話說我第一次按下送審按鍵的時候，我記得當時看到的說明寫著平均約 24 到 72 小時通過，想說我應該不會那麼倒霉搞到 72 小時吧。

自以為很有耐心的過了 48 小時才開始檢查 ASC 的進度，結果居然一動也不動。（為了舒緩等待的焦慮，我還跑去又開發了另外 3 個 App，那是明天要講的事。）

過了 72 小時的時候我都要放棄了，想說你就拒絕我吧。

想不到，就在送出後的第 90.5 小時，也就是快到第 4 天了，終於收到了通過信件。我爆炸開心的深呼吸，跟 CC 一起記錄值得紀念的一刻，按下手動發布，接著馬上去自己的臉書寫出慶祝的置頂公告，到現在都還記得那天的感受。

Apple 自己就有兩個說法

後來CC幫我去看了 Apple 官網的 App Review 頁面，上面寫著：

On average, 90% of submissions are reviewed in less than 24 hours.

九成在 24 小時內完成。

我的二十次裡，24 小時內完成的有 3 次。15%。

兩個數字都是真的，只是在講不同的東西。Apple 講的是全平台每週超過二十萬件的平均，裡面絕大多數是成熟 App 的例行更新；我是一個新開發者前兩個月的四個 App，從零開始。

例行更新很快，初審沒那麼快。

我們個人開發者最在意的，當然是初審。

所以這篇要回答的不是 Apple 準不準，是我們這種Vibe Coder 該抓多久，才不會自己嚇死自己。

首審：四次，沒有一次在 48 小時內

陸續送出的另外 3 個 App，最快的不到 3 天，最慢的等了 4 天多，沒有一個在 48 小時內初審過關。

更別提剩下 3 個初審都被退件呢（退件理由我寫在前一篇了）。

退件重送：最快的一組，我的經驗啦

好在退件後重送的過審，通通很快，大體都是 24 個小時多一點就過關。

可能是因為我的被退件原因比較單純？我看社群上也有人討論經歷多輪（拒審、問詢、再拒），整串時間一個多月還沒搞定。

當然這可能是因為極端值總是要大喊一下，以平靜心情。

一次過的就默默在家開心了。

這句話我想多講一點。 換句話說，網路上看得到的等待時間是有偏差的：等了一個月的人會發文，一天就過的默默收下。所以在社群討論給人的印象，天生偏慢，也天生偏極端。

而我這二十次是全記錄，順的不順的都在裡面，沒有經過情緒的篩選。這是紀錄的價值，它讓你手上有一份沒有被抱怨偏誤處理過的資料。

更新版：最不可預測的一組

另一種狀況是更新。不同於前輩們有數百次經驗，我至今有十來次，更新過審的時間變化最大，短的有不到一天，長的也有等了四五天，都不期不待了才看到那封過關信件。

最誇張的是 8 月 8 日那批。四個 App 的更新版在六分鐘內送出：

這餐跟這趟差 16 秒送出，一個等 4 天，一個等 13.5 小時。同一個開發者帳號、同一個時間、同一種性質的更新，差了 9 倍。

佇列位置解釋不了，送審順序也解釋不了。但沒關係，我都可以等。

二十次長這樣

以下是我近二十次的審核過關時間圖給大家參考。

三組的形狀完全不一樣：首審全擠在右邊，退件重送擠成一團，更新從左到右都有。

前兩類可以預測，第三類不能。 所以現在排期的時候我一律抓最壞情況五天，提早過了是賺到。

心得

• 官方的平均是全平台的平均，不是中位數，也不是你的平均。二十個樣本不夠做統計，但足夠知道自己該抓多久
• 社群的印象天生偏慢，因為順利的人不發文。你要自己的數字，就得自己記
• 真的要排期，抓最壞情況。提早過了是驚喜，晚了是事故

這個系列同步寫在我的部落格：yojuhsu.com/blog

前一篇：【Day20】上架大魔王？按部就班來其實不難
下一篇：【Day22】等 TestFlight 上傳與審核的時候做什麼？我開發了另外 3 個 App