AI AI 工具指南
常见问题解决库

App 版本卡 "Waiting for Review" 太久：6 个原因 + 等多久才升级

提交了版本审核，状态一直 "Waiting for Review" 多天没动。

发布于: 作者: AI Productivity Guide Team 🌐 查看英文版本

你三天前提交了 build，App Store Connect 里状态还停在 Waiting for Review——没切到 “In Review”、Resolution Center 没消息、邮箱没邮件。Apple 官方公布的审核时间中位数 是 24 小时；90% 在 48 小时内出结果。你的已经超了这个窗口，社区里别人提交都在正常时长，你就要决定：等、推、还是升级。

诚实的答案是：多数卡住的提交会在 5 个工作日内自己结束；你任何”修复”动作（重打 build、重交）多半是重排队不是插队。正确做法是先确认提交不是在等你回应，再按校准过的时间表选择等或升级。

常见原因

按命中率排序。

1. 审核高峰期

Apple 队列容量按规律起伏：WWDC 后一周（6 月初）、11 月底到 12 月（节日 gating + iOS 节日冻结）、新 iOS major 发布后几天。在这些窗口，“Waiting for Review” 哪怕小更新都会拖到 4-5 天。

如何判断：查 Apple 审核状态页 和开发者社区（r/iOSProgramming、Apple Developer Forums）。如果其他人也报告类似延迟，就是容量问题，不是你的提交。

2. 全新 App 第一版

新 App 第一次审核会过一道额外环节（开发者历史 / 身份 / 业务核验），更新版本没有。v1.0 预期是中位数的 2-3 倍。

如何判断：App Store Connect → 你的 App → 如果这是这个 App 第一个提交的 build，要把额外时间算进来。

3. 提交触发自动启发式

加敏感 entitlement（HealthKit、ContactsAccess、BackgroundModes）、新 auth（去掉 Sign in with Apple、新 SSO）、新 IAP、儿童内容 flag、类目变化（比如进 Medical）会触发延长审核。

如何判断：当前提交的 entitlements.plist、IAP 配置、类目和上一个通过版本 diff 一下。出现以上任一项就预期更慢。

4. 审核员已分配但在等外部

有时 build 实际上 “In Review” 但 UI 还没更新；或审核员问了 Apple 内部团队（法务、隐私）在等回复。

如何判断：检查 Resolution Center 有没有未读审核员消息。有就回复——你不回复，时钟不走。

5. 区域性审核员资源有限

中国区提交、支付密集 App、或针对政府监管类目的 App 可能被路由到更小的审核员池，SLA 不同。

如何判断：注意你主打的区域和你 Apple Developer Program 账号所在区域。错位或敏感区会拉长时间线。

6. 提交其实没填完

漏 Export Compliance、漏 Content Rights、漏隐私问卷——这些会静默阻塞路由，某些流程下没有 Resolution Center 消息。

如何判断：App Store Connect → 你的 build → 确保所有状态指示器是绿的：Export Compliance 已答、Content Rights 已确认、App Privacy 已填完、Age Rating 已设。

动手前先确认

  • 确认问题是真延迟还是你忽略了 Resolution Center 里的待回应消息——你那边没动作，队列时钟就停。
  • 决定延迟是否实质影响发布计划；不影响就等。
  • 改之前先备份当前 App Store Connect 字段截图，避免误改。
  • 不要在等待中重交不同版本——会重排队不会插队。

需要收集的信息

  • App Store Connect → Activity 里精确的提交时间戳。
  • 当前状态（Waiting for Review / In Review / Pending Developer Release 等）。
  • Resolution Center 全部消息记录，包括已读的旧消息。
  • 这是 v1.0 还是更新版本。
  • 提交是否含敏感 entitlement、新 IAP 或类目变化。

最短修复路径

Step 1：核对提交完整性

App Store Connect → 你的 App → App Store 标签 → 当前提交版本：

  • App Information：类目已设、隐私政策 URL 有效、联系方式齐。
  • Pricing and Availability：至少选了一个地区。
  • App Privacy：nutrition 标签填完，“Saved” 时间近。
  • Export Compliance：已答（加密 Yes/No）。
  • Content Rights：已答。
  • Age Rating：按内容填。
  • App Review Information：demo 账号、地区说明、联系人。

任何 “Not Set” 或漏填的字段都可能静默拖路由。

Step 2：再查一遍 Resolution Center

App Store Connect → Resolution Center 找你的 App。点开每个 thread，包括已解决的，确认最近一条回复里没未回应的问题。Apple 偶尔会加一条低紧急度的留言，不发邮件但暂停队列。

Step 3：对照基准时长

用 appreviewtimes.com 或社媒查整体队列。最近提交中位数也是 3+ 天，就是系统性慢。

Step 4：按窗口等待

提交日中位等待升级前等多久
周一-周三24h3 个工作日
周四-周五24-48h下周二
周末提交36-72h周三
高峰周3-5 天7 个工作日

等待中不要重交别的版本——会重排队。

Step 5：5 个工作日后发一封礼貌状态查询

过了窗口就用 Contact App Review → 选 “Status update on a submission”：

Submission ID: 12345
App: Acme Studio v2.7
Submitted: 2026-05-15 14:32 PT
Current status: Waiting for Review (6 business days)

Could you confirm whether this submission has been routed?
This release contains a critical fix for [specific issue affecting users].

Thank you.

语气要紧：客观、具体、不提要求。只在真有业务影响时给业务上下文。

Step 6：真正紧急再申请 Expedited Review

App Store Connect → Contact Us → Expedited Review。正当理由：关键数据丢失 bug、安全漏洞、时间敏感事件（体育、新闻）。滥用加急会被吊销权限。

附具体证据：Sentry 崩溃报告 URL、用户给出的 App Store 评论引用此 bug、绑定具体日期的新闻稿。

怎么确认已经修好

  • 状态在升级或补完缺字段后几小时内切到 In Review 或 Pending Developer Release。
  • App Store Connect → Activity 显示状态切换。
  • 邮件确认审核结果（通过或拒绝）。
  • 同账号后续提交都在中位时长内完成。

如果还是没修好

  1. 回复你已开的 Contact App Review thread，附原工单号；不要新开 thread。
  2. 在 Twitter / X 标 App Store Developer Relations 账号附提交 ID（偶尔对高优问题有用）。
  3. 在 r/iOSProgramming 问问你这个 entitlement 组合是不是已知会拖审核。
  4. 考虑下次用 feature flag（新功能默认关）减小审核面。

预防建议

  • 非紧急更新提早提——按 5 个工作日预留缓冲。
  • 每次提交都更新 App Review Information；过期 demo 账号或漏地区说明保证触发延迟循环。
  • 风险改动（新 entitlement、新 IAP）和常规 bug 修复拆开提；每次混在一起拖整个发版。
  • 用 TestFlight beta 审核（更快）先验证 build，再升到 App Store 审核。
  • 维护一个发版日历，避开 WWDC 周、新 iOS major 后一周、12 月节日窗口。

相关阅读

标签: #排查 #App Store #App 审核 #App 审核

相关文章