你的 App 被 Google Play 秒拒?99% 的人都忽略了这个提交前的关键步骤

上架 Google Play，很多人的流程是这样的：App 开发完，打个包，登录 Console，填信息，提交，等结果。 然后三天后收到拒审邮件，开始猜哪里出了问题。 这个流程错了。错在「提交之后等结果」这件事本身。

Google Play 审核流程示意图

Google Play 的审核系统在收到你的提交之后，第一时间做的不是人工审查，而是自动化扫描。这个扫描会在几分钟内完成，扫描结果直接影响你的 App 是进入人工审核队列，还是被系统直接打回。 大多数人被「秒拒」，原因就在这里。不是功能不好，不是描述有问题，是在自动化扫描这一关就已经出局了。

第一项：目标 API 级别是否达标

Google 每年都会提高对 App 目标 API 级别的最低要求。2024 年的要求是新提交的 App 必须以 Android 14（API 级别 34）为目标平台。没有达到这个要求，提交会被直接拒绝，不会进入人工审核环节。 检查方法：在 Android Studio 里打开 build.gradle 文件，找到 targetSdkVersion 这一行，确认数字是 34 或以上。

第二项：APK 或 AAB 签名是否规范

Google Play 从 2021 年开始强制要求使用 Android App Bundle（AAB）格式提交，而不是传统的 APK。同时，签名必须使用 Play App Signing，不能使用自签名证书直接上传。 很多老项目用的还是 APK 格式，或者签名方式没有迁移到 Play App Signing，提交之后会被自动系统拦截。

第三项：Store Listing 完整度

Google 会在你提交审核之前，自动评估你的商店页面完整度。必须填写的内容包括：App 名称、简短描述、完整描述、至少 2 张截图（每种设备类型）、高分辨率图标、以及隐私政策链接。 任何一项缺失，提交按钮本身就会变成灰色无法点击。但有一个地方很多人忽略：隐私政策链接填了，但链接指向的页面无法访问，或者页面内容与 App 实际功能完全不符。这种情况提交不会被拦截，但会在后续审核中被直接拒掉。

第四项：数据安全表单是否填写完整

这是 2022 年之后新增的要求，但至今仍有大量开发者没有认真对待。数据安全表单需要你如实填写 App 收集、使用、分享数据的情况，包括你引入的所有第三方 SDK 的数据收集行为。 填写不完整，或者填写内容与 App 实际行为不符，都会在审核中被判定为违规。

Google Play Console 有一个很多人从未用过的功能：发布前检查（Pre-launch Report）。 在你正式提交之前，可以先把 App 上传到内部测试轨道，Console 会自动在真实设备上运行你的 App，生成一份检查报告，包含崩溃记录、ANR 问题、安全漏洞、以及无障碍功能问题。 这份报告通常在 2-4 小时内生成。花时间处理报告里的 Warning 和 Error，能排除大量在正式审核中会被标记的问题。 很多开发者跳过这一步，直接提交正式版本，然后等三天拒审邮件，再改，再等三天。两次等待的时间加起来，足够你把 Pre-launch Report 里的问题全部修完了。

按照这个顺序检查，提交前把每一项确认完再点提交：

• targetSdkVersion 是否为 34 或以上；
• 提交格式是否为 AAB；
• 签名是否已迁移至 Play App Signing；
• App 名称是否符合规范，不含违禁词；
• 简短描述是否在 80 字符以内；
• 完整描述是否在 4000 字符以内，不含违禁词汇；
• 截图是否覆盖手机和平板两种设备类型；
• 隐私政策链接是否可以正常访问；
• 数据安全表单是否填写完整；
• 内部测试轨道是否已运行 Pre-launch Report 并处理主要问题。

十项全部确认，再提交。

提交前的准备工作看起来繁琐，但每一项都是在帮你省时间。被拒一次，等待加修改的成本远远高于提前做好检查的成本。 我们提供 Google Play 上架全流程服务，从 App 信息优化到提交跟进，帮你把每一个细节做到位。私信「代上架」，告诉我们你的 App 情况，当天给你评估方案。