对大多数移动互联网从业者来说，App Store 是一个不可或缺的重要分发渠道。根据 2024 年 6 月苹果官方公布的一组数据，App Store 在全球拥有超过 18 亿台活跃 iOS 设备用户，每周访问量超过数亿次，是 iOS 开发者获得用户和收入的主要来源。因此，任何被拒审或者下架的风险对于开发者来说都可能意味着巨大损失。

苹果对 App Store 应用审核有着非常严格且持续更新的政策，这些政策不仅仅为了保护用户体验，也涉及到隐私安全、内容合规、支付合规等方方面面。根据苹果 2023 年发布的透明度报告（Transparency Report），每年因为不同原因而被拒审的应用数量在不断增长。其中最常见的一些原因包括：应用崩溃、不符合内容规范、设计抄袭（Design Spam）、隐私政策不规范、侵权等。而随着全球数字隐私法规日趋严格（如 GDPR、CCPA 等），以及苹果本身加强了对用户数据和支付安全的关注，审核政策也在不断细化与调整。

在这样的背景下，如何在开发阶段就尽量规避可能的拒审风险，如何在提交审核前进行自查与纠正，如何在被拒审后快速地找到原因并提出有效的整改方案，对于开发者和创业者来说，都是非常重要的课题。

本文汇总了App Store审核被拒的常见原因供开发者参考。希望这份指南能帮助你成功避雷，顺利过审！

一、App Store 审核流程

苹果审核主要分为三部分：预审、机审和人工审核。目前应用提审的整个流程大体分为五个阶段：Prepare For Upload（准备上传）、Waiting For Review（等待审核）、 In Review（审核）、Pending Developer Release(等待开发者发布)、Ready For Sale（准备销售）。

APP上传后，会进入到 Wait for Review 状态，而后进入到In Review状态，In Review一般1~2天左右就会审核通过或者是被打回。

• 包上传后首先进入的是预审，会被扫描API等，预审通过后会在iTC里出现，然后才可以提交至 Waiting；
• 在 Waiting For Review（等待审核）阶段一般是机审，机审主要是对代码进行机器审核，排查APP是否重复应用；
• 通过后会进入In Review（审核）阶段，即人工审核阶段，这个阶段主要看的是App的元数据，例如APP封面、功能、体验等等，注重用户体验。平均而言，50％ 的 app 会在 24 小时内完成审核，超过 90％ 的 app 会在 48 小时内完成审核。如果长时间（超过7天）处于In Review 状态，建议撤回重新提审以免耽误时间。
• 加急请求：如果你遇到了严重的时间问题，可以申请加急审核。请仅在你真的需要加快审核时才提出申请，以免苹果发现你滥用此系统，从此以后都拒绝你的加急申请。

二、拒审的常见后果

1. 上线延迟：被拒审最直接的后果就是上线延迟，错过市场最佳推广时机，从而影响应用初期的冷启动或重要版本更新节奏。

2. 资源浪费：拒审往往意味着要花费额外人力、物力去进行整改和再次提交审核，项目进度和成本都可能因此增加。

3. 品牌影响：如果多次被拒审或因为严重违规被下架，可能造成用户和合作伙伴对产品的信心与认可度下降，对长期品牌建设产生负面影响。

4. 营收损失：无法及时上线意味着潜在付费用户无法接触应用，也就无法产生成交与收入。对于依赖付费下载、应用内购（IAP）或订阅模式的产品，这个影响将更为严重。

三、苹果审核指南简介及核心原则

在深入探讨具体拒审原因与解决方案前，我们需要先对苹果的审核思路与核心原则有一个整体概念。苹果官方的《App Store 审核指南》是最权威的指导文档，几乎涵盖了从应用功能、内容合规到用户体验、支付和隐私安全等方方面面。该指南每年都会更新若干次，重要更新会围绕法律法规、用户隐私以及平台政策的调整而进行。

从整体来看，苹果审核有以下几个主要关注点：

