1. 一封执法邮件，五种不同后果，绝不能混为一谈。Google 帮助中心把「拒绝（Rejection）」「下架（Removal）」「暂停（Suspension）」「警告（Warning）」「账号终止（Termination）」分开写，因为每一种改的东西不同、补救路径也不同：「拒绝」不影响开发者账号的信用，「如果对现有应用的更新被拒绝，更新前已发布的版本仍会在 Google Play 上架」；「下架」不会立即影响账号信用，「但多次下架可能导致暂停」；「暂停」则「计入对 Google Play 开发者账号良好信誉的扣分（strikes），恶劣或多次违规可导致暂停，反复的应用被拒或被下架同样如此」；「警告」本身不影响信用，「但你的应用会在初始警告邮件所载明的天数后被下架」。所以第一步不是写申诉，而是先确认自己收到的到底是哪一种——把「下架」当「暂停」、把「暂停」当「账号终止」去申诉，是最常见的排错方向错误。（§https://support.google.com/googleplay/android-developer/answer/2477981）
2. Google 没有义务先给你警告，而警告的倒计时写在邮件里。官方原文：「Google 在暂停或终止之前并不必须向你发送警告。」警告的含义是：「警告告诉你，你的应用已经接近被暂停。若未处理该问题，或再上线一个做同样事情的应用，几乎必然导致应用被暂停，甚至开发者账号被终止。」通知只发到注册的开发者邮箱，所以共用一个没人看的邮箱本身就是合规风险。警告是整个生命周期里成本最低的处理窗口：此时提交合规更新，用户、统计和评分都还留在列表上；一旦走到暂停，这些全部作废。而这道门只以一种方式关上：「如果你的应用在收到警告后被暂停，则必须提交申诉。」（§https://support.google.com/googleplay/android-developer/answer/2985876 / §https://support.google.com/googleplay/android-developer/answer/2477981）
3. 下架真正的代价，以及它刻意保留的东西。「应用一旦被下架，在提交合规更新之前，已发布的版本不会在 Google Play 上架。」好消息是列表历史会保留：「在你为被下架的应用提交合规更新后，用户、统计数据和评分会被保留。」坏消息是钱：「你的订阅用户未来的订阅将被取消，过去的订阅不会退款。」还有一条多数人没算到的用户侧后果——Play 保护机制会通知已安装用户：「如果你的应用已从 Google Play 下架或被暂停，其用户可能会收到 Play 保护机制的推送通知，告知这一变化并给出从设备上移除该应用的选项。用户也可以选择保留该应用。」换言之，下架不是「暂停键」：合规版本每晚一天上线，已安装用户就多一天被主动劝卸载，订阅基数在申诉成功与否之前就已经在流失。（§https://support.google.com/googleplay/android-developer/answer/2477981）
4. 重新提交的技术动作，才是多数「复架申请」真正失败的地方。Google 给出的顺序是硬性的：读执法邮件里引用的政策条款，并「检查你的应用是否符合所有其他 Google Play 开发者计划政策，若还有进一步违规，可能触发额外执法」；「对应用做相应修改，并更新所有发布类型，而不仅仅是正式版（例如开放测试、封闭测试和内测轨道）」；「在 Play Console 上传修改后的合规应用包到所有轨道，并停用不合规的应用包」；新建版本时「确保不合规版本位于该版本的『未包含（Not included）』区域」；保存后「点击审核版本，然后将版本发布到 100%」；「如果不合规版本发布在多个轨道上，则在每个轨道重复第 4 步」。失败模式官方也写明了：「如果你没有停用不合规的应用包，重新提交将会失败，且你应用包的线上版本可能被从 Google Play 移除。」另有两条边界：「在违规问题修复之前，不要重新发布已被下架的应用」；只修主包、不修测试轨道，等于给第二次执法留门。所谓「申诉三次还在下架」，绝大多数不是文案问题，而是某个测试轨道里还挂着违规包。（§https://support.google.com/googleplay/android-developer/answer/2477981）
5. 申诉：一次执法只有一次机会，而官方给出的唯一理由是「错误」。「你可以对被下架提出申诉。每次应用下架、暂停或其他执法行动，你可以提交一次申诉。在适当情况下我们会恢复应用，包括确认是误判、且认定你的应用未违反 Google Play 开发者计划政策与开发者分发协议。」申诉页重复同一标准：「如果确认是误判，并且认定你的应用未违反 Google Play 计划政策与开发者分发协议，我们会恢复应用。」按字面读，恢复的触发条件是「Google 弄错了」，不是营收损失、不是上线日期、也不是「以后一定注意」。若违规属实，诚实的写法是把整改记录附在合规版本上，而不是论证政策不该适用。两个容易漏掉的运营细节：「尽管下架邮件可能以你应用的默认语言发送，但我们目前只能用中文、英文、日文和韩文回复申诉」；以及「如果你滥用申诉流程，包括向支持团队发送辱骂或不恰当的沟通，你可能失去后续邮件支持的资格」。一次申诉、一种语言、不要追加连发。（§https://support.google.com/googleplay/android-developer/answer/2477981 / §https://support.google.com/googleplay/android-developer/answer/9899142）
6. 申请入口，以及决定分流的五个问题。入口是 Play Console 帮助中心里的联系流程，页面顶部先给出一句提示：「你现在可以在 Play Console 账号的帮助页面请求帮助。如果你没有 Play Console 访问权限，请让账号管理员邀请你。」随后依次问：开发者账号是否已被终止；「发送到你注册开发者邮箱的邮件中，引用的终止原因是什么」，选项为「以往违规（Prior violations）」「多次违规（Multiple violations）」「开发者名称具有误导性（Misleading developer name）」；你要申诉的是「目录中的单个应用被下架」还是「开发者账号被终止」；你是否认为应用「被拒绝、下架或暂停是误判」；以及应用是否被暂停。这些分支不是形式主义：「以往违规」是扣分历史之争，「名称误导」是身份与主体之争，「单个应用」与「账号终止」决定你是在为一个列表负责还是为整个目录负责。按被引用的那一条作答、附上与该条对应的证据；一段「这个应用对我们很重要」的通用文字，五个问题一个都没回答。（§https://support.google.com/googleplay/android-developer/troubleshooter/2993242）
7. 账号终止是另一种申请，标准更硬。「当你的开发者账号被终止时，你目录中的所有应用都会被从 Google Play 移除，与之相关的用户、统计数据和评分全部作废。此外你将无法再发布新应用。不要尝试注册新的 Google Play 开发者账号。」真正把单点事故放大成组合事故的是关联账号条款：「如果你的账号因违反 Google Play 开发者分发协议被终止，我们无法再接受你的应用。这意味着任何相关的 Google Play 开发者账号也会被终止，而任何你尝试新开的账号都会被终止，且不退还开发者注册费。」申诉额度也相应收紧：「每个账号终止你可以提交一次申诉」，标准同为「误判/未违规」。规划层面的结论很直接：同一运营者注册的两个账号不是冗余备份，而是单点故障——执法的设计就是沿关联传播。（§https://support.google.com/googleplay/android-developer/answer/2491922）
8. 一份会被真正读到的复架申请，包含哪些东西。Google 公布标准但不给模板，所以证据包必须自己攒。实际能被读到而不是被模板驳回的申请，通常包含：（a）从执法邮件里原样引用的政策条款与子条款，不要转述；（b）修复该问题的版本号与构建号，且已上线到所有轨道（含内测、封闭测试、开放测试）；（c）逐条写明具体改动——移除了哪个 SDK 及其版本、删除了哪个权限及替代方案、重写了哪段元数据，一行一条；（d）确认不合规应用包已停用并位于「未包含」区域；（e）与本次违规相关的声明同步更新——数据安全、内容分级、广告声明、目标 API 级别；（f）测试账号或演示路径，让审核员一分钟内能走到修好的流程；（g）一段合并叙述，使用四种受支持语言之一，说明哪里错了、改了什么、如何验证；（h）说明同一账号下共用该 SDK 或该模式的其他应用也已一并处理，因为它们就是下一批执法目标。不该出现的：多张并行工单、对同一执法的第二次申诉、要求电话沟通、以及论证政策不合理的段落。还有一条边界要说清：违规属实时，没有任何申诉能推翻它；应用只能靠第 4 节的技术动作，以合规版本回到线上。
9. 删除应用不是补救，七天之后就不可逆。自助删除本身有门槛：「应用必须已取消发布，且所有审核中的变更已处理完毕；应用在活跃设备上的安装量必须少于 1000 台……应用不得处于被拒绝、被封禁或被暂停状态。」然后是倒计时：「你可以在删除后的七天内恢复被删除的应用。超过期限，应用将被永久删除。被删除的应用不可转让。」包名跟着历史走：零次安装的包名会被释放给任何人；「对于有任何历史安装量的被删除应用，其包名不能被任何其他应用复用，包括创建该被删除应用的那个开发者账号所新建的应用。」所以删除既不能清除执法记录，也保不住一次合规更新本可保留的用户、统计和评分；而被暂停的应用连自助删除的资格都没有。（§https://support.google.com/googleplay/android-developer/answer/16483176）
10. 有效的顺序，以及 Google 唯一写明的外部救济路径。先修、在所有轨道修，再重新提交，然后带着整改记录只申诉一次，然后等；被驳回就不要再注册新账号，因为那会把「一个应用的问题」升级成第 7 节所述的整个账号组合被终止。面向欧洲用户分发的开发者还有一条官方写明的路径：「如果你向欧洲经济区（EEA）用户提供应用，你可能还有额外的救济选项，见此处」，链接指向 Google 依据《数字市场法》公布的 EEA 准入一般条件页，其中列出 Google 在 EEA 适用的准入条件及相配套的救济框架。那是带自身举证要求的监管路径，不是更快的客服队列，也替代不了合规动作：没有任何一个论坛会恢复一个仍然带着违规代码的应用包。（§https://support.google.com/googleplay/android-developer/answer/9899142 / §https://support.google.com/googleplay/android-developer/answer/14659200）