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

> Resolution Center 已改為 App Store Connect 的 App Review 區塊。用英文回覆退件原因、修正內容與驗證方式，之後再向 Board 申訴。

原始頁面：[Apple Resolution Center：如何回覆 App Review 退件](https://devoria.fr/zh-hant/blog/apple-resolution-center-reply-app-review-rejection)
作者：[Mehdi Azizi](https://devoria.fr/zh-hant/mehdi-azizi)
發布日期：2026-11-04
內容最後修訂：2026-11-04


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

2026 年，我為自己的 app 寫過這類回覆：Solys，我的小遊戲鬧鐘，還有 TradaZen，我的交易模擬器。以下說明現在要去哪裡回覆、寫什麼、什麼時候附影片、什麼時候申訴，以及哪些做法沒用。至於退件原因本身，請看[Apple 為什麼會退件你的 app](https://devoria.fr/zh-hant/blog/apple-app-rejection-reasons-real-cases)。

## Resolution Center 跑去哪了？

官方說明 [Reply to App Review messages](https://developer.apple.com/help/app-store-connect/manage-submissions-to-app-review/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 頁面](https://developer.apple.com/distribute/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](https://devoria.fr/zh-hant/blog/guideline-2-3-10-app-rejected-metadata) 退件常常就是這種情況，問題字眼出現在商品頁上。
- **「Information Needed」不是實質退件。** 審查員只是在問你問題。[guideline 2.1](https://devoria.fr/zh-hant/blog/app-store-guideline-2-1-rejection-fix) 的指南有解釋它和真正發現 bug 的差別。
- **Bug Fix Submissions 是一種方案。** 如果你的 app 已經上架，而訊息開頭是「Bug Fix Submissions: The issues we've identified below are eligible to be resolved on your next update」，你可以直接回覆訊息來[要求核准這次更新](https://developer.apple.com/help/app-review/after-submitting-for-review/bug-fix-submissions/)。這時不要重新送出 app，否則會開始新一輪審查。問題留到下一個版本再修。

## 要寫什麼：四段式範本

Apple 發布過[聯絡 App Review](https://developer.apple.com/help/app-review/after-submitting-for-review/contact-app-review/) 的建議。該做的：清楚說明你要求什麼；如果你認為 app 被誤解，提供有助於理解 app 的資訊。該避免的：用回覆欄位來申訴或要求加速審查，或詢問其他開發者 app 的進度。

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

```text
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](https://devoria.fr/zh-hant/blog/guideline-3-1-2-app-subscription-rejected) 或 [guideline 4.3](https://devoria.fr/zh-hant/blog/guideline-4-3-design-spam-rejected)。我的 [App Review 備註範本](https://devoria.fr/ressources/notes-app-review.md)裡也有回覆架構，可以下載。

## 我替 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 與配件相關，[完整審查](https://developer.apple.com/help/app-review/before-submitting-for-review/complete-review/)的說明要求一段在 Apple 裝置上實際拍攝的影片，而不是螢幕錄影。如果只是 paywall 文字或改名的按鈕，一張截圖就夠了。

## 要求通話或預約會談

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

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

## 向 App Review Board 申訴

申訴是最後一步。根據 [Appeal to the App Review Board](https://developer.apple.com/help/app-review/after-submitting-for-review/appeal-to-the-app-review-board/) 頁面，適用情況是你的 app 被退件，但你認為它符合規範，或你覺得自己受到不公平對待。

首先，**在 App Store Connect 回覆訊息**來釐清。如果還是不夠，再填寫 [Submit an appeal to App Review](https://developer.apple.com/contact/app-store/?topic=appeal) 表單。規則如下：

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

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

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

## 有用的做法與沒用的做法

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

「我的畫面之前就通過了」也沒用：每個版本都會重新審查，有時是不同的審查員。[App Review Guidelines](https://developer.apple.com/app-store/review/guidelines/) 也提醒，因同一條規範多次被退件的 app，審查時間會更長。審查時間請看 [App Store 審核時間](https://devoria.fr/zh-hant/blog/app-store-review-time)。

## 送出前請人幫你看回覆

[Review Kit](https://devoria.fr/zh-hant/kits/app-review) 收錄了我的 app 收到的真實訊息、我送出的修正，以及在 Apple 退件時幫你準備回覆的 Claude Code skills。如果想要真人把關，[預約和我一小時](https://devoria.fr/zh-hant/coaching)：我們一起讀 Apple 的訊息、一起寫回覆。完整流程在 [app 被 Apple 退件](https://devoria.fr/zh-hant/expertise/app-rejected-by-apple)頁面。

你還沒送出 app？[做免費診斷](https://devoria.fr/zh-hant/diagnostic)：它會寄給你我的 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。


## 你的專案

[Review Kit](https://devoria.fr/zh-hant/kits/app-review)：我的 App Store 審查檢查清單、我被 Apple 退件後的修正、Google Play 檢查清單，以及三個 Claude Code skill。$1,749。

[iOS & Android Kit](https://devoria.fr/zh-hant/kits/ios)：用 Claude Code 打造你的 iPhone 和 Android App：我自己 App 的起始程式碼、上架商店的完整流程，以及所有套件。$3,599。

[診斷：你離自己的 iPhone App 還差什麼](https://devoria.fr/zh-hant/diagnostic)：7 個問題，60 秒：找出真正卡住你發布 iPhone App 的原因，拿到你的 4 步驟路線，以及最適合你的套件。