許多開發人員抱怨Apple的封閉生態系統，但我們不得不承認這是Apple最大的競爭優勢之一。 然而，為了維持這個生態系統的優勢以及給使用者提供更優質的應用及遊戲，蘋果必須更嚴格地審核開發者提交的應用及遊戲。

據CNBC報導，蘋果在2020年拒絕了近100萬個首次提交到App Store的應用及遊戲。此外，它還拒絕了近100萬次應用更新。

為了避免不必要的上線延遲及成本增加，瞭解App Store審核被拒的常見原因以及對應的解決方案是開發人員以及行銷人員的必修課。

本文匯總了App Store審核被拒的常見原因供開發者參考。希望這份指南能説明你成功避雷，順利過審！

一、App Store 審核流程

蘋果審核主要分為三部分：預審、機審和人工審核。目前應用提審的整個流程大體分為五個階段：Prepare For Upload（準備上傳）、Waiting For Review（等待審核）、 In Review（審核）、Pending Developer Release(等待開發者發佈)、Ready For Sale（準備銷售）。

APP上傳後，會進入到 Wait for Review 狀態，而後進入到In Review狀態，In Review一般1~2天左右就會審核通過或者是被打回。

• 包上傳後首先進入的是預審，會被掃描API等，預審通過後會在iTC裡出現，然後才可以提交至 Waiting；
• 在 Waiting For Review（等待審核）階段一般是機審，機審主要是對代碼進行機器審核，排查APP是否重複應用；
• 通過後會進入In Review（審核）階段，即人工審核階段，這個階段主要看的是App的中繼資料，例如APP封面、功能、體驗等等，注重用戶體驗。平均而言，50％ 的 app 會在 24 小時內完成審核，超過 90％ 的 app 會在 48 小時內完成審核。如果長時間（超過7天）處於In Review 狀態，建議撤回重新提審以免耽誤時間。
• 加急請求：如果你遇到了嚴重的時間問題，可以申請加急審核。請僅在你真的需要加快審核時才提出申請，以免蘋果發現你濫用此系統，從此以後都拒絕你的加急申請。

二、App Store審核被拒的十大原因與快速過審解決方法

1.【1.1 令人反感的內容】

App 不應包含具有攻擊性、不顧及他人感受、令人不安、惹人厭惡、低俗不堪或只是讓人感到毛骨悚然的內容。

被拒常見原因及示例：

• 宣傳黃色或色情內容；例如你的遊戲角色穿著暴露或者動作挑逗。
• 誹謗、歧視或惡意的內容，包括有關宗教、種族、性取向、性別、國籍、種族起源或其他目標群體的引用或評論；例如在遊戲中，“敵人”不能單單針對特定種族、文化、真實存在的政府或企業，或是任何其他真實存在的實體。
• 人類或動物遭到殺害、殘害、酷刑、虐待的寫實描繪，或者鼓勵暴力的內容；
• 鼓勵非法使用或不負責任地使用武器和危險物品的描述，或者促進軍火或彈藥購買的描述；例如在icon, 截圖或應用內出現煙、酒、武器等。
• 虛假資訊和功能，其中包括不準確的設備資料或用於惡作劇/開玩笑的功能，如虛假的位置跟蹤器；

2.【1.2 使用者生成的內容】

相比開發者創建的內容，對於包含使用者生成內容的 App，有更多特定的難題需要解決，比如智慧財產權侵權、匿名欺淩等。

被拒常見原因及示例：

• 使用者生成的色情（或暴力）內容；例如部分直播應用或社交平臺有較多的露骨視頻或圖片；
• 客體化現實生活中的某人 (如“性感與否”投票)；
• （匿名）進行人身威脅或欺淩。

解決方法：

由於使用者產生的不當內容被Apple拒審後，應根據Apple提供的截圖快速移除不當內容，並擴大範圍自查其他位置是否仍存在不當內容。此外，包含使用者生成內容或社交網路服務的 App 必須滿足以下條件：

• 採用相應的方法來過濾令人反感的內容，以免這些內容在 App 中發佈
• 制定一個機制，以舉報攻擊性內容並在出現問題時及時作出回應
• 若使用者發佈攻擊性內容，可以取消其使用服務的資格
• 公佈聯繫資訊，以便使用者與你聯繫

總之，要有監管手段！App中需要有投訴、舉報違規內容的功能，以及遮罩、拉黑其他用戶的措施。

3.【2.1 App 完成度】

