Google Play 上架需要完成账号验证、应用资料配置、测试、审核和发布。应用包上传成功，并不代表已经获得正式发布资格，也不代表已经送审。
如果你第一次上架，可以按下面的步骤准备；如果已经卡在测试、审核或发布环节，先查看第一节，找到与你当前状态对应的处理方向。
本文面向常见 Android 手机和平板应用，政策核对至 2026 年 9 月 15 日。不同账号、应用类型和发布轨道的要求可能不同，操作时请结合 Play Console 中的实际提示。
一、Google Play 上架卡在哪一步？先确认当前状态
| 当前情况 | 先检查什么 | 下一步 |
|---|---|---|
| 账号还不能正常创建或发布应用 | 账号验证、待办通知和操作权限 | 完成对应验证或权限配置 |
| 无法申请或进入正式版发布 | 是否适用新个人账号测试要求 | 检查封闭测试和正式发布权限申请 |
| AAB 上传失败 | 错误原文、包名、版本号、签名和目标 API | 按具体错误修复构建，再上传 |
| 资料填完但没有开始审核 | 发布概览是否还有待送审变更 | 核对材料后执行送审操作 |
| 已经送审，一直没有结果 | 最近提交时间、审核消息和待补材料 | 根据状态跟进，避免没有必要的重复提交 |
| 收到拒审通知 | 对应政策、受影响功能、审核人员反馈 | 修复具体问题，或在有依据时解释、申诉 |
需要协助判断？ 可以先提供当前页面的状态截图、错误或拒审原文、应用类型和已尝试的处理方法，再沟通适合的上架协助方案。
二、上架前要准备哪些材料？
建议先检查材料和应用实际功能是否一致，再进入后台逐项填写。
| 准备项目 | 需要核对的内容 |
|---|---|
| 开发者账号 | 账号类型、验证状态、联系方式和发布权限 |
| 应用安装包 | 可正常运行的 AAB、包名、版本号和签名配置 |
| 商店资料 | 应用名称、简介、详细说明、图标、真实功能截图和联系信息 |
| 隐私政策 | 可以公开访问，并且准确说明本应用的数据处理方式 |
| 应用访问说明 | 审核所需的测试账号、登录步骤和受限功能访问方法 |
| 数据与权限清单 | 应用及第三方 SDK 收集、共享的数据，以及权限使用场景 |
| 测试记录 | 如适用，准备测试人员反馈、发现的问题及修改记录 |
注册账号遇到困难，可先阅读谷歌开发者账号注册指南。发布主体和账号信息应与实际业务情况一致。
三、创建应用，完成商店信息和应用内容声明
进入 Play Console 创建应用，填写名称、默认语言、应用或游戏类型、免费或付费等基本信息。随后按后台待办完成商店详情和应用内容配置。界面入口可能调整，具体位置以当前控制台为准。创建与设置应用官方说明
商店介绍要与真实功能一致
先说明应用解决什么问题、面向什么用户，再介绍主要功能。截图应展示实际界面。宣传中提到的功能，审核人员应当能在应用内找到并使用。
应用内容不要照搬其他应用的答案
重点核对广告声明、内容分级、目标受众、应用访问权限，以及后台针对你的应用要求的其他声明。目标年龄应根据真实用户和应用设计填写，不能为了简化审核统一选择“18 岁以上”。目标受众官方说明
单独检查 Data safety（数据安全）
数据安全表单需要反映应用实际的数据收集与共享行为，包括集成的第三方 SDK。即使你认为应用不收集数据，也要核查分析、广告、登录等组件的实际行为。仅在内部测试轨道运行的应用存在相应豁免；其他适用轨道应按要求完成声明。数据安全官方说明
如果应用支持用户在应用内创建账号，还需检查账号删除功能以及供用户从网页发起删除请求的入口，不能只提供退出登录或卸载应用的说明。账号删除官方要求
四、准备 AAB，检查签名、版本和目标 API
上传前，建议先验证安装、启动、登录和核心业务流程，再检查包名、版本号及签名是否与当前应用匹配。不要等到审核被拒，才发现测试账号无法登录或主要页面打不开。
使用 Play App Signing 时，需要区分应用签名密钥和上传密钥；它们承担不同用途。更新现有应用时，应沿用正确的签名与上传配置。Play App Signing 官方说明
目标 API 也要随政策更新。 自 2026 年 8 月 31 日起，常见手机和平板新应用及应用更新须以 Android 16（API 36）或更高版本为目标平台。其他设备类型、现有应用可见性及延期安排有不同规定，请核对官方要求和自己账号中的通知。目标 API 官方要求
遇到上传错误时，保留完整错误信息交给开发人员处理。只修改商店文案，不能解决签名或构建配置问题。
五、新个人账号：先完成封闭测试，再申请正式发布权限
对于 2023 年 11 月 13 日之后创建的个人开发者账号，Google 要求至少 12 名测试人员连续加入封闭测试 14 天，达到条件后再申请正式发布权限。应开展真实测试，记录反馈与改进；人数和天数满足，并不代表自动获准正式发布。封闭测试与正式发布权限官方说明
在准备测试时，先想清楚：哪些用户能代表你的目标客户、需要验证哪些功能、如何收集问题，以及如何说明测试后做了哪些修改。
如果正式发布权限申请没有通过，先阅读后台反馈，再针对测试参与度、反馈记录或应用准备情况补充工作。不要只重复提交同一份说明。
六、提交审核，区分首次发布与应用更新
进入适用的发布轨道，创建版本、上传构建、填写版本说明，并处理后台指出的阻碍发布的问题。完成后检查发布概览中的变更，确认已执行送审操作。保存资料与提交审核是不同步骤。准备和发布版本官方说明
首次发布
首次发布应用不能使用自管式发布来控制上线时间。应先完成账号、测试和应用准备工作，再按照首次发布流程操作。
已上线应用的更新
对于适用自管式发布的应用更新，开启该功能后，多数已批准变更会等待你确认发布。原本关闭该功能的情形下，适用变更通常会在审核批准后自动发布。自管式发布官方说明
七、审核慢或审核被拒，应该怎么处理？
一直处于审核中
先确认最近一次提交时间，并检查是否有补充信息要求。审核处理可能需要数小时至七天，特殊情况可能更久；不要把固定的“两三天”当作承诺。在审核期间提交额外变更，可能影响排队和审核时间。确有疑问时，通过 Play Console 的帮助入口联系支持。审核与发布时间说明
收到拒审通知
将通知拆成三个问题：涉及哪项政策、审核发现了什么、需要修改或解释什么。随后逐项检查应用功能、登录访问、权限、数据声明和商店信息，避免仅改标题或截图后再次提交。
例如，审核人员无法登录，需要验证测试账号和访问路径；数据声明与 SDK 行为不一致，需要核对实际数据处理方式。两者对应的修改不同。
八、哪些情况适合寻求 Google Play 代上架协助？
如果你已经有可用的应用，但遇到以下情况，可以先沟通问题评估：
- 不清楚哪些材料缺失，或者材料与应用功能对应不上。
- 卡在封闭测试、正式发布权限申请或送审步骤。
- 收到拒审通知，但无法判断需要开发修改还是补充说明。
- 多次修改后仍未解决，希望有人梳理后续处理顺序。
早鸟出海提供 Google Play 代上架服务。咨询时，建议先说明：
- 应用类型和主要功能。
- 个人或组织账号，以及当前是否完成验证。
- 当前进度：未提交、测试中、审核中或已被拒。
- 错误、拒审原文或经过必要遮挡的状态截图。
- 已尝试的处理方式，以及是否有开发人员配合修改。
根据具体情况再确认协助范围、所需材料和报价。需要代码修改的问题应由开发人员配合处理，最终审核结果由 Google 决定。
常见问题
新个人账号完成测试后，就一定可以正式发布吗？
不一定。达到测试条件后，还要申请正式发布权限，并完成后续应用审核。应按后台反馈补充测试或修复问题。
应用包上传成功，为什么还没有开始审核？
上传构建、完成资料和送审是不同环节。检查发布概览中是否仍有待处理或待送审变更。
Google Play 上架需要多久？
总时间包括账号准备、适用的测试、材料修订和审核。应分别安排这些阶段，不能把审核处理时间当作整个项目的交付时间。
找人代上架之前，需要先准备源码吗？
初步沟通可以从状态和问题描述开始。是否需要源码、开发人员配合或进一步操作权限，取决于最终确认的工作范围，不必在首次咨询时就发送全部项目资料。