• 安全性：包括应用运行的稳定性、对用户数据和隐私的保护、对不当内容的管控等。
• 性能与设计：从应用是否存在明显的 Bug、崩溃，到 UI/UX 是否符合 iOS 的规范和最佳实践，苹果都高度关注。
• 商业模式与支付合规：如果有内购（IAP）或外部支付，需遵守苹果的支付政策以及相关的法律法规。
• 法务合规：包括知识产权、版权、商标、用户协议和隐私协议等方面的合规。
• 原创性与差异化：苹果打击低质量、重复度过高或模仿抄袭严重的“设计垃圾”（Design Spam）应用，强调应用的实用性和创新性。

四、App Store审核被拒的12个常见原因与快速过审解决方法

1.【1.1 令人反感的内容】

App 不应包含具有攻击性、不顾及他人感受、令人不安、惹人厌恶、低俗不堪或只是让人感到毛骨悚然的内容。

被拒常见原因及示例：

• 宣传黄色或色情内容；例如你的游戏角色穿着暴露或者动作挑逗。
• 诽谤、歧视或恶意的内容，包括有关宗教、种族、性取向、性别、国籍、种族起源或其他目标群体的引用或评论；例如在游戏中，“敌人”不能单单针对特定种族、文化、真实存在的政府或企业，或是任何其他真实存在的实体。
• 人类或动物遭到杀害、残害、酷刑、虐待的写实描绘，或者鼓励暴力的内容；
• 鼓励非法使用或不负责任地使用武器和危险物品的描述，或者促进军火或弹药购买的描述；例如在icon, 截图或应用内出现烟、酒、武器等。
• 虚假信息和功能，其中包括不准确的设备数据或用于恶作剧/开玩笑的功能，如虚假的位置跟踪器；

2.【1.2 用户生成的内容】

相比开发者创建的内容，对于包含用户生成内容的 App，有更多特定的难题需要解决，比如知识产权侵权、匿名欺凌等。

被拒常见原因及示例：

• 用户生成的色情（或暴力）内容；例如部分直播应用或社交平台有较多的露骨视频或图片；
• 客体化现实生活中的某人 (如“性感与否”投票)；
• （匿名）进行人身威胁或欺凌。

解决方法：

由于用户产生的不当内容被Apple拒审后，应根据Apple提供的截图快速移除不当内容，并扩大范围自查其他位置是否仍存在不当内容。此外，包含用户生成内容或社交网络服务的 App 必须满足以下条件：

• 采用相应的方法来过滤令人反感的内容，以免这些内容在 App 中发布
• 制定一个机制，以举报攻击性内容并在出现问题时及时作出回应
• 若用户发布攻击性内容，可以取消其使用服务的资格
• 公布联系信息，以便用户与你联系

总之，要有监管手段！App中需要有投诉、举报违规内容的功能，以及屏蔽、拉黑其他用户的措施。

3.【2.1 App 完成度】

根据 Apple 的App Review Center，超过 40% 的应用被拒绝是针对指南 2.1 – 性能：App 完成度. 完成度审核要求提交的App是完整的最终版，应在提交前进行产品测试，避免出现崩溃、加载失败等非常明显的Bug。

被拒常见原因及示例：

• 审核人员打开App无法加载内容被拒；
• 包含“beta”，“demo”，“trial”或“test”之类的词被拒；
• 包含与应用程序描述不一致的未记录或隐藏功能被拒；；
• App 需要登录，但未提供提供演示帐户信息被拒
• 应用程序不支持ipv6。

解决方法：