根據 Apple 的App Review Center，超過 40% 的應用被拒絕是針對指南 2.1 – 性能：App 完成度. 完成度審核要求提交的App是完整的最終版，應在提交前進行產品測試，避免出現崩潰、載入失敗等非常明顯的Bug。

被拒常見原因及示例：

• 審核人員打開App無法載入內容被拒；
• 包含“beta”，“demo”，“trial”或“test”之類的詞被拒；
• 包含與應用程式描述不一致的未記錄或隱藏功能被拒；；
• App 需要登錄，但未提供提供演示帳號資訊被拒
• 應用程式不支援ipv6。

解決方法：

• 要保證審核人員能夠對App進行使用流程的審核。確保後臺開啟，供審核人員進行註冊登錄、內購（如有內購需要展示內購產品）等操作的審核。如果審核人員打不開，可以提供App的操作視頻。
• 提供演示帳戶資訊。如果應用或遊戲裡有“30級開啟”或“完成3-1關卡後開啟”這類的功能，那麼請提供高級測試帳號。
• 無論在任何地方，包括但不限於connect後臺、遊戲內功能、名稱、副標題、公告、伺服器名稱中，都不允許出現諸如“demo”、“測試”、“試用”等類似的標識。
• 保證提交的應用版本：資料規範、沒有bug等閃退問題，並且UI需符合最基本的人機交互規範。 Apple的審核人員會使用安裝有最新版本及次新版本的iOS設備來審核你的App，所以你的App也必須要在最新版本系統下運行正常。此外，Apple的審核人員始終會使用WIFI和蜂窩資料網路同時開啟的設備進行審核，所以請確保你的App在此狀態下能正常運行。
• App裡不允許出現“暫未開放”或“敬請期待”或乾脆有個按鈕點擊了沒反應的情況。如果提審時有類似的問題，請把入口直接幹掉，哪怕介面上空一塊也沒有關係。
• 點擊設備上的App圖示開啟App後，loading過程中需要有背景圖，不允許黑屏等loading。

4.【2.3 準確的中繼資料】

中繼資料被拒一般是App Store Connect中的解釋說明類的內容有問題，比如App資訊中的應用標題、副標題、關鍵字、螢幕擷取畫面、螢幕預覽等。 

那麼接下來我們詳細地說說一些注意事項。

被拒常見原因及示例：

• 應用或者中繼資料中提到其他任何移動平臺都將會被拒絕。無論在你的代碼內、App使用者介面、及App Store Connect預覽圖、宣傳文本、描述、關鍵字等任何地方！注意！是任何地方！蘋果爸爸對這類內容零容忍！ 不要出現字眼（安卓、Android）、圖示（類似綠色小機器人）等，或誘導用戶知曉或安裝對應安卓平臺應用。
• 螢幕擷取畫面與App介面不符。上傳到App Store Connect的螢幕擷取畫面和App預覽內容需要與App內本身呈現的介面相同。
• 螢幕擷取畫面設備外殼錯誤。針對不同系列的iPhone及iPad，開發人員需要提交不同大小的螢幕擷取畫面。最終部分開發人員只關注將圖片大小修改至標準尺寸，忘記了需要同步修改對應的設備外殼（如有使用）。
• 宣傳實際並不提供的內容或服務。不要在應用名、標題、描述、商店圖和分類等方面使用和自身APP完全無關的內容，包括但不限於使用跟競品有擦邊球關係的文案或圖案，特別是已註冊品牌的內容
• 隱藏功能。所有新的特性、功能和產品變更內容都必須在 App Store Connect 的“審核備註”部分中予以詳細描述。不要包含隱藏功能（如果確定沒有隱藏功能，多由開發過程中使用的協力廠商SDK引起）。
• 顯示真實個人資訊。請確保你的App 圖示、截屏和預覽中的所有材料都顯示虛構的帳號資訊，而非真實個人的資料。
• 不恰當的評級。請在 App Store Connect 中誠實地回答年齡分級問題，以使 App 與家長控制功能的分級保持一致。如果 App 所含的媒體內容要求顯示內容分級或警告 (如電影、音樂和遊戲等)，則需在銷售 App 的每個地區內遵循當地要求。
• iOS大小寫規範。特別是iOS、iPhone X等。還有一些英語詞彙，注意大小寫。

5.【2.4 硬體相容性】

