商店审核与发布策略：3 天审完、灰度与回滚
一句话目标：提审后 3 天内拿到 chrome 插件审核结果；上线能灰度就灰度，出问题立刻回滚，不让用户陪你试错。
准备
- 已完成上架 Chrome 应用商店：注册、打包、提审全流程，插件已提交审核。
- 能正常登录 Chrome Web Store 开发者后台。
- 心态摆正：审核不是即时反馈，多数插件 3 天内审完，你要做的是跟进，而不是干等。
跟我做
第 1 步：盯 chrome 插件审核状态，超两周就催
操作：提审后每天登录开发者后台看一次状态。一直显示“审核中”属于正常，多数插件 3 天内出结果；如果挂审超过两周还没动静，走官方支持渠道询问进度。
预期结果：状态变为“已批准”，或收到拒审邮件。被拒不用慌，转审核被拒怎么办：高频拒绝原因与整改，按原因整改后重新提审。
第 2 步：批准后选发布节奏，能灰度就灰度
操作：审核通过后不必立刻全量发布。如果插件已有超过 10,000 名活跃用户，用分阶段发布（percentage rollout）先放一小部分用户，观察无异常再逐步放量。两个限制要记牢：一是灰度只对 10,000+ 活跃用户的插件开放，新插件没有这个选项，只能全量上线；二是批准结果可以暂存，但要在 30 天内发布，过期会退回草稿、需要重新提交审核。
预期结果：新版本先到达小部分老用户（新用户仍会直接拿到新版本），你在后台观察反馈与报错，确认稳定后再放大流量。
第 3 步：新版本出问题，立刻回滚
操作：灰度期间或全量后发现严重问题（用户报错、核心功能失效），第一时间在后台回滚到上一个稳定版本——回滚就是把用户退回之前已过审的旧版。修好 bug 后打包新版本，重新提审。
预期结果：用户短时间内退回稳定版，影响被控制在灰度范围内；修复版走正常审核流程再上线。
验证
逐项检查：
- 后台状态为“已发布”，商店页显示新版本号。
- 灰度时：只有部分老用户更新到新版，后台无异常报错。
- 回滚后：用户端版本号退回旧版，问题反馈停止增加。
常见坑
- 干等审核：多数 3 天内审完，但挂审超两周就该主动找支持，别无限等。
- 拿 beta 当免检通道：beta 分发同样要过审，别指望“测试版”能绕开 chrome 插件审核。
- 新插件想灰度：分阶段发布仅对 10,000+ 活跃用户的插件开放；新插件只能全量上线，所以首发版本更要自查。
- 批准后压着不发：暂存发布有 30 天期限，别拖过期。
- 出问题硬扛不回滚：回滚是成本最低的止损，比让用户陪你修 bug 强得多。
下一课
场景实战到此收尾。下一课进入进阶手册：让 AI 更懂你的项目，学习让 AI 更准确地理解你的项目结构与规则。