App Store 审核指南白话解读：五大部分、常见被拒与申诉

App Store 上的每一个 App、每一次更新，都由 Apple 的审核人员对照同一份文件检查：App Store 审核指南。你不必背下来，只要知道它的结构，以及提交前值得重点核对的那几条规则。

简要版

审核指南分五大部分：安全、性能、商务、设计、法律。提交前值得重点核对五类问题：App 完整性（2.1）、元数据（2.3）、App 内购买（3.1.1）、垃圾与抄袭 App（4.3）、隐私（5.1.1）。Apple 只为第一类给出过数据：平均超过 40% 的未解决问题与 2.1 有关。被拒后，修复并重新提交，或者在 App Store Connect 里回复 App Review。还解决不了，再申诉。

Apple 最近一次更新审核指南是在 2026 年 10 月 16 日。下文各部分的概述是我们的白话意译，不是 Apple 原文；只有引号内的内容译自 Apple 原文。

审核指南的结构

Apple 开篇写明原则：为用户提供安全的获取 App 的体验，并为所有开发者提供成功的好机会。接着是五大部分，最后是提交前后的简短清单。用白话概括，五大部分分别讲：

安全

内容、用户生成内容、儿童、人身伤害、联系方式和数据安全。

性能

App 是否完整、经过测试、描述准确、只用公开 API。

商务

怎么收费：App 内购买、订阅、其他购买方式。

设计

原创、有用、像个 App。不抄袭，不重新包装网站，不做垃圾 App。

法律

隐私、知识产权、博彩、VPN，以及开发者行为准则。

1. 安全

用白话说，第一部分讲的是不伤害用户。Apple 说得很直白：如果你想让人震惊、冒犯别人，App Store 不是你的 App 该去的地方。

1.1 不良内容。 不得有诽谤、歧视或恶意的内容，也不得有“意在令人反感”的内容。
1.2 用户生成内容。 如果用户可以发布或生成内容（包括 AI 内容创作），App 需要提供过滤、举报和屏蔽机制。
1.3 儿童类别。 儿童类别的 App 在外部链接、购买、第三方广告与分析以及数据方面有额外规定。
1.4 人身伤害。 可能提供不准确数据的医疗类 App 会受到更严格的审查。
1.5 开发者信息。 App 及其技术支持网址必须提供便捷的联系方式。
1.6 数据安全。 妥善、安全地处理用户信息。

2. 性能

用白话说，第二部分问的是：App 能不能正常用，描述是否诚实。Apple 所说“超过 40% 的未解决问题”涉及的 2.1 就在这一部分。

2.1 App 完整性。 提交最终版本，在真机上测过，网址都能打开，没有占位文字。如果 App 需要登录，要提供演示账号，并且“记得把后端服务打开！”
2.2 Beta 测试。 演示版和测试版应该用 TestFlight，而不是放到 App Store。见我们的 TestFlight 新手教程。
2.3 准确的元数据。 描述、截图、预览视频和隐私信息必须反映 App 的核心体验。
2.4 硬件兼容性。 iPhone App 应尽量能在 iPad 上运行，并且省电。
2.5 软件要求。 只使用公开 API，并在当前发布的系统版本上运行。

3. 商务

用白话说，第三部分讲钱。如果你的商业模式不够直观，就在元数据和审核备注里解释清楚；Apple 说，看不明白会“延误审核，并可能导致被拒”。Apple 也表示，不会分发明显坑骗用户的应用和 App 内购买项目，会拒绝试图以不合理高价欺骗用户的昂贵应用；操纵评分或排名可能导致被开除出开发者计划。

3.1.1 App 内购买： 用于解锁数字功能或内容。
3.1.2 订阅： 必须持续为用户提供价值。
3.1.3 其他购买方式： 适用于特定情形，比如“阅读器”类 App 和一对一的真人服务。
3.2 列出了其他可接受和不可接受的商业模式。

4. 设计

用白话说，第四部分为“值得拥有的 App”设了底线，Apple 称之为“获批的最低标准”。

