Guideline4.3
垃圾应用
4.3 是 Apple 把你的提交和他们见过的东西归到一类。有用的问题不是「什么叫 spam」，而是「他们觉得你复制了什么」。
§ 01这类拒审通常意味着什么
- 拒审说的是相似性——二进制、元数据、概念或账号上的模式——不是崩溃质量。
- 即使只有一个在架应用也可能收到 4.3。历史、模板和残留标识就够了。
- 分岔口首先看原文：similar binary、similar metadata，还是 similar concept。
§ 02常见原因
- 其他开发者已经交过的模板、白标或购买源码。
- 同一账号下多个应用共用代码或截图。
- 「新」项目里留下的旧 Bundle ID、URL Scheme、App Group 或 Firebase 文件。
- 看起来像品类复制的元数据或图标。
- 常见结构被分类器误伤。
§ 03怎么判断你是哪一种
- 先读 Apple 写的那一句。二进制、元数据、概念对应不同清单。
- 按诊断树回答：多个应用、模板源码、然后是账号历史。
- 在搞清要隔离什么之前，不要新建 Bundle ID。
§ 044.3 诊断树
这个账号是否提交过多个相似应用？
- Yes
先按产品组合重叠处理。对比这些应用的二进制、元数据和定位。Apple 更常希望你合并，而不是再交一版几乎一样的包。
- No
是否从购买源码、模板或白标项目起步？
- Yes
先审计共用代码、素材、残留 Bundle，以及供应商在商店里的其他应用，再去争论独特性。
- No
这个开发者账号是否有相关提交历史（包括已删除的应用）？
- Yes
核对旧 Bundle ID、团队成员和曾经被拒的包。即使现在只上架一个应用，历史也足够触发 4.3。
- No
检查残留标识、元数据、截图和界面骨架。一个原创应用仍可能被分类器看成重复提交。
- Yes
- Yes
§ 05项目里该查什么
检查清单
- Bundle ID、扩展 ID、App Groups、钥匙串组、URL Scheme
- Associated Domains、推送权益、Firebase / Google / Facebook 配置
- 字符串、资源名和 scheme 里的旧产品名
- 图标、截图、副标题、关键词、描述，对比已知克隆
- 开发者账号：已删除应用、其他团队成员、以往的 4.3
§ 06不要做什么
不要
- 不要把新建 Bundle ID 当作第一反应。
- 不要把同一个包迁到另一个开发者账号。
- 不要只换图标和名称。
- 不要原封不动再交一次。
- 不要一上来就申诉并指责审核员。
§ 07接下来常问的问题
- 我只有一个应用，也会 4.3 吗？
- 会。模板代码、残留标识和账号历史都够。见「并没有马甲包」页。
- 4.3 要不要马上申诉？
- 不要。先有书面诊断，必要时先回复。没有任何证据就申诉，会浪费一次认真复核。