你的应用已经开发完成，Play Console的字段都已填好，鼠标悬停在"提交审核"按钮上。先停一下。
2天通过审核和2周反复被拒的区别，几乎从来不在于代码质量，而在于点击提交前五分钟内你忽略了什么。2026年，Google的自动审核管道运行40多项检查——元数据扫描、权限审计、APK静态分析、截屏与UI对比、SDK数据声明交叉验证。任何一项不匹配，你就要从头再来。
这份自检清单覆盖了从你的桌面到商店上线的每一个验证关卡。每次提交之前——无论是首次发布还是更新——按顺序过一遍。
第一阶段：账号与身份
1. 开发者账号状态正常
提交前先验证账号状态。登录Play Console检查是否有警告、暂停或待处理的验证请求。2026年，Google会标记税务信息不完整或身份验证即将过期的账号——这些会静默阻止提交，不会显示明确的错误消息。
- 账号验证状态：活跃且已确认
- 控制台没有未解决的政策警告
- 税务资料已填写（即使是免费应用——Google也要求）
- 如果变现，付款资料已设置
最容易忽视：税务资料过期。如果W-8或W-9表格在年中失效，Google会暂停所有提交直到你更新。请检查商户账户页面。
2. 账号类型匹配提交需求
2026年个人账号有约20个应用的发布上限和更严格的审核阈值。组织账号的限制更高，审核路由更快。如果你接近任何一个上限，决定这次提交是否值得消耗一个名额，还是应该先升级账号。
第二阶段：商店信息审核
3. 标题和元数据干净
2026年Google的元数据扫描器非常严格。它会拒绝超过30个字符、包含无法验证的声明或读起来像关键词列表的标题。
- 应用名称仅限品牌名——无口号或关键词
- 简短描述80字符以内，自然语言
- 完整描述像是真人写的（无关键词块）
- 无竞品名称、误导性声明或未经证实的"最佳"/"顶级"用语
4. 截屏通过视觉验证
2026年，Google的自动审核会将每张截屏与APK的实际UI层级进行对比。如果截屏显示了代码中不存在的画面，提交将被暂停人工审核——至少延迟5天。
- 正好上传8张截屏（手机+平板尺寸）
- 每张截屏对应当前构建版本中的真实界面
- 无模拟图、线框图或与实际应用行为不符的虚拟数据
- 特色图片（1024 x 500 px）已上传且相关
5. 隐私政策已上线且已链接
这是2026年最常见的拒绝原因——不是因为开发者跳过这一步，而是因为URL失效或政策内容与应用实际数据收集行为不匹配。
- 隐私政策URL可访问（用无痕浏览器测试）
- 政策涵盖应用收集的每种数据类型——包括SDK数据
- 政策在过去12个月内更新过
- Play Console中的URL与线上URL完全一致（无会中断的重定向）
第三阶段：数据与合规
6. 数据安全声明与APK匹配
Google会对上传的AAB进行静态分析，将发现的SDK权限与你的数据安全声明进行对比。任何不匹配都会触发自动审核前暂停。
- 应用中的每个SDK都已申报（Firebase、Crashlytics、Adjust、Facebook、AdMob——全部）
- 数据类型已声明：检查相机、位置、照片、联系人、文件、设备ID、应用活动等
- 每种数据类型的加密状态已正确声明
- 数据删除选项已如实描述
真实案例：某开发者集成了Firebase Analytics用于崩溃报告，但在数据安全表单中没有声明"应用诊断"或"设备ID"收集。Google的扫描器发现了Firebase SDK的权限并标记了不匹配。应用被暂停。花费两周时间反复沟通来更新表单并重新提交。
7. 内容分级问卷已完成
- IARC问卷已填写（所有部分）
- 广告内容已准确声明——即使是自推广横幅也算
- 如果应用有社交功能，用户生成内容部分已填写
8. APK / AAB 合规
- 文件是Android App Bundle (.aab)，非原始APK
- 使用应用签名密钥签名（非调试密钥）
targetSdkVersion= 35（Android 15）——2026年强制要求minSdkVersion>= 26（Android 8.0）versionCode唯一且高于之前的所有版本- 发布构建中无调试代码、日志或测试工件
第四阶段：测试环节
9. 内部测试已完成
即使你很自信，也先跑一遍内部测试。2026年Google会追踪新账号在上线前是否使用了测试轨道——跳过测试的账号会被标记为加强审核。
- 内部测试已分发到至少5台设备，覆盖不同屏幕尺寸和Android版本
- 所有测试者确认已成功安装并启动应用
- 内部测试会话中无崩溃报告
10. 封闭测试已完成（新账号）
2026年Google要求新开发者账号进行20名测试者14天的封闭测试。如果你的账号是在2026年1月之后创建的，请在生产提交截止日期前将此计入时间线。
- 封闭测试已运行满14天
- 至少20名测试者活跃使用了应用
- 测试期间无政策违规报告
第五阶段：最终检查
11. 无失效元素或占位符
- 应用内或商店列表中无占位文本（"Lorem ipsum"或"即将推出"）
- 无失效链接——测试应用和商店列表中的每一个URL
- 无通用启动图标——你的图标是独特的且符合Google Material Design指南
- 所有应用内购买产品在Play Console中正确配置（价格、描述、SKU）
- 广告SDK已配置为产品模式（测试模式已关闭）
12. 定价和分发符合预期
- 国家选择与目标市场匹配（全球应用默认全选最安全）
- "包含广告"勾选框准确
- 免费/付费状态正确——从免费改为付费后需要新建列表
- 发布类型正确（内部→封闭→正式版按顺序）
最容易被忽视的三项
根据KappS对数百次提交的审核经验，以下三项导致的意外拒绝最多：
- SDK声明不匹配。你在上次构建更新中添加了新SDK，但没有更新数据安全表单。Google的静态分析器每次都能发现。
- 税务信息过期。W-8 BEN表格3年有效期满。Google不会明确警告你——提交会开始失败，显示模糊的"账号问题"消息。
- targetSdkVersion过旧。你更新了应用但针对的是API 34而非35。Google 2026年的政策会自动拒绝，但错误消息指向不同的政策部分，让开发者白白绕弯路。
保存这份清单
收藏此页面，每次提交前过一遍12项。这份清单只需15分钟。一次被拒提交会让你损失3-14天的上线延迟——有时还会给你的账号留下永久的政策记录。
2026年，Google的审核管道比以往任何时候都更快、更自动化。这是好消息——只要你第一次就能通过所有自动检查。这份自检清单就是为此而设计的。