邯郸小程序上线前，我踩过的5个坑

上周帮邯郸丛台区一家做社区团购的客户把小程序推上线了，从签合同到审核通过一共22天。中间踩了几个坑，有的差点让项目延期一周。这篇就把这些坑摊开说说，如果你也在邯郸做小程序，或者正准备找人开发，应该能少走点弯路。

坑一：主体资质没提前查，卡了三天

客户是个体工商户，营业执照经营范围里没有“食品销售”，但小程序要做生鲜自提。微信审核时要求补充食品经营许可证，客户以为营业执照就够了，结果来回补材料花了三天。

这件事给我的提醒是：上线前的资质核对，应该在开发启动前就做完，而不是等代码写完再补。邯郸本地不少做餐饮、生鲜、教育类的商家，资质要求各不相同，尤其是涉及预付卡、课程售卖、医疗器械这些类目，审核口径比想象中严。

我现在的习惯是，接单第一件事就是拉一张清单：

• 主体类型（企业/个体/个人）与对应可开通的支付能力
• 经营类目是否需要前置审批（食品、教育、医疗、出版等）
• 小程序名称是否涉及商标或他人品牌
• 服务器域名是否已备案（备案主体要和小程序主体一致或有关联）

这几项花半小时确认，能省掉后面好几天的返工。

坑二：域名备案和 HTTPS 没同步

小程序所有网络请求必须走 HTTPS，且域名要在微信后台配置为合法域名。有个客户的域名是在外地服务商买的，备案信息一直没更新，结果开发环境能跑，真机预览全部报错。

备案这件事在邯郸本地办其实不难，但周期摆在那里，一般要一到两周。所以我的建议是：项目一启动就同步去办备案，别等接口联调时才发现域名用不了。临时可以用云开发的云函数绕过去，但正式上线还是建议走自己的域名，后面做数据统计、做私域沉淀都方便。

// 云开发里调用云函数，可以暂时避开域名配置
wx.cloud.callFunction({
  name: 'getGoodsList',
  data: { page: 1, size: 20 }
}).then(res => {
  console.log(res.result)
})

云开发适合快速验证，但如果你的业务后面要接自己的后台、要做复杂的权限体系，还是老老实实配域名。这一点我在给邯郸本地客户做技术选型时都会讲清楚，免得后期迁移成本变高。

坑三：审核被拒，原因是“功能不完整”

第一次提审被打回，理由写得很笼统：页面存在空白或功能未完成。排查后发现是首页有个“即将上线”的占位模块，审核员点进去是空页面。

微信审核对“未完成感”很敏感。几个容易中招的地方：

• 底部 tab 里有暂时没做的页面
• 按钮点了没反应，或者弹个“敬请期待”
• 测试账号权限不够，审核员看不到核心功能
• 页面加载失败没有兜底提示

我的做法是，提审版本只保留已经跑通的功能，没做完的直接从入口隐藏，同时在提审备注里写清楚测试账号和操作路径。这个细节看起来小，但能把审核通过率拉高不少。

坑四：支付配置漏了回调地址

这个坑比较技术向。微信支付开通后，需要在商户平台配置支付回调地址，并且要和代码里的 notify_url 完全一致。有个项目因为回调地址末尾多了个斜杠，用户付了钱但订单状态没更新，客户打电话来问，场面挺尴尬。

上线前我一定会做一遍支付全链路测试：下单、调起支付、支付成功回调、订单状态变更、退款。哪怕是小程序，钱的事情不能含糊。

坑五：上线不是终点，监控没做

很多客户以为审核通过就完事了。实际上线后第一周才是问题高发期：某个机型白屏、某个接口超时、分享出去的卡片打不开。

我现在会给每个上线的项目加最基础的三件事：

1. 小程序后台的“运维中心”开启错误日志上报
2. 关键接口加耗时打点，超过阈值记一条日志
3. 准备一个简单的降级开关，出问题能先关掉某个模块

这些不复杂，但能让上线后的第一个月睡得踏实点。

写在最后

我是知码客，在邯郸做小程序和 APP 开发。上面这些坑，基本都是本地客户项目里真实遇到的——社区团购、本地生活服务、门店预约这类场景，需求不复杂，但上线环节的细节特别多。

如果你正在邯郸找小程序开发，或者手上有项目卡在审核、卡在支付、卡在上线这一步，欢迎聊聊。代码能改变生活，但前提是它得先稳稳当当地跑起来。