# App 被 Apple 拒絕的原因：5 個真實案例

> 我的 App 被 Apple 以 2.1、5.6.3、5.1.1、2.3.2 拒絕：真正原因、回覆方式與送審前檢查清單。

原始頁面：[App 被 Apple 拒絕的原因：5 個真實案例](https://devoria.fr/zh-hant/blog/apple-app-rejection-reasons-real-cases)
作者：[Mehdi Azizi](https://devoria.fr/zh-hant/mehdi-azizi)
發布日期：2026-08-27
內容最後修訂：2026-10-09


Apple 拒絕上架，幾乎都有明確的理由，寫在審查訊息裡：一條有編號的 guideline，通常還附上一張截圖。第一款 App 最常見的拒絕原因有：App 沒做完（2.1）、隱私申報不正確（5.1.1）、誤導性的 metadata（2.3.2）、繞過 App 內購買的付款方式（3.1.1），或是評分請求放錯位置（5.6.3）。絕大多數情況下，審查人員其實完全看懂了你的 App：是你的送審內容本身有破綻。

我會知道，是因為這些拒絕我自己都吃過。我自己開發並上架 iOS App：Solys（一款小遊戲鬧鐘）和 TradaZen（交易模擬器）都已經在 App Store 上。Solys 被拒過兩次，一次在上架前，一次在更新時；另外兩款 App，Clic 和 Nolera，也都被拒、修正後再重新送審。以下是這五次拒絕和它們的真正原因，接著是回覆的方法，以及我每次送審前都會跑一遍的檢查清單。

## Apple 為什麼拒絕 App：我吃過的 5 次拒絕

### Solys 的 2.1 拒絕：Demo 根本贏不了

Solys 的新手引導有一段可以玩的 Demo：要贏一個小遊戲，就像起床時一樣。在我的手機上一切正常。但審查人員是用 iPad 測試，iPhone App 在 iPad 上會以相容模式在較小的視窗中執行。在這個尺寸下，小遊戲裡留給小鳥通過的空隙變得比小鳥本身還窄，而「繼續」按鈕只有在贏了之後才會亮起。Apple 要求提供一個跳過遊戲任務的方式。

**修正方式**：讓 Demo 的幾何配置依螢幕實際尺寸計算，並在失敗時提供一個跳過 Demo 的連結。

**教訓**：每個必經步驟都必須有出口，而且每次送審前，每個必經畫面都要在最小的尺寸上測過。

### Solys 的 5.6.3 拒絕：在新手引導中要求評分

第二次拒絕發生在下一次更新。Apple 寫道，App 在首次啟動或新手引導期間要求評分。評分畫面就緊接在 Demo 之後出現，使用者在 App 裡根本還沒體驗到任何東西。

**修正方式**：把評分請求移到流程的最後，而且只在使用者剛贏了 Demo 時才顯示。

**教訓**：每個敏感的請求（評分、通知、訂閱、追蹤）都要在證明價值之後才出現，絕不能在之前。

### Clic 的 5.1.1 拒絕：線上的隱私權政策不是最新版

Clic 會用 AI 生成內容，而 App 裡確實有同意畫面。問題出在別處：網站上公開的隱私權政策是舊版本，沒有完整描述 App 收集的所有資料。

**修正方式**：公開完整的政策，加上英文摘要，並更新審查備註。

**教訓**：Apple 看的是你線上的政策，不是躺在你 repo 裡的那份。每次送審前，打開你申報的 URL，確認內容和 App 的實際行為一致。

### Nolera 的 5.1.1 拒絕：系統請求前出現「允許」按鈕

在 iOS 真正跳出相機存取請求之前，Nolera 會先顯示一個說明畫面，上面有一個「允許」按鈕。對 Apple 來說，這個文字是在系統正式請求之前就誘導使用者接受。

**修正方式**：按鈕現在改叫「繼續」，App 的 8 種語言都改了。

**教訓**：為權限做準備的畫面是用來說明的，不是替使用者做決定。Apple 的建議寫在它的[隱私設計規範](https://developer.apple.com/design/human-interface-guidelines/privacy)裡。

### Nolera 的 2.3.2 拒絕：把 App 圖示拿來當宣傳圖片

訂閱項目在 App Store Connect 裡可以設定宣傳圖片。Nolera 有兩個訂閱項目用的就只是 App 圖示。Apple 判定不符合規定。

**修正方式**：把兩個訂閱項目的圖片都移除，並重新建立送審。

**教訓**：你商品頁的每個元素都會被檢查，包括那些你隨手填的欄位，例如年齡分級。

## 最常踩到的 guideline 有哪些？

所有規則都在 [App Review Guidelines](https://developer.apple.com/app-store/review/guidelines/) 裡。第一款 App 最常踩到的是這幾條：

**2.1：App Completeness。** App 閃退、按鈕點了沒反應、某個必經畫面在某個尺寸上過不去。如果你的 App 需要登入，請在審查備註裡提供示範帳號，否則審查人員會卡在登入畫面。這個拒絕原因的所有細節，都在我的 [guideline 2.1 指南](https://devoria.fr/zh-hant/blog/app-store-guideline-2-1-rejection-fix)裡。

**2.3：Metadata。** [截圖沒有呈現真實的 App](https://devoria.fr/zh-hant/blog/app-store-screenshot-sizes-2026)、描述承諾了不存在的功能、宣傳圖片不符規定。

**[3.1.1：In-App Purchase](https://devoria.fr/zh-hant/blog/guideline-3-1-1-in-app-purchase-required)。** 要在 App 裡解鎖數位內容或功能，一般規則是使用 Apple 的 App 內購買。例外情況依國家而異，而且會變動：打算採用其他付款方式之前，先看最新版的 guidelines。完整內容在 [iOS App 內訂閱](https://devoria.fr/zh-hant/expertise/ios-in-app-subscription)頁面。

**[3.1.2：Subscriptions](https://devoria.fr/zh-hant/blog/guideline-3-1-2-app-subscription-rejected)。** 訂閱制 App 必須清楚呈現使用者能得到什麼、價格是多少。付費畫面的常見錯誤整理在 [iOS 付費牆：新手常犯的 7 個錯誤](https://devoria.fr/zh-hant/blog/ios-paywall-beginner-mistakes)。

**4.3：Spam。** App 和其他一千款長得一樣，或是[本身提供的價值不夠](https://devoria.fr/zh-hant/blog/guideline-4-2-minimum-functionality-app-rejected)。這是最難修正的拒絕：要從選點子的階段就開始預防。我在 [guideline 4.3 指南](https://devoria.fr/zh-hant/blog/guideline-4-3-design-spam-rejected)裡有詳細說明。

**5.1.1：Privacy。** 資料收集申報和 App 的實際行為不符、隱私權政策不完整、請求權限時沒有清楚說明。

## 如何回覆 Apple 的拒絕，又不浪費好幾天？

被拒不是判決，只是一次來回。有效的流程是：

1. **把拒絕原因讀兩遍。** 訊息會引用 guideline，通常還附上截圖。很多開發者答非所問，就是因為讀得太快。
2. **找出真正的原因。** 不管是 Clic 還是 Nolera，真正的原因都不是訊息乍看之下暗示的那個。在審查人員的條件下重現問題：同類型的裝置、全新帳號、首次啟動。
3. **只修正拒絕原因，別的不要動。** 現在不是加三個新功能的時候：每一個改動都會擴大審查範圍。
4. **在 App Store Connect 裡回覆。** 用兩句陳述事實的話說明你修正了什麼，方式是[回覆 App Review 的訊息](https://developer.apple.com/help/app-store-connect/manage-submissions-to-app-review/reply-to-app-review-messages/)。
5. **只有在你很確定時才申訴。** 如果你認為 App 被誤解了，Apple 允許你[向 App Review Board 提出申訴](https://developer.apple.com/distribute/app-review/)，每次被拒的送審只能申訴一次。對一個理所當然的拒絕提出異議，只是白白浪費時間。

至於時間，Apple 表示至少 50% 的送審會在 24 小時內審完，90% 會在 48 小時內審完。拉長時程的是拒絕，不是[排隊等待](https://devoria.fr/zh-hant/blog/app-store-connect-waiting-for-review-statuses)：細節在 [App Store 審核時間](https://devoria.fr/zh-hant/blog/app-store-review-time)。被拒之後的完整處理方式在 [App 被 Apple 拒絕](https://devoria.fr/zh-hant/expertise/app-rejected-by-apple)頁面。

> 一次本可避免的拒絕，代價是一整輪審查。給 Apple 最好的回答，就是一份讓它挑不出毛病的送審。

## 我每次送審前都會跑的檢查清單

這是我在自己的 App 上，一次又一次被拒之後累積出來的：

- 每個必經畫面都在最小的 iPhone、最大的 iPhone，以及相容模式下的 iPad 上測過，依照 guideline 4.0 設計的標準
- 新手引導的每一步都有出口，即使失敗也一樣
- 如果 App 需要登入，在審查備註裡提供示範帳號
- 購買流程在 sandbox 測過，包括恢復購買
- 價格、期間，以及條款和隱私權政策的連結，在 Apple 要求的位置都有出現，每種語言都有
- 線上的隱私權政策在送審當天重新讀過
- [隱私申報](https://devoria.fr/zh-hant/blog/guideline-5-1-2-third-party-ai-att-data-sharing)與 App 實際收集的資料一致，包括 [privacy manifest](https://devoria.fr/zh-hant/blog/itms-91053-missing-api-declaration-expo)
- 權限請求前的畫面沒有「允許」按鈕
- 評分和通知請求放在證明價值之後，而且不會用評分換取任何解鎖內容（guideline 3.2.2）
- 宣傳圖片和[截圖呈現的是真實的 App](https://devoria.fr/zh-hant/kits/captures-app-store)，你的自訂產品頁面也一樣

如果這是你第一次上架，[在 App Store 上架 App](https://devoria.fr/zh-hant/expertise/publish-app-on-app-store)頁面整理了送審前的所有步驟。

## 向 App Review 說明操作流程的範本

[下載 App Review 備註範本](https://devoria.fr/ressources/notes-app-review.md)：內含法文說明、待填寫的英文備註，以及回覆拒絕的架構。它會要你寫清楚版本、在畫面中的操作路徑和預期結果。只保留你的 build 裡實際存在的內容。

把「App 能正確儲存」換成一個可重現的情境：起始畫面、操作、關閉後重新開啟、看到保留下來的結果。被拒之後，寫出修正後的行為，以及你是在哪台裝置上驗證的。如果你沒能重現問題，就說明還缺什麼才能重現。

示範帳號的帳密要填在 App Store Connect 的專用欄位裡，絕對不要放在公開檔案中。你可以用 [TestFlight 測試清單](https://devoria.fr/zh-hant/blog/testflight-test-iphone-app-before-review)準備佐證，也可以找到[五份免費範本](https://devoria.fr/zh-hant/resources)。

## 在送審前避開這些拒絕

[Apple Review Kit](https://devoria.fr/zh-hant/kits/review-apple) 收錄了我的送審前檢查清單、我被 Apple 拒絕後修正的案例，以及會在送審前幫你檢查專案、付費牆和商品頁的 Claude Code skills。

你的 App 已經被拒了？這個 kit 能幫你找到被引用的規則、它的要求，以及修正和回覆的範例。如果你想現在就一起看看你的情況，[跟我預約一小時](https://devoria.fr/zh-hant/coaching)，視訊進行。

沒有人能保證 Apple 一定會通過你的 App。從別人已經吃過的拒絕出發，只是降低你踩到同樣坑的機率。

還沒送審嗎？[免費診斷](https://devoria.fr/zh-hant/diagnostic)會寄給你我的 Apple 防拒絕檢查清單，並告訴你還剩哪些事要做。如果你還在開發階段，首頁會告訴你如何在記住這些拒絕的前提下[開發手機 App](https://devoria.fr/zh-hant)。

## 常見問題

### 為什麼我的 App 被 Apple 拒絕？

幾乎都有明確的理由，寫在審查訊息裡：一條有編號的 guideline，通常還附上一張截圖。第一款 App 最常見的原因是 App 沒做完（2.1）、隱私申報不正確（5.1.1）和誤導性的 metadata（2.3.2）。另外還有繞過 App 內購買的付款方式（3.1.1），以及放錯位置的評分請求（5.6.3）。

### 為什麼我的 App 在我的 iPhone 上正常，卻還是被拒？

因為審查人員可能在和你不同的條件下測試。以我的小遊戲鬧鐘 Solys 為例，審查人員用 iPad 測試，iPhone App 在 iPad 上會以相容模式在較小的視窗中執行。在那裡 Demo 根本贏不了。修正方式：讓 Demo 依螢幕實際尺寸計算，並在失敗時提供跳過的連結。

### Apple 拒絕我的 App 時該怎麼辦？

把拒絕原因讀兩遍，然後在審查人員的條件下重現問題，找出真正的原因：同類型的裝置、全新帳號、首次啟動。只修正拒絕原因，其他都不要動，因為每一個改動都會擴大審查範圍。接著在 App Store Connect 裡回覆，用兩句陳述事實的話說明你修正了什麼。

### 可以對 Apple 的拒絕提出申訴嗎？

可以，但只有在你很確定時才這麼做。如果你認為 App 被誤解了，Apple 允許你向 App Review Board 提出申訴，每次被拒的送審只能申訴一次。對一個理所當然的拒絕提出異議，只是白白浪費時間。否則，就修正拒絕原因，然後在 App Store Connect 裡回覆。

### 被拒會拉長上架時間嗎？

會。Apple 表示至少 50% 的送審會在 24 小時內審完，90% 會在 48 小時內審完：所以拉長時程的是拒絕，不是排隊等待。一次本可避免的拒絕，代價是一整輪審查。審核時間的細節在 [App Store 審核時間](https://devoria.fr/zh-hant/blog/app-store-review-time)。

### 把 App 送給 Apple 審查前要檢查什麼？

在最小的 iPhone、最大的 iPhone 和相容模式下的 iPad 上測試每個必經畫面，然後在 sandbox 測試購買流程，包括恢復購買。送審當天重新讀過線上的隱私權政策；如果 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 €。