• 要保证审核人员能够对App进行使用流程的审核。确保后台开启，供审核人员进行注册登录、内购（如有内购需要展示内购产品）等操作的审核。如果审核人员打不开，可以提供App的操作视频。
• 提供演示账户信息。如果应用或游戏里有“30级开启”或“完成3-1关卡后开启”这类的功能，那么请提供高级测试账号。
• 无论在任何地方，包括但不限于connect后台、游戏内功能、名称、副标题、公告、服务器名称中，都不允许出现诸如“demo”、“测试”、“试用”等类似的标识。
• 保证提交的应用版本：数据规范、没有bug等闪退问题，并且UI需符合最基本的人机交互规范。 Apple的审核人员会使用安装有最新版本及次新版本的iOS设备来审核你的App，所以你的App也必须要在最新版本系统下运行正常。此外，Apple的审核人员始终会使用WIFI和蜂窝数据网络同时开启的设备进行审核，所以请确保你的App在此状态下能正常运行。
• App里不允许出现“暂未开放”或“敬请期待”或干脆有个按钮点击了没反应的情况。如果提审时有类似的问题，请把入口直接干掉，哪怕界面上空一块也没有关系。
• 点击设备上的App图标开启App后，loading过程中需要有背景图，不允许黑屏等loading。

4.【2.3 准确的元数据】

元数据被拒一般是App Store Connect中的解释说明类的内容有问题，比如App信息中的应用标题、副标题、关键词、屏幕快照、屏幕预览等。 

那么接下来我们详细地说说一些注意事项。

被拒常见原因及示例：

• 应用或者元数据中提到其他任何移动平台都将会被拒绝。无论在你的代码内、App用户界面、及App Store Connect预览图、宣传文本、描述、关键字等任何地方！注意！是任何地方！苹果爸爸对这类内容零容忍！ 不要出现字眼（安卓、Android）、图标（类似绿色小机器人）等，或诱导用户知晓或安装对应安卓平台应用。
• 屏幕快照与App界面不符。上传到App Store Connect的屏幕快照和App预览内容需要与App内本身呈现的界面相同。
• 屏幕快照设备外壳错误。针对不同系列的iPhone及iPad，开发人员需要提交不同大小的屏幕快照。最终部分开发人员只关注将图片大小修改至标准尺寸，忘记了需要同步修改对应的设备外壳（如有使用）。
• 宣传实际并不提供的内容或服务。不要在应用名、标题、描述、商店图和分类等方面使用和自身APP完全无关的内容，包括但不限于使用跟竞品有擦边球关系的文案或图案，特别是已注册品牌的内容
• 隐藏功能。所有新的特性、功能和产品变更内容都必须在 App Store Connect 的“审核备注”部分中予以详细描述。不要包含隐藏功能（如果确定没有隐藏功能，多由开发过程中使用的第三方SDK引起）。
• 显示真实个人信息。请确保你的App 图标、截屏和预览中的所有材料都显示虚构的帐户信息，而非真实个人的数据。
• 不恰当的评级。请在 App Store Connect 中诚实地回答年龄分级问题，以使 App 与家长控制功能的分级保持一致。如果 App 所含的媒体内容要求显示内容分级或警告 (如电影、音乐和游戏等)，则需在销售 App 的每个地区内遵循当地要求。
• iOS大小写规范。特别是iOS、iPhone X等。还有一些英语词汇，注意大小写。

5.【2.4 硬件兼容性】

• 为了确保用户能够充分利用你的 App，iPhone App 应尽量能在 iPad 上运行。创建通用应用程序的关键是根据用户所在的屏幕尺寸或方向（纵向或横向）自动调整应用程序的布局大小。 这称为自适应布局，你可以使用Apple 的布局工具（如 Auto Layout）来实现此目的。
• 不以任何方式损坏或降低用户设备的性能。过度使用电池和产生热量是常见的例子。
• 对于 Apple TV App，应确保用户无需使用除 Siri Remote 或第三方游戏手柄之外的硬件输入，但你可以随意提供增强功能供连接其他外围设备时使用。
• App 不得建议或要求重新启动设备，也不得改动与 App 核心功能无关的系统设置。例如，请勿鼓励用户关闭 Wi-Fi 或停用安全功能等。

6.【2.5 软件要求】

因软件要求被拒的原因主要是产品加入违规代码。

