應用提交 App Store 上架被拒的原因都有哪些？

02-01

儘管Apple App Store應用上架規則寫的很明白了，但是還是會無意間觸犯某些條例。

App Store審核指南中文版（2017.8.6更新）

Apple官方退出了中文審核指南，詳情看下方鏈接：

App Store 審核指南 - Apple Developer

以下是官方原版審核指南

https://developer.apple.com/app-store/review/guidelines/

還有會被人忽略的 Data-Storage-Guideline

https://developer.apple.com/icloud/documentation/data-storage/index.html

以下是App開發、設計、品牌營銷官方文檔：

開發指南

App Programming Guide
App Extension Programming Guide
iOS Data Storage Guidelines
macOS File System Documentation
Safari Extensions Development Guide
iTunes Connect Developer Guide

設計指南

iOS Human Interface Guidelines
macOS Human Interface Guidelines
tvOS Human Interface Guidelines
watchOS Human Interface Guidelines

品牌和營銷指南

App Store Marketing Guidelines
Apple Pay Identity Guidelines
Add to Apple Wallet Guidelines
Guidelines for Using Apple Trademarks and Copyrights

以下是正文：

App Store 審核指南

簡介

App 正在改變世界，豐富人們的生活，並為像您一樣的開發者提供前所未有的創新機會。因此，App Store 已成長為一個激動人心且充滿活力的生態系統，正為數百萬的開發者和超過十億的用戶提供服務。不管是開發新手，還是由經驗豐富的程序員所組成的大型團隊，我們都非常歡迎您為 App Store 創建 app，並希望能夠幫助您了解我們的準則，以確保您的 app 能夠快速通過審核流程。

App Store 的指導原則非常簡單：我們希望為用戶獲取 app 時提供更安全可靠的體驗，並為所有開發者提供藉助 app 獲得成功的契機。我們已按照這一原則更新了 App Review 指南。新版指南本身核心內容並沒有任何變化，但其規劃得更有條理，且包含更多背景以便理解。在後續頁面中，您會發現這些準則已被清晰地劃分為五個部分：安全、性能、業務、設計及法律。另外，請將以下幾點謹記在心：

很多兒童會從我們這裡大量下載各種 app。儘管家長控制功能能為兒童提供有效保護，但您也必須做好自己份內的工作。您要知道，我們時刻都在關注這些兒童。
App Store 是向全球數億人分享 app 的好方法。如果您開發 app 只是為了分發給親朋好友，那麼 App Store 並不是最適合的途徑。這時可考慮使用 Ad Hoc 分發或加入 Enterprise Program。如果您剛開始開發 app，請進一步了解 Apple Developer Program。
如果我們認為 app 的任何內容或行為超出了可接受的範圍，我們將拒絕該 app。您可能會問，這個可接受的範圍是什麼？套用最高法院大法官的一句話：「當我看到的時候，我就知道了」。而且，我們相信，當您超出這個範圍時，您自己也會意識到。
如果您試圖欺騙系統 (例如，試圖在審核流程中弄虛作假，竊取用戶數據，抄襲其他開發者的作品，或者操縱評級)，我們會從該商店中移除您的 app，並將您從 Developer Program 中除名。

我們希望這些新準則能幫助您順利通過 App Review 流程，並使批准和拒絕標準在整體上更加一致。本文是一個動態文稿；如果新的 app 引發了新的問題，我們可能會隨時制定新的規則。也許，您的 app 就將促成新的規則。我們同樣熱愛 app 開發，並且尊重您所做的一切。我們正竭盡全力為您營造世界上最優秀的平台，既能讓您展示才華，還能讓您獲得回報。

提交之前 – 審核前核對清單

1. 安全

1.1 令人反感的內容
1.2 用戶生成的內容
1.3 兒童類別
1.4 人身傷害
1.5 開發者信息

2. 性能

2.1 App 完成度
2.2 Beta 版測試
2.3 準確的元數據
2.4 硬體兼容性
2.5 軟體要求

3. 業務

3.1 付款

3.1.1 App 內購買項目
3.1.2 訂閱
3.1.3 基於內容的「閱讀器」App
3.1.4 內容代碼
3.1.5 App 之外的實物商品和服務
3.1.6 Apple Pay

3.2 其他業務模式問題

3.2.1 可以接受
3.2.2 不可接受

4. 設計

4.1 抄襲者
4.2 最低功能要求
4.3 重複 App
4.4 Extension
4.5 Apple 站點和服務
4.6 備選 App 圖標
4.7 第三方軟體

5. 法律

5.1 隱私

5.1.1 數據收集和存儲
5.1.2 數據使用和共享
5.1.3 健康和健康研究
5.1.4 兒童
5.1.5 定位服務

5.2 知識產權?
5.3 遊戲、賭博和彩票

提交之後 – 預期事宜

提交之前

為了幫助您儘可能順利地通過 app 審批，請查看下方列出的常見錯誤行為，這些行為可能會導致審核流程延誤或導致 app 被拒。這些內容不能代替準則或保證 app 獲批，但確保核對這個列表中的每一項會是一個良好的開始。如果您的 app 不再能按預期方式工作，或者您不再積極地對其提供支持，那麼這個 app 將從 App Store 中移除。進一步了解 App Store 的改善。

請確保：

測試 app 是否會發生崩潰、是否存在錯誤
確保所有 app 信息及元數據完整且正確
更新您的聯繫信息，以便 App Review 部門在需要時與您取得聯繫
提供有效的演示帳戶和登錄信息，以及審核 app 時所需的任何其他硬體或資源 (例如，示例二維碼)
啟用後台服務，以使其在審核期間處於活動和可用狀態
在 App Review 備註中附上與非明顯特性及 IAP (App 內購買項目) 相關的詳細說明，包括支持文稿 (如適用)。如果由於地區鎖定或其他限制而導致我們無法訪問 app 的部分內容，請提供有關功能的視頻鏈接
檢查 app 是否遵循了其他文稿中的相關指南，如：

1. 安全

當用戶通過 App Store 安裝 app 時，他們希望獲得安全的體驗：app 不含令人不快或具有攻擊性的內容，不會損壞用戶的設備，不會在使用中造成人身傷害。我們在下方列出了主要的安全隱患。如果您想恐嚇或攻擊他人，則您的 app 不適合出現在 App Store 中。

1.1 令人反感的內容App 不應包含具有攻擊性、不顧及他人感受、令人不安、惹人厭惡或低俗不堪的內容。此類內容的示例有：

1.1.1 誹謗或惡意內容，包括有關宗教、種族、性取向、性別或其他目標群體的引用或評論，特別是當 app 很可能對特定的個人或團體造成傷害時。專業政治諷刺和政治幽默作家通常無需遵循這一要求。
1.1.2 人類或動物遭到殺害、殘害、酷刑、虐待的寫實描繪，或者鼓勵暴力的內容。在遊戲中，「敵人」不能單單針對特定種族、文化、真實存在的政府或企業，或是任何其他真實存在的實體。
1.1.3 鼓勵非法使用或不負責任地使用武器和危險物品的描述，或者促進軍火購買的描述。
1.1.4 過於色情的內容 (韋氏詞典對「色情」一詞的定義是：對性器官或性活動的露骨描述或展示，目的在於刺激性快感，而非帶來美學價值或觸發情感)。
1.1.5 具有煽動性的宗教評論，或者對宗教文本進行錯誤或誤導性的引用。
1.1.6 虛假信息和功能，其中包括不準確的設備數據或用於惡作劇/開玩笑的功能，如虛假的位置跟蹤器。即使指明 app「僅供娛樂」，也不能違背這一準則。支持匿名或惡作劇電話或簡訊/彩信的 app 會被拒絕。
1.1.7 App Store 評論：

App Store 客戶評論是 app 體驗中不可或缺的一部分；因此，在回復客戶的評論時，您應當對他們保持尊重。另外，您的回復應直接回應客戶評論的主題，請勿在回復中包含個人信息、垃圾信息或營銷廣告。
利用我們提供的 API 提示用戶評價您的 app：通過這項便利功能，客戶無需離開 app，就可直接在 App Store 中留下評分和評論；不允許使用預定的評論提示。

1.2 用戶生成的內容對於包含用戶生成內容的 app，有特定的難題需要解決，比如知識產權侵權、匿名欺凌等。為了避免濫用，包含用戶生成內容或社交網路服務的 app 必須滿足以下條件：

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

如果 app 中所含的用戶生成內容或服務最終主要用於色情內容、客觀化現實生活中的某人 (如「性感與否」投票)、進行人身威脅或欺凌，則這些 app 不適合出現在 App Store 中，它們可能會在未經通知的情況下被移除。如果 app 中所含的用戶生成內容來自於基於 web 的服務，則可顯示意外產生的「NSFW (公眾場所不宜)」內容，前提是這些內容是默認隱藏的，只有當用戶通過您的網站將其打開時才會顯示。

1.3 兒童類別「兒童類別」可幫助用戶輕鬆地找到適合兒童的 app。如果您希望參與「兒童類別」，則應該致力於為年紀較小的用戶量身打造卓越的使用體驗。這些 app 不得提供 app 外鏈接、購買機會或其他會對兒童造成干擾的內容，除非其保留在受家長監控的指定區域中。請謹記，一旦客戶認為您的 app 能夠滿足「兒童類別」要求，您的 app 就需要一直滿足後續更新中的相應準則；即使您決定取消選擇此類別，也是如此。進一步了解家長監控。

「兒童類別」中的 app 不得展示行為廣告 (例如，廣告商不得根據用戶在 app 中的活動投放廣告)，而且所有內容相關廣告都必須適合兒童觀看。您還應特別留意世界各地與在線收集兒童數據相關的隱私法。請務必查閱這些準則的「隱私」部分，以了解更多信息。

1.4 人身傷害如果 app 的行為方式可能會造成人身傷害，我們可能會拒絕該 app。例如：

1.4.1 如果醫療 app 可能會提供錯誤的數據或信息，或用於診斷或治療病患，則這些 app 可能會面臨更加嚴格的審核。

App 必須清楚地披露相關數據和方法，用於佐證聲明的健康測量準確度，如果準確度或方法得不到驗證，我們會拒絕該 app。例如，如果 app 聲稱僅通過設備上的感測器就能照 X 光、測血壓、測體溫、測血糖濃度或測血氧含量，則這個 app 會被拒絕。
App 應當提醒用戶，除了使用該 app，還應諮詢醫生的意見，然後才能做出醫療決定。

如果您的醫療 app 已經獲得監管部門的批准，請隨 app 提交相關文稿的鏈接。

1.4.2 藥物劑量計算器必須來自藥品生產企業、醫院、大學、健康保險公司，或是經過 FDA 或其相應國際部門的批准的其他實體。由於可能會對病患造成傷害，我們需要確保 app 將在長時間內獲得支持，並保持更新。
1.4.3 App Store 中不允許分發任何鼓勵食用煙草產品、使用違禁藥物或攝入過量酒精的 app。鼓勵未成年人攝入任何上述物品的 app 都會被拒絕。為大麻、煙草或管制物品的銷售提供便利 (經授權的藥店除外) 同樣不被允許。
1.4.4 App 只能顯示由相關執法部門公布的酒後駕車檢查點，不得鼓勵酒後駕車和包括超速在內的其他魯莽行為。
1.4.5 App 不得促使客戶以違背 Apple 硬體安全文稿的方式，或以可能會造成設備或人身傷害的方式來使用他們的設備。例如，app 不得鼓勵在充電期間將設備置於床墊或枕頭下，或對固態硬碟進行過多的寫入循環操作。請查閱設備文稿。

1.5 開發者信息用戶需要知道如何就疑問和支持問題與您取得聯繫。請確保您的支持 URL 中包含便捷的聯繫方式。如果未能提供準確的最新聯繫信息，不但會讓客戶有不好的感受，可能還會違反某些國家/地區的法律。另外，請確保在 Wallet 憑證中包含發卡機構的有效聯繫方式，以及分配給憑證的品牌或商標所有者的專用證書。

2. 性能

