当支付平台突然“死”掉：一个独立开发者紧急迁移7款Mac应用的惊险历程

第一个征兆：一个我自己都点不了的报错界面

我有大概一个月没登录。再登进去时，页面上冒出一条错误信息，让我联系客服——但给出的链接根本点不了。Gumroad自己的界面都坏了。

诚实地说：对，我确实一个月没检查。但问题不是我没及时处理什么维护任务，而是Gumroad连报错功能都坏了。我连他们给的指引都走不通，只能绕路直接找人工客服。

客服死循环

Gumroad的客服一开始是个AI机器人。行吧，我回答它的问题。它问完一遍，又问了完全一样的问题。我又回答一遍。还是同样的问题。

这个机器人根本没在推进解决，只是在原地打转。

我要求转人工。

他们答应了。

然后——再也没有然后了。整整一个月，没有跟进，没有解决，连一句“我们收到你的反馈了”都没有。我的店铺页面当时还挂着那个无法处理的报错。

某天打开Gumroad，支付功能就这么消失了

没有预警邮件，没有违规通知，没有任何解释。

登录进去，Stripe和PayPal同时失效了。账户还在——我还能查看商品列表和销售历史——但支付处理彻底停摆。Stripe被封，PayPal被冻结，同步发生。

说白了，账户活着也没用：没有支付渠道等于没有销售。对于一个没有备份平台的独立开发者来说，这基本上是直接停工。

直到现在我也不知道原因。从未收到任何解释。那张求助工单在我离开时仍然处于“未回复”状态。

紧急迁移到LemonSqueezy

应用还在架上，客户想买，但支付通道全断。我别无选择，只能立刻迁移。

迁移工作包括：

重写Cloudflare Worker里的许可证验证逻辑——每次启动应用都要验证购买密钥，现在必须对接LemonSqueezy的API。所有应用加在一起，花了几个钟头。
重新打包所有DMG安装包——每个二进制文件都要指向新的验证端点。7个应用全部重新构建，光这一项就花了快一天。
在LemonSqueezy上注册所有商品，提交W-8BEN税务文件。

这些时间本不在计划内，本应该用来做产品开发。

LemonSqueezy目前运行正常。结账流程更清爽，税务处理（作为官方商户）也真心更好。我早该做多点平台分散。

真正学到的东西

两点，不是一点。

第一：定期检查你的店铺。平台可以悄无声息地坏掉。一个月没登录，就足够出问题而我不知道。这是我自己的疏忽，比起可能造成的后果，这个教训已经算轻的了。

第二——也是更重要的——Gumroad失败不是因为产品差，而是因为它成了我唯一依赖的平台。教训不是“换用LemonSqueezy”，而是：永远不要把自己不控制的单一平台当作支付基础设施的核心。

具体来说：

那张工单，大概现在还是“未回复”状态吧。

如果你也是独立开发者，卖数字产品的——你怎么应对平台依赖风险？有没有过支付渠道突然消失的经历？

类似文章