小程序上线发布检查清单｜提审前必查的八项核对 – MPForge
直接回答：提审前用一页清单把主体、类目、页面路径、隐私、测试账号、支付、弱网、订阅八项逐个核对，比被拒一次再返工省得多。这篇小程序上线发布检查清单写给首次上线或发大版本的项目组：商家拿它当验收表，开发拿它当回归用例。MPForge（DEVDIY 旗下）要求清单进代码仓库、发版打勾截图存档，试点项目的补件轮次因此明显下降。
一、为什么被拒的总觉得自己「明明没问题」
结论先说：大多数被拒不是功能没做完，而是审核员没看到该看的页面、没走通该走的路径。
高频翻车就三件：测试账号失效，审核员登不进去；隐私弹窗与隐私清单对不上；支付流程在正式环境根本没通就提审。这三件事都属「提审前 10 分钟能查出来」的问题，靠感觉提审、只测高兴路径，是最贵的工作方式。
被拒记录会留在提审历史里，反复被拒还会拉长后续审核周期。先按 微信小程序审核被拒常见原因 做预检，再进本文清单。
二、八项核对：一页纸过完再提审
清单的用法是逐项打勾，不是逐项「觉得没问题」。按表核对：
| 检查项 | 达标口径 | 常见错误 |
|---|---|---|
| 主体与类目 | 类目与页面功能、前置资质一致 | 类目特殊页没做、资质过期 |
| 页面路径 | 写给审核员的说明能逐条点通 | 路径打不开、入口藏太深 |
| 测试账号 | 提审当天新验证，含演示数据 | 账号失效、数据是空的 |
| 隐私 | 弹窗时机与隐私清单声明一致 | 要了权限清单里没写 |
| 支付 | 正式环境完整走通一笔真实支付 | 只在体验版测过、未验回调 |
| 订阅与推送 | 订阅消息模板与场景匹配 | 模板被停用未替换 |
隐私弹窗的触发时机单独盯：过早弹会伤体验又被投诉，口径见 隐私弹窗时机；整场发版的组织动作按 小程序上线 SOP 走。
三、三条异常路径：高兴路径之外必测
审核和真实用户都爱走异常路径，这三条必须进提审前用例。
- 弱网路径：断网、弱网下页面有兜底提示，不白屏、不无限转圈；下单类页面要能恢复。
- 拒权路径：用户拒绝授权后，功能有替代方案或明确引导，不强制、不卡死。
- 支付取消路径：调起支付后取消、超时、重复点击，订单状态要能正确回滚，不留脏单。
- 正式环境回归：三条路径全部在正式环境跑完，体验版与正式配置不一致是经典坑。
- 截图存档：每项勾选后截图放进发版记录，出问题时能对着记录定位，而不是靠回忆。
四、上线日与上线后：清单的最后一米
提审通过不等于上线完成，最后一米也有口径。
- 只用正式版码：对外投放只用正式版小程序码，体验版仅限内部验收，别把体验码发进渠道。
- 首周值班：值班覆盖支付、核销、授权三类突发，商家盯客诉与响应，开发盯报错与对账差异。
- 上线后复检：搜索词、分享卡片、下单各抽一次真实走通，确认线上表现与清单一致。
五、避坑清单
这三条坑的共同点是「以为别人会替你检查」。
- 别忽略类目特殊页：部分类目要求专有页面或资质展示，漏了直接被拒。
- 别不准备审核说明：没有页面路径与账号说明，审核员找不到功能就算「功能不完整」。
- 别攒到提审当晚才过清单：发现问题需要修复与重测时间，清单至少提前一天过完。
六、常见问题 FAQ
这份清单和发布自检有什么区别？
自检偏内容口径（标题、摘要、FAQ、封面），本文偏提审动作口径（账号、路径、支付、异常路径）。上线前两份都过，分别盯文案和功能。
清单要谁来勾？
商家勾验收项（账号、演示数据、客服口径），开发勾技术项（支付回调、弱网兜底、隐私声明），两人交叉签字后再提审。
过一遍清单要多久？
首次上线约半天，大版本约 1~2 小时；时间主要花在正式环境真实支付与弱网用例上，这两项不要省。
清单和 GEO 地理位置配置有关系吗？
清单里不含 GEO 项。GEO 指小程序 GEO 地理位置配置，即门店地址、经纬度等位置能力，属于上线后的运营配置，不是按城市堆关键词的地域 SEO，也不参与提审审核。
被拒后怎么用这份清单复盘？
对照拒绝理由找到清单里漏勾的项，补勾补测后再提审；如果是清单没覆盖的新问题，把它加进清单，同样的坑不踩第二次。