4.1 抄袭。 “想出你自己的点子。”不要照搬其他 App 的名字或界面。
4.2 最低功能要求。 App 应当具备“超出重新包装的网站”的功能、内容和界面。网页应用只套一层薄壳，有可能达不到这条要求；Apple 看的是功能、内容和界面，而不是用了什么技术。见 Lovable 替代方案：做 iOS App 的五条路。
4.3 垃圾 App。 不做重复的 App，不在拥挤的品类里做没有新意的变体。
4.8 登录服务。 如果主账号用的是 Google 登录这类第三方登录，还要提供一个同等的选项：只收集姓名和邮箱，并允许用户隐藏邮箱。
4.10 不得对推送通知、相机等系统自带能力收费。

5. 法律

用白话说，第五部分讲法律，开门见山：App 必须遵守它上架的每个地区的全部法律要求。

5.1 隐私。 隐私政策、权限、数据最小化、删除账号、与第三方共享。
5.2 知识产权。 只使用你自己创作或获得授权的内容。
5.3 游戏、博彩和彩票。 监管严格，审核时间会更长。
5.4 和 5.5 分别涉及 VPN App 和移动设备管理。
5.6 开发者行为准则。 保持尊重，包括你回复 App Review 时。

五类提交前重点核对的问题

这五类是我们的编辑选择：容易被忽略、Apple 又有明确文档说明的规则。Apple 只为第一类公布过数据。

2.1 App 完整性

Apple 的 App Review 页面写道，平均超过 40% 的未解决问题与审核指南 2.1 有关，涵盖崩溃、占位内容、失效链接和审核信息不全。

在运行最新 iOS 的真实设备上测试正式构建。
替换掉每一处“Lorem ipsum”、测试图片和空白页面。
检查技术支持链接和隐私政策链接都能打开。
在“App 审核信息”中提供可用的演示账号，以及审核员需要的操作步骤。
审核期间保持后端运行。

2.3 准确的元数据

商店页面必须描述你实际交付的 App。

2.3.1 新功能必须在审核备注中“具体地”说明；笼统的描述会被拒。
2.3.3 截图应展示 App 的实际使用，“而不只是标题图、登录页或启动画面”。
2.3.7 App 名称不超过 30 个字符。不要在元数据里堆砌商标词、热门 App 名称或价格。
2.3.8 图标、截图和预览视频必须符合 4+ 年龄分级，即使 App 本身的分级更高。

3.1.1 App 内购买

如果用户付费解锁 App 内的功能或内容，比如订阅、付费内容或完整版，就必须使用 App 内购买，不能用许可证密钥、二维码之类的自有解锁方式。实物商品和在 App 外使用的服务正好相反：审核指南 3.1.3(e) 规定，这些必须使用 App 内购买以外的支付方式，比如 Apple Pay 或银行卡。

美国店面的规则不同

对于美国店面的 App，审核指南 3.1.1(a) 写明：放置按钮、外部链接或其他引导用户通过其他方式购买数字内容或服务的入口，不需要申请相关权限。这是一个范围很窄的例外，不是全面放开：3.1 节的其他规则仍然适用，其他店面规则不同，Apple 也会按地区和权限调整这些条款。设计付费墙之前，请阅读你所销售的每个店面当前适用的原文。

4.3 垃圾 App

两种情况会触发这条。一是同一个 App 用多个 Bundle ID 提交，比如每个城市做一个 App；Apple 建议做成一个 App，用 App 内购买提供不同版本。二是“与已广泛存在的 App 无法区分”的 App。Apple 点名约会、手电筒、音效、壁纸、简单计时器和算命这些品类已经饱和，除非新 App 能提供“明显不同或更好的体验”，否则不再接受。如果你要进入一个拥挤的品类，在审核备注里说清楚不同之处。

5.1.1 数据收集与存储

这是条款最多的一条隐私规则：

(i) 隐私政策。 在 App Store Connect 和 App 内都要放链接。它必须说明收集什么、怎么收集、做什么用、与谁共享，以及用户如何删除自己的数据。
(ii) 许可。 收集用户或使用数据之前取得同意，提供撤回同意的简便方式，并在权限说明文字中清楚写明为什么需要这些数据。
(v) 账号登录。 如果 App 没有重要的账号功能，就让用户不登录也能使用。如果用户可以注册账号，就必须能在 App 内删除账号。

