# App Store 审核时间：到底要等多久

> Apple 称 90% 的提交会在 48 小时内审核完。真正拖慢上架的是被拒，本文讲清怎么回复和避坑。

原始页面：[App Store 审核时间：到底要等多久](https://devoria.fr/zh-hans/blog/app-store-review-time-how-long)
作者：[Mehdi Azizi](https://devoria.fr/zh-hans/mehdi-azizi)
发布：2026-09-23
内容最后修订：2026-10-09


App Store 的审核时间，纸面上很短：Apple 宣称**至少 50% 的提交在 24 小时内审完，90% 在 48 小时内审完**。这个数据来自 [App Review 官方页面](https://developer.apple.com/distribute/app-review/)。所以如果你的 app 一次就过，大概一天左右就能收到回复。

但真正的耗时要换个算法：从你第一次提交，到 app 正式上架的这段时间。而让这段时间爆炸的，几乎从来不是排队，而是被拒。每次被拒都会重启一整轮：看原因、改、重新提交、再等，就连提交时的自动拒绝（比如 ITMS-90338）也一样。这篇指南讲清楚哪些因素会拉长审核时间，被拒后怎么处理才不浪费天数，以及第一个 app 最常踩中的拒绝原因。

我说的都是自己提交的经历。我的 iOS app 都在 App Store 上，包括 Solys（一个带小游戏的闹钟）和 TradaZen（一个交易模拟器），一路上我被拒过好几次，Solys 有，另外两个 app Clic 和 Nolera 也有。具体原因在下文。

## App Store 审核时间：Apple 实际怎么说

当你的 [build 上传完成](https://devoria.fr/zh-hans/blog/eas-submit-ios-publish-expo-app-store)，没有触发 ITMS-90725 这类自动错误，商品页也填完整之后，就可以在 App Store Connect 里提交审核。之后你的提交会经历[几个状态](https://devoria.fr/zh-hans/blog/app-store-connect-waiting-for-review-statuses)：等待审核（Waiting for Review）、审核中（In Review），然后是通过或被拒。每次状态变化 Apple 都会发邮件通知你，你也可以在 App Store Connect 网页或它的 iPhone app 里查看进度。

做计划时有三条官方说明很有用：

- **这些数字是趋势**，不是保证：最多每十个提交里就有一个要等超过 48 小时。
- **提交不一定按发送顺序审核**，[App Store Connect 帮助文档](https://developer.apple.com/help/app-store-connect/manage-submissions-to-app-review/overview-of-submitting-for-review)里写明了这一点。
- **每个平台同一时间只能有一个 app 版本在审核中。** 你没法叠好几个版本来"节省时间"。

app 通过之后，你可以选择自动发布，也可以自己手动发布。第二个选项很宝贵：先让 app 过审，拿到绿灯后再定上线日期。

## 哪些因素会拉长等待

审核时间变长，很少是 Apple 的原因。几乎总是因为我们提交的东西。

### 第一次提交

对于第一个版本，Apple 会一次性审查所有内容：商品页、[截图](https://devoria.fr/zh-hans/kits/captures-app-store)、年龄分级、隐私政策、数据收集声明、订阅，以及 app 本身。每一项都可能导致被拒。不是队伍更长，而是被审查的面更大。如果你从没发布过，需要准备的步骤都列在[在 App Store 发布应用](https://devoria.fr/zh-hans/expertise/publish-an-app-on-the-app-store)里。

### 订阅和 App 内购买

如果你的 app 卖订阅，有两条规则会影响你的时间表：

1. **你的第一个订阅必须和 app 的新版本一起提交。** 这在 [App 内购买帮助文档](https://developer.apple.com/help/app-store-connect/manage-submissions-to-app-review/submit-an-in-app-purchase/)里白纸黑字写着。如果 app 没带它就提交了，就得再出一个新版本才能让它过审。
2. **一次提交里的所有项目都必须通过**，整个提交才算通过。一个订阅被拒，会卡住全部。

规则 2.1(b) 还要求 App 内购买信息完整、审核员能看到、而且能正常使用。如果某个购买项在 app 里看不到，要在审核备注里说明原因。订阅的完整搭建方法见 [iOS App 内订阅](https://devoria.fr/zh-hans/expertise/ios-in-app-subscription)。

### 缺少演示账号

如果你的 app 需要登录，[App Review Guidelines](https://developer.apple.com/app-store/review/guidelines/) 要求提供一个有效的演示账号或完整的演示模式，并且审核期间后端服务要保持在线。如果版本的 App Review Information 部分没填登录信息，审核员会卡在登录页，结果就是被拒。也记得审核期间别关掉你的测试服务器。

### 被拒本身

这是头号因素，遥遥领先。Apple 指出，**超过 40% 的未解决问题都和规则 2.1 有关**，这条规则涵盖崩溃、占位内容和信息不完整。避免一次被拒，就至少省下一轮。

## 在 Resolution Center 回复

提交被拒后，状态会变成 Unresolved Issues。Apple 的消息会引用被违反的规则，通常还附有问题截图。一切都在 App Store Connect 里你 app 的 App Review 部分处理，大家通常还叫它 Resolution Center。

[回复 App Review](https://developer.apple.com/help/app-store-connect/manage-submissions-to-app-review/reply-to-app-review-messages/) 的官方步骤：

1. 在你的 app 页面，点击顶部的未解决问题链接。
2. 点击该提交旁边的 Resolve。
3. 点击 Reply to App Review，写下回复（最多 4,000 个字符），需要的话附上截图或文档。

让回复有效的几点：

- **说明你改了什么，而不是你的感受。** "评分请求现在会在赢下演示之后出现，已附截图"远胜一大段辩解。
- **附上证据。** 一张修正后界面的截图或一段短视频，能省掉一轮来回提问。
- **如果被拒只涉及元数据**（商品页文字、截图、链接，比如 [2.3.10](https://devoria.fr/zh-hans/blog/guideline-2-3-10-app-rejected-metadata) 被拒），Apple 说明修正后可以重新提交**同一个 build**。不用重新编译。

### 申诉，只在你有把握时

你可以向 App Review Board 申诉。Apple 要求你准确解释 app 为什么符合规则，每个被拒的提交只能申诉一次，并且要先回复所有待处理的信息请求。对一个本该被拒的结果申诉，只会让等待更久。

## 快速提交修正

原因明确时，速度来自自律：

- **只改被拒的原因，别的不动。** 在修正的 build 里顺手塞三个新功能，等于重新打开审查面。
- **在审核员的条件下测试修正。** 如果是显示问题，就意味着要测支持的最小和最大 iPhone，而不只是你自己那台。
- **小心被移除的项目。** 在有未解决问题的提交里，[Apple 帮助文档](https://developer.apple.com/help/app-store-connect/manage-submissions-to-app-review/manage-a-submission-with-unresolved-issues/)说明，被移除的项目不能再加回同一个提交，而且每个项目在重新提交前只能修改一次。删除被拒的订阅前要想清楚。
- **先重新提交，再回复。** 在回复里用一两句事实说明改了什么。

那加急审核呢？它确实存在，但 Apple 只留给两种情况：修复已发布版本的严重 bug（并附上复现步骤），以及与特定日期活动相关的 app。它不是首次发布延误时的捷径。

## 新手最常见的拒绝原因

我在[为什么 Apple 会拒绝你的 app](https://devoria.fr/zh-hans/blog/apple-app-rejection-reasons-real-cases) 里详细讲过 Solys 的两次被拒。下面是我真实遇到过的原因，附规则编号，因为第一个 app 最容易踩的正是这些。

**2.1，app 无法正常使用（Solys）。** Solys 的欢迎演示在小屏 iPhone 上根本赢不了：一个必经步骤过不去，所以 app 被判定为不完整。现在已经修好。

**5.6.3，评分请求太早（Solys）。** App Store 评分在 onboarding 一开始就弹出，那时用户在 app 里还什么都没体验过。它应该出现在用户真正获得价值之后。

**5.1.1，隐私政策没更新（Clic）。** 规则 5.1.1 要求在 App Store Connect 和 app 内都放隐私政策链接，而且政策要准确描述收集了哪些数据、怎么使用、如何删除。Clic 的线上版本没更新。一份跟不上产品的隐私政策，就足以让提交被拒。

**5.1.1，系统弹窗前的"允许"按钮（Nolera）。** Nolera 在请求相机权限前会先显示一个说明页，上面有个叫"允许"的按钮。[关于隐私的 Human Interface Guidelines](https://developer.apple.com/design/human-interface-guidelines/privacy) 说得很清楚：系统弹窗前可以放一个说明页，但它的按钮不能用"允许"或类似字眼，因为这一步其实什么都没授权。Apple 建议用"继续"或"下一步"。

**2.3.2，把图标当成订阅推广图（Nolera）。** 规则 2.3.2 规范了 App 内购买在 App Store 上的展示：名称、图片和描述都要恰当。Nolera 的订阅推广图直接用了 app 图标。必须为这个购买项准备专属图片。

这五次被拒的共同点：没有一个是复杂的代码问题。只要用审核员的眼光重读一遍材料，全都看得出来。如果你的 app 刚被拒、原因又不明确，完整的处理方法在 [应用被 Apple 拒绝](https://devoria.fr/zh-hans/expertise/app-rejected-by-apple)。

## 把审核时间算进你的计划

几条简单规则，让审核不打乱你的上线：

- **过审前别公布日期。** 先让 app 过审，选择手动发布，再定日期。
- **至少留出一轮被拒的余量**，如果这是你的第一次提交或第一个订阅。
- **如果用公司身份注册，尽早开开发者账号**：光是 D-U-N-S 编号就可能要一周以上。详见 [Apple 开发者账号指南](https://devoria.fr/zh-hans/blog/apple-developer-account-price-free-or-99)。
- **像审核员一样重读你的材料**：演示账号、最新的隐私政策、完整的 [privacy manifest](https://devoria.fr/zh-hans/blog/itms-91053-missing-api-declaration-expo)、权限页面、订阅图片，以及每个必经页面在小屏和大屏 iPhone 上的表现。

## 想在提交前让人帮你检查材料

[Apple Review Kit](https://devoria.fr/zh-hans/kits/review-apple) 汇集了我的提交前检查清单、我被 Apple 拒绝后的修正案例，以及一些 Claude Code skills，用来检查你的项目、付费墙和商品页。它不保证一定过审，决定权在 Apple，但能帮你在上面这些原因让你多花一轮之前就把它们揪出来。

正在准备第一次提交？[免费诊断](https://devoria.fr/zh-hans/diagnostic)会把我的防拒清单发给你，并告诉你还有哪些事要做。如果你的 app 已经卡住了，[预约和我一小时](https://devoria.fr/zh-hans/coaching)：我们视频连线，一起读 Apple 的消息。如果你还在开发阶段，首页会教你如何[创建你的移动应用](https://devoria.fr/zh-hans)，从一开始就考虑审核。

## 常见问题

### App Store 审核一个 app 要多久？

Apple 宣称至少 50% 的提交在 24 小时内审完，90% 在 48 小时内审完。这不是保证：有些会更久，而且不一定按发送顺序审核。真正的耗时是从第一次提交到上架的时间，而它主要因为被拒而变长。

### 什么会拉长 app 的审核时间？

首先是被拒，遥遥领先：每次被拒都会重启一整轮（看原因、改、重新提交、再等）。Apple 指出超过 40% 的未解决问题和规则 2.1 有关，也就是崩溃、占位内容和信息不完整。第一次提交也会增加被拒的机会，因为 Apple 会一次性审查所有内容。

### 怎么回复 App Store 的拒绝？

在你 app 的 App Review 部分打开未解决问题，点击 Resolve，再点击 Reply to App Review。写下回复（最多 4,000 个字符），说明你改了什么而不是你的感受，并附上截图或短视频。如果被拒只涉及元数据，修正后可以重新提交同一个 build。如果原因不明确，请看[应用被 Apple 拒绝](https://devoria.fr/zh-hans/expertise/app-rejected-by-apple)。

### 可以向 Apple 申请加急审核吗？

可以，加急审核确实存在，但 Apple 只留给两种情况：修复已发布版本的严重 bug（并附上复现步骤），以及与特定日期活动相关的 app。它不是首次发布延误时的捷径。

### 第一个订阅必须和 app 一起提交吗？

是的，根据 Apple 帮助文档：你的第一个订阅必须和 app 的新版本一起提交。如果 app 没带它就提交了，就得再出一个新版本才能让它过审。整个提交要通过，里面所有项目都必须通过：一个订阅被拒，会卡住全部。

### 什么时候公布 app 的上线日期？

在 Apple 通过 app 之前都不要公布。选择手动发布：先让 app 过审，拿到绿灯后再定上线日期。如果这是你的第一次提交或第一个订阅，还要至少留出一轮被拒的余量。


## 你的项目

[Apple Review Kit](https://devoria.fr/zh-hans/kits/review-apple)：我在用的 App Store 审核检查清单、我被 Apple 拒绝后的修改、给审核员的备注，以及两个审查你 App 的 Claude Code skills。29 €。

[iOS Kit](https://devoria.fr/zh-hans/kits/ios)：用 Claude Code 做你的 iPhone App：我自己 App 的起步代码、检查其工作的 skills，以及 Apple Review Kit、App Store Screenshots Kit 和 ASO Kit。129,99 €。