一、上传AAB并不等于应用已经上架

这是新手最容易产生的误区。

很多人认为：

AAB上传成功 = Google Play审核开始 = 应用即将上线。

实际上并不是。

AAB，也就是：

Android App Bundle

主要是Google Play使用的应用发布格式。

Google Play会根据不同设备配置，从App Bundle生成对应的APK并进行分发。

所以：

上传AAB只是准备应用版本。

接下来还需要：

创建Release

↓

选择测试或Production

↓

完善应用信息

↓

检查错误

↓

提交审核

↓

审核通过

↓

正式发布

二、第一步：确认AAB是否上传成功

进入Google Play Console之后，

首先确认刚刚上传的AAB是否已经进入：

App Bundle Explorer

或者对应Release页面。

重点检查：

• Version Code

• Version Name

• App Bundle状态

• 支持的设备

• Android版本

• 上传时间

• 签名信息

Google Play提供App Bundle Explorer，可以查看已经上传的App Bundle及其版本信息。

如果AAB已经正常显示，

说明：

文件上传阶段基本完成。

三、第二步：创建一个新的Release

AAB上传完成后，

真正重要的下一步就是：

Create new release

也就是：

创建应用发布版本。

Google Play目前支持多个发布轨道：

Internal testing

内部测试。

适合：

• 开发团队

• QA测试

• 少量测试人员

Google官方说明，Internal testing最多可以提供给100名指定测试人员。

Closed testing

封闭测试。

适合：

• 指定测试用户

• 小范围测试

• 上线前测试

Open testing

开放测试。

可以让更多Google Play用户参与测试。

Production

正式生产环境。

也就是：

面向目标市场的正式发布。

Google Play官方将这四种轨道用于不同阶段的测试和正式发布。

四、第三步：新手建议先进行Internal Testing

如果AAB刚刚上传，

不建议直接忽略测试。

比较稳妥的流程是：

AAB

↓

Internal Testing

↓

检查安装

↓

检查核心功能

↓

检查崩溃

↓

检查登录

↓

检查支付

↓

检查服务器连接

↓

再进入后续发布流程

Google官方也推荐开发者使用测试轨道，在正式发布前发现技术问题和用户体验问题。

对于第一次上架Google Play的团队来说，

Internal Testing通常是一个非常实用的检查环节。

五、第四步：检查AAB能不能正常安装

上传成功并不代表：

用户一定可以正常安装。

测试时需要重点检查：

1. 安装是否成功

有没有：

• 安装失败

• 解析错误

• 签名问题

2. App能否正常启动

打开之后有没有：

• 闪退

• 黑屏

• 白屏

• 卡死

3. 核心功能是否正常

例如：

• 注册

• 登录

• 首页

• 搜索

• 个人中心

• 购买

• 内容加载

• API请求

4. 不同设备是否正常

最好测试：

• 不同Android版本

• 不同屏幕尺寸

• 不同品牌设备

因为App Bundle会根据设备配置生成不同的APK组合，所以兼容性测试非常重要。

六、第五步：检查Pre-launch Report

Google Play还有一个非常重要的工具：

Pre-launch Report

它可以帮助开发者发现应用在真实设备环境中的问题。

包括：

• Stability

• Performance

• Accessibility

• Screenshots

Google官方说明，Pre-launch Report可以展示测试过程中发现的稳定性、性能、无障碍和截图等问题。

因此：

AAB上传之后，不要只看“上传成功”。

还应该看看：

Google Play自动测试发现了什么问题。

七、第六步：完善Google Play商店页面

AAB上传完成后，

另一个非常重要的工作就是：

Store Listing

也就是：

应用商店页面。

通常需要准备：

• App名称

• Short description

• Full description

• App icon

• Screenshots

• Feature Graphic

• 分类

• 联系信息

• 隐私政策

Google Play官方的应用设置流程会引导开发者完成商店信息、应用内容以及发布相关配置。

八、为什么Google Play商店资料很重要？

因为用户看到的不是你的AAB。

用户看到的是：

应用商店页面。

例如用户搜索：

VPN

或者：

Photo Editor

或者：

Game

首先看到的是：

标题 + 图标 + 截图 + 描述 + 评分

所以：

AAB负责应用本身，Store Listing负责应用展示。

两者缺一不可。

九、第七步：完成应用内容相关信息

Google Play发布应用之前，

还需要根据应用实际情况填写相关信息。

例如：

• 内容分级

• 目标用户

• 数据安全

• 隐私政策

• 广告相关信息

• 应用类别

• 应用内容声明

这里最重要的是：

不要为了快速提交而随便填写。

资料应该与App实际功能保持一致。

例如：

如果App使用了：

• 位置

• 相机

• 麦克风

• 联系人

• 广告SDK

• Analytics SDK

就应该认真检查数据处理情况以及对应声明。

十、第八步：检查Data Safety

