1. 先读 Play 已经为你生成的那份预发布报告。Google Play 控制台的预发布报告页面写明：每次你把应用包或 APK 发布到测试轨道，都会自动收到一份预发布报告，Google 会在一批 Android 设备上测试应用的稳定性、性能、无障碍与显示（https://play.google.com/console/about/pre-launchreports）。两条已公布的最佳实践决定它是否有用：发布到默认的封闭测试或开放测试轨道才有资格获得报告；若应用有登录界面，请提供测试账号凭据，让自动抓取能走到登录之后。Google 另有专文讲解如何解读结果（https://support.google.com/googleplay/android-developer/answer/9844487）。
2. 确认目标 API 级别。新应用与应用更新必须达到 Play 当前要求的目标 API 级别，且未达标是在 Play 控制台直接阻止提交，而不是给一个警告。Play 的目标 API 级别帮助页写明了当前阈值与生效日期（https://support.google.com/googleplay/android-developer/answer/11926878）；Android Developers 的需求页从构建侧给出同一条规则（https://developer.android.com/google/play/requirements/target-sdk）。确认的是你的构建配置，而不是上季度的某条备注。
3. 核对产物本身，而不只是代码。发布用上传密钥签名、并已加入 Play 应用签名的包；版本号要高于线上已有版本，且能唯一标识这次发布；发布构建不能是可调试的；并开启代码压缩与资源压缩，让送达 Play 的产物就是你打算发布的那个。
4. 补齐合规材料。数据安全表单是新开发者最常填不完整的一项，而缺口几乎总在某个第三方 SDK 上——统计、崩溃上报、推送、广告、登录——它们会收集或共享数据，却没有体现在答案里。请照着依赖清单逐条走。隐私政策 URL 必须真实可访问，且政策承诺不能少于你 SDK 的实际行为。内容分级问卷要完成并如实作答：错误申报内容属于政策问题，不是文书问题。
5. 只申请应用真正使用的权限，并完成敏感权限要求的申报。合并清单里有一个没有任何功能需要的权限，既是隐私问题，也是政策问题；高风险权限在进入已发布构建之前，需要单独通过权限声明表单。
6. 先测试，再分阶段发布。先在真机上从测试轨道安装这个构建，然后以小比例启动正式发布，观察 Android Vitals 之后再推到 100%。预发布报告在用户见到应用之前给你一份快照；分阶段发布则在快照漏掉问题时限制影响范围。抓取在中端设备上发现的崩溃与 ANR，你的用户同样会遇到——这类发现没有商量余地。