• 為了確保用戶能夠充分利用你的 App，iPhone App 應儘量能在 iPad 上運行。創建通用應用程式的關鍵是根據使用者所在的螢幕尺寸或方向（縱向或橫向）自動調整應用程式的佈局大小。 這稱為自我調整佈局，你可以使用Apple 的佈局工具（如 Auto Layout）來實現此目的。
• 不以任何方式損壞或降低使用者設備的性能。過度使用電池和產生熱量是常見的例子。
• 對於 Apple TV App，應確保用戶無需使用除 Siri Remote 或協力廠商遊戲手柄之外的硬體輸入，但你可以隨意提供增強功能供連接其他週邊設備時使用。
• App 不得建議或要求重新開機設備，也不得改動與 App 核心功能無關的系統設置。例如，請勿鼓勵用戶關閉 Wi-Fi 或停用安全功能等。

6.【2.5 軟體要求】

因軟體要求被拒的原因主要是產品加入違規代碼。

• App 僅可使用公共 API，並且必須在當前發佈的 OS 上運行。
• App 必須能夠在僅支援 IPv6 的網路上完全正常地運作。
• App 應自包含在自己的套裝中，不得在指定容器範圍外讀取或寫入資料，也不得下載、安裝或執行會引入或更改 App 特性或功能的代碼，包括其他 App。
• 多工處理 App 只允許在實現預期用途時使用後臺服務：VoIP、音訊播放、地理位置、任務完成記錄和本地通知等。如果應用使用定位後臺模式，請提醒使用者，這麼做會大幅降低電池續航能力。
• 如果 App 會流覽網頁，則必須使用相應的 WebKit 框架和 WebKit Javascript。
• 不得提交包含空白廣告橫幅或測試廣告的 App。
• 如果 App 傳輸的病毒、檔、電腦代碼或程式會對作業系統和/或硬體功能 (包括推送通知和 Game Center) 的正常運行造成負面影響或導致其中斷，則該 App 會被拒絕。
• 如果 App 會創建替代的桌面/主螢幕環境，或者類比多 App 外掛程式體驗，則該 App 會遭到拒絕。
• 如果 App 會改變或停用標準開關 (如調高/調低音量和鈴聲/靜音開關) 的功能，或者改變或停用其他的原生使用者介面元素或行為，則該 App 會遭到拒絕。例如，App 不應遮罩轉向其他 App 的連結，或使用者希望以某種特定方式運行的功能。

7.【3.1.1 購買專案】

如果您想要在 App 內解鎖特性或功能 (解鎖方式有：訂閱、遊戲內貨幣、遊戲關卡、優質內容的存取權限或解鎖完整版等)，則必須使用 App 內購買專案。App 不得使用自身機制來解鎖內容或功能，如許可證金鑰、增強現實標記、二維碼等。App 及對應中繼資料不得包含指引客戶使用非 App 內購買專案機制進行購買的按鈕、外部連結或其他行動號召用語。

被拒常見原因及示例：

主要是接入協力廠商支付造成的。

解決方法：

老老實實地走 IAP 的支付方式，用內購形式進行展示。如果隱藏虛擬產品或者通過後更改支付方式，都是有一定風險的。

8.【4.2 最低功能要求】

App 應包含功能、內容和 UI，而不僅僅是一個經過重新包裝的網站。如果 App 沒有什麼實用價值、毫無新意或者不太像是一個 App，那它很可能被拒。

被拒常見原因及示例：

主要問題在於蘋果認為部分開發者上傳的App功能不夠，或者沒有自己的核心功能。

解決方法：

• 如果被認為應用沒有核心功能，應首先確認是否存在問題。其次可向蘋果解釋產品解決的使用者需求，以及具體功能的展現。
• App 應能獨立工作，無需安裝其他 App。
• 確保 App 發佈時在其二進位檔案中包含有正常運行所需的充足內容。
• 如果 App 需要下載其他資源才能在首次啟動時正常運行，請披露下載大小並在下載之前提醒用戶。

9.【4.3 重複 App】

與 App Store 中已有的其他應用非常相似的應用也將無法通過審核。

一些開發者會模仿App Store中最暢銷或最熱門的應用，做一些小改動，然後將iOS App上架到App Store。此外，很多開發者會創建主包的馬甲包以規避App Store的很多規則及獲得最大利益。

這些情況都有可能被蘋果發現並拒審。

解決方法：

• 針對機器審核：主要在於代碼的處理方面，可添加垃圾代碼或注釋塊，降低代碼的相似度；
• 針對人工審核：主要在於修改UI風格，從icon、主色調到應用截圖等需要做個性化處理，不能照搬其他應用或者是僅僅小改動；
• 針對標題一致：標題名稱儘量和已上線的App有差異化，特別是很多蹭知名產品的名稱，至少必須在尾碼做差異化；
• 換帳號：換開發者帳號，換不同帳號提交審核

