先说结论:小程序被驳回,绝大多数时候不是代码写得有问题,而是"你能不能做这件事"和"用户会不会被误导"这两件事没说清楚。前者是类目和资质,后者是文案和交互。这两块没过,功能做得再顺也会被打回来。我们做过的项目里,真正因为技术实现被驳回的很少,反复提交三四次的大多卡在材料上。
很多人以为审核员会一行行看代码。实际上他打开你的小程序,第一眼看类目和资质对不对得上,第二眼看能不能正常走完主流程,第三眼看有没有诱导、夸大、超范围经营。
微信的规则文件写得很细,但落到具体项目上,判断标准其实是"这个功能放在这个类目下合不合理"。一家做少儿编程的机构,用"教育-在线教育"类目卖课程,合理;用"工具-效率"类目卖课程,就不合理,因为资质没交,等于绕过了前置要求。
最常见的错法是图省事,类目选"工具"或者"其他"。工具类目不要资质,提审容易过,可一旦你的页面里出现支付、课程、预约收费,审核员立刻会问:工具类目为什么在卖东西?这时候不是改文案能过去的,得改类目、补资质、重新排队,前后差出两三周。
另一种错法是经营范围没覆盖。营业执照上写的是"信息技术服务",小程序里卖起了食品,那就得补《食品经营许可证》。这不是平台刁难,是监管要求,换哪个平台都一样。
小程序里所有网络请求的域名,必须配到微信后台的"服务器域名"里,而且域名要已备案、支持 https。本地开发用测试地址能跑通,一提审就白屏,用户什么也看不到。
这种情况在自研团队里特别常见:开发阶段没人管备案,等要上线才想起来,而备案本身还要走时间。所以域名和备案应该在小程序开工第一天就办,不要留到最后一周。
"最好""第一""全网最低""三天见效""稳赚不赔",这类说法在广告法里属于绝对化用语和承诺性表述,小程序页面同样受约束。不光是首页 banner,商品详情、服务介绍、甚至客服的固定话术,都可能被截图取证。
还有一类高频问题:诱导。分享得红包、关注才能看、必须授权手机号才能浏览,这三种交互在审核里都比较敏感。授权手机号本身没问题,问题是"不给就不让用"。
有些功能藏在登录之后。审核员拿不到账号,只能看到一个登录页,驳回理由通常写"功能不完整"。提审时在备注里写清楚测试账号、密码、需要走哪几个页面,能省掉一轮。
质课少儿机器人编程的 OMO 课小程序,主线是报名、排课、上课。开工前第一件事不是画原型,是把类目和资质定下来——教育培训类目要交什么材料、能不能线上收款、iOS 端虚拟内容怎么处理,这些定完,功能范围才敢往下画。也正因为这样,提审没有在资质上来回折腾。
普陀区教育活动中心那套系统覆盖 158 所学校,多角色、多权限。政企类项目审核看的不只是功能,还有数据合规,这部分材料准备的时间往往比开发还长,流程该走就得走。
电商类更直接。瑞霞实业的公众号商城、WAD 豪宅研究院的小程序商城,都涉及支付和商品资质,营业执照经营范围、行业许可、微信支付商户号,缺一个就走不通。我们手上 30 多套成熟行业系统,扫码点餐、民宿预订、家政、健身排课、场馆预定这些,界面微调加配置,一到两周能上线,但资质这一关在客户自己手上,谁也快不了。
把类目和你实际在卖的东西对一遍,对不上就改类目、补资质,别硬凑。
域名备案和 https 提前办好,服务器域名配全,不要留到上线前一周。
页面里的绝对化用语、承诺性话术过一遍,包括客服自动回复。
授权、分享、关注这些交互,确认没有"不给就不让用"。
准备好测试账号,写清路径,填在提审备注里。
主流程自己从注册走到下单走一遍,最好用一台没装过你们小程序的新手机。
这几件事做完,多数驳回是可以提前避掉的。剩下少数情况是类目本身需要前置审批,那就得按流程走,着急也没用。
小程序这件事,技术难度其实不高,麻烦的是规则和资质这两层。它们跟代码无关,却直接决定你能不能上线。把材料理顺,比反复提审省时间。
如需免费评估,欢迎联系上海兴策信息科技。