可用的 Google Play 开发者账号
个人或组织账号已完成注册，并能正常登录 Play Console。若仍在验证中，先完成身份 / 设备 / 组织材料核验，再推进正式发布。带 App 新老账号的测试门槛可能不同，详见账号页说明。
- 能登录 Play Console，且账号未被限制发布
- 支付资料与开发者资料一致
- 组织账号：D-U-N-S 与企业证件可用
Google Play 上架 · 免费图文指导
Google Play 应用上架免费指导
从创建应用到正式发布的可跟做图文清单。覆盖商店详情、封闭测试、App Bundle（AAB）与正式发布，配流程示意图。约 22 分钟 · 审阅 2026 年 9 月。
完全免费 · 图文可跟做
本指导基于 Google Play Console 常见流程整理，供免费自学。政策与入口可能更新，请始终以 Play Console 提示及 Google 官方帮助中心为准。三界与 Google LLC 无关联。
01
创建应用
在 Play Console 新建应用，完成默认语言、应用名称、免费/付费属性与基础声明。
查看详解02
完善商店详情
填写标题与描述，上传图标与截图，配置分类、联系方式与主要语言本地化。
查看详解03
完成测试要求
按账号与应用类型选择内部 / 封闭 / 开放测试，邀请测试员并迭代版本。
查看详解04
提交审核并发布
上传 App Bundle，完成内容分级与数据安全表单，送审通过后正式上线或分阶段发布。
查看详解建议时间节奏（可按团队压缩）
首次上架往往卡在验证、素材与测试达标，而不是「点提交」本身。下面是常见节奏，供排期参考。
第 0–2 天
材料与账号
确认验证、准备 AAB、隐私政策与商店素材初稿。
第 2–5 天
创建与详情
新建应用、完善商店详情与应用内容任务列表。
第 5–20 天
测试迭代
按要求跑测试轨道，收集反馈并提升 versionCode。
达标后 1–7 天
送审上线
生产轨道送审；通过后分阶段发布并监控稳定性。
上架前准备清单
动手前先把「账号、构建、素材、合规信息」四类材料备齐，能少走大量 Console 来回补件。建议单独建一个共享表格，把包名、versionCode、隐私政策链接、测试员名单放在一起。
实操提示
- 验证未完成时，先别排「本周必须上线」的死线。
- 截图与文案尽早定稿，上架当天再赶素材最容易出尺寸错误。
- 组织账号提前核对 D-U-N-S 与支付资料法定名称是否一致。
可发布的 Android App Bundle（AAB）
新应用通常需以 App Bundle 格式上传。确认包名终身唯一、versionCode 单调递增、versionName 可读，并启用 Play 应用签名（按 Console 引导）。本地 debug 包不能直接当生产构建。
- Release 签名正确，非 debug keystore
- targetSdk / 目标 API 满足当前提交要求
- 混淆与原生库拆分后仍能正常安装运行
商店素材与文案
准备应用图标、功能图形（如需要）、手机（及平板）截图，以及简短描述、完整描述。面向多语言市场时，至少覆盖你主要投放国家的本地化文案与截图。
- 图标清晰、无文字堆砌、与实际产品一致
- 截图展示主流程，避免误导性对比
- 标题突出价值，勿堆砌无关关键词
隐私与内容相关信息
准备可公网访问的隐私权政策链接（如适用）、数据安全表单所需信息、内容分级问卷答案、目标受众与广告声明。权限用途说明要与实际代码行为一致。
- 隐私政策 URL 可打开且语言可读
- 敏感权限有明确、最小必要的用途说明
- 涉及儿童、健康、金融等类别先核对额外要求
第一步：在 Play Console 创建应用
进入 Play Console →「创建应用」，按向导完成基础设置。这一步的选择（尤其是免费/付费）后续很难改，务必一次选对。
实操提示
- 应用名称可与最终商店标题对齐，减少用户认知偏差。
- 创建后立刻打开「政策状态 / 应用内容」任务列表，建立待办习惯。
注意
- 免费 / 付费属性创建后通常不可更改。
- 包名在首次上传构建后即固定，选名前先想清楚品牌与迁移成本。
填写应用名称与默认语言
名称可后续在商店详情中调整，但建议与最终上架名称一致。默认语言决定你未本地化时的回退详情页，请选择团队能持续维护的语言。
选择应用或游戏，并确认免费 / 付费
应用与游戏在部分政策、评级与广告要求上不同。若计划应用内购买，后续还需配置商品与付款资料；免费应用也可提供 IAP。
完成声明与政策相关入口
关注「政策状态」「应用内容」等任务列表，把红色 / 待办项逐项清零。这是提交审核前的关键门槛，也是拒审后优先排查的地方。
- 内容分级问卷
- 目标受众与内容
- 新闻 / 政府 / 健康等特殊声明（如适用）
第二步：完善 Google Play 商店详情
商店详情（商品详情）直接影响搜索点击与安装转化，也影响审核同学对产品真实功能的理解。素材规范、表述真实，比堆砌关键词更重要。
实操提示
- 短描述一句话说清「给谁用、解决什么问题」。
- 完整描述用小标题分段：功能、适用场景、权限说明、联系方式。
- 截图顺序按用户主路径排列：首页 → 核心功能 → 结果页。
标题与描述
标题突出核心价值，避免无关关键词堆砌；简短描述控制在限制字符内且可读；完整描述说明功能、适用人群与使用方式，并可附上支持渠道。
- 标题与图标视觉一致，避免「标题写 A、界面是 B」
- 勿承诺无法兑现的效果或排名
- 多语言市场分别撰写，勿机翻后直接上线
图标与截图
按 Console 当前尺寸与格式要求导出。截图应真实反映界面；功能图形（如使用）需符合规范。平板、折叠屏若声明支持，建议补对应素材。
分类、联系方式与本地化
选择正确应用类别与标签，填写有效联系邮箱 / 网站。若面向多国家，为主要语言补充本地化详情页，并检查翻译后的截图文字是否仍清晰。
预注册与商店实验（可选）
高期待应用或游戏可考虑预注册；商店详情实验适合在已有流量后优化文案与素材。首次上架建议先把基础详情做扎实，再开实验。
第三步：测试轨道与发布前置
正式版前先走测试，既能发现问题，也常是满足发布政策要求的必要步骤。2023-11-13 后创建的个人账号，正式发布前通常需完成封闭式测试门槛（常见表述：至少 12 名测试员连续参与 14 天），请以 Console 实时提示为准。
实操提示
- 内部测试：少量邮箱，适合每日构建。
- 封闭测试：可控群组，适合达标与真实反馈。
- 开放测试：更广用户，适合扩大验证范围。
注意
- 「邀请了」不等于「已选择参与」——封闭测试统计的是真实参与状态。
- 测试包与生产包权限 / 隐私声明应保持一致，避免「测试能过、正式被拒」。
选择合适的测试类型
按账号类型、应用类别与 Console 任务列表选择轨道。不确定时，先看「正式版发布权限」或政策状态里是否写明必须完成某类测试。
上传构建并邀请测试员
在对应轨道上传 App Bundle，添加测试邮箱或 Google 群组。确认测试员能通过 Play 安装，并覆盖登录、支付（如有）、权限授权与核心业务路径。
- 准备一份测试账号与演示路径说明
- 收集崩溃、兼容性与文案问题
- 记录 versionCode 与修复项对应关系
根据反馈迭代版本
修复阻塞问题后再提升 versionCode 上传新包。版本说明写清「修了什么」，方便自己与审核侧理解变更范围。
申请正式版权限（如适用）
当封闭测试达标后，按 Console 指引在信息中心申请正式版发布权限。未达标前，正式轨道相关功能可能不可用。
第四步：提交审核与正式发布
任务列表全部就绪、测试要求满足后，再创建正式版（生产）发布。建议首次上线使用分阶段发布，观察崩溃与评价后再扩大比例。
实操提示
- 送审前导出一份「权限 × 数据安全 × 商店描述」对照表。
- 分阶段发布可先 10%–20%，稳定后再 50%、100%。
- 保留拒审原文与修改记录，方便二次提交对照。
注意
- 数据安全表单与实际收集行为不一致，是高频拒审原因。
- 不要在审核期间随意下架隐私政策或更换包签名。
完成应用内容与数据安全表单
如实填写权限用途、数据收集与共享情况、加密传输与删除机制等。信息不一致或「勾选了但应用内找不到入口」都容易被拒。
创建正式版发布
选择国家 / 地区，上传生产轨道 App Bundle，填写版本说明。确认商店详情、定价（如付费 / IAP）与国家可用性一致。
- 生产轨道构建与测试轨道最终候选包一致或可追溯
- 国家列表与内容合规范围匹配
- 版本说明避免空洞套话，写清用户可感知变更
送审与跟进结果
提交后等待 Google 审核。时长因应用类型与变更范围而异。若被拒，仔细阅读政策条款与拒审说明，按条目修改后再提交；避免无依据地反复乱改。
上线后监控与更新节奏
关注 Android Vitals、崩溃、ANR、评价与政策状态。重大更新仍建议先走测试轨道，再分阶段放量。目标 API 升级等政策节点要提前排进版本计划。
与谷歌开发者账号的关系
上架流程建立在开发者账号之上。账号类型、验证进度与「带 App」新老路径，会直接影响你能否进入正式发布。
个人 vs 组织账号
个人适合独立开发者；组织（企业）适合公司团队，通常需要邓白氏编码。金融、健康、VPN、政府等场景官方常要求组织账号。
带 App 老号 / 2026带APP
检索常称带APP老号、谷歌开发者老号：2023-11-13 前已有应用的账号测试门槛可能不同；近年开通且已有应用（2026带APP）需同时关注新个人测试要求（如适用）与 2026 政策节点。两者都须验证与合规。
怎么绑定内购
完善付款资料与商家信息后，在 Console 创建内购/订阅商品并接入 Play Billing。免费应用也可配置应用内购买；验证未完成前不要急着开卖。
换主体请走官方应用转移
应用换公司或换开发者账号，应使用 Google 官方应用转移流程，勿用共享登录等方式规避。
送审前自查清单
提交审核前用此清单过一遍。全部勾选后再送审，通常更稳。可复制到团队文档逐项跟进。
- 开发者账号可登录，验证状态正常
- 包名、签名、versionCode / versionName 已确认
- 商店标题、短描述、完整描述已完善
- 图标、截图（及功能图形）尺寸与内容合规
- 隐私权政策链接可访问（如适用）
- 内容分级、目标受众、广告声明已填写
- 数据安全表单与权限说明一致
- 测试轨道已按账号类型完成要求（如 12×14）
- 正式版国家 / 地区与发布方式已选定
- 版本说明已写清本次变更
- 若需变现：付款资料与内购/订阅商品已配置并完成测试购买
- 政策状态无阻塞项，再点击提交审核
- 上线后监控崩溃 / 评价 / 政策状态的负责人已明确
官方文档（建议收藏）
上架免费指导 FAQ
免费应用和付费应用上架流程一样吗？+
主干流程相同（详情、测试、上传、审核），但付费应用还需处理定价、税务与付款资料。创建时选定的免费 / 付费属性通常不能更改。免费应用也可另外配置应用内购买。
怎么绑定内购？上架时要先做吗？+
建议在开发者验证与付款资料就绪后配置：完善商家/付款信息 → 创建内购或订阅商品 → 接入 Play Billing → 用许可测试账号验证。不必等全量上线才开始，但送审前应能走通测试购买。
为什么一定要用 App Bundle（AAB）？+
Google Play 对新应用普遍要求使用 Android App Bundle。Play 会据此为不同设备生成优化安装包，有利于体积与兼容性，并配合 Play 应用签名。
封闭测试 12 人 × 14 天是强制的吗？+
常见于 2023-11-13 后创建的个人开发者账号申请正式版权限前。组织账号、带 App 老号或特定情形可能不同，请以你的 Play Console 提示与官方说明为准。
审核要多久？被拒了怎么办？+
审核时长因应用类型与变更范围而异，有时可达数天。被拒时以 Play Console 给出的政策原因为准，逐项修复后重新提交。可保存拒审原文便于对照。
没有开发者账号可以先做上架准备吗？+
可以先准备 AAB、隐私政策、商店文案与截图。但创建应用、上传构建、绑定内购与送审必须在可用的 Google Play 开发者账号下完成。
三界的免费指导是否替代官方文档？+
不能替代。本页是实操向图文整理，帮助你建立正确顺序与自查清单；最终规则以 Google 官方帮助与 Console 实时提示为准。
上架前置
上架之前：账号、老号权限、内购
应用要上架，先确认谷歌开发者账号已验证。老号带 App 与新个人账号的正式版门槛不同；若应用含内购，付款资料要在送审前绑好。
看完免费图文指导，仍卡在某一步？
可联系 Telegram @dev388，我们协助梳理 Google Play 上架卡点、测试达标与送审准备。