# App Store 審核時間：要等多久

> Apple 表示 90% 的提交會在 48 小時內完成審核，真正拖慢上架的是被拒。

原始頁面：[App Store 審核時間：要等多久](https://devoria.fr/zh-hant/blog/app-store-review-time)
作者：[Mehdi Azizi](https://devoria.fr/zh-hant/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，包括 Solys（一個玩小遊戲才能關掉的鬧鐘）和 TradaZen（一個交易模擬器），都已經在 App Store 上架，一路上我也被拒過好幾次，Solys 有，另外兩個 App Clic 和 Nolera 也有。詳細原因在下面。

## App Store 審核時間：Apple 實際公布了什麼

當你的 [build 已上傳](https://devoria.fr/zh-hant/blog/eas-submit-ios-expo-app-store)，沒有像 ITMS-90725 這類自動錯誤，商店頁面資料也都填好了，你就可以在 App Store Connect 送審。接著你的提交會經過[幾個狀態](https://devoria.fr/zh-hant/blog/app-store-connect-waiting-for-review-statuses)：等待審核（Waiting for Review）、審核中（In Review），然後是通過或被拒。每次狀態改變 Apple 都會寄 email 通知你，你也可以在 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-hant/kits/captures-app-store)、年齡分級、隱私權政策、資料收集聲明、訂閱，還有 App 本身。每一項都是被拒的機會。不是隊伍比較長，而是要審的範圍比較大。如果你還沒上架過任何 App，要準備的步驟都列在[在 App Store 上架 App](https://devoria.fr/zh-hant/expertise/publish-app-on-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-hant/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-hant/blog/guideline-2-3-10-app-rejected-metadata) 被拒），Apple 說明你修正後可以重新送出**同一個 build**。不用重新編譯。

### 申訴，只有在你很確定的時候

你可以向 App Review Board 申訴被拒的結果。Apple 要求你具體說明 App 為什麼符合規則，每個被拒的提交只能申訴一次，而且要先回覆尚未處理的資訊要求。對本來就該被拒的情況申訴，只會讓等待更久。

## 快速送出修正

原因明確的時候，速度來自紀律：

- **只修被拒的原因，其他都不要動。**在修正版 build 裡偷塞三個新功能，等於重新打開審核範圍。
- **用審核人員的條件測試修正。**如果是顯示問題，就要在支援的最小 iPhone 和最大 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-hant/blog/apple-app-rejection-reasons-real-cases) 裡已經詳細講過 Solys 的兩次被拒。以下是我實際碰過的原因，附上規則編號，因為這些正是第一個 App 最容易踩到的雷。

**2.1，App 無法正常運作（Solys）。**Solys 的開場示範在小螢幕 iPhone 上根本贏不了：一個必經步驟過不去，所以 App 被判定為不完整。現在已經修好了。

**5.6.3，太早要求評分（Solys）。**App Store 評分請求出現在新手引導一開始，使用者還沒在 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，把 App 圖示拿來當訂閱宣傳圖（Nolera）。**規則 2.3.2 規範 App 內購買在 App Store 上的推廣方式：名稱、圖片和描述都必須合適。Nolera 的訂閱宣傳圖直接用了 App 圖示。這個購買項目需要自己專屬的圖片。

這五次被拒的共通點：沒有一個是複雜的程式問題。只要用審核人員的眼光重看一遍資料，全都看得出來。如果你的 App 剛被拒，原因又不清楚，完整做法在 [App 被 Apple 拒絕](https://devoria.fr/zh-hant/expertise/app-rejected-by-apple)。

## 把審核時間排進你的計畫

幾條簡單規則，讓審核不會打亂你的上市時程：

- **App 通過之前不要公布日期。**先讓 App 通過審核，選擇手動發布，再決定日期。
- **至少預留一輪被拒的緩衝**，如果這是你第一次送審或第一個訂閱。
- **如果你用公司名義，要提早開開發者帳號**：光是 D-U-N-S 編號就可能要超過一週。完整說明在 [Apple 開發者帳號指南](https://devoria.fr/zh-hant/blog/apple-developer-account-price-free-or-99)。
- **用審核人員的角度重看你的資料**：示範帳號、最新的隱私權政策、完整的 [privacy manifest](https://devoria.fr/zh-hant/blog/itms-91053-missing-api-declaration-expo)、權限畫面、訂閱圖片，還有每個必經畫面在小 iPhone 和大 iPhone 上的表現。

## 如果你想在送審前請人幫你檢查

[Apple Review Kit](https://devoria.fr/zh-hant/kits/review-apple) 收錄了我的送審前檢查清單、我被 Apple 拒絕後的修正內容，以及幫你檢查專案、付費牆和商店頁面的 Claude Code skills。它不保證一定通過，決定權在 Apple，但它能幫你在上面列的那些原因讓你多花一輪之前就抓出來。

正在準備第一次送審？[免費診斷](https://devoria.fr/zh-hant/diagnostic)會寄給你我的 Apple 防拒檢查清單，並告訴你還剩哪些事要做。如果你的 App 已經卡住了，[跟我預約一小時](https://devoria.fr/zh-hant/coaching)：我們用視訊一起讀 Apple 的訊息。如果你還在開發階段，首頁會告訴你如何從一開始就考慮審核，[打造你的行動 App](https://devoria.fr/zh-hant)。

## 常見問題

### App Store 審核需要多久？

Apple 表示至少 50% 的提交會在 24 小時內審核完畢，90% 會在 48 小時內完成。這不是保證：有些會花更久，而且不一定按照送出順序審核。真正的時間是從第一次送審到上架的這段期間，而拉長它的主要是被拒。

### 什麼會拉長 App 的審核時間？

被拒，遠遠超過其他因素：每次被拒都會重跑一整輪（讀懂原因、修正、重新送審、再等一次）。Apple 表示超過 40% 的未解決問題與規則 2.1 有關，也就是閃退、暫時性內容和資訊不完整。第一次送審也會增加被拒的機會，因為 Apple 會一次審核所有東西。

### 怎麼回覆 App Store 的拒絕？

在你 App 的 App Review 區塊打開未解決的問題，點 Resolve，再點 Reply to App Review。寫下你的回覆（最多 4,000 個字元），說明你修了什麼而不是你的感受，並附上截圖或短影片。如果被拒只跟中繼資料有關，修正後可以重新送出同一個 build。如果原因還是不清楚，請看 [App 被 Apple 拒絕](https://devoria.fr/zh-hant/expertise/app-rejected-by-apple)。

### 可以向 Apple 申請加急審核嗎？

可以，加急審核確實存在，但 Apple 只保留給兩種情況：修正已上架版本的嚴重 bug（要附上重現步驟），以及跟特定日期活動相關的 App。這不是第一次上架進度落後時的捷徑。

### 第一個訂閱一定要跟 App 一起送審嗎？

是的，根據 Apple 的說明文件：你的第一個訂閱必須和新版本的 App 一起送審。如果 App 沒帶著它送出，就得再出一個新版本才能讓它通過。整個提交要通過，裡面所有項目都必須通過：一個訂閱被拒，整批都卡住。

### 什麼時候公布 App 的上市日期？

在 Apple 通過你的 App 之前都不要。選擇手動發布：先讓 App 通過審核，拿到綠燈後再決定上市日期。如果這是你第一次送審或第一個訂閱，也要至少預留一輪被拒的緩衝。


## 你的專案

[Apple Review Kit](https://devoria.fr/zh-hant/kits/review-apple)：我使用的 App Store 審核檢查清單、我被 Apple 退件後的修正、給審核人員的備註，以及兩個審閱你 App 的 Claude Code skills。29 €。

[iOS Kit](https://devoria.fr/zh-hant/kits/ios)：用 Claude Code 打造你的 iPhone App：我的 App 所用的 Starter Code、檢查成果的 skills，以及 Apple Review Kit、App Store Screenshots Kit 與 ASO Kit。129.99 €。