• App 仅可使用公共 API，并且必须在当前发布的 OS 上运行。
• App 必须能够在仅支持 IPv6 的网络上完全正常地运作。
• App 应自包含在自己的套装中，不得在指定容器范围外读取或写入数据，也不得下载、安装或执行会引入或更改 App 特性或功能的代码，包括其他 App。
• 多任务处理 App 只允许在实现预期用途时使用后台服务：VoIP、音频播放、地理位置、任务完成记录和本地通知等。如果应用使用定位后台模式，请提醒用户，这么做会大幅降低电池续航能力。
• 如果 App 会浏览网页，则必须使用相应的 WebKit 框架和 WebKit Javascript。
• 不得提交包含空白广告横幅或测试广告的 App。
• 如果 App 传输的病毒、文件、计算机代码或程序会对操作系统和/或硬件功能 (包括推送通知和 Game Center) 的正常运行造成负面影响或导致其中断，则该 App 会被拒绝。
• 如果 App 会创建替代的桌面/主屏幕环境，或者模拟多 App 插件体验，则该 App 会遭到拒绝。
• 如果 App 会改变或停用标准开关 (如调高/调低音量和铃声/静音开关) 的功能，或者改变或停用其他的原生用户界面元素或行为，则该 App 会遭到拒绝。例如，App 不应屏蔽转向其他 App 的链接，或用户希望以某种特定方式运行的功能。

7.【3.1.1 购买项目】

如果您想要在 App 内解锁特性或功能 (解锁方式有：订阅、游戏内货币、游戏关卡、优质内容的访问权限或解锁完整版等)，则必须使用 App 内购买项目。App 不得使用自身机制来解锁内容或功能，如许可证密钥、增强现实标记、二维码等。App 及对应元数据不得包含指引客户使用非 App 内购买项目机制进行购买的按钮、外部链接或其他行动号召用语。

被拒常见原因及示例：

• 绕过苹果内购：一些应用（尤其是数字内容）若试图绕过苹果官方支付渠道，引导用户使用第三方支付或仅支持外部支付，将很可能被拒审。
• 付费项目与实际货币兑换：苹果严格管控虚拟货币、积分兑换现金或类似博彩元素的功能。
• 自动续费订阅与取消机制不完善：如果应用提供订阅功能，但未正确实施取消途径或订阅说明，也会被拒审。

解决方法：

• 对于虚拟物品、数字内容等，必须使用苹果官方的 IAP 机制。
• 若应用提供订阅，需在 App 内向用户提供取消订阅的方法提示，并在描述中清楚说明价格、周期、自动续费规则等。
• 若主要收入来自于外部支付（如实体商品电商），要遵守苹果相应规则，不可在 App 内引导用户跳转到外部充值页面绕过苹果抽成。

8.【4.2 最低功能要求】

App 应包含功能、内容和 UI，而不仅仅是一个经过重新包装的网站。如果 App 没有什么实用价值、毫无新意或者不太像是一个 App，那它很可能被拒。

被拒常见原因及示例：

主要问题在于苹果认为部分开发者上传的App功能不够，或者没有自己的核心功能。

解决方法：

• 如果被认为应用没有核心功能，应首先确认是否存在问题。其次可向苹果解释产品解决的用户需求，以及具体功能的展现。
• App 应能独立工作，无需安装其他 App。
• 确保 App 发布时在其二进制文件中包含有正常运行所需的充足内容。
• 如果 App 需要下载其他资源才能在首次启动时正常运行，请披露下载大小并在下载之前提醒用户。

9.【4.3 重复 App】

与 App Store 中已有的其他应用非常相似的应用也将无法通过审核。

一些开发者会模仿App Store中最畅销或最热门的应用，做一些小改动，然后上架到App Store。此外，很多开发者会创建主包的马甲包以规避App Store的很多规则及获得最大利益。

这些情况都有可能被苹果发现并拒审。

解决方法：