2.1 App 完成度提交以供審核的 app 應該是最終版本，應包含所有必要的元數據和全功能的 URL；佔位符文本、空白網站以及其他臨時內容應在提交前清除。在提交 app 之前，請務必在設備上對 app 錯誤和穩定性進行測試；如果您的 app 需要登錄，請提供演示帳戶信息 (並打開您的後台服務！)。如果您在 app 中提供了 App 內購買項目，請確保審核人員能夠看到這些內容，並確保這些內容處於完整且最新的狀態，否則請在審核備註中說明相關原因。請不要將 App Review 視作軟體測試服務。我們將拒絕不完整的 app 套裝以及會出現崩潰或存在明顯技術問題的二進位文件。
2.2 Beta 版測試App 的演示版、beta 版和試用版不適合出現在 App Store 中，請改用 TestFlight。所有通過 TestFlight 提交以進行測試發布的 app 都應旨在公開發布，並應遵循「App Review 準則」。請注意，使用 TestFlight 的 app 不得分發給測試者用以換取任何類型的報酬，包括作為眾籌資金的獎勵。對於 beta 版 app 的大幅更新應先提交至 TestFlight App Review 團隊，然後再分發給您的測試者。欲了解更多信息，請訪問「TestFlight Beta Testing」。
2.3 準確的元數據客戶應該知道他們在下載或購買您的 app 時會得到什麼，所以請確保 app 的描述、屏幕快照和預覽能夠準確反映 app 的核心體驗，並記得不斷更新，以便保持與新版本相應的最新狀態。

2.3.1 請勿在 app 中包含未記錄的功能或隱藏功能；不管是對於最終用戶還是 App Review 團隊，app 功能都應清晰可見。如果出現惡劣或屢教不改的行為，則可能會從 Apple Developer Program 中除名。我們正努力將 App Store 打造成值得信賴的生態系統，並希望我們的 app 開發者也能如此；如果您不誠實以待，我們之間就不會有任何業務往來。
2.3.2 如果您的 app 包含 App 內購買項目，請確保 app 的描述、屏幕快照和預覽清楚地指明是否有需要另行購買的精選項目、關卡和訂閱等。如果您決定在 App Store 中推廣 App 內購買項目，請確保撰寫適合公眾閱讀的 IAP 顯示名稱和描述，並且確保您的 app 能夠正確處理 Purchase Intent API，以便在您的 app 上架後客戶可以無縫完成購買。
2.3.3 屏幕快照應展示 app 的使用情況，而非僅顯示標題封面、登錄頁面或初始屏幕。屏幕快照還可以包括文本說明，並展示設備上的擴展功能，如 Touch Bar。
2.3.4 預覽是讓客戶了解 app 外觀和功能的好方法。為了確保客戶理解他們將在 app 中獲得的體驗，預覽只可使用從 app 中捕獲的視頻屏幕。表情貼紙和 iMessage 擴展功能可以將用戶體驗展示在「信息」app 中。您也可以添加旁白和視頻，或添加文本說明，以幫助說明任何無法僅通過視頻進行闡明的內容。
2.3.5 請為 app 選擇最適合的類別，並在需要幫助時參考「App Store 類別定義」。如果選擇的類別與實際情況相差較遠，我們可能會更改 app 的類別。
2.3.6 請在 iTunes Connect 中誠實地回答年齡段分級問題，以使 app 與家長控制功能的分級保持一致。如果 app 分級有誤，客戶在獲得 app 時可能會感到詫異，或促使政府監管部門展開相應調查。
2.3.7 請選擇一個獨一無二的 app 名稱，指定能夠準確描述 app 的關鍵詞，不要試圖用商標術語、流行 app 的名稱或其他不相關的短語來包裝任何元數據，以此欺騙系統。App 名稱必須限制在 30 個字元以內，且不得包含不屬於 app 名稱的價格、詞語或描述。App 副標題是詳細介紹 app 背景信息的絕佳之處；副標題必須遵循我們的標準元數據規則，且不得包含不當內容、提及其他 app 或做出無法證實的產品聲明。Apple 可能會隨時修改不合適的關鍵詞。
2.3.8 元數據應適合所有受眾，所以請確保您的 app 和 App 內購買項目的相關圖標、屏幕快照和預覽保持在 4+ 年齡分級；即使您的 app 分級更高，也應如此。例如，如果您的 app 是包含暴力的遊戲，請勿選擇包含慘烈的死亡或用槍瞄準特定角色的圖像。只有「兒童類別」的 app 才能在名稱中使用類似「適合幼兒」和「適合兒童」等詞語。請務必確保包括 app 名稱和圖標 (小圖標、大圖標、Apple Watch app 等) 在內的元數據彼此相似，以免引起困惑。
2.3.9 您應負責確保有權使用 app 圖標、屏幕快照和預覽中的所有材料，並應顯示虛構的帳戶信息，而非真實個人的數據。
2.3.10 請確保您的 app 注重 iOS、Mac、Apple TV 或 Apple Watch 體驗，並且不在 app 或元數據中包含其他移動平台的名稱、圖標或圖像，除非存在已獲批的特定互動功能。

2.4 硬體兼容性

2.4.1 為了確保用戶能夠充分利用您的 app，iPhone app 應盡量能在 iPad 上運行。我們鼓勵您考慮開發通用 app，這樣客戶就可以在所有設備上加以使用。進一步了解通用 app。
2.4.2 通過設計，使 app 節省能耗。App 不應快速耗盡電池電能、產生過多的熱量或對設備資源造成不必要的負擔。
2.4.3 對於 Apple TV app，應確保用戶無需使用除 Siri Remote 或第三方遊戲控制器之外的硬體輸入，但您可以隨意提供增強功能供連接其他外圍設備時使用。如果需要用戶配備遊戲控制器，請務必在元數據中加以明確說明，以便用戶知曉他們需要額外的設備才能玩遊戲。
2.4.4 App 不得建議或要求重新啟動設備。
2.4.5 對於通過 Mac App Store 分發的 app，還有幾個額外要求需要您牢記在心：

(i) 這些 app 必須妥當地沙盒化，並遵循「macOS File System Documentation」。另外，這些 app 只應使用相應的 macOS API 來修改其他 app 存儲的用戶數據 (如書籤、「地址簿」或「日曆」條目)。
(ii) 這些 app 必須使用 Xcode 中提供的技術來進行打包和提交；不允許使用第三方安裝器。另外，這些 app 必須是單個的自包含 app 安裝包，不能將代碼或資源安裝在共享位置。
(iii) 這些 app 不得自動啟動或者在啟動時包含其他自動運行的代碼，不得在未經同意的情況下登錄，也不得大量生成在用戶退出 app 後仍在未經同意的情況下繼續運行的進程。這些 app 不得將圖標自動添加到 Dock 中，或在用戶桌面上留下快捷方式。
(iv) 這些 app 不得下載或安裝獨立的 app、kext、額外代碼或資源，以向我們在審核過程中看到的 app 添加功能，或進行大幅更改。
(v) 這些 app 不得申請升級至 root 特權或使用 setuid 屬性。
(vi) 這些 app 不得在啟動時顯示許可證屏幕、需要使用許可證密匙或實施自己的拷貝保護措施。
(vii) 這些 app 必須使用 Mac App Store 分發更新；不允許使用其他更新機制。
(viii) 這些 app 應在當前發布的 OS 上運行，不得使用已停用或選裝的技術 (如 Java、Rosetta)。
(ix) 這些 app 必須在單個 app 套裝內包含所有的語言和本地化支持。

2.5 軟體要求

2.5.1 App 僅可使用公共 API，並且必須在當前發布的 OS 上運行。進一步了解公共 API。及時更新您的 app，確保淘汰掉在未來的 OS 版本中不再支持的任何過時功能、框架或技術。
2.5.2 App 應自包含在其套裝中，不得在指定容器範圍外讀取或寫入數據，也不得下載、安裝或執行代碼，包括其他 app。僅在特殊情況下，用於教授、開發或測試可執行代碼的 app 可以下載所提供的代碼，但這類代碼不得用於其他用途。這類 app 必須開放 app 提供的源代碼，讓客戶可以完全查看和編輯這些源代碼。
2.5.3 如果 app 傳輸的病毒、文件、計算機代碼或程序會對操作系統和/或硬體功能 (包括推送通知和 Game Center) 的正常運行造成負面影響或導致其中斷，則該 app 會被拒絕。屢教不改或惡劣的違規行為會導致開發者從 Apple Developer Program 中被除名。
2.5.4 多任務處理 app 只允許在實現預期用途時使用後台服務：VoIP、音頻播放、地理位置、任務完成記錄和本地通知等。如果 app 使用定位後台模式，請提醒用戶，這麼做會大幅縮短電池使用時間。
2.5.5 我們將在 IPv6 網路上進行審核。如果您的 app 無法與 IPv6 定址功能兼容，則可能無法通過審核。
2.5.6 如果 app 會瀏覽網頁，則必須使用相應的 WebKit 框架和 WebKit Javascript。
2.5.7 基於蜂窩移動網路且超過 10 分鐘的視頻流內容必須使用 HTTP Live Streaming，並包含一個基準 192 kbps HTTP Live Stream。
2.5.8 如果 app 會創建替代的桌面/主屏幕環境，或者模擬多 app 插件體驗，則該 app 會遭到拒絕。
2.5.9 如果 app 會改變或停用標準開關 (如調高/調低音量和鈴聲/靜音開關) 的功能，或者改變或停用其他的原生用戶界面元素或行為，則該 app 會遭到拒絕。例如，app 不應屏蔽轉向其他 app 的鏈接，或用戶希望以某種特定方式運行的功能。進一步了解如何正確處理鏈接。
2.5.10 不得提交包含空白廣告橫幅或測試廣告的 app。
2.5.11 SiriKit

(i) 集成 SiriKit 的 app 只能登記無需其他 app 支持便可處理的意圖，而且該意圖應當與用戶對所述功能的預期相符。例如，如果您的 app 屬於膳食計劃 app，則不應融入開始體能訓練的意圖，即使該 app 共享了與健身 app 的集成也不可以。
(ii) 確保 plist 中的辭彙和短語與您的 app 及其所登記意圖的 SiriKit 功能相符。別名必須與您的 app 或公司名稱直接相關，不得使用通用術語或者包含第三方 app 名稱或服務。
(iii) 以最直接的方式解析 Siri 請求，不要在請求與實現之間插入任何廣告或其他市場營銷信息。只有在完成相關任務需要時 (例如讓用戶指定特定類型的體能訓練時)，才可以顯示插頁式用戶界面。

2.5.12 利用 CallKit 或包含 SMS Fraud Extension 的 app 應該只攔截已確認用於發送垃圾信息的電話號碼。具有通話、簡訊或彩信攔截功能或垃圾信息識別功能的 app 必須在營銷文本中清楚標識這些功能，並且說明歸入攔截列表和垃圾信息列表的標準。通過這些工具獲得的數據不得用於與運行或改進您的 app 或擴展功能沒有直接關聯的任何其他目的 (例如，不得出於跟蹤或創建用戶資料等目的來使用、共享或銷售這些數據)。

3. 業務

在 App Store 中，您可以通過多種方式讓自己的 app 實現盈利。如果您的業務模式並不顯而易見，請務必在其元數據和 App Review 備註中加以說明。如果我們無法理解 app 的工作方式，或者 App 內購買項目不是那麼一目了然，則審核會有所延誤，並可能會導致 app 被拒絕。儘管價格由您決定，但是我們不會分發要價明顯過高的 app 和 App 內購買項目。對於試圖以不合常理的高昂價格欺騙用戶的 app，我們將予以拒絕。

如果我們發現您試圖操縱評論，通過付費、提供獎勵、經過篩選或偽造反饋來提高排名，或者要求第三方服務代您這樣做，我們會採取相應措施以維護 App Store 的公正誠信。採取的措施可能包括將您從 Apple Developer Program 中除名。

3.1 付款

3.1.1 App 內購買項目：

如果您想要在 app 內解鎖特性或功能 (解鎖方式有：訂閱、遊戲內貨幣、遊戲關卡、優質內容的訪問許可權或解鎖完整版等)，則必須使用 App 內購買項目。App 可以提供 App 內購買貨幣，供客戶在 app 內「打賞」數字內容提供商。App 不得包含指引客戶使用非 IAP 機制進行購買的按鈕、外部鏈接或其他行動號召用語。
通過 IAP 購買的所有點數和遊戲貨幣不得過期，並且您應確保為所有可恢復的 App 內購買項目設計一套恢復機制。
請務必指定正確的可購買類型，否則您的 app 將被拒絕。
App 不得直接或間接地將 IAP 內容、功能或消耗品贈予他人。
通過 Mac App Store 分發的 app 可託管基於非 App Store 機制的插件或擴展功能。

