App Store 審核指南白話解讀：五大部分、常見被拒原因與申訴

App Store 上的每一個 App、每一次更新，都由 Apple 的審核人員依照同一份文件檢查：App Store 審核指南。你不必背下來，只要知道它的架構，以及提交前值得重點核對的那幾條規則。

簡要版

審核指南分成五大部分：安全、效能、商業、設計、法律。提交前值得重點核對五類問題：App 完整性（2.1）、後設資料（2.3）、App 內購買（3.1.1）、垃圾 App 與抄襲（4.3）、隱私權（5.1.1）。Apple 只為第一類公布過數據：平均超過 40% 的未解決問題與 2.1 有關。被拒之後，修正並重新提交，或在 App Store Connect 裡回覆 App Review。還是解決不了，再提出申訴。

Apple 最近一次更新審核指南是在 2026 年 10 月 16 日。下文各部分的概述是我們的白話改寫，不是 Apple 的原文；只有引號內的內容譯自 Apple 原文。

審核指南的架構

Apple 開宗明義寫出原則：「我們希望為使用者提供安全的 App 取得體驗，並為所有開發者提供成功的絕佳機會。」接著是五大部分，最後是提交前後的簡短檢查清單。用白話概括，五大部分分別涵蓋：

安全

內容、使用者產生的內容、兒童、人身傷害、聯絡資訊和資料安全。

效能

App 是否完整、經過測試、描述準確，並只使用公開 API。

商業

怎麼收費：App 內購買、訂閱、其他購買方式。

設計

原創、實用、像個 App。不抄襲，不重新包裝網站，不做垃圾 App。

法律

隱私權、智慧財產權、博弈、VPN，以及開發者行為準則。

1. 安全

用白話說，第一部分講的是不要傷害使用者。Apple 說得很直接：如果你想讓人震驚、冒犯別人，「App Store 不是適合你的 App 的地方」。

1.1 令人反感的內容。 不得有誹謗、歧視或惡意的內容，也不得有「意在令人厭惡」的內容。
1.2 使用者產生的內容。 如果使用者可以發佈或產生內容（包括透過 AI 產生內容），App 需要提供過濾、檢舉和封鎖機制。
1.3 兒童。 兒童類別的 App 在外部連結、購買、第三方廣告與分析，以及資料方面有額外規定。
1.4 人身傷害。 可能提供不準確資料的醫療類 App 會受到更嚴格的審查。
1.5 開發者資訊。 App 及其支援網址必須提供方便聯絡你的方式。
1.6 資料安全。 妥善、安全地處理使用者資訊。

2. 效能

用白話說，第二部分問的是：App 能不能正常運作，描述是否誠實。Apple 指出與超過 40% 未解決問題有關的 2.1，就在這一部分。

2.1 App 完整性。 提交最終版本，在裝置上測試過，網址都能開啟，沒有預留位置文字。如果 App 需要登入，要提供示範帳號資訊，而且「記得開啟你的後端服務！」
2.2 Beta 測試。 示範版和測試版應該放在 TestFlight，而不是 App Store。請見我們的 TestFlight 新手教學。
2.3 準確的後設資料。 描述、截圖、預覽和隱私權資訊必須反映 App 的核心體驗。
2.4 硬體相容性。 iPhone App 應盡可能能在 iPad 上執行，並有效率地使用電力。
2.5 軟體要求。 只使用公開 API，並能在目前發行的作業系統上執行。

3. 商業

用白話說，第三部分講的是錢。如果你的商業模式不夠直觀，就在後設資料和審核備註裡解釋清楚；Apple 說，讓人看不懂「會延誤審核，並可能導致被拒」。Apple 也表示，不會發行「明顯坑騙使用者」的 App 和 App 內購買項目，並會拒絕試圖以不合理高價欺騙使用者的昂貴 App。它還補充，操縱評論或排名可能導致你被逐出開發者計畫。

3.1.1 App 內購買： 用於解鎖數位功能或內容。
3.1.2 訂閱： 必須持續提供價值。
3.1.3 其他購買方式： 適用於特定情況，例如閱讀器類 App 和一對一的真人服務。
3.2 列出其他可接受與不可接受的商業模式。

4. 設計

用白話說，第四部分為「值得擁有的 App」設下底線，Apple 稱之為「核准的最低標準」。