• 针对机器审核：主要在于代码的处理方面，可添加垃圾代码或注释块，降低代码的相似度；
• 针对人工审核：主要在于修改UI风格，从icon、主色调到应用截图等需要做个性化处理，不能照搬其他应用或者是仅仅小改动；
• 针对标题一致：标题名称尽量和已上线的App有差异化，特别是很多蹭知名产品的名称，至少必须在后缀做差异化；
• 换账号：换开发者账号，换不同账号提交审核

10.【5.1隐私】

Apple 要求所有应用必须隐私政策以遵守隐私法，例如欧洲的GDPR和美国的各种FTC 规则。即使你的应用程序没有收集任何个人数据，你仍应制定隐私政策。 

被拒常见原因及示例：

• 未提供隐私政策
• App 强制用户注册
• 基于不需要用户信息的功能之上、暗中采集用户的个人信息。
• App 未得到允许，与第三方共享收集的用户数据，且并未说明使用目的等

解决方法：

• 隐私政策：所有 App 必须在 App Store Connect 元数据栏位和 App 内部包含可轻松访问的隐私政策链接。
• 许可：如果 App 会收集用户数据或使用数据，即使此类数据在收集当时或收集后即刻被匿名处理，App 也必须征得用户的同意才能收集。
• 数据最少化：App 仅可请求访问与 App 核心功能相关的数据，并且仅可收集和使用完成相关任务所需的数据。
• 访问权限：App 必须尊重用户的权限设置，不得操纵、欺骗或强迫用户同意不必要的数据访问。
• 帐户登录：如果 App 不包含基于帐户的重要功能，请允许用户在不登录的情况下使用，即提供游客模式。
• 数据使用和共享：除非法律另有许可，否则您不得未经他人允许而使用、传输或共享他们的个人数据。您必须提供相应的信息，说明以何种方式在哪里使用这些数据。

11.【5.2 知识产权】

请确保 App 只包含由您创建或拥有使用许可的内容。如果您已越线并在未经许可的情况下使用了内容，您的 App 可能会被移除。

被拒常见原因及示例：

• 涉及到音乐、视频类等内容的播放、保存、转换或下载，但在提交时没有提及版权协议。
• 在未经授权的情况下，在 App 中使用受保护的第三方材料 (例如商标、版权作品、专利设计)。
• 误导或暗示 Apple 是 App 的来源或提供商，或者 Apple 以任何形式表示认可其质量或功能。

解决方案：

确保 App 只包含由您创建或拥有使用许可的内容，提交产品时使用受版权保护的第三方的书面证据或者将产品中包含的未经第三方授权的部分隐藏。例如，如果你的游戏拿了正版IP，那请提前准备好授权文件并在review note里提供。如果没有版权，那么名字和icon、应用截图就不要打擦边球。

12.【5.3 游戏、赌博和彩票】

游戏、赌博和彩票的管理难度较大，是 App Store 上受到最严格管制的 App 类别之一。只有全面核实了即将发布您的 App 的所有国家/地区的相关法律要求后，才能包含此功能，并且要做好准备此功能的审核流程需要更长的时间。您需要谨记以下事项：

• 如果你的App中有抽奖、幸运大转盘、抢购活动等类似功能，不想被拒就请注明：“该活动由xxx提供，与设备生产产商Apple Inc.无关”。字体再小也要写！
• 抽奖和比赛必须由 App 的开发者赞助。
• App 不得通过 App 内购买项目购买点数或货币，以用于任何种类的真实货币游戏；不得向用户出售彩票或抽彩券；不得在 App 内进行资金转账。
• 提供真实货币游戏 (例如体育下注、扑克、赌场游戏、赛马) 或彩票的 App 必须在使用该 App 的地区获得必要的许可和批准，且只能在这些地区发布，此类 App 在 App Store 中必须免费提供。

五、如何预防和快速整改

1. 审核前的自查清单

（1）功能稳定性：应用核心功能是否经过完整测试，无明显崩溃或严重逻辑 Bug。