3.1.2 訂閱：無論屬於 App Store 上哪一類別，app 都可以提供自動續訂的 App 內購買訂閱。在 app 內集成可自動續訂的訂閱時，請務必遵循下述指導原則。
3.1.2(a) 允許的用途：如果您提供自動續訂訂閱，則必須為客戶提供持續的價值，訂閱期必須持續至少七天，並且能夠在用戶的所有設備上訪問。以下並非詳盡列表，適當的訂閱示例包括：新遊戲關卡；連載內容；多玩家支持；持續提供實質性更新的 app；對媒體內容的大型合集或持續更新的訪問許可權；軟體即服務 (SAAS)；以及雲服務支持。此外：

訂閱可與單點式服務一起提供。例如，您可以提供整個影片庫的訂閱，以及單部影片購買或租賃。
您可以提供在您自己的不同 app 間共享的單一訂閱，但此類訂閱不得擴展到第三方 app 或服務。訂閱必須適用於可使用該 app 的所有用戶設備。進一步了解在您的 app 之間共享訂閱。
App 不得強制要求用戶為 app 評級或點評、下載其他 app，或執行其他類似操作，然後才能訪問該 app 的功能、內容或者使用該 app。
與所有 app 一樣，此類服務訂閱應當允許用戶直接獲得付費購買的項目而無需執行額外任務，如在社交媒體上發帖、上傳通訊錄，以及在 app 內簽到特定次數等。
訂閱不得包含消耗性的積分和遊戲內貨幣等，即使與其他服務相結合也不行，但您可以提供包含消耗性商品打折權益的訂閱，例如能以優惠價購買寶石包的高級會員資格。
如果要將現有 app 更改為基於訂閱的業務模式，您不得減掉現有用戶已付費購買的主要功能。例如，針對新客戶引入訂閱模式後，已購買「完整遊戲解鎖」的客戶應能夠繼續訪問完整版遊戲。

3.1.2(b) 升級和降級：用戶應能獲得無縫的升級/降級體驗，並且不會出現無意間訂閱同一內容的多個不同版本。請查閱關於管理訂閱升級和降級選項的最佳做法。
3.1.2(c) 訂閱信息：在讓客戶訂閱之前，您應當清晰描述付費後的具體權益。每月有幾期？雲存儲容量有多大？具體能訪問您的哪些服務？另外，務必要清晰地表述相關的要求，即您協議的 Schedule 2 中「Agreements, Tax, and Banking」部分所述的要求。
3.1.3 「閱讀器」App：App 應允許用戶訪問先前購買的內容或內容訂閱 (具體包括：雜誌、報紙、圖書、音頻、音樂、視頻、專業資料庫訪問許可權、VoIP、雲存儲以及經批准的服務，如用於管理學生成績和課表的教育類 app) 以及多平台遊戲中的消耗品，前提是您同意不會直接或間接引導 iOS 用戶使用非 IAP 機制進行購買，並且在您介紹其他購買方式的普通溝通中沒有刻意阻止用戶使用 IAP。
3.1.4 內容代碼：App 不得使用自身機制來解鎖內容或功能，如許可證密鑰、增強現實標記、二維碼等。在為數不多的情形中，例如當功能依賴於特定的硬體功能時，app 可在不使用 App 內購買項目的情況下解鎖該功能 (例如，天文 app 會在與望遠鏡同步後增加功能)。與經過批准的實際產品 (如玩具) 配合使用的可選 app 功能可在不使用 IAP 的情況下解鎖特定功能，前提是同時也提供 IAP 選項。您不得要求用戶通過購買無關產品或參與廣告或市場活動來解鎖 app 功能。
3.1.5 App 之外的實物商品和服務：如果 app 允許用戶購買將在 app 之外使用的商品或服務，則必須使用 IAP 以外的購買方式來收取相應款項，如 Apple Pay 或傳統的信用卡入口。App 可支持獲批的虛擬貨幣的流通 (如比特幣、狗幣)，前提條件是，在該 app 能夠正常使用的地區，前述做法必須遵守各州法律和聯邦法律。
3.1.6 Apple Pay：如果 app 使用 Apple Pay，則在銷售任何商品或服務之前，必須先向用戶提供所有的基本購買信息，並且必須正確使用 Apple Pay 品牌和用戶界面元素，具體要求可參考「Apple Pay 識別標誌指南」和「人機界面準則」。使用 Apple Pay 提供重複付款服務的 app 至少需要披露以下信息：

續訂周期的時長；除非被取消，否則續訂將會繼續
每個周期中會提供哪些服務
將向客戶收取的實際費用
如何取消

3.2 其他業務模式問題下方列表並非詳盡清單，並且您提交的 app 可能會導致我們的政策有所更改或更新，但這裡有一些額外的應做事宜和勿做事宜需要您謹記在心：

3.2.1 可以接受

(i) 在您的 app 中，出於購買或促銷目的而展示您的其他 app，只要您的 app 不只是簡單地羅列其他 app。
(ii) 顯示或推薦專為經批准的特定需求而設計的第三方 app (如健康管理、航空以及輔助功能等)。您的 app 應能提供持續不斷的編輯內容，這樣 app 才不會看起來像是個擺設。
(iii) 在租借期限結束後，禁止訪問經批准的特定租借內容 (例如電影、電視節目、音樂、圖書)；所有其他項目服務不得存在過期時間。
(iv) Wallet 憑證可用於付款或接收付款、傳輸交易或是提供身份驗證 (例如電影票、優惠券和 VIP 憑據)。如將 Wallet 憑證用作其他用途，則可能會導致 app 被拒，Wallet 憑據也有可能被撤銷。
(v) 保險類 app 必須免費提供，並且必須遵守 app 發布地區的相關法律，且不得使用 IAP。
(vi) 經批准的非營利組織可以在他們持有的 app 或第三方 app 內進行籌款活動，前提是這些籌款活動必須遵守所有的 App Review 準則並提供 Apple Pay 支持。這類 app 必須披露資金的計劃用途，遵守所有必要的當地和聯邦政府法律，並且確保向捐款人提供相應的報稅收據。在被要求時，還應向 App Review 團隊提供其他信息。向捐款人介紹其他非營利組織的非營利組織平台必須確保 app 中列出的每一家非營利組織都已通過非營利組織批准流程。進一步了解如何成為批准的非營利組織。

3.2.2 不可接受

(i) 創建與 App Store 類似且用於顯示第三方 app、擴展功能或插件的界面，或將其作為熱門 app 的合集。
(ii) 通過由硬體或操作系統提供的內置功能 (諸如推送通知、照相機或陀螺儀) 或 Apple 服務 (如 Apple Music 訪問或 iCloud 存儲) 獲利。
(iii) 人為地刷廣告展示次數或者廣告點進次數的 app，以及主要設計目的在於顯示廣告的 app。
(iv) 在 app 內為慈善機構和募款方籌集資金，除非您是經批准的非營利組織或依上文 3.2.1 (vi) 規定獲得了許可。出於以上目的籌集資金的 app 必須在 App Store 上免費，並只能在 app 之外籌集，例如通過 Safari 或簡訊。
(v) 強行限制 app 的用戶群，例如限制特定地區或運營商。
(vi) App 應當允許用戶直接獲得付費購買的項目而無需執行額外的任務，如在社交媒體上發帖、上傳通訊錄，以及在 app 內簽到特定次數等。App 不得要求用戶必須先為 app 評分或點評、觀看視頻、下載其他 app、點擊廣告或進行其他類似操作，然後才能訪問 app 的功能、內容或使用 app，或者接受現金或其他補償。
(vii) 人為操縱用戶在其他服務中的可見性、狀態或排名，除非相關服務的條款和條件允許這樣做。
(viii) App Store 中不允許分發協助進行二元期權交易的 app。請考慮使用網頁版 app。

4. 設計

Apple 客戶非常看重簡潔、雅緻、創新且易於使用的產品，這也正是我們希望在 App Store 上看到的。您可盡情提供各種優秀設計，但在 App Store 上被獲准發布的 app 至少需要滿足以下標準。另請記住，即使在 app 獲得批准之後，您也應當對其進行更新，確保 app 能正常工作並持續吸引新客戶和現有客戶。停止服務或體驗下降的 app 隨時可能會從 App Store 中被移除。

4.1 抄襲者請拿出您自己的想法。我們知道您有自己的奇思妙想，那麼請將它們付諸實際。請不要簡單照搬 App Store 上的熱門 app，或只是細微修改其他 app 的名稱或 UI，就將其挪為己用。這麼做不但有引發知識產權侵權索賠的風險，更會加大在 App Store 中瀏覽的難度，而且對您的開發者同仁來說也不公平。
4.2 最低功能要求App 應包含功能、內容和 UI，而不僅僅是一個經過重新包裝的網站。如果 app 沒有什麼實用價值、毫無新意或者不太像是一個 app，那它就不適合出現在 App Store 中。如果 app 不能帶來持久的娛樂價值，或只是讓人感到毛骨悚然，則無法獲得批准。如果 app 只是一首歌曲或一部影片，則應提交到 iTunes Store。如果 app 只是一本書籍或遊戲指南，則應提交到 iBooks Store。

4.2.1 App 應該為實現預期用途而使用 API 和框架，並在 app 描述中說明集成詳情。例如，HomeKit 框架應提供家居自動化服務，HealthKit 則應該用於保持健康和健身目的，並集成在「健康」app 中。
4.2.2 除了目錄類 app 之外，app 不應只用於市場營銷材料、廣告、網路剪報、內容聚合或鏈接集合。
4.2.3 App 應能獨立工作，無需安裝其他 app。
4.2.4 與錶盤類似的 Apple Watch app 可能會令人感到困惑，因為用戶會認為這些 app 能與各種設備功能 (如輕掃、通知和第三方功能欄) 配合使用。將創意性的時間表現方式用作 app 界面是個好點子 (例如，供衝浪者使用的潮汐時鐘)，但是如果您的 app 與錶盤過於相像，則可能會被我們拒絕。
4.2.5 主要用作 iCloud 和 iCloud Drive 文件管理器的 app 需要包含更多的 app 功能，才能獲得批准。
4.2.6 利用商業化模板或 app 生成服務創建的 app 會被拒絕。

4.3 重複 App請不要為同一個 app 創建多個套裝 ID。如果您的 app 針對特定位置、運動隊、大學等存在不同版本，請考慮提交單個 app，並提供 App 內購買項目以提供不同的功能。同時，請避免繼續在已有大量類似 app 的類別下進行開發；App Store 上已經有太多模擬放屁、打嗝聲音的 app，以及手電筒和愛經 app。上傳大量相似版本 app 的開發者會遭到 Apple Developer Program 的除名。
4.4 擴展功能託管或包含擴展功能的 app 必須遵循「App Extension Programming Guide」或「Safari Extensions Development Guide」，如果可行，還應包含諸如幫助屏幕和設置界面在內的一系列功能。您應當在 app 的市場營銷文本中清晰且準確地披露提供了哪些擴展功能。

4.4.1 鍵盤擴展功能還需要遵循一些額外的規則。

它們必須：

提供鍵盤輸入功能 (如可輸入字元)；
如果鍵盤中含有圖像或表情符號，請遵循貼紙準則；
提供切換到下一個鍵盤的方法；
在沒有網路連接和不要求完全訪問許可權的情況下仍能使用；
按照「App Extension Programming Guide」所述提供數字和十進位鍵盤類型；
收集用戶活動數據只是為了改進其鍵盤擴展功能在 iOS 設備上的性能。

它們不得：

包含市場營銷、廣告或 App 內購買項目；
啟動「設置」之外的其他 app；或者
將鍵盤按鍵用於其他行為，例如按住 Return 鍵來啟動相機等。

