北京小程序开发审核避坑实录

上周帮一位北京的老客户处理了一次小程序审核被拒。客户在大兴做社区团购，小程序上线前功能都跑通了，结果提交审核第二天就被打回，理由是“类目与功能不符”。这不是第一次了，在北京做小程序这七八年，审核问题几乎每个项目都会遇到，只是深浅不同。今天把踩过的坑和应对办法整理一下，给正在做小程序的朋友省点时间。

审核到底在审什么

很多人以为审核只看代码有没有 bug，其实不是。微信审核主要看三件事：类目资质、功能完整性、内容合规。代码质量基本不在审核范围内，但功能是不是能正常用、页面是不是空壳，审核员一眼就能看出来。

北京这边有个特点，很多客户是线下业务转线上，比如朝阳的连锁餐饮、海淀的教育机构、丰台的批发市场。这类小程序往往涉及“服务类目”和“资质证明”，偏偏是最容易出问题的地方。上个月一个海淀做职业培训的客户，选的是“教育-培训机构”类目，但提交时只传了营业执照，没传办学许可证，直接被拒。后来补了材料才过。

类目选错，后面全是坑

类目是小程序审核的第一道关。选类目不是选“看起来像”的，而是选“资质能覆盖”的。我总结了几条经验：

• 先看微信开放平台的类目表，确认你的业务有没有对应的开放类目；
• 涉及医疗、教育、金融、招聘、直播这些敏感行业，提前把资质准备好，别等提交了再补；
• 一个页面里出现多种业务，类目要按“最严”的那个选，不要拆成多个类目去规避；
• 不确定的，先在测试环境提审一次，被拒了也能拿到具体原因，比瞎猜强。

有个通州的客户做本地生活服务，一开始选“生活服务-家政”，结果小程序里还有二手交易板块，审核员认为超范围，要求补充“电商平台”类目。最后我们把二手模块拆出去单独做了个小程序，主程序才顺利过审。这种拆分虽然多花点开发成本，但比反复被拒强。

功能完整性：别留“空壳页面”

审核员会点进每个页面看。如果你的“我的订单”页面是空的，或者“客服”按钮点了没反应，大概率会被判“功能不完整”。北京做小程序的外包团队不少，有些为了赶工期，先上线再补功能，这在审核里是行不通的。

我的做法是，提审前自己走一遍完整流程：注册、登录、下单、支付、退款、客服、分享，每个环节都点一遍。特别是支付，一定要用真实商户号跑一笔小额交易，确认回调正常。去年一个西城的客户，支付回调写错了域名，测试环境没问题，提审时审核员点支付直接白屏，当天就被拒。这种问题其实自己点一遍就能发现。

内容合规：文案和图片也要过审

很多人只关注功能，忽略了文案。小程序里的宣传语、图片、用户协议，都在审核范围内。常见的问题有：

• 用了“最”“第一”“国家级”这类绝对化用语；
• 图片里出现未授权的品牌 logo 或明星肖像；
• 用户协议、隐私政策缺失，或者没有在小程序内可访问的入口；
• 诱导分享、诱导关注的话术，比如“分享给好友才能解锁”。

这些细节看起来小，但审核员真的会逐条看。我一般会在提审前做一次文案扫描，把敏感词过一遍，图片素材确认来源。北京这边做本地服务的小程序，经常用到门店照片和客户评价，照片里如果有其他品牌的招牌，最好打码或者换图。

被拒了怎么办

被拒不可怕，可怕的是不知道为什么被拒。微信的拒审通知一般会写明原因，比如“类目不符”“功能不完整”“内容违规”。拿到原因后，别急着改完就提交，先想清楚审核员的逻辑：他是从用户视角看的，你的小程序有没有给用户提供完整的服务。

如果对拒审结果有异议，可以通过“反馈”通道申诉，附上截图和说明，态度诚恳一点，大部分问题都能解决。我遇到过最离谱的一次，审核员把“预约到店”理解成了“线上交易”，我们提交了业务说明和线下门店照片，第二天就过了。

写在最后

小程序审核没有捷径，核心就一句话：让审核员看到一个真实、完整、合规的服务。在北京做小程序，客户来自各行各业，业务场景复杂，提前把类目、资质、功能、文案四件事捋清楚，能省掉至少一半的返工。知码客一直坚持“知码识途、匠心铸客”，每一行代码都是和用户沟通的语言，审核这一关，其实就是替用户先走一遍路。希望这篇实录能帮到正在准备上线的你。