4.1 抄襲。 「想出你自己的點子。」不要照抄其他 App 的名稱或介面。
4.2 最低功能要求。 App 應具備「超越重新包裝網站」的功能、內容和介面。網頁應用程式只包一層薄殼，有可能達不到這條要求；Apple 評斷的是功能、內容和介面，而不是用了什麼技術。請見 Lovable 替代方案：做 iOS App 的五條路。
4.3 垃圾 App。 不做重複的 App，不在擁擠的類別裡做沒有新意的變體。
4.8 登入服務。 如果主要帳號使用 Google 登入這類第三方登入，還要提供一個同等的選項：只蒐集姓名和電子郵件，並讓使用者可以隱藏電子郵件。
4.10 不得對推播通知、相機等內建功能收費。

5. 法律

用白話說，第五部分講的是法律。開頭就寫明：App「必須遵守其上架的所有地區的全部法律要求」。

5.1 隱私權。 隱私權政策、權限、資料最小化、刪除帳號，以及與第三方分享。
5.2 智慧財產權。 只使用你自己創作或取得授權的內容。
5.3 遊戲、博弈與彩券。 監管嚴格，審核時間可能更長。
5.4 和 5.5 分別涉及 VPN App 和行動裝置管理。
5.6 開發者行為準則。 保持尊重，包括你回覆 App Review 時。

五類提交前重點核對的問題

這五類是我們的編輯選擇：容易被忽略，Apple 又有清楚文件說明的規則。Apple 只為第一類公布過數據。

2.1 App 完整性

Apple 的 App Review 頁面寫道，平均超過 40% 的未解決問題與審核指南 2.1 有關，涵蓋當機、預留位置內容、失效連結和審核資訊不完整。

在執行最新版 iOS 的實體裝置上測試正式建置版本。
替換掉每一處「Lorem ipsum」、測試圖片和空白畫面。
確認支援連結和隱私權政策連結都能開啟。
在 App Review Information 中提供可用的示範帳號，以及審核人員需要的操作步驟。
審核期間保持後端運作。

2.3 準確的後設資料

商店頁面必須描述你實際交付的 App。

2.3.1 新功能必須在審核備註中「具體」說明；籠統的描述會被拒。
2.3.3 截圖應呈現 App 的實際使用情況，「而不只是標題圖、登入頁面或啟動畫面」。
2.3.7 App 名稱上限為 30 個字元。不要在後設資料裡塞滿商標詞、熱門 App 名稱或價格。
2.3.8 圖像、截圖和預覽必須適合 4+ 年齡分級，即使 App 本身的分級更高。

3.1.1 App 內購買

如果使用者付費解鎖 App 內的功能或內容，例如訂閱、付費內容或完整版，就必須使用 App 內購買，不能使用授權金鑰、QR Code 之類的自有解鎖機制。實體商品和在 App 外使用的服務正好相反：審核指南 3.1.3(e) 規定，這些必須使用其他付款方式，例如 Apple Pay 或信用卡。

美國店面的規定不同

對於美國店面的 App，審核指南 3.1.1(a) 寫明：放置按鈕、外部連結或其他行動呼籲，引導使用者以其他方式購買數位內容或服務時，不需要取得連結用的權限。這是範圍很窄的例外，不是全面開放：3.1 節的其他規則仍然適用，其他店面的規定不同，Apple 也會依地區和權限調整這些條款。設計付費牆之前，請閱讀你銷售的每個店面目前適用的原文。

4.3 垃圾 App

兩種情況會觸發這條規則。一是同一個 App 使用多個 Bundle ID，例如每個城市各做一個 App；Apple 建議做成一個 App，用 App 內購買提供不同版本。二是「與已廣泛存在的 App 無法區分」的 App。Apple 點名約會、手電筒、音效、桌布、簡易計時器和算命這些類別已經相當成熟，除非新 App「提供明顯不同或更好的體驗」，否則不再接受。如果你要進入擁擠的類別，請在審核備註裡說清楚有什麼不同。

5.1.1 資料蒐集與儲存

這是條文最多的一條隱私權規則：

(i) 隱私權政策。 在 App Store Connect 和 App 內都要放上連結。它必須說明蒐集什麼、怎麼蒐集、為什麼蒐集、與誰分享，以及使用者如何刪除自己的資料。
(ii) 許可。 蒐集使用者或使用資料之前先取得同意，提供簡便的撤回方式，並在權限說明文字中清楚寫明為什麼需要這些資料。
(v) 帳號登入。 如果 App 沒有重要的帳號功能，就讓使用者不登入也能使用。如果使用者可以建立帳號，就必須能在 App 內刪除帳號。

