小程序审核被驳回的 8 个常见原因，和对应的改法

小程序被驳回后，很多人第一反应是回去改代码。但按我们的经验，九成的驳回跟代码无关，而是资质、类目、隐私、内容这四件事没有对齐。下面按出现频率从高到低排。

1. 服务类目和实际功能不一致

最常见，也最容易被忽略。你选了「工具 - 效率」，但里面其实在卖东西——审核会判为「类目与实际功能不符」。

改法：把小程序里所有对外可见的功能列一遍，逐条对照微信的类目表。有个功能就要有对应的类目，宁可多选不可漏选。涉及交易，还必须选到对应的电商或行业类目。

2. 用户隐私保护指引没配置

从 2023 年起，只要涉及收集任何用户信息，就必须在小程序后台配置《用户隐私保护指引》，并且首次调用相关接口时要弹窗获得授权。没配就是直接驳回。

改法：后台「设置 - 服务内容声明 - 用户隐私保护指引」逐项填写，写清收集哪些信息、用来做什么、保存多久。写了什么就要真按什么做——后续被抽查到不一致，处罚比驳回重得多。

3. 涉及敏感行业但没有资质

医疗、金融、食品经营、教育培训、旅游、招聘、房产……这些类目都需要行业许可证。没有就上，必驳回。

改法：这类资质必须由小程序主体自己申请，任何开发方都代替不了，因为责任主体是你。正确顺序是：先确认类目和资质，再开始开发。我们做需求梳理时会先把这一步确认掉，否则开发完卡在审核上，时间全浪费了。

4. 涉及支付但商户号没配好

页面里有下单、付款流程，但微信支付商户号没绑定，或者绑定了但没在功能里真正调起来。

改法：先在「微信支付」完成商户号申请并与小程序 AppID 关联，再把支付调通。注意支付相关的类目也需要单独选择。

5. 功能过于简单或模板化

只有一两个静态页面、纯展示、没有任何交互——会被判为「功能不完整」或「模板化」。

改法：至少要有完整的闭环。比如「展示」类小程序至少要有列表 + 详情 + 搜索/筛选；「预约」类要有提交 + 查看记录。这不是要加功能凑数，而是让审核看到它是一个能用的产品。

6. 诱导分享、诱导关注

「分享到 3 个群解锁」「关注公众号才能用」——这类文案明确违规。

改法：把所有带「分享得」「邀请解锁」「关注后」的文案和弹窗全部去掉。想让用户分享，靠内容本身，不靠利益交换。

7. 测试账号没提供

需要登录才能看的功能，审核员进不去——直接驳回「无法完整体验」。

改法：在提交审核的备注里写明测试账号密码，并且这个账号一定要有数据。空账号进去看到一片空白，同样会被判功能不完整。建议专门准备一个演示账号，把所有角色和关键页面都覆盖到。

8. 服务器域名没配置 / 不是 HTTPS

接口域名没在小程序后台的「开发设置 - 服务器域名」里配好，或者用了 HTTP、用了 IP、用了没备案的域名。

改法：域名必须 ICP 备案 + HTTPS，且要在后台白名单里逐个配置（请求、上传、下载、WebSocket 分开配）。上线前用真机测一遍，开发工具的「不校验合法域名」开关会掩盖这个问题。

提交前的一张自查清单

• 类目覆盖了所有可见功能，含支付与行业类目
• 隐私保护指引已配置，且与实际收集行为一致
• 需要的行业资质已由主体申请到位
• 支付商户号已关联并能真的调起来
• 功能闭环完整，不是几个静态页
• 无诱导分享 / 诱导关注文案
• 提供了有数据的测试账号，写在审核备注里
• 所有接口域名已备案、HTTPS、并配入白名单

这 8 条过一遍，通常一到两轮就能过。真正难的不是审核，是在动手开发之前就把资质和类目确认清楚——这也是我们坚持先做需求梳理的原因。