App Store 4.3（Spam）拒审整改清单

结论摘要

App Store 4.3（Spam）真正要解决的是“独立性证明”。很多团队被拒后第一反应是重写文案或换一套截图，但这通常只能缓解“表层同质”，无法解决“产品本体同质”。从实操经验看，过审率更高的做法是先做结构化差异：把用户场景、核心流程、功能入口和内容结构四层拆开，一项项写成可验证证据，再同步到元数据与审核备注。

如果你已经确认这次问题不只是素材重复，而是连商店标题、副标题、截图和描述也在放大 Spam 判断，建议继续对照 元数据操纵与 Spam 判定打法；如果项目本身还是多包、多账号或近期提审波动很大，也可以同步检查 近期 iOS 风控加强应对清单，避免产品改完后仍被额外风控拦下。

如果你需要把这套整改再往下落到提审节奏、沟通动作和审核交付物，可以继续看 App Store 拒审服务页；想直接看一套更完整的推进路径与深度拆解，则可以接着读 App Store 拒审深度指南。

你可以把 4.3 整改理解为一次“可验证产品重构”：不是为了看起来不同，而是为了让审核员在 3-5 分钟内看到“这个包有独立用户价值”。如果你的改动无法在审核路径里被快速验证，即使技术上做了调整，也很容易二次被拒。

• 先做产品差异，再做素材差异，最后做文案差异。
• 每一项改动都要映射到审核可复现路径，避免“已优化但不可验证”。
• 重提时给出前后对比证据，审核效率和通过率会明显提升。

8 步操作清单（提交前）

• 写一张差异化矩阵：定位、流程、功能、素材四栏，对比旧包与新包。
• 明确一个独立核心场景，并确保首页入口与主导航都围绕该场景。
• 清理“装饰性功能”，避免堆功能但没有主任务闭环。
• 替换截图和预览视频，必须展示本版本独有流程而非通用界面。
• 重写标题、副标题与描述，减少泛化词，强调可验证价值。
• 准备审核账号、测试环境、点击路径和预期结果，形成可复现脚本。
• 审核备注按“变更点-验证路径-预期结果-差异证据”四段写清楚。
• 提审前做一次“3 分钟验收”，模拟审核员快速检查是否可验证。