审核指南 5.1.2(i) 还有一句许多 AI App 都要注意：必须明确告知个人数据会与哪些第三方共享，包括第三方 AI，并事先取得明确许可。App Store Connect 中的 App 隐私回答必须与这些保持一致；填写位置见 App Store Connect 新手指南。

审核不顺时怎么办

提交未通过时，你会在 App Store Connect 中该 App 的 App Review 部分收到消息。很多开发者仍习惯叫它“解决方案中心”（Resolution Center）。消息里会写明违反的指南条款和具体问题。

读懂被引用的条款
打开消息里的指南编号，读完整原文，而不只是摘要。
问题确实存在，就修复后重新提交
代码改了就上传新构建，没改代码就更新元数据。在审核备注里写明改了什么。
有不清楚的地方，回复 App Review
在 App Store Connect 中点击 Reply to App Review。Apple 表示会由熟悉你 App 的专员回复。要具体：哪个功能、哪条指南、哪一步。你也可以申请电话沟通；Apple 表示通常在三到五个工作日内完成。
仍有分歧，再申诉
向 App Review Board 提交申诉。Apple 要求先回复被拒消息，每个被拒的 App 只提交一次申诉，并在这一次申诉里逐条回应所有被引用的条款。

别用错渠道

Apple 说明，不要用 Reply to App Review 来申诉或申请加急，也不要为了查询进度去提交申诉。这些各有专门的表单。

还有两个选项值得了解。如果你提交的是修复 bug 的更新，审核员又发现了其他问题，只要不涉及法律或安全问题，Apple 可能允许本次先通过，其他问题在下次提交时解决。另外，提交之前你可以预约与 App Review 进行 30 分钟的视频沟通，咨询指南相关问题。

加急审核

Apple 表示，App Review 通常至少 50% 的提交在 24 小时内完成审核，90% 在 48 小时内。如果等不了，两种情况下可以申请加急：

严重 bug 修复。 提交时在备注栏写明在当前版本上复现这个 bug 的步骤。
配合活动的发布。 写明活动名称、日期，以及你的 App 与活动的关系。Apple 更建议提前在 App Store Connect 里安排好发布时间。

只有已经提交的 App 才能加急，而且 Apple 要求这类请求“只用于真正紧急的情况”。请使用 Request an Expedited App Review（申请加急 App 审核）表单。

提交之前

Apple 自己的清单归结起来是四条：测试崩溃和 bug；元数据完整准确；联系方式保持最新；让 App Review 能完整访问 App，需要登录的提供演示账号。然后点 Add for Review，再在草稿提交中点 Submit for Review。这些步骤在整个流程中的位置，见如何用 AI 做一个 App。

AirBuild 可以替你跑完这个循环。在 Basic、Plus 和 Ultra 方案中，它准备 App Store 上架资料、截图和审核备注，提交 App，跟踪审核，回复 App Review 反馈，修复问题并重新提交。

常见问题

App Store 审核指南是什么？

是 Apple 对 App Store 上 App 的规则，分五大部分：安全、性能、商务、设计和法律。每一次提交，包括更新，都要对照它审核。

App 被拒最常见的原因是什么？

Apple 没有公布完整的被拒原因排名。它的 App Review 页面写道，平均超过 40% 的未解决问题与审核指南 2.1“App 完整性”有关，包括崩溃、占位内容、失效链接，以及缺少演示账号等审核信息。

App 被拒后该怎么回应？

在 App Store Connect 中该 App 的 App Review 部分阅读消息。问题确实存在，就修复后重新提交。有疑问或认为审核员误解了 App，就在那里具体地回复 App Review。之后仍有分歧，再向 App Review Board 申诉。

App Review 要多久？

Apple 表示，App Review 通常至少 50% 的提交在 24 小时内完成审核，90% 在 48 小时内。复杂的 App，或因同一问题反复被拒，会花更长时间。

能加快审核吗？

App 提交之后，如果是修复严重 bug，或发布需要配合某个活动，可以申请加急审核。Apple 要求这类请求只用于真正紧急的情况。