Apple Resolution Center：如何回覆 App Review 退件

Resolution Center 這個名稱已經不存在了。現在要回覆退件，是在你 app 的 App Review 區塊裡，按 Reply to App Review 按鈕。 用英文寫，並交代三件事：卡住的原因、改了什麼、怎麼驗證。App Review Board 只在你回覆之後才派得上用場，而且只適用於你確定自己的 app 符合被引用的那條規範的情況。

2026 年，我為自己的 app 寫過這類回覆：Solys，我的小遊戲鬧鐘，還有 TradaZen，我的交易模擬器。以下說明現在要去哪裡回覆、寫什麼、什麼時候附影片、什麼時候申訴，以及哪些做法沒用。至於退件原因本身，請看Apple 為什麼會退件你的 app。

Resolution Center 跑去哪了？

官方說明 Reply to App Review messages 現在講的是 App Review 區塊。你在這裡和 Apple 往來訊息（包括附件），直到你重新送出提交為止。路徑如下：

1. 在 Apps 裡打開你的 app。
2. 在頁面上方點未解決問題的連結，說明文件另一頁稱它為 View App Review Issues & Messages。
3. 在 In Progress 區塊，點該提交旁邊的 Resolve。
4. 點 Reply to App Review，在 Reply 欄位裡撰寫。
5. 要附截圖或文件，點 Attach File，再點 Reply。

只有 Account Holder、Admin 和 App Manager 角色可以回覆。App Review 頁面也提到，你可以在 App Store Connect 或它的 iPhone 和 iPad app 追蹤提交狀態。

動筆之前：你收到的是哪種訊息？

正確的回覆取決於訊息內容，而不是你想替自己辯護的衝動。以下是我打開回覆欄位前會先對照的表格。

Apple 說的	你要做的	新 build
Information Needed	回答問題	不用
Bug 或有問題的畫面	先修正，再回覆	要
商品頁、連結、截圖	修正商品頁	不用
App 被誤解	說明並附證據	視情況
持續有爭議	向 Board 申訴	不用
Bug Fix Submissions 方案	透過回覆接受	不用

有三點會改變一切：

• 因 metadata 被退件，不需要新的 build。 Apple 的說明寫得很清楚：你修正後重新送出同一個 build。2.3.10 退件常常就是這種情況，問題字眼出現在商品頁上。
• 「Information Needed」不是實質退件。 審查員只是在問你問題。guideline 2.1 的指南有解釋它和真正發現 bug 的差別。
• Bug Fix Submissions 是一種方案。 如果你的 app 已經上架，而訊息開頭是「Bug Fix Submissions: The issues we've identified below are eligible to be resolved on your next update」，你可以直接回覆訊息來要求核准這次更新。這時不要重新送出 app，否則會開始新一輪審查。問題留到下一個版本再修。

要寫什麼：四段式範本

Apple 發布過聯絡 App Review 的建議。該做的：清楚說明你要求什麼；如果你認為 app 被誤解，提供有助於理解 app 的資訊。該避免的：用回覆欄位來申訴或要求加速審查，或詢問其他開發者 app 的進度。

我的範本只有四段。用英文寫，不要用形容詞。把中括號裡的內容全部換掉，而且只寫送出的 build 裡確實成立的事。

Hello App Review team,

Thank you for your review and for the details on
Guideline [number].