10.【5.1隱私】

Apple 要求所有應用必須隱私政策以遵守隱私法，例如歐洲的GDPR和美國的各種FTC 規則。即使你的應用程式沒有收集任何個人資料，你仍應制定隱私政策。 

被拒常見原因及示例：

• 未提供隱私政策
• App 強制用戶註冊
• 基於不需要使用者資訊的功能之上、暗中採集使用者的個人資訊。
• App 未得到允許，與協力廠商共用收集的使用者資料，且並未說明使用目的等

解決方法：

• 隱私政策：所有 App 必須在 App Store Connect 中繼資料欄位和 App 內部包含可輕鬆訪問的隱私政策連結。
• 許可：如果 App 會收集使用者資料或使用資料，即使此類資料在收集當時或收集後即刻被匿名處理，App 也必須征得用戶的同意才能收集。
• 數據最少化：App 僅可請求訪問與 App 核心功能相關的資料，並且僅可收集和使用完成相關任務所需的資料。
• 存取權限：App 必須尊重用戶的許可權設置，不得操縱、欺騙或強迫使用者同意不必要的資料訪問。
• 帳戶登錄：如果 App 不包含基於帳戶的重要功能，請允許使用者在不登錄的情況下使用，即提供遊客模式。
• 資料使用和共用：除非法律另有許可，否則您不得未經他人允許而使用、傳輸或共用他們的個人資料。您必須提供相應的資訊，說明以何種方式在哪裡使用這些資料。

11.【5.2 智慧財產權】

請確保 App 只包含由您創建或擁有使用許可的內容。如果您已越線並在未經許可的情況下使用了內容，您的 App 可能會被移除。

被拒常見原因及示例：

• 涉及到音樂、視頻類等內容的播放、保存、轉換或下載，但在提交時沒有提及版權協議。
• 在未經授權的情況下，在 App 中使用受保護的協力廠商材料 (例如商標、版權作品、專利設計)。
• 誤導或暗示 Apple 是 App 的來源或提供商，或者 Apple 以任何形式表示認可其品質或功能。

解決方案：

確保 App 只包含由您創建或擁有使用許可的內容，提交產品時使用受版權保護的協力廠商的書面證據或者將產品中包含的未經協力廠商授權的部分隱藏。例如，如果你的遊戲拿了正版IP，那請提前準備好授權文件並在review note裡提供。如果沒有版權，那麼名字和icon、應用截圖就不要打擦邊球。

12.【5.3 遊戲、賭博和彩票】

遊戲、賭博和彩票的管理難度較大，是 App Store 上受到最嚴格管制的 App 類別之一。只有全面核實了即將發佈您的 App 的所有國家/地區的相關法律要求後，才能包含此功能，並且要做好準備此功能的審核流程需要更長的時間。您需要謹記以下事項：

• 如果你的App中有抽獎、幸運大轉盤、搶購活動等類似功能，不想被拒就請注明：“該活動由xxx提供，與設備生產產商Apple Inc.無關”。字體再小也要寫！
• 抽獎和比賽必須由 App 的開發者贊助。
• App 不得通過 App 內購買專案購買點數或貨幣，以用於任何種類的真實貨幣遊戲；不得向用戶出售彩票或抽彩券；不得在 App 內進行資金轉帳。
• 提供真實貨幣遊戲 (例如體育下注、撲克、賭場遊戲、賽馬) 或彩票的 App 必須在使用該 App 的地區獲得必要的許可和批准，且只能在這些地區發佈，此類 App 在 App Store 中必須免費提供。

App Store審核被拒後如何處理

1. 被拒後，首先應定位被拒的原因。你可以根據蘋果提供的被拒條款及截圖定位具體原因。如果對被拒資訊一時無法定位，可以回饋郵件進行再次諮詢。
2. 修改被拒問題。如果是一些中繼資料或二進位的問題被拒，比如：提供測試帳號密碼、螢幕需更換截圖、年齡等級不符，以及需要提供視頻來說以證明的，修改完後可發資訊禮貌回饋並重提。

Apple 應用程式審核流程可能存在一定的隨意性。不同工程師審核的時候把握的度是不一樣的，相同的內容，有時候你能過審，有時候不能。但是，我們仍需要對“蘋果審核”這件事心存敬畏，不要試圖繞開審核、欺騙審核。一定要老老實實把問題改掉，合規上架才是王道。

最後希望大家每次提交都能順利過審，感謝。