審核指南 5.1.2(i) 還有一句許多 AI App 都需要注意：你必須「清楚揭露個人資料會與哪些第三方分享，包括第三方 AI」，並事先取得明確許可。App Store Connect 中的 App 隱私權回答必須與這些保持一致；填寫位置請見 App Store Connect 新手指南。

審核不順時怎麼辦

提交未通過時，你會在 App Store Connect 中該 App 的 App Review 區域收到訊息。許多開發者仍習慣稱它為「解決方案中心」（Resolution Center）。訊息會寫明相關的指南條文，並描述問題。

讀懂被引用的條文
打開訊息裡的指南編號，閱讀完整原文，而不只是摘要。
問題確實存在，就修正後重新提交
改了程式碼就上傳新的建置版本，沒改程式碼就更新後設資料。在審核備註裡寫明改了什麼。
有不清楚的地方，就回覆 App Review
在 App Store Connect 中點選 Reply to App Review。Apple 表示，會由熟悉你 App 的專員回覆。內容要具體：哪個功能、哪條指南、哪個步驟。你也可以申請電話溝通；Apple 表示通常會在三到五個工作天內完成。
仍有歧見，再提出申訴
向 App Review Board 提出申訴。Apple 要求先回覆被拒訊息，每個被拒的 App 只提出一次申訴，並在這次申訴中逐條回應所有被引用的條文。

別用錯管道

Apple 說明，不要用 Reply to App Review 來申訴或申請加速審核，也不要為了查詢進度而提出申訴。這些各有專用的表單。

另外還有兩個選項值得了解。如果你提交的是修正錯誤的更新，審核人員又發現其他問題，只要沒有法律或安全疑慮，Apple 可能會讓這次提交先通過，其餘問題留到下次修正。此外，提交之前你可以預約與 App Review 進行 30 分鐘的視訊諮詢，詢問指南相關問題。

加速審核

Apple 表示，App Review 通常至少 50% 的提交會在 24 小時內完成審核，90% 在 48 小時內。如果等不及，有兩種情況可以申請加速審核：

重大錯誤修正。 提交時在備註欄寫明在目前版本上重現這個錯誤的步驟。
配合活動的發佈。 寫明活動、日期，以及你的 App 與活動的關係。Apple 更建議提前排定發佈時間。

只有已經提交的 App 才能加速審核，而且 Apple 要求這類申請「僅用於真正緊急的情況」。請使用 Request an Expedited App Review 表單。

提交之前

Apple 自己的檢查清單歸納起來是四點：測試當機和錯誤；後設資料完整準確；聯絡資訊保持最新；讓 App Review 能完整存取 App，需要登入的話提供示範帳號。接著點選 Add for Review，再在草稿提交中點選 Submit for Review。這些步驟在整個流程中的位置，請見如何用 AI 做一個 App。

AirBuild 可以替你跑完這個循環。在 Basic、Plus 和 Ultra 方案中，它會準備 App Store 上架資料、截圖和審核備註，提交 App，追蹤審核，回覆 App Review 的意見，修正問題並重新提交。

常見問題

App Store 審核指南是什麼？

是 Apple 對 App Store 上 App 的規則，分成五大部分：安全、效能、商業、設計和法律。每一次提交，包括更新，都要依照它審核。

App 被拒最常見的原因是什麼？

Apple 沒有公布完整的被拒原因排名。它的 App Review 頁面寫道，平均超過 40% 的未解決問題與審核指南 2.1「App 完整性」有關，包括當機、預留位置內容、失效連結，以及缺少示範帳號等審核資訊。

App 被拒後該怎麼回應？

在 App Store Connect 中該 App 的 App Review 區域閱讀訊息。問題確實存在，就修正後重新提交。有疑問或認為審核人員誤解了 App，就在那裡具體回覆 App Review。之後仍有歧見，再向 App Review Board 提出申訴。

App Review 要多久？

Apple 表示，App Review 通常至少 50% 的提交會在 24 小時內完成審核，90% 在 48 小時內。複雜的 App，或因同一個問題反覆被拒，會花更長時間。

能加快審核嗎？

App 提交之後，如果是修正重大錯誤，或發佈需要配合某個活動，可以申請加速審核。Apple 要求這類申請只用於真正緊急的情況。