小程序续费：别让小钱拖垮项目

上周一个老客户给我发消息，说他的小程序突然打不开了，后台一堆报错。我上去一看，不是代码问题，是SSL证书过期了，顺带域名也到期了三天。他一脸懵：这东西还要续费？

说实话，这种场景我每年能遇到七八次。很多老板做小程序的时候，注意力全在开发报价上，签完合同付完款，就默认这事结束了。结果一年后各种账单陆续找上门，轻则功能受限，重则直接下线。今天就聊聊小程序续费这件事，把那些容易被忽略的固定支出摊开说清楚。

小程序本身不收费，收费的是它依赖的东西

先澄清一个常见误解：微信小程序账号的注册和认证，个人主体是免费的，企业主体需要300元认证费，这个是一年一交。除此之外，小程序代码本身跑在微信里，不需要你买服务器——前提是你用的是纯前端加云开发。

但绝大多数带业务逻辑的小程序，都绕不开下面这几项：

• 域名：几十到上百元一年，看着不多，过期当天接口全挂
• SSL证书：免费证书三个月一续，付费证书一年几百到几千
• 服务器：轻量应用服务器一年几百起步，配置高的上千
• 数据库/对象存储：按量或包年，图片视频多了费用涨得很快
• 短信服务：验证码、通知短信，按条计费，量大了是笔不小的开销
• 微信认证费：企业主体300元/年

把这些加起来，一个中等规模的小程序，一年的固定成本大概在2000到5000元之间。这个数字不算吓人，但问题是很多人压根没把它列进预算。

为什么续费比开发更容易出事故

开发阶段有项目经理盯着，有合同约束，交付前还要测试。但续费这件事，往往没人负责。

我见过最典型的情况：甲方找外包做了小程序，服务器是用外包公司账号买的，域名也在人家名下。一年后合作结束，续费通知发到外包那边，人家没义务提醒你，等到发现的时候域名已经被释放，重新注册还得等赎回期，业务停摆一周多。

续费出问题，十有八九不是钱的问题，是归属权和提醒机制的问题。

所以我的建议很直接：域名、服务器、小程序账号，全部用甲方自己的身份注册，把账号密码掌握在自己手里。外包可以帮你配置，但所有权必须是你的。这一条比省几百块钱重要得多。

云开发模式下的续费逻辑

现在不少小程序用微信云开发，好处是不用自己维护服务器。但云开发也不是免费的，它按套餐收费，基础版一个月几十块，资源用超了还要额外计费。

云开发有个坑：套餐到期后不会立刻停服，而是进入一个缓冲期，期间资源受限，数据库可能变成只读。等你发现用户提交不了数据，往往已经过去好几天了。所以用云开发的项目，一定要在微信公众平台后台把到期提醒打开，最好再设个日历提醒。

// 云开发里可以做个简单的到期自检（仅示意）
// 在管理端定时任务里检查资源用量，接近阈值时给自己发通知
const checkQuota = async () => {
  const res = await cloud.getWXContext()
  // 实际用量需要调用云开发的管理接口查询
  // 这里只提醒思路：把监控做在平时，别等停服
  console.log('quota check for env:', res.ENV)
}

这段代码没什么实际功能，我想表达的是：续费这件事，最好用技术手段兜底，而不是靠人记。定时任务、监控告警、到期前七天推送，随便哪种都行，关键是要有。

给甲方和开发者的两条实操建议

如果你是甲方

• 签约前问清楚：哪些费用是开发费，哪些是每年要交的运营费，让对方列个清单
• 所有账号自己注册，密码自己保管，外包只给子账号或临时权限
• 把续费日期记进公司日历，提前一个月处理，别卡最后一天

如果你是开发者或外包

• 交付时附一份《年度续费清单》，写清项目、金额、到期时间、续费入口
• 别把客户资源绑在自己账号上，短期省事，长期是隐患
• 可以顺手做个到期提醒的小工具，成本不高，客户体验提升明显

最后说句实在话

小程序续费这件事，金额不大，但影响不小。它考验的不是技术能力，是项目管理的细致程度。开发做得好，续费没跟上，用户打开一片白屏，前面的功夫全白费。

我现在的习惯是，每个项目交付时都在文档里单独开一节写续费，把日期、金额、负责人列成表格。麻烦是麻烦了点，但这两年确实没再接到过“小程序突然打不开”的紧急电话。省下来的时间，够多写好几行代码了。