Data Safety是Google Play应用发布中非常重要的一部分。

开发者需要根据实际情况说明：

• 收集哪些数据

• 是否共享数据

• 数据用途

• 数据是否加密

• 用户是否可以请求删除数据

这里不能简单复制其他App的填写方式。

正确方式应该是：

根据App实际数据处理情况填写。

否则：

商店资料和实际应用行为不一致

可能产生后续审核问题。

十一、第九步：检查Content Rating

Content Rating：

内容分级。

不同类型的应用可能涉及不同的内容。

例如：

• 游戏

• 社交App

• 视频App

• 工具App

• 教育App

• 娱乐App

开发者需要按照实际应用内容填写问卷。

不要为了快速完成设置，

随便选择一个等级。

十二、第十步：检查Target Audience

Google Play还需要开发者说明：

目标用户群体。

尤其涉及儿童或未成年人时，

相关要求会更加重要。

因此在提交之前，

需要确认：

你的App到底面向什么人群？

以及：

应用中的内容是否适合这些用户？

十三、第十一步：检查Production页面

如果测试和应用资料都已经准备完成，

下一步就是：

Production

也就是正式发布。

进入：

Test and release → Production

创建正式Release。

然后：

Create new release

选择已经上传的AAB。

Google官方流程中，开发者需要在对应发布轨道创建Release，并将App Bundle加入Release。

十四、第十二步：填写Release Name

创建Release后，

通常需要设置：

Release name

这个名称主要用于开发者自己识别版本。

例如：

1.0.0

或者：

2026-08-Release

也可以使用：

Initial Release

方便后续管理不同版本。

十五、第十三步：填写Release Notes

Release Notes：

版本更新说明。

例如：

First release.

或者：

Improved performance and stability.

如果是正式版本，

建议根据实际更新内容编写。

不要写：

与App完全无关的营销内容。

Release Notes的重点是：

告诉用户这个版本发生了什么变化。

Google Play官方的Release流程也要求开发者在准备Release时填写本地化的Release Notes。

十六、第十四步：点击Next检查发布问题

完成Release配置之后，

进入下一步：

Review

这一步非常重要。

Google Play会检查当前Release是否存在：

Errors

或者：

Warnings

如果出现：

Errors summary

就需要点击查看具体原因。

Google官方明确说明：

存在必须解决的错误时，应用无法发布。

如果只有Warning，

通常仍可能继续发布，

但建议提前处理。

十七、常见的Google Play发布错误有哪些？

例如：

商店资料没有完成

缺少：

• 截图

• 描述

• 隐私政策

应用内容没有完成

例如：

• 内容分级

• Target Audience

• Data Safety

AAB存在问题

例如：

• Version Code

• 签名

• SDK配置

• 兼容性

账户存在发布限制

例如：

某些个人开发者账号需要先完成规定的测试流程。

Google目前规定，2023年11月13日之后创建的个人开发者账号，在公开发布应用前需要满足特定测试要求；其中包括进行封闭测试并满足相应测试条件。

这一点是2026年开发者尤其需要注意的。

十八、第十五步：新个人开发者账号需要注意测试要求

如果你的Google Play开发者账号属于：

2023年11月13日之后创建的个人账号

那么不能简单理解成：

上传AAB → 直接Production。

Google官方当前要求这类个人账号在公开发布之前满足测试要求。

其中包括：

Closed testing

至少：

12名测试者

并且连续参与：

至少14天

满足要求后，才能申请Production access。

所以：

新账号一定要提前规划测试时间。

十九、第十六步：正式提交审核

当：

• AAB正常

• Release正常

• Store Listing完成

• Data Safety完成

• Content Rating完成

• Target Audience完成

• 测试完成

• Errors解决

之后，

就可以进入正式发布流程。

Google Play会对应用进行审核。

部分开发者账号或应用可能需要更长的审核时间。

Google官方目前说明，某些情况下审核可能需要最长约7天，特殊情况下还可能更久。

因此：

不要把上线时间安排得过于紧张。

二十、第十七步：审核通过后才是真正上线

审核通过之后，

应用才会进入正式发布状态。

Production状态代表：

应用已经可以面向你选择的国家或地区用户提供下载。

如果你设置了特定国家，

那么用户是否能够看到App，

还取决于：

国家/地区分发设置。

二十一、为什么AAB上传成功后还是不能发布？

这是很多开发者遇到的问题。

最常见的原因包括：

原因一

只是上传了AAB，没有创建Release。

原因二

Store Listing没有完成。

原因三

Data Safety没有完成。

原因四

Content Rating没有完成。

原因五

存在必须解决的Errors。

原因六

账号需要完成测试要求。

原因七

Production权限或发布条件还没有满足。

所以：

AAB上传成功，只代表应用包已经进入Google Play Console，并不代表应用已经具备公开发布条件。

二十二、Google Play完整上架流程可以记成这张图

准备Android项目