4.4.2 Safari Extension 必須在 macOS 上的最新版 Safari 上運行。它們不得干擾系統和 Safari UI 元素，並絕不能包含惡意或誤導性的內容或代碼。違背此規則會遭到 Apple Developer Program 除名。除了正常工作所必需的網站，Safari Extension 不得要求訪問更多網站。
4.4.3 表情貼紙表情貼紙是讓「信息」變得更動態、更有趣的絕佳方式，讓人們能夠以更巧妙、有趣、有意義的方式表達自我。無論您的 app 含有表情貼紙擴展功能，還是您要創建單獨的表情貼紙包，其內容均不得冒犯用戶、造成負面體驗或違反相關法律。

(i) 通常，不適合在 App Store 上發布的內容也不適合放入表情貼紙內。
(ii) 考慮地區敏感性，不要在難以接受或者會違反當地法律的國家/地區提供您的表情貼紙包。
(iii) 如果您的表情貼紙含義不易理解，請在審核備註中附上清晰的說明，從而避免導致審核流程的延誤。
(iv) 確保您的表情貼紙在您的朋友與家人之外具有相關性；它們不應特定於個人活動、群體或關係。
(v) 您必須對錶情貼紙中的內容，持有所有必要的著作權、商標權和形象權及授權許可，不得提交任何未經授權的內容。請記住，您必須能夠在要求時提供可核實的文件。若 app 內含有您無權使用的表情貼紙內容，該 app 將從 App Store 中去除，屢次侵權者將從 Developer Program 中除名。如果您認為自己的內容遭到其他提供商侵權，請在此處提交權利主張。

4.5 Apple 站點和服務

