Skip to main content

Google 商店送审流程

本篇为 WEN-17 draft 整理稿，原 producer_review_needed，未声明 authority_level；固定来源与缺证见研发流程资料归属。以下时间、版本和合规要求保留原候选语义，不表示已完成送审或当前Google官方政策。

Google Play 送审与上架动作独立为专门链路，不与日常热更新 / 内测资源发布合并执行，避免审核阻塞影响常规热更回滚。

1. 送审前置要求​

每次提审前必须完成并归档：

  • PACKAGE-BUILD-PRD-GOOGLE-001：版本名/版本号、构建哈希、签名证书摘要（Keystore SHA）与上传产物（AAB/APK）清单齐全。
  • PACKAGE-BUILD-PRD-GOOGLE-002：权限说明、隐私声明与内容分级说明与本次版本内容一致，且在内部知识库可追溯。
  • PACKAGE-BUILD-PRD-GOOGLE-003：商店素材（截图、宣传图、更新日志、年龄分级）和文案经过法务 / 合规确认。
  • PACKAGE-BUILD-PRD-GOOGLE-004：目标 SDK、权限请求、内购 / 广告 / 外链等行为通过 play-protection-checklist.md 风险复核。

游戏内容专项验收统一见内容风险补充。原 GP-CONTENT-001～008 的覆盖对照保留在该文，不在流程主文重复维护；本页负责提交记录与部门准备，不批准游戏内容或当前平台政策。

2. 送审与发布​

  1. 提交工单：Hub / ADP / CI 统一产出 Google Play 送审工单并生成唯一追踪单号。
  2. 归档上架信息：在工单中记录商店版本代码、计划发布轨道（内部测试 / 公测 / 正式）、目标区域与发布比例。
  3. 提交审核：由审批人确认通过后方可在 Google Play Console 发起新版本上传与提交审核。
  4. 审核窗口：系统需保留审核时间线与 Google 返回的状态码，超过 72 小时无新增状态变更需触发人工跟进。
  5. 上线与灰度：通过 Google Play 的 staged rollout 进行分批启用，初始比例与回滚阈值预先配置。

3. 审核失败与异常处理​

  • PACKAGE-BUILD-PRD-GOOGLE-005：出现审核拒绝时，Ops 需在 48 小时内登记拒绝原因并建立修复清单，禁止再次提交相同版本号。
  • PACKAGE-BUILD-PRD-GOOGLE-006：若出现账号、付款、合规类高风险拒绝，必须触发生产发布冻结并同步法务与运营评估后再恢复提审。
  • 若审核被迫挂起超过 7 个工作日，需组织版本复盘会，明确外部依赖与资源风险，避免后续版本重复阻塞。

4. 发布后验证​

  • 上线后 24 小时内完成 3 点健康验证：市场版本可见、登录 / 支付入口跳转、更新链路回放。
  • 观察期内若出现商店可下载量异常下滑、崩溃率上升、支付异常等指标，原文提出立即回滚或热修的候选要求，但执行依据待裁定；原文所引 BUILD-RELEASE-DEVFLOW-R-007 / R-008 实为换包与 iOS 重启规则，不能作回滚依据。正确回滚规则待用户裁定，见流程归属冲突 B3B-01。

研发团队送审包注意事项

注意：以下注意事项不一定齐全，如果发现有漏的，及时反馈并更新。

运维准备事项​

注意：需要提前跟运维打招呼，初始化机器的运行环境需要时间。如果是新项目，全部都是从头开始弄，最好最少提前一周；如果是已有项目，最好也要提前最少3天。

  • 游戏服务器机器
  • sdk服务器机器
  • CDN/资源 git项目

发行​

  • 给测试设备添加广告id。注意，只有一天的时效性。

SDK准备事项​

  • sdk的tag
  • sdk的配置要在发行后台配置好

前端准备事项​

  • 接好发行需要的sdk
  • 跑通构建送审包的流水线
  • 送审包的预发布分支

后端准备事项​

  • 送审包的tag

策划准备事项​

  • 数数项目及其事件

测试注意事项​

  • 流水线打包时，记得用【正式安装包的任务】来构建，不然构建参数容易选漏或者选错
  • 不可以有GM工具
  • 不可以有不完整的文本和UI
  • 不可以卡流程