以下为 Google Gemini 整理，仅略作修改。

在 Google Play 发布应用，政策合规比技术操作更重要，操作失误可能只是发布失败，但政策违规可能导致封号。

以下是基于 2025 年最新标准 整理的 Google Play 发布与更新实战指南。

⚠️ 第一部分：发布前必查（最新政策红线）

在动手之前，请务必确认以下三点，否则 100% 会被拒审：

  1. Target API Level（目标 API 级别）

    • 现状（2025 年底）： 新应用和应用更新必须将 targetSdkVersion 设置为 35 (Android 15)。
    • 注意：如果你的应用还停留在 API 34，现在提交更新会被直接拒绝（除非你此前申请了延期至 11 月 1 日）。

  2. 个人账号的“20 名测试员”门槛（天坑预警）

    • 政策： 2023 年 11 月后注册的个人开发者账号，必须先进行封闭测试（Closed Testing）。
    • 要求： 至少 20 名 测试人员，连续 14 天 安装并活跃使用，才能申请“正式发布（Production）”权限。
    • 运维建议：如果是公司业务，务必注册“组织（Organization）”账号，可免除此限制（但需要 D-U-N-S 邓白氏编码验证）。

  3. 64 位架构支持

    • 应用包（App Bundle）必须包含 64 位架构（arm64-v8a），否则无法上传。

🚀 第二部分：从 0 到 1 创建并发布 App

如果你是第一次发布，请按此流程操作。

1. 账号准备

  • 注册： 登录 Google Play Console。
  • 费用： 支付 $25 美元（一次性费用）。
  • 验证：
    • 个人： 需上传身份证/护照 + 进行人脸识别。
    • 组织： 需提供 D-U-N-S 编码 + 营业执照 + 电话/邮箱验证（审核期较长，建议提前 1-2 周准备）。

2. 创建应用 (Dashboard 流水线)

点击 “Create app”，填写基本信息：

  • App Name： 应用名称（如果是多语言，先填默认语言）。
  • Default Language： 默认语言（如 English 或 Chinese - Simplified）。
  • App or Game： 选择应用类型。
  • Free or Paid： 设定收费模式（注意：一旦设为免费，以后无法改为收费）。

3. 完成“初始设置”任务清单 (Setup your app)

Google Play 会列出一个 Todo List，必须全部完成才能发布。核心包括：

  • Privacy Policy（隐私政策）： 必须提供由 URL 承载的隐私协议（不仅 App 内要有，商店详情页也要填）。
  • App Access： 是否有登录墙？（如果有，必须提供测试账号和密码给 Google 审核人员）。
  • Ads： 是否包含广告。
  • Content Rating： 填写问卷，评定年龄分级。
  • Target Audience： 目标受众（选 13 岁以下会触发更严格的儿童隐私审查，慎选）。
  • Data Safety（数据安全）： 最耗时的部分。需如实填写 App 收集了哪些数据（位置、通讯录、设备 ID 等）以及是否加密。与代码扫描结果不符会被拒。

4. 准备商店素材 (Store Listing)

  • Icon： 512px * 512px (PNG)。
  • Feature Graphic (置顶大图)： 1024px * 500px (不能有透明背景)。
  • Screenshots： 手机端至少 2 张，建议上传 16:9 竖屏图。
  • Description： 简短描述（80 字符）+ 详细描述（4000 字符）。

5. 上传构建版本 (Release)

  • 格式： 必须是 AAB (.aab) 格式，不再接受 APK。
  • 签名： 使用 Play App Signing（即你上传密钥库签名后的 AAB，Google 会接管密钥并在分发时重新签名，这是强制的）。

6. 送审

  • 如果是个人账号：先走“封闭测试”流程（凑齐 20 人测 14 天）。
  • 如果是组织账号：直接进入 Production (正式版) 轨道 -> Create new release -> 上传 AAB -> 填写版本说明 -> Review。
  • 审核时间： 首次发布通常需要 3-7 天，甚至更久。

🔄 第三部分：后续版本更新操作 (Routine Update)

当 App 已经上线，后续更新就简单多了。作为运维，核心关注版本号和灰度发布。

1. 编译前准备 (Dev 操作)

  • VersionCode 自增： 确保 build.gradle 中的 versionCode 比上一个版本大（例如从 10 变为 11）。如果不加，Google Play 会拒绝上传。
  • Target SDK： 确认是否符合当前 API 要求。

2. 创建新版本 (Ops 操作)

  1. 登录 Google Play Console -> 选择对应 App。
  2. 左侧菜单栏点击 Production (正式版)。
  3. 点击右上角 “Create new release” (创建新版本)。
  4. 上传 AAB： 拖入新的 .aab 文件。
  5. Release Name： 系统会自动填入版本号，也可以自定义（仅后台可见）。
  6. Release Notes： 填写“本次更新了什么”。支持多语言，可用 <en-US> 等标签区分。

3. 灰度发布 (Staged Rollout) —— 运维关键点

不要直接发布给 100% 用户！为了防止重大 Bug 导致大规模崩溃，请使用分阶段发布：

  1. 在 Review 页面，不要选 "Start rollout to production"，而是寻找 “Update rollout percentage”。
  2. 推荐策略：
    • Day 1: 设置 5% - 10%。观察 Crashlytics 或后台崩溃率。
    • Day 3: 如果稳定，提升至 20% - 50%。
    • Day 5: 全量发布 (100%)。
    • 注：在未达到 100% 前，随时可以点击 "Halt rollout" 暂停更新。

4. 提交审核

  • 点击 “Send changes for review”。
  • 更新审核时间： 通常 24 小时内（比首次发布快很多）。如果是紧急修复（Hotfix），有时几小时就能过。

📝 运维专家的小抄 (Cheat Sheet)

检查项说明
包名 (Package Name)永远不可更改，是 App 的唯一身份证。
密钥库 (Keystore)绝对不能丢！ 虽然用了 Play Signing，但上传签名丢失会极其麻烦（需联系 Google 客服重置）。
隐私政策 URL确保服务器一直可访问，URL 失效会导致 App 被下架。
测试账号如果 App 内修改了登录逻辑，记得去 Console 里更新给审核员的测试账号/密码。
拒审处理收到拒审邮件不要慌，只改邮件里提到的点，不要画蛇添足改别的。改完后重新提交即可。

下一步

如果你已经准备好了 AAB 包，你会需要检查一下 targetSdkVersion 是否已经是 35 吗？ 这可能会直接决定你今天能否成功提交。