4.5.1 App 可以使用獲批的 Apple RSS Feed (如 iTunes Store RSS Feed)，但不能抹除 Apple 站點 (如 http://apple.com、iTunes Store、App Store、iTunes Connect、開發者門戶等) 的任何信息，也不能使用這類信息進行排名。
4.5.2 Apple Music

(i) MusicKit API 可以讓客戶在使用您的 app 時訪問自己的訂閱。它們旨在為 Apple Music 訂閱用戶提供輕鬆簡便的音樂播放體驗。用戶必須能夠發起 Apple Music 流媒體播放，並且能夠使用「播放」、「暫停」和「跳過」等標準媒體控制項來瀏覽音樂內容。此外，您的 app 不得要求用戶通過付款或間接的貨幣化方式來獲取 Apple Music 服務的訪問許可權 (如 App 內購買項目、廣告、要求使用用戶信息等)。請勿下載、上傳或分享源自 MusicKit API 的音樂文件，除非 MusicKit 文稿中已明確允許。
(ii) 使用 MusicKit API 並不能取代為獲得更深入或更複雜的音樂集成而可能需要的授權許可。例如，如果您希望您的 app 在特定時刻播放特定的歌曲，或者創建可以在社交媒體上分享的音頻或視頻文件，您需要直接聯繫版權持有人來獲得許可 (如同步或改編權利) 和資源。封面插圖和其他元數據僅可用於與音樂播放或播放列表相關的用途 (包括展示 app 功能的 App Store 屏幕快照)，未經版權持有人明確授權，不得用於任何市場營銷或廣告目的。在 app 中集成 Apple Music 服務時，請務必遵循「Apple Music Identity Guidelines」。
(iii) 訪問 Apple Music 用戶數據 (如播放列表和個人收藏) 的 app 必須在用途字元串中清楚披露這類訪問行為。收集的任何數據均不得與第三方分享，也不得用於除支持或改進 app 體驗之外的任何其他用途。這類數據不得用於識別用戶身份或設備，也不得用於廣告定向宣傳目的。

4.5.3 不得使用 Apple 服務 (包括 Game Center 或推送通知等) 發送垃圾郵件、進行網路釣魚，或者向客戶發送未經請求的信息。不得嘗試進行查找、跟蹤、關聯、挖掘、獲得或利用玩家 ID、別名以及通過 Game Center 獲得的其他信息。否則將會遭到 Apple Developer Program 的除名。
4.5.4 App 不能將推送通知列為必需條件，並不能將該功能用於廣告、推廣或直接行銷用途，或者用來發送敏感的個人或保密信息。
4.5.5 僅以 Game Center 團隊批准的方式使用 Game Center 玩家 ID，並不得在 app 中顯示或向任何第三方顯示。

4.6 備選 App 圖標App 可以使用自定圖標以傳達特定信息 (例如表達對某個運動團隊的喜愛)，前提是每次更改都由用戶發起，並且 app 中應包含恢復至原始圖標的設置。所有圖標變體必須與 app 的內容相關，並且更改內容在所有系統資源之間應保持一致，以便「設置」和「通知」等位置中顯示的圖標與新的 Springboard 圖標相吻合。這項功能不可用於動態、自動或連續性更改，例如用於反映最新天氣信息和日曆通知等。
4.7 第三方軟體App 可以包含或運行由第三方開發者提供的代碼 (如基於 HTML5 的遊戲)，前提是這類代碼沒有在商店界面或類似商店的界面中提供，而且相關軟體 (1) 是免費軟體或需通過 App 內購買項目進行購買；(2) 僅使用標準 WebKit 視圖中提供的功能；您的 app 必須使用 WebKit 和 JavaScript Core 來運行第三方軟體，且不得試圖擴展或披露原生平台 API 給第三方軟體；(3) 由已加入 Apple Developer Program 且簽署「Apple Developer Program 許可協議」的開發者提供；並且 (4) 遵守各個 App Review 指南中的條款 (例如，不含令人反感的內容；使用 IAP 解鎖特性和功能)。您必須在被要求時提供您的 app 中包含的第三方軟體和元數據的索引信息。

5. 法律

只要 app 向某個地區的用戶提供，那麼就必須遵守該地區的所有法律要求 (如果您不太確定，請與律師聯繫)。我們知道這些東西非常複雜，但理解所有本地法律，並確保您的 app 能滿足所有法律要求，而不僅僅是下方列出的準則，是您必須承擔的責任。當然，如果 app 存在唆使、宣傳或鼓勵犯罪的行為或明顯不負責任的行為，則會被拒絕。

5.1 隱私在 Apple 生態體系中，保護用戶隱私總是第一要務。您要在處理個人數據時小心謹慎，以確保遵守了適用的法律和「Apple Developer Program 許可協議」中的條款，並滿足客戶的期待。尤其是：

5.1.1 數據收集和存儲

(i) 如果 app 會收集用戶信息或使用數據，其內必須制定隱私政策，並徵得用戶的同意才能收集。這包括 (但不限於) 以下 app：實施 HealthKit 或其他健康/醫療技術、HomeKit、鍵盤擴展功能、Apple Pay、表情貼紙和 iMessage 擴展功能的 app；包含登錄信息的 app；或訪問設備上用戶數據的 app。App 描述中應當註明 app 會要求訪問哪些內容類型 (例如，位置、通訊錄和日曆等)，並說明當用戶不授予許可時，app 的哪些功能會無法正常工作。
(ii) 如果 app 不包含基於帳戶的重要功能，請允許用戶在不登錄的情況下使用。App 不得要求用戶提供個人信息才能正常使用，除非個人信息與 app 的核心功能直接相關，或是法律要求時。如果您的核心 app 功能與特定的社交網路 (如 Facebook、微信、微博或 Twitter 等) 不相關，您必須提供無需登錄或其他類似機制的訪問許可權。調取基本檔案信息、分享到社交網路或邀請朋友使用 app 等不視為核心 app 功能。
(iii) 如果開發者開發的 app 試圖暗中收集用戶密碼或其他用戶私人數據，那麼該開發者會遭到 Apple Developer Program 的除名。
(iv) 必須使用 SafariViewController 在顯著位置向用戶顯示信息；不得隱藏該控制器，也不能被其他視圖或圖層遮擋。此外，未經用戶的知情和同意，app 不得私下利用 SafariViewController 來追蹤用戶。

5.1.2 數據使用和共享

(i) 您不得嘗試、協助或鼓勵他人，根據您所謂以「匿名」、「匯總」或其他不可識別的方式收集的數據來識別用戶身份或重建用戶資料。除非先獲得用戶的許可並提供有關數據使用方式和使用位置的相關信息，否則不得使用或傳輸用戶的個人數據。
(ii) App 收集的數據只有在為了改進與 app 功能相關的用戶體驗或軟/硬體表現時，或在遵循「Apple Developer Program 許可協議」的前提下用於廣告投放用途時，才能使用或與第三方分享。
(iii) 從 HomeKit API 收集的數據不得用於投放廣告或是基於使用情況進行其他數據挖掘。
(iv) 使用 Apple Pay 的 app 只能與第三方共享通過 Apple Pay 獲得的用戶數據，以幫助或改進商品或服務的交付。

5.1.3 健康和健康研究健康、健身和醫療數據特別敏感，涵蓋這些領域的 app 必須滿足額外的規則，並確保客戶隱私受到保護：

(i) App 僅能在獲得批准的情況下，出於改進健康管理或健康研究的目的，使用在健康、健身和醫療研究背景下收集的數據 (包括從 HealthKit API、「運動與健身」或健康領域人體研究中收集的數據) 或將其披露給第三方，不得用於廣告投放或基於使用情況進行其他數據挖掘。
(ii) App 不得將虛假或錯誤數據寫入 HealthKit 或其他任何醫療研究/健康管理 app，不得在 iCloud 中存儲個人健康信息。
(iii) 開展健康領域人體研究的 app 必須獲得參與人員提供的知情同意書，如果涉及未成年人，則必須獲得由其家長或監護人提供的知情同意書。上述知情同意書必須涵蓋以下內容：(a) 研究的性質、目的和時長；(b) 具體規程，給參與人員帶來的風險和益處；(c) 關於保密和數據處理 (包括與第三方共享信息的情況) 的信息；(d) 用於回答參與人員問題的聯繫人；以及 (e) 退出流程。
(iv) 用於開展健康領域人體研究的 app 必須獲得一家獨立倫理審查委員會的批准。一經要求，必須提供此類批准的證明。

5.1.4 兒童出於多種原因，您在處理兒童的個人數據時必須小心謹慎。我們建議您仔細閱讀所有要求，以遵循相關法律，如《兒童在線隱私保護法》(「COPPA」) 和其他國際上適用的同等法律。

App 只能出於遵守適用兒童隱私法規的目的要求用戶提供出生日期或家長聯繫信息，但必須提供一些適用於各年齡層用戶的實用功能或娛樂價值。

此外，「兒童類別」中的 app，以及向未成年人收集個人信息 (例如姓名、地址、電子郵件、位置、照片、視頻、圖畫、能否聊天、其他個人數據，或是將永久標識符與以上任何信息組合使用)、傳輸此類信息或能夠共享此類信息的 app，則必須遵守適用的兒童隱私保護法規，且必須擁有隱私政策。為了清楚起見，「兒童類別」的家長監控要求，通常並不完全等同於在這些隱私法規下徵得家長的同意後收集個人數據。

5.1.5 定位服務只有在定位服務與 app 提供的功能和服務直接相關時，才能在 app 中使用定位服務。基於位置的 API 不得用於提供緊急服務，不得對汽車、飛機和其他設備進行自主控制 (小型設備，如輕量無人機和玩具除外)，不得遙控汽車防盜系統等。在收集、傳輸或使用位置數據之前，務必進行通知並獲得用戶同意。如果 app 會使用後台定位服務，請務必在 app 中說明相應的原因；請參考「Human Interface Guidelines」，了解相應的最佳做法。

5.2 知識產權?請確保 app 只包含由您創建或擁有使用許可的內容。如果您已越線並在未經許可的情況下使用了內容，您的 app 可能會被移除。當然，這也意味著如果他人抄襲了您的作品，則他們的 app 也可能會被移除。如果您認為自己的知識產權在 App Store 上受到了其他開發者的侵犯，請通過網路表單?提交權利主張。各個國家/地區的法律互不相同，但請務必避免以下常見錯誤：

5.2.1 一般性：不得在未經授權的情況下，在 app 中使用受保護的第三方材料 (例如商標、版權作品、專利設計)；也不得在 app 套裝或開發者名稱中包含虛假、抄襲或誤導性的演示、名稱或元數據。App 提交方應當是擁有或獲授權使用知識產權和其他相關權利的個人或法律實體，並且應對提供 app 中的任何服務負責。
5.2.2 第三方站點/服務：如果您的 app 會使用、訪問第三方服務、通過訪問第三方服務盈利或是顯示第三方服務的內容，請確保您獲得在該服務的使用條款下進行此類操作的特別許可。如有相應要求，則必須提供相關授權。
5.2.3 音頻/視頻下載：app 不得促進非法文件共享，或在沒有獲得這些資源的明確授權的情況下，提供從第三方來源 (如 Apple Music、YouTube、SoundCloud、Vimeo) 保存、轉換或下載媒體資源的能力。視頻/音頻內容流也有可能觸犯使用條款，所以請務必在 app 訪問這些服務前，進行檢查。如有相應要求，則必須提供相關文稿。
5.2.4 Apple 認可：不得誤導或暗示 Apple 是 app 的來源或提供商，或者 Apple 以任何形式表示認可其質量或功能。如果您的 app 被選為「編輯選薦」，Apple 將自動顯示相應徽章。
5.2.5 Apple 產品：不得創建與現有 Apple 產品、界面 (如 Finder)、app (如 App Store、iTunes Store 或「信息」) 或廣告主題外觀相似或容易混淆的 app，請勿拼錯 Apple 產品的名稱 (如 Iphone 版 GPS、iTunz)。App 和擴展功能 (包括第三方鍵盤和貼紙包) 不得含有 Apple 表情符號。iTunes 音樂預覽內容不得用於其娛樂價值 (如用作照片拼貼畫的背景音樂或遊戲配音) 或其他未獲授權的方式。如果 app 顯示健身記錄圓環，請不要修改圓環本身的觀感，以及其代表的數據。「人機界面準則」中含有關於如何使用健身記錄圓環的更多信息。

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

5.3.1 抽獎和比賽必須由 app 的開發者贊助。
5.3.2 抽獎、比賽和抽彩的正式規則必須在 app 中註明，並且必須明確表示 Apple 不是贊助者，也沒有以任何形式參與活動。
5.3.3 App 不得通過 IAP 購買點數或貨幣，以用於任何種類的真實貨幣遊戲；不得向用戶出售彩票或抽彩券；不得在 app 內進行資金轉賬。
5.3.4 提供真實貨幣遊戲 (例如體育下注、撲克、賭場遊戲、賽馬) 或彩票的 app 必須在使用該 app 的地區獲得必要的許可和批准，且只能在這些地區發布，此類 app 在 App Store 中必須免費提供。App Store 上不允許發布非法的賭博輔助工具，包括記牌器。彩票 app 必須有報酬、幾率及獎品。

提交之後

在 iTunes Connect 中提交 app 和元數據之後，您隨即就會進入審核流程。請謹記以下幾點：

時間安排：App Review 團隊將儘快檢查您的 app，而且我們一直在力求縮短審核時間。進一步了解 App Review。
狀態更新：App 的當前狀態會反映在 iTunes Connect 中，所以請多留意此處。
加急請求：如果您遇到了嚴重的時間問題，可以申請加快審核。請僅在您真的需要加快審核時才提出申請，以便其他開發者的加急請求不受影響。如果我們發現您濫用此系統，從此以後我們可能都會拒絕您的申請。
發布日期：如果您設定在未來某個日期發布 app，在此日期到來之前，即使這個 app 已獲得 App Review 團隊的批准，也不會顯示在 App Store 上。請注意，您的 app 可能需要長達 24 小時才能顯示在所有選定的商店中。
拒絕：我們的目標是公平、持續地遵循這些準則，但是人無完人。如果您的 app 被拒絕，但您存在疑問，或希望提供其他信息，請使用解決方案中心，以與 App Review 團隊直接溝通。這樣可以幫助您的 app 出現在商店中，也可幫助我們改進 App Review 流程，並在我們的政策中發現需要闡明的部分。如果您仍對結果不滿意，請提交申訴。

我們期待看到您開發出更多優秀作品！

雖然蘋果的審核確實很坑，前陣子我一個app因為在Apple Watch上面顯示了時間被拒絕了，理由是你目前不能這樣做。

後來條款更新明確說明了這一條，蘋果的條款是一直在變的，他也一直在拿開發者做實驗。

app團隊應該好好讀審核條款，不要什麼都坑坑坑，仔細看看你會發現明明很多蘋果就有說明。

PS：本人被拒經驗豐富

　　作為iOS開發者，估計有很多都遇到過APP提交到App Store被拒，然後這些被拒的原因多種多樣，今天群主收集了常見的被拒的原因，以便更多開發者了解。

　　1、程序有重大bug，程序不能啟動，或者中途退出。

　　2、繞過蘋果的付費渠道，我們之前遊戲里的用兌換碼兌換金幣。

　　3、遊戲里有實物獎勵的話，一定要說清楚，獎勵由本公司負責，和蘋果沒有關係。

　　4、用到蘋果的標誌。（應用的設計和Apple的Logo風格太像了也會被拒）

　　5、網路功能不能正常訪問。

　　6、圖標不能點擊，不能點擊的圖標要置灰，或者直接隱藏。

　　7、沒有設置default頁，啟動畫面為黑屏，有一定概率被拒絕。

　　8、一個應用在線，但你想在發一個豪華版之類的，再開一個應用也會被拒絕。

　　9、用了著名遊戲的關鍵字，比如說「憤怒的小鳥」之類的。

　　10、iPhone版不支持480*320解析度被決絕。

　　11、娛樂分類App，拒絕理由：我們認為你的App不具有娛樂性。

　　12、你的軟體不符合中國法律，還打電話來跟我說。（奶奶的，中國哪個法律說不可以翻牆。）

　　13、技術支持地址寫的微博地址，於是被拒絕了。原因是：不能將需要登陸才能訪問的網址作為技術支持地址。

　　14、說我們的應用不該用App開發，應該用HTML5。（而且還很熱心的給出了參考鏈接哦）

　　15、調用截屏功能,當時沒注意,是私有API,被拒.改成非私有API實現截屏功能就通過了.

　　16、開放了文件document分享功能(Application supports iTunes file sharing),被退回,理由:不需要分享,為何開放了.回復郵件說明理由後上線.

　　17、年齡設置太低,說是有成人內容,被拒.修改內容後上線.

　　18、同一軟體多個版本只是針對不同的國家和內置的語言不同.前面幾個上線,後面幾個被拒.讓改成一個程序做程序內下載資源.

　　19、程序有crash被拒.修改bug後上線.

　　20、原因是我們的一個軟體只允許聯通用戶驗證真實身份並發布信息。apple要求要麼放棄驗證，要麼允許移動和電信用戶驗證。

　　21、APP中出現了某本以喬布斯為封面的本集團出版物圖片，遭拒。回復曰：Thank you for submitting your app commemorating Steve Jobs.

　　We appreciate your efforts honoring Steve. However, we』ve decided to honor his life in other ways and we are not accepting these types of apps.

　　22、原來做過一個顯示假電池的App, 就是顯示一個假的的電量, 這樣別人找你藉手機就可以以沒電了為理由不借給他. 結果App Store說會迷惑用戶, 讓我改簡介. 改為簡介後蘋果中國給我打電話說這個App不用再提交了, 不可能過, 會迷惑用戶… 我了個去的於是這個App就一直存在在我的iTunes Connect里.

　　23、忘記提供測試賬號。（如果你的APP有登錄功能）

　　24、軟體有個vip功能，涉嫌應用內收費。

　　25、撥打電話，涉嫌扣費。

　　26、圖片如果比較清涼的話需要設置軟體級別。

　　27、平板應用要支持最少2個翻轉方向。

　　28、程序內按鈕設計成標準的iOS icon。

　　29、內置付費的內容要明確告訴需要購買，購買前不能擺出來（這個屬於運氣不好，同樣這麼做的app很多）

　　30、提交旗下一款新應用，為統一旗下各個產品的品牌識別，採取了與上一款產品相似的色調和logo結構。蘋果拒絕理由是不知道這兩款產品有什麼區別（其實區別點進去就很明顯，連UI布局都大相徑庭）。

　　31、應用內涉及到抽獎的運營活動，未聲明與蘋果官方無關。

　　33、自認為第一版產品還不夠完善，於是過度謙虛地在啟動畫面加上了「beta」字樣。蘋果的反饋是，不允許測試版產品上架。囧，後來翻了一下 Review Guideline 似乎是有提到這點的。

　　34、鏈接堆砌，蘋果建議用HTML5來做

　　35、UIWebView 嵌頁面片，蘋果建議讓用戶通過瀏覽器訪問，比如愛知乎，開始幾個版本通過了，後面的更新一直沒提交上去

　　屏幕壞點檢測應用，蘋果說會誤導用戶，未上架

　　36、登陸賬號有兩個字母寫反了，改正後通過

　　37、因遠程伺服器反應慢，蘋果的人估計沒耐心等，就說有bug給拒了，重新提交一份通過

　　38、應用標題加了幾個描述語句，蘋果讓在描述中寫明達到此目的的操作流程，改正後通過

　　39、一個第三方的應用，描述文字中有該網站的鏈接，進去網站後能找到付費鏈接，蘋果說該網站有自己的支付方式，去除網址後通過

　　40、應用請求使用地理位置的許可權，但相關功能藏得比較深，Apple說沒找到相關的功能。 — 回信說明後通過

　　41、應用描述中提到了是全平台應用，可以和其他系統同步數據。因為提到了「Android」的字眼被拒。 — 修改描述後通過

　　42、 App 的User Agreement中出現了 Beta、Preliminary 等字樣。因為是發布第一個版本，產品帶有一定的beta性質，但是確實是可發布產品了。按照公司LEGAL部門（外企，對User Agreement要求嚴格）的要求，必須有類似Beta的說明告知用戶，而 Apple 是明確不允許有 Beta 性質的字樣的。

　　43、App 是一個機遇小區的社區工具，順便做了房產廣告，但是 apple 審核說是廣告app，不允許發布。

　　44、應用里有個去給我們打分的功能，被拒了。。（這是不是史上最坑爹的拒絕理由）

　　45、網路工具軟體，要求支持國外的電信運營商網路。

　　46、曾經做一個 Chinajoy 美女圖片 show 的，被認為不適合放在 App Store。

　　47、iOS 5 的數據存儲問題…網路下載的資源不能直接搞在Documents目錄下。這個反覆整了5次左右才通過審核。

　　48、忘記提供測試賬號……（審核的大爺們你們就不能自己弄個或者註冊個賬號么）

　　49、還有一次被拒，我回復說你們所說的問題不存在……後來……通過審核了。-.-

　　50、菜單中有一個文字包含測試，被打回，說不能上測試版本。

　　51、app名字包含pad，被打回，說容易名字不能有pad，會被誤解為蘋果自己的應用，不過同名的iphone版本就通過了…

　　52、upport地址在safari（僅僅是safari）下由於適配性問題打不開，結果就收到了apple的來信。

　　53、app里做了次抽獎，獎品是iphone4s，結果他們必須要我們將獎品改成別的，同時申明此活動與蘋果公司無關，才可以上架。。。

　　54、app里做了次抽獎，獎品是iphone4s，結果他們必須要我們將獎品改成別的，同時申明此活動與蘋果公司無關，才可以上架。。。

　　55、在程序的說明信息中有「越獄」倆字，被拒，後來把這倆字去了，PASS。但是：如果我在程序運行中檢測出手機越獄了，這結果報出來讓不讓過？

　　56、使用GPS常駐後台服務，要我給出一個合適的理由，否則不往下審核，還好，解釋一翻過去了。

　　57、出現「給我們五星好評」之類的文字。

　　58、應用內提到付費項目但木有通過蘋果付費渠道（妄圖不讓蘋果老大賺錢）

　　59、問我服務是不是只在IOS平台，還是同時支持多平台（我當然擁護蘋果老大的領導，木有其他平台，iPhone專屬）

　　60、地圖應用，Google大神的LOGO沒有顯示。

　　61、google地圖下面logo被一個UIView給遮擋了被拒。調整位置後ok

　　62、對不存在普遍比較標準的幾類人進行比較和評判。不比人比動物後ok

　　63、上傳通訊錄沒有通知。這個等了幾個月，蘋果的法律糾紛差不多了之後拒掉。然後加了提示後ok。

　　64、我寫的英文App介紹審核人員看不懂，被拒。後然直接用中文。唉。

　　65、因為上行簡訊實現用戶認證被拒

　　66、果測試人員的手機號在國外，因為收不到國內簡訊，被拒

　　67、他們打開我的一個APP測試，顯示空白無內容，哈哈，因為他們相冊里沒有960*640的圖，就說我該程序功能沒開發完畢吧？

　　然後我回了信，然後第二天就上架了。雖然這個小應用是極其簡單的。

　　68、最蛋疼的是，提供了測試用戶帳號密碼，被我們某個手賤的測試人員測試修改密碼的時候給改掉了。。。於是蘋果登錄不進來，於是杯具

　　69、IAP價格不能超過99美金（其中有一個是99.99美元，你妹啊！！！！！！！你麻痹多出0.99美金啊！！人家遊戲都可以有啊！！！！為什麼我們就不行啊！！！）

　　70、不能強迫用戶註冊（網路遊戲啊親！！你妹有直接登陸的按鈕啊！！！不需要註冊的啊！！試一下會shi啊！！！！）

　　71、support URL無法訪問（草草草草草！！！那幾天GFW抽風，海外訪問國內網站有問題，你妹躲在香港的體諒一下大陸人民啊！！！）

　　72、沒有生成Paid iOS合同（遊戲內含IAP，好吧，這個是合作公司搞的烏龍，就不吐槽蘋果了）

　　73、某微博客戶端，提供了測試賬號，被拒的理由是「賬號登錄不進去」，還有截屏，我一看，這不把我們提供的測試賬號的最後兩個字母寫反了么…趕緊反饋，之後三天才繼續審核，這三天真是太賠了。

　　74、某門戶新聞客戶端，免費應用，被拒的理由是「找不到in app purchase的項目對應的界面」，可是我們的應用跟本沒有應用內支付，繼續反饋…又等了三天…

2012/8/21補充

　　75、iPhone Human Interface Guidelines中指出了基本UI控制項應該如何正確地使用。我們應該按照它的要求來檢查Tab Bar、Navigation Bar和Alert View等控制項是否符合Apple的口味。

　　76、確保應用不要模仿設備預裝應用的樣式和功能，如Music、iTunes Music Store和App Store等。這一條規則似乎是選擇性實施的，因為許多瀏覽器和指南針類的應用都得到了批准。

　　77、不要加入過多髒話、無理由的性愛場面和吸毒場面。

　　78、不要對硬體按鈕進行重新編程，賦予其它功能。例如，不要將音量按鈕作為照相應用的快門鍵，不要將home鍵作為遊戲中的開火鍵。

2012年/12/23補充

　　蘋果拒絕獲取iOS設備的App （推薦：《iOS設備的UDID是什麼？蘋果為什麼拒絕獲取iOS設備UDID的應用？如何替代UDID？》）

　　看完上面的各種原因，dApps建議各位開發者仔細閱讀 Apple Review Guideline(蘋果應用商店AppStore審核中文指南（譯本）)

2013年/2/27補充

　　蘋果應用審查團隊叫停Cookie追蹤技術，凡是有開發者App使用「cookie追蹤」技術的，請儘快想辦法讓其符合蘋果的審查條件。

2014年 7月補充

　　應用涉及到硬體的開發，需要硬體輔助運行的，比如穿戴設備，應用無註明並沒有郵寄硬體設備，那麼應用可能會被拒絕。

2014年12月補充

　　蘋果應用商店AppStore上線被拒10大原因（官方提供數據）

2015年1月補充

　　App產品發布和提交環節的注意事項，小心被拒。

2015年2月15日補充

　　→AppStore：App圖標及App截圖不準出現「槍」

2015年3月5日補充

　　10.6 Details

　　Your app includes an update button or alerts the user to update the app. To avoid user confusion, app version updates must utilize the iOS built-in update mechanism.

　　應用裡面有個cell 後有個「版本檢測XX」點擊後做更新流程，如果是最新版本則提示當前是最新版本，如果不是則跳轉到AppStore。

　　非常不解啊，但是還是悲劇了。難道蘋果又嚴格了，對舊條款有新的含義詮釋。

　　更改方案為：當前版本：XX 僅作顯示，去除更新的流程。

　　被拒提示示例（2015年4月7日補充）

2015年4月補充

　　App用有米、多盟（domob）、艾德思奇（mobisage）、萬普積分牆SDK的直接被拒

2015年8月補充

　　因為 17.2被拒

　　17.2 - Apps that require users to share personal information, such as email address and date of birth, in order to function will be rejected

　　17.2 Details

　　We noticed that your app requires users to register with personal information to access non account-based features.Apps cannot require user registration prior to allowing access to app content and features that are not associated specifically to the user.

　　Specifically, your app requires users gender and location information for account creation. We』ve attached screenshot(s) for your reference.

　　Next Steps

　　User registration that requires the sharing of personal information must be optional or tied to account-specific functionality. Additionally, the requested information must be relevant to the features.

　　解決方法：回復蘋果說明為什麼要收集用戶的這些信息，只要理由正當，一般會通過。

2015年10月11日補充

　　① 對於言論自由的內容，需要有用戶主動可以舉報的按鈕或者區域（舉例如社區中的匿名內容，必須要有用戶可以自主舉報的按鈕，關於這一點我記得當時人家審核團隊直接打電話給我說我還試圖和他」狡辯「說我們有自己的一套篩選內容的機制，以及我們的運營人員24小時不停的在審核內容，然而還是不行，審核人員直接和我說你沒有用戶可以自主舉報的地方審核是不會過的）

　　② 不能限制用戶進入你的app，但是你可以限制用戶只使用你的app的部分功能（想到這一點也真是眼淚掉下來，這句話是人家蘋果美國團隊的某審核團隊負責人直接說的原話，具體是怎麼回事呢。我來解釋一下吧~之前我們的一個app是指適用於校園範圍內的，所以一打開app就直接定位，如果用戶所在的地理位置不在學校內或者說他不允許使用gps許可權，那麼我們就禁止他進入，只給他提示界面。然而就是因為這樣的原因，導致app不過，他給的理由就是不能限制用戶進入你的app這一點，後來還聽同事說如果一進來就要註冊的app，而註冊時候必須要傳照片，不然不讓註冊的好像也是會被拒絕，原因也是這個）

　　③ 出現和iphone桌面一樣的ui風格（就是說出現圓角的icon並且按照桌面風格排列）

　　④ 依賴其他app的功能（這一點主要出現在分享功能上，app中經常會有分享到微信什麼的，如果你沒有判斷用戶的手機是否安裝了微信，然而蘋果審核人員的機子上肯定是不會有微信的，這樣他會覺得你們的app 牽涉到了其他的app 這樣也是不允許的）

　　⑤如果有個人profile頁面展示的，而且有照片啊之類可以自我編輯的，好像也需要有舉報等功能。（這一點，我也不是很確定，前幾天我朋友碰到的，就是他的app中有profile頁，然後可以上傳相片，審核被拒的原因，也是說會自主產生內容之類的。。。）

　　好了，暫時跳入腦海的就那麼幾條，我感覺這幾條也是比較容易忽視的。當然還有一些奇葩的比如說ui太丑啊什麼的，這種看個人的審美的，再提交一次原模原樣的也是會過的，只能說明你的人品不好。還想說的是，一般的審核新app的提交會比較嚴格，所以我一般提交的原則是這樣的，能呈現給蘋果的流程，盡量不呈現給他們，比如說有註冊流程的app，那麼我就直接提供他們一個測試賬號，這樣就可以有效的避免了註冊流程。如果一個app對性別不同或者身份不能的邏輯是不一樣的，那麼也給他們一個最簡單，牽涉到邏輯，內容最少的一種測試賬號。

　　…………

　　上面這些全都搞定了蘋果還不認賬的話找群主。就不信搞不定它了。

　　後面持續更新，建議收藏

　　本文由@群主胡鵬 - APP推廣ASO 微信784646973（公眾號@APP推廣ASO）原創發佈於人人都是產品經理?，未經許可，禁止轉載。

來自ChinaApp社區

正好前兩天十萬產品經理 - 知乎專欄舉辦了一次沙龍，重點討論了這個問題。我們搜集了十個比較冷門但容易踩的坑，請大家參考：

10個大坑，當你產品上架AppStore會遇到（上） - 十萬產品經理 - 知乎專欄

10個大坑，當你產品上架AppStore會遇到（下） - 十萬產品經理 - 知乎專欄

1號大坑：檢測更新

蘇立：第5點，我看到有些app還是在app內有檢測更新，他們是如何做到的？

閆國榮：檢測更新這個本來是標配功能，但是在3月開始以來的審核中要求不能加入。你們看到的很多支持檢測更新是之前的版本，現在上架的新產品嚴格控制這條，當然啦，現在更新版本有一部分漏網之魚。
抽屜：檢測更新連TestFlight都會被拒絕。

2號大坑：和系統接近的圖標效果

Kun：生活日曆之前標誌用了一年多，直到蘋果推出通知中心以後，說我們的標誌和他們像就被打回了，改了很多版本，顏色圖形各種改都不給過，最後直接換了一個標誌；另外app推薦也不能用，一般用伺服器控制，通過後再上；安卓的字眼不能有……

3號大坑：使用QQ登錄會進入引導下載QQ頁面，結果被蘋果退回審核

治癒貓：補充我們遇到的一種情況，我們用了QQ第三方登陸，如果用戶沒有安裝QQ的話，使用QQ登錄會進入引導下載QQ頁面，結果被蘋果退回審核。

4號大坑：廣告原因導致被拒

柴Crystal：上周提交一款產品，裡面有廣告代碼，但是沒有顯示廣告，也被退回了。

閆國榮：恩，因為你們可能調用了它的IDFA的相關東西。就算沒廣告的展現，但是蘋果也發現你們調用了，就會說你們有廣告。
接著說友盟的問題：友盟為了逃避蘋果的審核，在後台默認做了一個淘寶的全屏廣告，不過在3月之前都可以過，但在3月之後，蘋果也要拒，因為很多產品和淘寶的廣告不符合。比如我是糗百，彈出一個淘寶廣告，蘋果也會拒絕。所以一般有兩種做法：

①採用友盟的無IDFA的sdk，不過無IDFA的sdk對統計會有誤差。

②自己做個banner廣告，審核過了後台修改參數，隱藏。

5號大坑：出現第三方操作系統的名字或圖標

第三方操作系統的圖標或者名字，不能出現在應用內。例如出現Android的圖標關鍵字被拒，這個遇到過么？

閆國榮：你的app截圖也最好不用android手機殼子，android的也不要用iphone狀態欄。在各個市場，都不允許出現對方系統的東西，我們android之前偷懶，用了iOS宣傳圖，也被android市場拒絕過，因為狀態欄是iOS的。
Kun：產品描述中提到安卓，就被拒了。
張濤Soloer：上傳應用截圖時，如果是上傳百度市場，截圖狀態欄能看到應用寶圖標，會被拒絕的。iOS版本，做了一個付費版，和原有版本策略不同，但是appstore拒絕了，理由是和舊有版本功能一致其實，競品都是那麼做的，已經上線了。這是我遇到的兩種情況。

6號大坑：註冊登錄，性別和頭像非必填

閆國榮：「沒有幫註冊用戶默認性別和頭像（不支持跳過）「，這個問題不知道你們遇到過沒，我才遇到的，略坑。和蘋果交流了很多次，最後屈服了。註冊的時候現在多數app是必須用戶完成頭像、性別信息的。60%都不可以跳過，但是我們這次審核的時候，不行了。蘋果要求性別和頭像都可以非必填，大家最近上架的要注意這條，當然審核員尺度不一樣，很難說。

7號大坑：軟硬體結合的產品，一定要拍攝視頻或者寄送硬體給蘋果檢測

陳宇強：早年做智能可穿戴設備時，因為需要硬體和軟體整合才能使用，蘋果以軟體無法測試為由拒絕了。後來蘋果要求把硬體寄到沒過來完成軟體的測試。

8號大坑：界面太丑，宣傳太過，跟風明顯會被拒

界面太丑的情況也有被拒絕過，產品沒新意也是被拒的一個原因。

高威煌：太丑真的會被拒么？
Roger：這是真的。
Reggie：宣傳圖片過度，也會被拒
閆國榮：再說個大家記得不？當年那個bird不是很火么，然後大批類似商家，蘋果都拒絕了。我還要說一點，大家注意！我提到我們有寫蘋果婊被拒，其實有的朋友，寫2逼都會被拒，我也試過2逼，蘋果不行。還有朋友的產品裡面有一個圖是豎起中指的，也被拒。
付平非：是的，我們寫了逗比、牛逼、綠茶婊，被拒了三次，也是無語了。

9號大坑：內容型 app遇到版權問題，怎麼破

Roger：先交代下背景，我這邊負責的是視頻聚合類的應用，主要是各種美劇、英劇。在第一次提交被打回，原因是應用會出現崩潰的情況，所以在這裡提醒大家：在提交蘋果審核的時候，一定要做好測試。

10號大坑：支付、文案等問題導致被拒

如果還有更多大坑，歡迎私信@胡澈或者在文章下面留言，我們會盡量維護一個更棒的列表，方便大家查詢。

有個內置的IAP收費的VIP商品，我們我們用的是Consumable類型，蘋果認為這個是持續性的應該算是Auto-renewable subscriptions，所以被拒

開發者提交App時，被拒的原因可能各有不同，ASO100有幾篇文章主要總結了這方面的一些原因，分別是：

驚！蘋果再次加強審核力度，眾App紛紛止步應用標題丨技術乾貨

【詳解】蘋果加強審核力度，被拒原因終逃不過這些！丨技術乾貨

重磅！蘋果官方公開 11 大被拒原因，你中招了嗎？！丨技術乾貨

以下是精簡版被拒原因集合，想了解更多相關知識，可以註冊登錄ASO100官方網站ASO100 - 專業移動推廣數據分析平台丨ASO優化專家平台丨iOS榜單排行榜查詢工具，時時刻刻在專欄中查看或者搜索乾貨哦~或者關注微信公眾號【ASO100news】

驚！蘋果再次加強審核力度，眾App紛紛止步應用標題丨技術乾貨這篇文章著重解釋了因為標題被App Store拒絕的部分原因：

（為保護開發者隱私，這部分用於舉例的標題都不是被拒應用的原標題，稍有修動）：

1.大量堆砌關鍵詞
比如：精英留學-托福雅思英語背單詞練口語聽力出國留學offer美國歐洲高校大學
很明顯，該應用的標題部分出現了關鍵詞堆砌現象。眾所周知，應用標題部分的關鍵詞的搜索權重大於任何地方，在這部分儘可能多地添加重點關鍵詞的心情可以理解，但是胡亂堆砌卻可能被蘋果拒絕。
根據以往經驗，如果因這一原因被拒，大家不妨選出核心關鍵詞，然後將其組織成通順並符合語法的句子，這樣不僅更容易過審，還能最大程度地利用標題部分的搜索權重。
2.在標題中加入明顯的競品品牌詞
比如：周末旅遊-周末去哪兒旅遊，自家周邊游，景點旅遊攻略
這個標題被拒的主要原因應該是，在副標題部分添加了「周末去哪兒」、「去哪兒」等競品的品牌詞。其實，蘋果加大對品牌詞的保護力度已不是一兩天的事情了——不僅在審核條款中明確規定不能在應用標題中添加熱門應用的品牌詞，還開通了舉報侵權問題的網上通道。
不過，也不是沒有辦法利用別家的品牌詞獲取流量，目前，將品牌詞適當地添加到關鍵字域還是可以的。
3.標題中含和應用功能等沒有任何關係的詞
比如：女神健身—跑步鍛煉，瑜伽瘦身視頻，減脂增肌食譜
如果一款App標題中的描述和應用內容或功能沒有任何關係，也可能成為蘋果拒絕的理由。比如「女神健身」本身並不包含「食譜」這項功能，卻在標題中加入此類詞語，與產品嚴重不符，導致被拒。
而對於部分開發者反饋的某些應用的標題同樣觸碰了這些條款但並未受到波及，目前可以從三方面來解釋：

App Store的審核並不是嚴格意義上的標準化，包含的人為操作因素較多，審核人員的個人判斷是影響審核是否通過的主要原因之一；

通過以往的經驗我們發現，優質的開發者賬號過審更加容易且時間相對較短；

某些應用近期並沒有更新版本或更新標題。

而除了標題之外，應用被拒的原因還有很多。在這篇文章【詳解】蘋果加強審核力度，被拒原因終逃不過這些！丨技術乾貨中，ASO100對用戶們反饋的情況進行了整理和測試，並結合《App Store Review Guidelines》和《Apple Developer Program License Agreement》進行了分析，最終總結出了十幾種常見的原因：

1.應用出現崩潰、載入失敗等非常明顯的Bug
《App Store Review Guidelines》2.1中明確指明：Make sure your app has been tested on-device for bugs and stability before you submit it……Please don』t treat App Review as a software testing service. We will reject incomplete app bundles and binaries that crash or exhibit obvious technical problems.（請確保你的應用在提交審核之前經過充分測試並且沒有Bug……不要把應用程序審核當作軟體測試服務，如果你的應用不完整或者存在明顯的技術缺陷，它將直接被拒絕。）
雖然審核人員發現應用的Bug是幾率事件，但是為了保證應用按時上線，在提交之前還是盡量確保它沒有明顯的Bug比較好。此外，在審核期間，保證伺服器穩定也非常重要，如果審核人員審核時出現內容載入失敗等情況，也會導致被拒的。
2.應用描述、截圖等與應用功能嚴重不符
如果應用描述、截圖和預覽視頻等營銷/宣傳性資料中介紹的功能與應用的實際功能大相徑庭，或者蘋果審核人員並沒有在應用中發現應用描述或截圖中展示的功能，都有可能被拒。
除此之外，截圖太過藝術化，完全不符合應用的實際內容，或選擇的分類和應用性質完全不符等等都有可能被拒。
3.錯誤使用抽獎、競猜等促銷方式
抽獎、彩票、競猜等功能可能是應用使用最普遍的促銷方式之一了，而蘋果對這些也做出了規定。例如：①用於抽獎和競猜的官方規則必須在應用當中予以提供，並且明確表明蘋果公司不是贊助商或者以任何形式參與了該活動；②應用不允許使用應用內付費購買信用點或者虛擬貨幣，並把它們與實際的貨幣結合使用，也不允許在應用當中購買彩票、抽獎券，和進行資金轉移……如果你沒有完全明白蘋果對這方面的審核條款，很可能被拒！
4.包含虛假、誤導用戶的信息或功能
如果名稱、描述等應用信息或功能中包含虛假、山寨的成分，被蘋果認定為：有誤導用戶的嫌疑，審核時就會被拒絕。
5.包含隱藏功能
不要在應用中包含任何隱藏以及沒有相關說明文檔的功能。如果應用的功能不能讓審核人員了解清楚，很可能被拒。且蘋果在審核規則中還有這樣一條規定：如果這樣的行為過分或者反覆出現，你可能會被從開發者身份當中除名。
6.侵犯第三方版權
蘋果對知識產權的保護力度是有目共睹的——不僅在審核條款中單獨設了【5.2知識產權】這一條，還開通了投訴通道。
App Store審核條款里明確規定：
①不要使用受保護的第三方內容，如商標、版權作品，或者在應用中使用未經專利許可的創意。
②如果你的應用使用、訪問、展示和商業化第三方的服務，請保證你已經獲得了相應的授權許可，且必須根據要求在審核前一併提供許可文件。
③應用程序不能對非法分享、保存、轉換或者來自第三方源的數據的非法使用提供方便，除非具有相應的合法授權協議。
除此之外，蘋果也出台了一系列保護自身知識產權的條款，例如：
①不要明示或暗示蘋果公司是你的應用的供應商，或者蘋果為你的應用的功能和質量代言。
②禁止創建一個與蘋果已有產品、用戶界面、應用、廣告主題相似的應用，且不允許拼錯蘋果產品名稱。
7.出現第三方移動平台的名字、圖標等
蘋果應用商店審核指南2.3.10規定：Make sure your app is focused on the iOS, Mac, Apple TV or Apple Watch experience, and don』t include names, icons, or imagery of other mobile platforms in your app or metadata, unless there is specific, approved interactive functionality.（確保你的應用專註於iOS、Mac、Apple TV or Apple Watch,在應用或者元數據中不包含其他平台的名稱、圖標、圖像，除非有特定的、被認可的互動功能。）
也就是說，最好不要在蘋果的應用商店出現和Android等平台有有關的信息，否則被拒的風險大大的。
8.採集了IDFA卻未集成廣告服務
IDFA (identifier for advertising)能夠較精準地識別用戶，尤其對廣告主追蹤廣告轉化率幫助很大。蘋果開發者計劃許可協議中規定：只有使用廣告服務才有權採集IDFA。
9.含UGC卻未提供用戶協議及舉報功能
如果應用內有發帖等UGC（用戶產生內容）功能，但是卻沒有要求用戶同意條款（EULA），也沒有對敏感信息的舉報措施等，也可能被拒。
10.用個人賬戶上傳金融類應用
將這一點列出來，是想再次提醒一下理財、P2等金融類相關產品的開發者們：目前，金融類應用只能用對應公司名稱的開發者賬號上傳了。也就是說，如果用個人開發者賬號提交金融類應用，會收到蘋果的審核未過信息。

而蘋果官方也曾公布過應用被拒的原因，在重磅！蘋果官方公開 11 大被拒原因，你中招了嗎？！丨技術乾貨這篇文章中，進行了詳細說明：

1. 崩潰和bug
當你完成應用的開發、準備提交審核時，請確保已經在相應設備上對應用程序進行了全面的測試，並修復了所有的bug。
2. 鏈接損壞
應用程序中的所有鏈接都必須是可以正常使用的。所有應用程序都需要提供一個指向含有最新聯繫人信息的用戶支持鏈接。如果你提供了一個可自動更新、免費訂閱的鏈接，或你的應用屬於兒童類別，那麼你還必須提供一個指向你的隱私策略的鏈接。
3. 佔位符內容
在提交應用進行審核之前，請完成所有的圖片和文本。仍處於開發階段或者包含佔位符內容的應用將不能發布，也將無法通過審核。
4. 信息不完整
請在iTunes Connect的App Review Information（App 審核信息）部分輸入所有審核所需的詳細信息。

如果有些功能需要登錄才能使用，請提供有效的demo賬戶用戶名和密碼；

如果有特殊的配置需要設置，請列出相關細節；

如果有功能需要一個很難複製的環境或者需要特定的硬體，請提供演示視頻或硬體。

此外，請確保你的賬戶信息是完整且最新的。

5. 不準確的描述
請確保應用程序的描述和截圖清晰且精確地傳達其功能，這樣不僅可以幫助用戶理解你的應用程序，還有助於塑造正向的App Store 體驗。
6. 誤導用戶
應用程序的性能必須和你宣傳的一致，不能給用戶留下「它並非如此「的印象。如果你的應用承諾提供某項特定的功能，那麼它需要實實在在將其交付給用戶。
7. 不合標準的UI
蘋果非常注重簡潔、雅緻且對用戶友好的界面。請仔細規劃你的設計，並遵循蘋果的設計指南和UI Design Dos and Donts（UI設計注意事項），以確保你的UI能滿足這些要求。
8. 廣告
提交應用以供審核時，蘋果會向你詢問應用程序是否使用了IDFA (Advertising Identifier的簡稱，廣告標識符)來投放廣告。
如果你表明應用使用了IDFA，但是它沒有廣告功能或無法正常顯示廣告，你的應用程序可能會遭到拒絕。請確保在iOS設備上對你的應用進行了測試，以確定廣告可以正常顯示。
如果你表明你的應用沒有使用IDFA，但它可以顯示廣告，你的應用將會被歸為「Invalid Binary」（無效的二進位文件）狀態。
9. 網頁剪報、內容聚合或者鏈接集合
你的應用應該具有吸引力和實用性，並充分利用iOS獨特功能。在iOS應用程序中投放的網站、非iOS專用格式的Web內容以及受限Web交互都將無法打造出一款高質量的應用程序。
10. 反覆提交類似的應用
提交多個本質上相同的應用程序不僅會影響其他應用的審核進程，還將讓你承擔被拒的風險。請將你的多個應用程序合併為一個，以改善你的審核體驗和未來用戶的體驗。
11. 沒有足夠持久的價值
如果你的應用程序沒有提供豐富的功能或者內容，或者僅適用於某個小眾市場，那它可能無法通過審核。在創建應用程序之前，請在App Store中查看該類別的其他應用程序，並考慮如何才能提供更好的用戶體驗。

以上回答，希望能給予你幫助，轉載請聯繫本平台。

我覺得所有的蘋果拒絕開發者的理由里最搞笑的就是下面這兩條：

2.12 Apps that are not very useful, unique, are simply web sites bundled as Apps, or do not provide any lasting entertainment value may be rejected.
10.6 Apple and our customers place a high value on simple, refined, creative, well thought through interfaces. They take more work but are worth it. Apple sets a high bar. If your user interface is complex or less than very good, it may be rejected.

這兩條翻譯過來就是：如果我們覺得你的應用沒什麼卵用或者長的太丑，我們就會拒絕您的應用。這類似於「尋釁滋事罪」這種口袋罪，什麼問題都可以往這兩條里裝。如果因為這兩條被拒絕，一般都不太好改。

在我們的客戶中，因為這兩條被拒絕的非常多，但是每個情況都不太一樣。蘋果因為審核人員工作量太大，所以一般寫的也不太清楚，如果開發者英文不好而且沒有經驗的話就會在這兩個問題上卡很久。

這就好比一個姑娘跟你說，我對你沒感覺，你一聽可能就懵逼了：沒感覺？！這可咋整！但是其實如果你進一步了解的話，姑娘拒絕你可能是因為你太胖，可能是因為你長得像她某個親戚，可能是因為你的穿衣風格太屌絲，可能是因為你頭髮太油，也可能是因為你太窮，這些其實都是可以解決的。沒感覺是無解的，但是只要能找到原因都是有解的。

如果您的App在上架過程中碰到了難以解決的問題，或者您希望App 能順利上線，您可以使用蒲公英的iOS 上線預審iOS Pre Review，老司機專治各種App 不能上架。

連著4天被拒三次了，怒答一記

我們這款APP是運動類的

第一次，metadata rejected

Apple需要我上傳一段GPS的DEMO視頻，好吧，你們不想動，那我們給你們拍一段，於是拍拍拍，上傳YouTube，重新審核

第二天早上醒來一看，又悲劇了，metadata rejected

Apple需要我們傳一段後台播放音樂的視頻，這個，好吧拍拍拍，再上傳YouTube，

第二天早上醒來一看，沒錯，又是metadata rejected

Apple需要我們在描述中加一段話來說明後台運行GPS會耗電，

好好三次都是metadata rejected ，不是一個月就妥妥的過去了。

哎都是淚，加加加，希望沒有下次了。。。

App Store官網上的審核指南寫的雖然很詳細，但是感覺沒說人話....很多都和我們沒啥關係。

這裡整理了比較全、好懂的被拒原因，和解決的辦法，拿走不謝

app store上架被拒原因

1、截圖中出現了Android

2、截圖中出現了hack蘋果的內容

3、評論中出現了「屌絲」等不雅辭彙

4、 App中包含談論Android系統的內容

5、你修改了狀態欄，不行

6、只有第三方登錄，沒有自己的註冊登陸功能，不行

7、您的應用包括色情內容（色情交易，色情展示）

8、有微信分享功能，結果因為要強制用戶安裝微信，才能使用該功能，被拒

9、應用內用了圓角按鈕，無情被拒

10、你給我解釋解釋，應用里的積分從哪裡來，到哪裡去？

11、應用裡面表示有廣告，但是審核者玩了後說沒廣告，後來申述成功，因為第二次遊戲的時候才會出現廣告（虐心重複向遊戲），你丫就不能玩兩遍么，一遍就幾十秒~~

12、有第三方支付（支付寶）果斷被拒！！！

13、因為集成了友盟友盟獲取用戶mac地址被拒了。

14、您的內容因為沒有舉報功能、含有色情內容不能通過。

15、使用第三方的logo被拒(由於涉及到聯通運營方面果斷在關於裡面加了個聯通的logo 標識合作夥伴果斷被拒要求提供聯通的書面證明。)

16、沒給測試帳號

17、 QR CODE裡邊有android的下載地址（直接轉跳iTunes後通過）

18、不符合iOS UI審美觀（改UI）

19、只有第三方登陸，沒有自己的註冊登陸功能...（新增登陸註冊功能通過）

20、你的軟體加了強制評論功能：就一個按鈕點擊進入評論，必須改成先提示框提醒用戶是否進入評論.

21、存放文檔的地方由於iCloud會自動備份而被拒絕，只有用戶自己使用和創建出來的才允許放在Document文件夾下。

22、審核員打不開我的介面，換海外vps，過最蛋疼的。

23、因為截圖裡面放了iPhone的模型被拒。

24、遊戲運行崩潰；

25、遊戲截圖中有「測試字樣」；

26、遊戲太簡單；

27、一次提交多個相同的遊戲；

28、遊戲中使用其他版權圖片（使用了flappybird原圖）

29、加了廣告框架，遊戲中缺沒有廣告顯示（其實是在game over時候顯示，結果測試人員就一直不知道怎麼能死）；

30、內購不能使用；

31、 game center不能使用。

32、 App Store顯示名字和軟體名稱不符合。

33、支付時不得強制獲取用戶信息（比如登陸、註冊），必須在看到價格之前讓用戶登陸、註冊。

34、 App內購，產品類型不對。

35、內購沒有Restore按鈕；

36、有登陸註冊功能，但沒有提供測試賬戶（大意了）

37、有去除廣告的按鈕，但沒發現有廣告。(後來截了個圖，回複審核那邊，兩小時之內就通過審核了)

38、版權問題。沒有提供相關的版權文件

39、評級問題：提交的時候是評級4星，後來被拒，改成12星，通過審核了。

40、關鍵字不符合要求

41、內容太簡單，說是浪費用戶時間

42、界面風格不符合iOS風格

43、應用評級，從4+改成12+，再改成16+最後說我不符合16+，我再改回4+，竟然過了...

44、 Splash上放了個蝙蝠俠蜘蛛俠，版權問題未給通過，後讓UI改畫了一個猥瑣男人，通過了。

45、應用內有個保存圖片至相冊的按鈕，然後plist里有個Application supports iTunes file sharing設為了yes，無情被拒。

46、用戶在應用里自己下載的文檔都不能存放在Document文件夾下，被拒。

47、為了獲得審查應用程序的完整功能，我們需要相關的硬體。我以前都是錄製一個操作視頻上傳然後就通過了，這回我錄了2次都是相同的回復，不知道抽什麼風。

48、做了款社交的軟體，上線的時候沒有提供賬號和密碼，導致審核的時候進不去,reject. ps:那麼大個註冊看不到么？看不到么？

49、論壇模塊里由用戶發的活動貼提到安卓平台和WP平台被拒，然後我說我沒問題，他說三個工作日之內電話聯繫，過去4-5天了，還沒聯繫。

50、按鈕位置不符合ios風格。

51、一個笑話APP，開機畫面上有「逗比」這兩個字，蘋果審核說含有粗俗不文明的文字，然後被拒了。

52、 QQ登陸功能，但是沒下載QQ就不行。

53、第一次沒有給用戶舉報的功能。加了只有新浪和qq登錄沒有自己的登錄註冊系統（QQ SDK的沒裝QQ提示的是下載）。好像還有沒有用戶協議巴拉巴拉，反正那次審核就耗一月的時間。

54、審核人員打開app無法載入內容，一般是因為國內伺服器的問題。解決方法是錄個app的操作視頻，放到youtube上，發給蘋果，屢試不爽。

55、界面太丑被拒，換了張背景圖通過了。

56、 iPad 寫成了IPad。

57、沒提供註冊功能，被拒...開放註冊通過；

58、按鈕圖片類似iPhone桌面圖標被拒；

59、因為iCloud雲備份的問題被拒絕，將備份功能關閉通過。

60、使用第三方SDK，有個提示信息遮擋了狀態欄。

61、圖片上有鏈接。

62、因為有android關鍵字被拒絕了，因為描述中有android關鍵字被拒絕了，因為有swfit關鍵字是個沒發布的語言被拒絕了。因為按鈕點擊無效被拒絕了。

63、內容包含蘋果產品iPad

64、有豎中指的圖片

65、 IDFA展示廣告沒有提供視頻

66、註冊頁未添加pravicy聲明文件。

67、 iTunes升級後，分級莫名奇妙由12+變成了4+。

68、用了顯眼的詞語,其實就是"Beautiful girl"之類的，說內容令人反感。

69、引導頁文案與內容不符。

70、因為應用截圖被拒。美術偷懶給了4張android的截圖，雖然app內容是一樣的，但是頂部的狀態欄是Android的！

71、名字不符合，包含不良信息，包含與當前app不符的內容，包含特殊含義的歧義字元

72、 App中有積分牆

73、 App中有第三方支付(如簡訊支付，積分牆支付)

74、 App的功能過於單一或僅僅是一個demo

75、在註冊時強制獲取用戶信息

76、需要提供原作者的版權授權書

77、 App中有IAP內購，但是沒有恢復內購的按鈕

78、強制玩家給App評5星好評

79、沒有兼容iOS

80、做了一款智能家居的應用，沒有提供應用控制智能設備的視頻地址沒拒，每一次提交新版都要確保你的視頻地址是否有效，有一次我就沒有確認(YouTube的個人視頻上傳之後如果不設置成公共視頻過一段時間就會轉為私有的，除了自己別人無法訪問)，然後視頻地址剛好無效了。。。

81、資訊客戶端焦點圖放出了盤古破解iOS8越獄的新聞。。

82、截圖中出現一隻玩具企鵝，然後拒絕說我們發現這個營銷截圖不能充分反映你的應用使用

83、成人應用可以上架AppStore：內容必須「有用」

———————————————————

如果想一起做運營知識的交流，歡迎加善小花的微信，gpxms003，備註：知乎

我們將不定期的組織交流圓桌會議，進行APP運營推廣方面的交流分享。

姑婆現在創業做互聯網市場運營知識分享網站、APP上架、APP渠道推廣等相關服務，公眾號gupo520，無意廣告，覺得對自己有用的人過去看看，沒用的忽略：

姑婆那些事兒官網 - 互聯網推廣運營知識分享平台

調用了UIAlertView一個已過時的方法

最終解釋權歸蘋果所有。

應用中有個遊戲列表，他認為我們做應用商店。

剛被拒了，17.2，因為用手機號註冊，蘋果的意思是不註冊也能看，幹嘛要求用戶註冊。

問題是一大半功能都是基於賬戶的啊，遊客只能瀏覽不能發帖。提交申訴了，等結果。

=============

04-27更新：申訴通過：）

做了個聚合rss調用的app，調用的是自己網站的內容，結果被拒，因為文章中有個含"BBC"字樣的標題，內容也是BBC的podcast，結果是版權問題；我佩服他們一條一條去看文章。

1、需要補充更多信息（佔14%）；

2、指南2.2：存在明顯bug（佔8%）；

3、不符合開發者項目許可證協議條款（佔6%）；

4、指南10.6：用戶界面太複雜或不夠好（佔6%）；

5、指南3.3：應用的名字、描述和截圖與內容不相關（佔5%）；

6、指南22.2：應用包含虛假、欺騙或誤導的陳述，或是使用的名稱與其他應用類似（佔5%）；

7、指南3.4：應用在iTunes Connect和設備上的名稱應該相似，以免引起混亂（佔4%）；

8、指南3.2：元數據有未填寫項，存留佔位符文本（佔4%）；

9、指南3.8：開發者有責任把應用放到恰當的評級。不恰當的評級可能會被蘋果修改，甚至刪除（佔3%）；

10、指南2.9：任何「beta」、「demo」、「trial」或「test」版本的應用（佔2%）。

分享功能有一項是分享到微信好友和朋友圈的，被以「沒有微信帳號無法測試為由拒絕」。卧槽。

分頁阅读： 1 2 3