What you reported: [one sentence that restates
Apple's message, in your own words].

What changed in build [version (build)]:
- [Screen or element]: [what it does now]
- [Screen or element]: [what it does now]

How to verify:
1. [Starting point, e.g. fresh install]
2. [Action]
3. [Expected result]

We tested this flow on [devices and iOS versions].
[Attached: a short screen recording of the fixed flow.]

If anything else is unclear, please tell us which
screen or wording, and we will change it.

Best regards,
[Your name]

每一段都有作用。第一段證明你讀過訊息。第二段指出 build，因為審查員測的是二進位檔，不是你的意圖。第三段幫他省時間。最後一段留下溝通空間，但不是在求情。

針對各條規範的範本在我的專題指南裡，例如 guideline 3.1.2 或 guideline 4.3。我的 App Review 備註範本裡也有回覆架構，可以下載。

我替 Solys 和 TradaZen 回覆學到的事

Solys，guideline 2.1。 審查員要求提供跳過遊戲的方法。我的回覆指出卡住的畫面、onboarding 裡可玩的示範，接著說出真正原因：在 iPad 相容模式下，它的障礙物變得過不去。回覆列出兩項編號的修正，其中一項是失敗後可以跳過示範的連結，然後列出測試過的模擬器，從 iPhone SE 到最大的 iPhone。回覆也描述了鬧鐘的緊急停止按鈕，但那是在我重新檢查觸發它的程式碼之後才寫的。沒在 build 裡驗證過的事，就不要寫進回覆。

TradaZen，guideline 5.6。 2026 年 10 月，Apple 認為這個 app 誘導使用者進行非自願的 App 內購買，但沒有指出具體是哪個元素。我去找可能造成誤導的地方：paywall 上方的叉叉不是關閉畫面，而是打開一個折扣方案。我的回覆用一句話承認這點：這是我的錯。接著逐一畫面列出每項變更：叉叉換成禮物圖示、方案不再自動重新跳出、刪掉一則促銷通知。回覆也提醒哪些部分仍然合規：實際收費價格最醒目、恢復購買、法律連結。最後提議修改任何仍被認為模稜兩可的畫面。新的 build 也一起送出了。

這兩則回覆遵循同一套邏輯：真正的原因、看得見的修正、看到修正的路徑。

什麼時候附影片或截圖

Apple 的說明接受截圖和文件作為附件。一段修正後畫面的簡短影片在三種情況下很有用：

• 問題取決於裝置或特定條件，例如 iPad 相容模式或權限被拒；
• 到達該畫面的路徑很長，例如在 onboarding 的最後；
• 功能很難重現。 App Review 頁面要求，當某個功能需要難以重建的環境或特定硬體時，要準備好提供示範影片。

如果 app 與配件相關，完整審查的說明要求一段在 Apple 裝置上實際拍攝的影片，而不是螢幕錄影。如果只是 paywall 文字或改名的按鈕，一張截圖就夠了。

要求通話或預約會談

如果書面溝通不夠，Apple 提供兩個選項：

• 與 Apple 代表通話。 在 App Review 第一次回覆後，從 Reply to App Review 視窗提出要求。註明你的時區，也可以註明偏好的語言。事先確認 App Review Information 裡的聯絡資料。Apple 表示這類通話一般會在三到五個工作天內進行。
• 30 分鐘的視訊會談，與 App Review 在週二或週四討論規範。這只是資訊性質：不會加速審查，也不保證通過。

向 App Review Board 申訴

申訴是最後一步。根據 Appeal to the App Review Board 頁面，適用情況是你的 app 被退件，但你認為它符合規範，或你覺得自己受到不公平對待。

首先，在 App Store Connect 回覆訊息來釐清。如果還是不夠，再填寫 Submit an appeal to App Review 表單。規則如下：

• 每個被退件的 app 只能申訴一次，且要處理所有被引用的規範；
• 引用規範，並逐點說明你的 app 如何符合；
• 如果你已經修正並重新送出 app，就不要申訴；
• 單純的資訊要求不要申訴。

Apple 給了兩個例子，我翻譯如下。完整的：「我的 app 因資訊不完整依 2.1 被退件。示範帳號和測試功能的步驟都在 App Review Information 裡，並附有展示該功能的截圖。」不完整的：「這個 app 對我的公司很重要，不應該被退件。」

Board 會在 App Store Connect 回覆，可能要求更多資訊或提議通話。Apple 沒有公布申訴的處理時間。有開發者在 Apple 論壇上分享等了兩週以上。如果修正很簡單，重新送出修好的 build 通常比較快。

有用的做法與沒用的做法

有幫助	有反效果
複述 Apple 的退件原因	替自己求情
指出修正後的 build	承諾未來會修正
提供操作路徑	舉競爭對手的 app 為例
附上證據	在 Reply 裡申訴
一次完整的回覆	沒修正就重新送出

「我的畫面之前就通過了」也沒用：每個版本都會重新審查，有時是不同的審查員。App Review Guidelines 也提醒，因同一條規範多次被退件的 app，審查時間會更長。審查時間請看 App Store 審核時間。

送出前請人幫你看回覆

Review Kit 收錄了我的 app 收到的真實訊息、我送出的修正，以及在 Apple 退件時幫你準備回覆的 Claude Code skills。如果想要真人把關，預約和我一小時：我們一起讀 Apple 的訊息、一起寫回覆。完整流程在 app 被 Apple 退件頁面。

你還沒送出 app？做免費診斷：它會寄給你我的 Apple 防退件檢查清單，讓你不必寫這種回覆。

常見問題

App Store Connect 的 Resolution Center 在哪裡？

它現在叫做 App Review 區塊。打開你的 app，點頁面上方未解決問題的連結，再點該提交旁邊的 Resolve。Reply to App Review 按鈕會打開回覆欄位，也可以加附件。

Apple 要多久才會回覆？

Apple 沒有公布書面回覆的時間。至於審查，Apple 表示至少 50% 的提交在 24 小時內審完，90% 在 48 小時內。向 App Review 要求的通話一般在三到五個工作天內進行。App Review Board 則沒有公布任何時間。

可以用中文回覆 App Review 嗎？

Apple 的說明沒有規定書面回覆的語言。我用英文寫短句，讓對方第一次就看懂。如果是通話，Apple 允許註明偏好語言，但不保證。

一次退件可以申訴幾次？

每個被退件的 app 一次。如果訊息引用了多條規範，你的申訴必須全部處理。Apple 也要求先在 App Store Connect 回覆，而且如果你已經重新送出修正後的 build，就不要申訴。

回覆之前要先重新送出 build 嗎？

如果問題出在 app 裡，要：修正、送出 build，再回覆並指出這個 build。如果退件針對的是 metadata，例如商品頁或截圖，就不用：在 App Store Connect 修正後重新送出同一個 build。