↓

生成签名AAB

↓

上传Google Play Console

↓

检查App Bundle

↓

创建Internal / Closed Testing Release

↓

测试App

↓

检查Pre-launch Report

↓

完善Store Listing

↓

填写Data Safety

↓

完成Content Rating

↓

完成Target Audience等设置

↓

创建Production Release

↓

解决Errors

↓

提交审核

↓

审核通过

↓

正式发布

↓

ASO优化 + 用户运营

这就是完整的：

Google Play应用上架流程。

二十三、AAB上传后不要马上做推广

这是一个比较容易被忽略的问题。

有些团队：

AAB刚上传

↓

马上开始投广告

↓

App却还没有正式上线

最终导致：

推广计划和上线时间脱节。

更合理的顺序应该是：

技术测试

↓

审核准备

↓

正式发布

↓

确认商店页面正常

↓

再开始推广

这样能够减少因为上线延迟导致的推广浪费。

二十四、Google Play上架之后还需要做什么？

应用成功上线之后，

工作并没有结束。

接下来还应该关注：

ASO

优化：

• App Title

• Short Description

• Full Description

• Keywords

• Screenshots

用户反馈

关注：

• Ratings

• Reviews

• Crash

• ANR

数据分析

关注：

• Installs

• Uninstalls

• Retention

• Conversion

版本更新

持续：

修复Bug → 更新AAB → 创建新Release → 审核 → 发布。

Google Play官方支持后续版本更新和Release管理。

二十五、Google Play上传AAB后最重要的检查清单

AAB

☐ 上传成功

☐ Version Code正确

☐ Version Name正确

☐ 签名正常

☐ App Bundle状态正常

测试

☐ Internal Testing

☐ Closed Testing

☐ 核心功能测试

☐ 登录测试

☐ 支付测试

☐ API测试

☐ Crash测试

☐ Pre-launch Report

商店资料

☐ App名称

☐ Short Description

☐ Full Description

☐ Icon

☐ Screenshots

☐ Feature Graphic

☐ 隐私政策

应用信息

☐ Data Safety

☐ Content Rating

☐ Target Audience

☐ App Category

☐ 联系信息

发布

☐ Production Release

☐ Release Name

☐ Release Notes

☐ Errors全部解决

☐ 国家/地区设置

☐ 提交审核

FAQ：Google Play上传AAB后的常见问题

AAB上传成功是不是就可以直接上线？

不是。

上传AAB只是发布流程中的一个步骤，还需要创建Release、完成必要的应用设置，并通过Google Play的发布流程。

AAB上传后应该选择Internal Testing还是Production？

如果是第一次发布，通常建议先进行Internal Testing，确认安装、核心功能和稳定性后再进入后续发布流程。Google也建议开发者利用测试轨道在正式上线前发现问题。

为什么Production页面不能使用？

可能是应用还有未完成的设置，也可能是开发者账号存在特定的测试要求。

尤其是2023年11月13日之后创建的个人开发者账号，需要满足Google Play规定的测试条件后才能申请Production access。

Google Play审核需要多久？

审核时间并不是固定值。Google官方目前说明，部分应用或开发者账号可能需要更长时间审核，某些情况下可能达到7天或特殊情况下更久。

上传AAB之后出现Errors怎么办？

进入Release的审核页面，找到：

Errors summary

点击查看具体错误。

必须解决的Errors通常需要处理完成后才能发布。

总结：Google Play上传AAB后，真正的工作才刚刚开始

很多开发者以为：

AAB上传成功 = 应用上架完成。

实际上，

AAB只是Google Play应用发布流程中的一个重要文件。

真正完整的流程是：

上传AAB

→ 创建Release

→ 测试

→ 完善商店资料

→ 完成Data Safety

→ 完成Content Rating

→ 检查发布错误

→ 创建Production Release

→ 提交审核

→ 审核通过

→ 正式上线

对于第一次进行海外应用发布的开发团队来说，

最容易出现的问题往往不是：

不会上传AAB。

而是：

不知道上传之后还需要做什么。

因此，在正式提交之前，建议把整个Google Play发布流程拆成几个阶段：

技术准备 → AAB上传 → 测试 → 资料准备 → 审核 → 正式发布 → ASO运营。

如果希望进一步提高上线效率，也可以在应用开发完成后提前准备商店素材、隐私政策、Data Safety、测试账号以及Release Notes，而不是等AAB上传完成之后才开始准备。

海外应用上架服务

如果你正在准备：

• Google Play应用上架

• Android AAB发布

• Google Play审核

• 海外应用发布

• 游戏上架

• App Store同步发布

• ASO优化

可以提前做好完整的发布流程规划。

📩 Telegram：@pk88168

可提供：

• Google Play上架流程指导

• AAB发布协助

• Google Play审核问题排查

• 商店资料整理

• App Store发布支持

• 海外应用上线咨询

• ASO基础优化