先分清楚：审核不通过 ≠ 备案被驳回
提审被拒的时候，很多人的第一反应是「是不是备案又出问题了」。这是两件完全不同的事，走两条流程、由两个主体来审。混在一起看，很容易在错的方向上改半天。
| 对比项 | 备案 | 提审 |
|---|---|---|
| 谁来审 | 属地通信管理局与工信部系统 | 微信平台审核团队 |
| 审什么 | 主体资格、服务内容是否可备案 | 内容是否合规、功能是否完整、类目是否匹配 |
| 什么时候走 | 首次上线前办一次 | 每次提交新版本都要走 |
| 不通过叫什么 | 退回补正、审核不通过、不予备案 | 审核不通过，本次版本被驳回 |
| 后果 | 不能发布上线 | 该版本不能发布，线上旧版本不受影响 |
| 往哪改 | 改材料与填写字段 | 改代码、改提审说明、补资质 |
备案是一次性的资格门槛，提审是每个版本都要过的一道关。如果你收到的是备案相关的退回提示，处理办法看另一页：小程序备案被驳回逐条对照修。
审核针对的是你这次提交的那一个版本。已经在跑的线上版本照常提供服务，用户那边感知不到。所以被拒不是事故，只说明这个版本还差一点。
驳回通知在哪里看，怎么写才看得懂
很多人卡在第一步——不知道去哪看原因，或者看了那行字也不知道该改哪里。
- 查看位置：微信公众平台 → 管理 → 版本管理，找到本次提交的审核版本，点开查看审核结果
- 同时会有站内通知与微信服务通知，两个渠道都开着，避免漏掉
- 通知通常会给出一个原因分类和一句描述，比如「你的小程序服务类目与实际提供的内容不符」
- 把通知原文截图存下来，改的时候逐条对照，也方便后面跟人对齐
- 如果同一个版本反复被拒，把历次原因放在一起看，往往能看出真正卡住的是哪一条
| 通知里常见的说法 | 一般意味着 | 往哪改 |
|---|---|---|
| 服务类目与实际内容不符 | 类目没选，或者选的类目和功能对不上 | 在后台重新选择服务类目 |
| 涉及 XX 服务，需提供相关资质 | 该类目要求前置许可证 | 补资质，或把功能调整到不需要资质的形式 |
| 功能不完整或无法正常使用 | 审核员没能走通关键路径 | 检查线上环境、接口与测试数据 |
| 请提供可用的测试账号 | 有登录门槛，审核员进不去 | 提供测试账号与操作路径 |
| 涉及用户发布内容，请补充内容安全机制 | 有用户生成内容，但没有审核环节 | 接入内容安全能力或增加人工审核 |
| 存在诱导分享、诱导关注的行为 | 强制分享、弹窗求关注 | 去掉相关交互，分享改为可选 |
| 名称或简介不符合规范 | 名称暗示了未取得的资质，或与功能无关 | 改名称、改简介，如实描述业务 |
| 涉及虚拟支付 | iOS 端直接售卖虚拟商品 | 调整虚拟内容的获取方式或商品形态 |
看到「功能不完整」别急着猜，先在真机上按审核员会走的路径过一遍：清掉缓存、换一个没登录过的新账号、从分享卡片点进来、断网重试。八成的问题在这一步就能自己复现出来。
十五类高频原因，逐条对照
下面按环节分五组，覆盖绝大多数被驳回的情况。提审前逐条对一遍，通常能省掉一轮返工。
一、类目与资质类
1 · 服务类目根本没有配置
代码提交了，但后台的类目还是空的。改法：在「设置 → 基本设置 → 服务类目」里按真实业务添加，提交前确认已生效。
2 · 类目与功能对不上
用「工具类」的类目去做商城、社区或付费内容。改法：按实际提供的服务重选类目，不要为了省资质硬塞进一个不相干的类目。
3 · 该类目需要前置资质
教育、医疗、金融、食品、直播、招聘、出行等类目通常有额外要求。改法：先把对应的许可证办下来再提交，或者把功能收缩到不需要资质的范围。
二、内容与用户数据类
4 · 有用户发布内容却没有审核机制
论坛、评论、投稿、动态、二手发布这类都算。改法：接入平台的内容安全能力，并建立举报入口与处理流程。
5 · 缺少隐私政策与用户协议
只要收集手机号、位置、头像、相册等信息，就需要有可访问的隐私政策。改法：在小程序内提供入口，并把收集范围与用途写清楚。
6 · 索取了与功能无关的权限
一个查分工具要读通讯录，或者一打开就要求授权位置。改法：按需申请，用不到的授权一律去掉，能延后申请的就延后。
三、诱导与营销类
7 · 诱导分享、诱导关注
分享才能解锁、弹窗要求关注、不转发不能用。改法：把分享做成可选动作，不设置任何前置条件。
8 · 对结果打包票的话术
比如「提分不掉」「包过」「稳赚不亏」这类把结果说死的表述。改法：换成可核验的客观描述，不替用户对结果下判断。
9 · 抽奖、红包、砍价等玩法未按要求配置
这类营销玩法往往有额外要求，比如活动规则、奖品说明或报备材料。改法：先确认玩法是否需要报备，按要求补齐再上。
四、功能与体验类
10 · 核心功能不完整，页面留着占位
提审的版本里还有「敬请期待」「功能开发中」。改法：提审版本必须是完整可用的，未完成的功能先隐藏入口。
11 · 审核环境下打不开
白屏、接口报错、依赖的测试数据没准备好，或者只在开发机上正常。改法：提审前用审核视角在真机上完整走一遍，重点看正式环境的接口。
12 · 必须登录才能看内容，却没给测试账号
审核员进不去主功能，只能判定为无法使用。改法：在提审说明里给出可用账号、密码与关键操作路径。
五、名称、素材与支付类
13 · 名称涉嫌侵权或暗示官方
用了知名品牌词，或者名称里带「官方」「认证」等字样。改法：改用与主体一致、不与他人混淆的名称。
14 · 图片来源不规范
图标里带二维码、用了未授权的图片、头像与业务无关。改法：改用自有素材，去掉推广用二维码，图片与业务保持一致。
15 · iOS 端涉及虚拟支付
课程、会员、点数、解锁内容这类虚拟商品，在 iOS 上直接付款。改法：调整虚拟内容的获取方式，或按平台要求换成符合规范的形态。
类目和支付这两类问题，改法往往不止一条路，选错了就要返工重做。提交前把不确定的点整理出来问清楚，比自己试错便宜得多。
重新提审：说明怎么写，账号怎么给
改完之后，能不能一次过，很大程度取决于提审说明写得好不好。审核员看不到你的项目背景，只能看你写的东西。
提审说明写什么
- 把审核员可能要花时间找的地方主动说明：哪个入口是主功能、哪条路径能走通完整流程
- 如果功能有前置条件，比如需要先绑定门店或先选城市，把前置步骤一步步写清楚
- 如果这次是针对上次驳回做的修改，注明「本次修改内容」，方便审核员定位
- 不要写成宣传文案，把事实说清楚就够了
测试账号怎么给
- 给一个能正常登录、带有完整数据的测试账号，不要给空号或已注销的号
- 写清账号、密码、登录入口，以及进入主要功能的操作路径
- 如果不同角色看到的界面不一样，把关键角色都提供一遍
- 账号在审核期间要保持可用，不要中途改密码或删除数据
时间与次数
- 审核时长按工作日计算，短则当天，长则数个工作日，高峰期会更久
- 平台一般会提供有限次数的加急机会，用一次少一次，留给真正紧急的上线
- 同一个被拒的版本不要原样重复提交，结果基本一样，还占用次数
- 审核期间不要改动线上接口返回的内容——审核看到的和用户看到的不一致，属于审核后切换内容，会被判定为违规
原样重提、审核期间临时改动线上内容、把线上版本回滚来掩盖问题。前两个纯属浪费时间，第三个会直接触发更重的处理。
提审前自检清单
把这十二项过一遍再提交，能省掉相当一部分返工。这份清单我们自己在交付前也会走一遍。
- 类目配好了 — 后台的服务类目与实际功能一致，需要的资质已上传并生效
- 没有占位内容 — 所有「敬请期待」「施工中」的页面已隐藏或补全
- 真机走通全流程 — 用没登录过的新账号，从入口一路走到完成
- 测试账号可用 — 账号、密码、操作路径已写进提审说明
- 隐私政策可访问 — 小程序内有入口，收集范围与功能相符
- 授权按需申请 — 用不到的权限已经移除
- 用户内容有审核环节 — 用户能发布内容的地方都有审核或举报处理
- 没有诱导行为 — 分享、关注、通知订阅都不设强制前置条件
- 话术不打包票 — 页面里没有把结果说死、自封名次或自封等级的表述
- 素材自有且干净 — 图标与图片不含二维码，没有侵权风险
- 虚拟内容支付合规 — iOS 端不直接售卖虚拟商品
- 提审说明写完 — 主功能入口、本次修改点、注意事项都写清楚了
我们能帮你做什么
审核这件事最麻烦的地方在于「不知道自己错在哪」。这几件事我们可以一起过一遍。
- 类目与资质预判 — 在写代码之前就判断这个方向该选什么类目、要不要办许可证，避免做完才发现走不通
- 提审前自检 — 按上面这份清单，用审核视角把项目完整走一遍，把问题改在提交之前
- 驳回原因定位 — 拿着驳回原文，结合你的实现逐项排查，判断该改说明、改代码还是补资质
- 内容安全与隐私补齐 — 用户内容审核、隐私政策、权限收敛，这几块一起做掉
常见问题
通常按工作日计算，从当天到数个工作日都有，节假日与高峰期会更久。首次提审因为类目、隐私政策这些基础项容易被挑问题，往往需要多轮，后续版本会快一些。
不会。审核针对的是你这次提交的那个版本，线上正在运行的版本照常提供服务。只有新版本通过并发布之后，用户才会用到新版本。
先停下重复提交。把历次驳回原因排在一起看，通常能发现有一条一直没被真正解决。找不到的话，把驳回原文和你的实现方式一起交给有经验的人帮你定位，比继续试错划算。
只要用户可以发布内容给其他人看，就需要有对应的审核与管理机制，包括内容检查，以及举报入口与处理流程。具体形式怎么定，以平台的最新要求为准。
iOS 端对虚拟内容的支付有限制。常见的处理办法是调整虚拟内容的获取方式，或按平台要求换成符合规范的形态。具体做法需要按你的业务模式与平台最新规则来定。
可以。我们通常会先看两件事：代码能不能改、改动量有多大。如果只是类目、隐私政策、说明材料这类问题，改起来很快；如果连源码都没有，那要先解决能不能改的问题。
看改动方式。修改商品、资讯这类运营内容通常不需要重新提审；但如果是新增功能、页面或改变服务形式，一般需要提交新版本审核。用审核时一套、上线后另一套的做法风险很高，不要尝试。
内容说明：本页依据平台公开的审核规范与常见驳回案例整理，用于提供排查思路与修改参考。平台规则会动态调整，实际提审请以微信官方文档与后台的最新提示为准。