一次驳回意味着一次重新排队。下面八条是实际项目里出现频率最高的驳回原因，提交前对照检查一遍，能明显提高一次通过率。
八个高频驳回原因
| 原因 | 典型表现 | 怎么改 |
|---|---|---|
| 功能不完整 / 白屏 | 评审看到"即将上线""敬请期待"的页面 | 所有入口都要能点开且有真实内容，未做的功能先下架 |
| 类目不符 | 选了工具类，里面却在卖货 | 按实际内容补齐类目与资质 |
| 账号信息不完整 | 没有客服电话、没有主体信息 | 补齐简介、客服电话，客服尽量用固话 |
| 诱导分享 / 强制关注 | "分享给3位好友解锁" | 去掉所有强制分享、强制关注的逻辑 |
| 内容涉及未授权信息 | 搬运新闻、影视、他人图片 | 使用自有内容，或取得授权 |
| 虚拟支付违规 | iOS 端出现充值、购买虚拟内容 | 虚拟支付在 iOS 端按平台规则处理，不要绕过 |
| 缺少必要资质 | 食品、医疗、教育类未上传许可证 | 办证后再提交 |
| 服务范围描述与实际不符 | 简介写"综合服务"，实际做金融 | 如实描述，聚焦核心业务 |
提交前的一份自查清单
- 每个入口都能打开，无空白页、无"敬请期待"
- 所有图片、文字为自有或已获授权
- 未出现"最"字等绝对化用语
- 没有诱导分享、强制关注、诱导下载
- 客服电话可接通，工作时间内有人接
- 类目与页面内容一一对应
- 用户协议与隐私政策齐全，且能在小程序内打开
- 小程序名称、头像、简介与实际业务一致
一个经验的判断
审核是按页面实际内容判断的。做自查的时候，把自己当成一个从没听过你公司的审核员，从首页一路点到最深一级，看有没有说不通的地方——这比对着规则文档念更有效。
提醒："先随便上点什么，过了再改"是行不通的。审核看的是提交那一刻的版本，而后续更新还要再审。