首页 / 问题指南 / 一套代码多个 App
Guideline 4.3

一套代码多个 App,真正触发 4.3 的通常不是“代码复用”本身

很多团队误以为只要多个 App 共用同一套工程,就一定会被判 4.3。实际上苹果更在意的是这些 App 对用户来说是否真的是不同产品。如果产品定位、页面结构、内容池和核心体验都高度重复,才更容易被视为同质化。

风险本质

4.3 主要看什么

  • 不同 App 是否有明确区分的目标用户与核心使用场景。
  • 首页、频道、互动方式、会员体系和内容组织是否几乎一致。
  • 审核账号进入后,是否能感知到这是一个独立产品而不是换皮版本。
  • 元数据、截图和审核说明是否能支撑“独立存在”的逻辑。
常见误区

哪些“改法”通常不够

单纯更换 logo、配色、启动图、文案或少量模块顺序,通常不足以改变 4.3 的判断。 如果核心使用流程、内容供给和商业模式都没有变化,审核仍然会把多个包看成同类产品。

应该重点拉开的维度

  • 目标用户和使用场景:能否明确解释不同产品服务的对象和目的。
  • 内容组织与核心任务:用户打开后做的第一件事是否不同。
  • 社区、频道、工具链路或功能重点是否真的有结构性差异。
  • 元数据、截图和审核说明是否把差异讲清楚。

提审前建议

  • 不要只比较页面外观,要拿审核账号把完整路径走一遍。
  • 重点看多个包的首页结构、内容池、互动逻辑、付费路径是否过近。
  • 如果要做矩阵产品,尽量先做差异化梳理,再准备审核说明。
  • 对外表达时,避免把多个包说成“同一个产品的不同入口”。
适合先排查

如果你正在规划多个包,最好在提审前先看审核可见差异

很多 4.3 问题不是发版后才出现,而是在产品规划阶段就埋下了同质化风险。 越早从审核视角检查多个包之间的差异,后面返工成本通常越低。