（2）界面一致性和可用性：UI 界面是否符合 iOS 设计规范，是否针对不同机型做了适配。

（3）元数据合规：App 名称、描述、关键词、截图和预览视频是否真实准确，不存在夸大或虚假宣传。

（4）支付与商业模式：是否遵循苹果内购（IAP）政策，有无绕过苹果支付或在应用内诱导外部支付的行为。

（5）隐私政策：确保隐私协议的链接有效且易于访问，内容符合 GDPR/CCPA/本地法律要求，权限申请合规。

（6）知识产权合规：素材、功能和名称等是否存在侵权风险，必要授权文件是否齐备。

（7）提供测试资料：在提交审核时，向苹果审核团队完整地提供测试账号、支付测试方法等。

（8）服务器与网络环境：远程资源是否稳定可访问，避免因加载失败而导致核心页面无法使用。

2024 年 5 月 UXCam 调研指出，崩溃与性能问题、隐私政策缺失、元数据虚假宣传，仍是排名前三的拒审因素。

2. 快速定位拒审原因

（1）查看苹果官方拒审邮件：通常会给出一个对应的 Guideline 条款号，如 2.1、2.3、4.3 等，并附简单说明。

（2）在 App Store Connect 中查看具体细节：可能会有更详细的截图、视频或备注说明。

（3）内部排查：定位应用功能、元数据或隐私政策等方面是否与条款不符，快速整改后再次提交。

3. 被拒后的沟通策略

（1）首先保持礼貌和专业：阅读审核反馈后，如果仍然不清楚问题所在，可向审核团队提交“申诉”或“说明”，尽量用简洁明了的方式描述自己的疑惑或澄清情况。

（2）如果确有争议：例如实际遵循了政策，却依旧被拒，可在“Resolution Center”提供证据或更新后的演示视频，并请求进一步沟通。

（3）自省与改进：若是确属应用本身的违规或质量问题，请尽快修复并重新提交，而非与审核团队争辩。

六、不同规模团队的应对思路

1. 初创团队

• 时间和人力资源有限，需高度集中在核心功能和可用性上，减少不必要的功能堆砌；
• 提交前一定要反复自测，至少保证应用不会崩溃，隐私政策条款完整且具备最低合规性。
• 推荐用 TestFlight 邀请少量真实用户或朋友测试，能在提交前发现不少隐藏问题。

2. 中型团队

• 往往需要在产品功能的多样性和审核合规之间取得平衡；
• 可以配备专门的 ASO 和审核合规人员，负责在产品上线前进行全方位自检；
• 更注重品牌形象和用户规模，需要考虑在更新迭代时减少因拒审导致的负面影响。

3. 大型企业或上市公司

• 审核被拒甚至下架对于这类企业的品牌形象影响会更大，有些甚至会遭到舆论质疑；
• 通常有完整的法务团队与产品合规团队，在产品立项和设计阶段就开始审核合规要求；
• 应用提交审核流程较为严谨，往往会在灰度发布、A/B 测试和内部审核后再进行 App Store 提交。
• 在每次重大版本提交审核后，可以进行一次复盘，记录本次审核过程中遇到的潜在问题和改进点，形成团队内部合规与质量管控的经验库。

Apple 应用程序审核流程可能存在一定的随意性。不同工程师审核的时候把握的度是不一样的，相同的内容，有时候你能过审，有时候不能。但是，我们仍需要对“苹果审核”这件事心存敬畏，不要试图绕开审核、欺骗审核。一定要老老实实把问题改掉，合规上架才是王道。

对于任何规模的团队而言，最核心的思路就是：在开发之初就将合规与用户体验视为关键要素，而不是等到提交审核时才临时整改。尤其是涉及敏感数据、支付功能或法律监管较严格领域（如金融、医疗、教育等）时，更要在一开始就把相应的法律法规和苹果平台规则研究透彻，才能最大程度地避免因审核拒绝带来的不必要损失。

最后希望大家每次提交都能顺利过审，感谢。