App Store 審核時間:要等多久
作者:Mehdi Azizi
更新於 ,9 分鐘
Apple 表示 90% 的提交會在 48 小時內完成審核,真正拖慢上架的是被拒。
App Store 審核時間在紙面上很短:Apple 表示至少 50% 的提交會在 24 小時內審核完畢,90% 會在 48 小時內完成。這個數字來自 App Review 官方頁面。所以如果你的 App 一次就過,大約一天內就能收到回覆。
但真正的等待時間要用另一種方式算:從你第一次送審,到 App 正式上架的這段時間。而讓時間暴增的,幾乎從來不是排隊,而是被拒。每次被拒都會重跑一整輪:讀懂原因、修正、重新送審、再等一次,就連像 ITMS-90338 這種上傳時的自動拒絕也一樣。這篇指南會說明什麼會拉長審核時間、怎麼處理被拒才不會浪費好幾天,以及第一個 App 最常碰到哪些拒絕原因。
我講的是自己的送審經驗。我的 iOS App,包括 Solys(一個玩小遊戲才能關掉的鬧鐘)和 TradaZen(一個交易模擬器),都已經在 App Store 上架,一路上我也被拒過好幾次,Solys 有,另外兩個 App Clic 和 Nolera 也有。詳細原因在下面。
App Store 審核時間:Apple 實際公布了什麼
當你的 build 已上傳,沒有像 ITMS-90725 這類自動錯誤,商店頁面資料也都填好了,你就可以在 App Store Connect 送審。接著你的提交會經過幾個狀態:等待審核(Waiting for Review)、審核中(In Review),然後是通過或被拒。每次狀態改變 Apple 都會寄 email 通知你,你也可以在 App Store Connect 或它的 iPhone App 裡追蹤狀態。
三個對規劃時程很有用的官方補充:
- 這些數字是趨勢,不是保證:最多每十個提交中就有一個要等超過 48 小時。
- 提交不一定按照送出的順序審核,App Store Connect 說明文件是這樣寫的。
- **每個平台同一時間只能有一個 App 版本在審核中。**你沒辦法一次排好幾個版本來「節省時間」。
App 通過之後,你可以選擇自動發布,或自己手動上架。第二個選項很寶貴:先讓 App 通過審核,拿到綠燈後再決定上市日期。
什麼會拉長等待時間
審核時間變長,很少是 Apple 的問題。幾乎都是因為你送過去的東西。
第一次送審
全新的第一個版本,Apple 會一次審核所有東西:商店頁面、截圖、年齡分級、隱私權政策、資料收集聲明、訂閱,還有 App 本身。每一項都是被拒的機會。不是隊伍比較長,而是要審的範圍比較大。如果你還沒上架過任何 App,要準備的步驟都列在在 App Store 上架 App。
訂閱與 App 內購買
如果你的 App 有賣訂閱,有兩條規則會影響你的時程:
- **你的第一個訂閱必須和新版本的 App 一起送審。**這在 App 內購買說明文件裡寫得清清楚楚。如果 App 沒帶著它送出,就得再出一個新版本才能讓它通過審核。
- 一次提交中的所有項目都必須通過,整個提交才會通過。一個訂閱被拒,整批都卡住。
規則 2.1(b) 也要求 App 內購買必須完整、審核人員看得到,而且能正常運作。如果有某個項目沒有出現在 App 裡,要在審核備註裡說明原因。訂閱的完整設定方式請看 iOS App 內訂閱。
缺少示範帳號
如果你的 App 需要登入,App Review Guidelines 要求提供一個有效的示範帳號或完整的示範模式,而且審核期間後端服務必須保持運作。如果你的版本在 App Review Information 區塊沒填帳密,審核人員就會卡在登入畫面,結果就是被拒。也記得審核期間不要把測試伺服器關掉。
被拒本身
這是最主要的因素,遠遠超過其他。Apple 表示,超過 40% 的未解決問題與規則 2.1 有關,也就是涵蓋閃退、暫時性內容和資訊不完整的那條規則。少被拒一次,至少就省下一整輪。
在 Resolution Center 回覆
提交被拒時,狀態會變成 Unresolved Issues。Apple 的訊息會引用違反的規則,通常還會附上問題畫面的截圖。一切都在 App Store Connect 中你 App 的 App Review 區塊處理,大家還是常叫它 Resolution Center。
回覆 App Review 的官方流程:
- 在你的 App 裡,點頁面上方未解決問題的連結。
- 點提交旁邊的 Resolve。
- 點 Reply to App Review,寫下你的回覆(最多 4,000 個字元),需要的話附上截圖或文件。
有效的回覆要做到:
- 說明你修了什麼,不是你的感受。「評分請求現在會在贏得示範關卡之後才出現,附上截圖」比一大段陳情有用。
- **附上證據。**一張截圖或一段修正後畫面的短影片,可以省掉一來一回的提問。
- 如果被拒的原因只跟中繼資料有關(商店頁面文字、截圖、連結,像是 2.3.10 被拒),Apple 說明你修正後可以重新送出同一個 build。不用重新編譯。
申訴,只有在你很確定的時候
你可以向 App Review Board 申訴被拒的結果。Apple 要求你具體說明 App 為什麼符合規則,每個被拒的提交只能申訴一次,而且要先回覆尚未處理的資訊要求。對本來就該被拒的情況申訴,只會讓等待更久。
快速送出修正
原因明確的時候,速度來自紀律:
- **只修被拒的原因,其他都不要動。**在修正版 build 裡偷塞三個新功能,等於重新打開審核範圍。
- **用審核人員的條件測試修正。**如果是顯示問題,就要在支援的最小 iPhone 和最大 iPhone 上測,不是只用你自己的手機。
- **小心移除的項目。**在有未解決問題的提交中,Apple 說明文件指出,移除的項目不能再加回同一個提交,而且每個項目在重新送出前只能修改一次。刪掉被拒的訂閱之前要先想清楚。
- **先重新送出,再回覆。**在回覆裡用一兩句客觀的話說明改了什麼。
那加急審核呢?確實有,但 Apple 只保留給兩種情況:修正已上架版本的嚴重 bug(要附上重現步驟),以及跟特定日期活動相關的 App。這不是第一次上架進度落後時的捷徑。
新手最常見的被拒原因
我在為什麼 Apple 拒絕你的 App 裡已經詳細講過 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 的隱私權章節講得很清楚:系統提示之前可以放一個說明畫面,但按鈕不能用「允許」或類似的字眼,因為這時候還沒有授權任何東西。Apple 建議用「繼續」或「下一步」。
**2.3.2,把 App 圖示拿來當訂閱宣傳圖(Nolera)。**規則 2.3.2 規範 App 內購買在 App Store 上的推廣方式:名稱、圖片和描述都必須合適。Nolera 的訂閱宣傳圖直接用了 App 圖示。這個購買項目需要自己專屬的圖片。
這五次被拒的共通點:沒有一個是複雜的程式問題。只要用審核人員的眼光重看一遍資料,全都看得出來。如果你的 App 剛被拒,原因又不清楚,完整做法在 App 被 Apple 拒絕。
把審核時間排進你的計畫
幾條簡單規則,讓審核不會打亂你的上市時程:
- **App 通過之前不要公布日期。**先讓 App 通過審核,選擇手動發布,再決定日期。
- 至少預留一輪被拒的緩衝,如果這是你第一次送審或第一個訂閱。
- 如果你用公司名義,要提早開開發者帳號:光是 D-U-N-S 編號就可能要超過一週。完整說明在 Apple 開發者帳號指南。
- 用審核人員的角度重看你的資料:示範帳號、最新的隱私權政策、完整的 privacy manifest、權限畫面、訂閱圖片,還有每個必經畫面在小 iPhone 和大 iPhone 上的表現。
如果你想在送審前請人幫你檢查
Apple Review Kit 收錄了我的送審前檢查清單、我被 Apple 拒絕後的修正內容,以及幫你檢查專案、付費牆和商店頁面的 Claude Code skills。它不保證一定通過,決定權在 Apple,但它能幫你在上面列的那些原因讓你多花一輪之前就抓出來。
正在準備第一次送審?免費診斷會寄給你我的 Apple 防拒檢查清單,並告訴你還剩哪些事要做。如果你的 App 已經卡住了,跟我預約一小時:我們用視訊一起讀 Apple 的訊息。如果你還在開發階段,首頁會告訴你如何從一開始就考慮審核,打造你的行動 App。
常見問題
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 拒絕。
可以向 Apple 申請加急審核嗎?
可以,加急審核確實存在,但 Apple 只保留給兩種情況:修正已上架版本的嚴重 bug(要附上重現步驟),以及跟特定日期活動相關的 App。這不是第一次上架進度落後時的捷徑。
第一個訂閱一定要跟 App 一起送審嗎?
是的,根據 Apple 的說明文件:你的第一個訂閱必須和新版本的 App 一起送審。如果 App 沒帶著它送出,就得再出一個新版本才能讓它通過。整個提交要通過,裡面所有項目都必須通過:一個訂閱被拒,整批都卡住。
什麼時候公布 App 的上市日期?
在 Apple 通過你的 App 之前都不要。選擇手動發布:先讓 App 通過審核,拿到綠燈後再決定上市日期。如果這是你第一次送審或第一個訂閱,也要至少預留一輪被拒的緩衝。