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 Store 上釋出的所有觀點，我們都非常支援 — 只要這些 app 尊重使用者的不同意見，並能帶來好的 app 體驗。如果我們認為 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 付款
o 3.1.1 App 內購買專案
o 3.1.2 訂閱
o 3.1.3 基於內容的“閱讀器”App
o 3.1.4 內容程式碼
o 3.1.5 App 之外的實物商品和服務
o 3.1.6 Apple Pay
• 3.2 其他業務模式問題
o 3.2.1 可以接受
o 3.2.2 不可接受
4. 設計
• 4.1 抄襲者
• 4.2 最低功能要求
• 4.3 重複 App
• 4.4 擴充套件
• 4.5 Apple 站點和服務
• 4.6 備選 App 圖示
• 4.7 HTML5 遊戲與聊天機器人 (Bot) 等
5. 法律
• 5.1 隱私
o 5.1.1 資料收集和儲存
o 5.1.2 資料使用和共享
o 5.1.3 健康和健康研究
o 5.1.4 兒童
o 5.1.5 定位服務
• 5.2 智慧財產權
• 5.3 遊戲、賭博和彩票
• 5.4 VPN App
提交之後 – 預期事宜
提交之前
為了幫助您儘可能順利地通過 app 審批，請檢視下方列出的常見錯誤行為，這些行為可能會導致稽核流程延誤或導致 app 被拒。這些內容不能代替準則或保證 app 獲批，但確保核對這個列表中的每一項會是一個良好的開始。如果您的 app 不再能按預期方式工作，或者您不再積極地對其提供支援，那麼這個 app 將從 App Store 中移除。進一步瞭解 App Store 改善。
請確保：
• 測試 app 是否會發生崩潰、是否存在錯誤
• 確保所有 app 資訊及元資料完整且正確
• 更新您的聯絡資訊，以便 App Review 部門在需要時與您取得聯絡
• 提供有效的演示帳戶和登入資訊，以及稽核 app 時所需的任何其他硬體或資源 (例如，登入憑證或示例二維碼)
• 啟用後臺服務，以使其在稽核期間處於活動和可用狀態
• 在 App Review 備註中附上與非明顯功能及 App 內購買專案相關的詳細說明，包括支援文稿 (如適用)。如果由於地區鎖定或其他限制而導致我們無法訪問 app 的部分內容，請提供有關功能的視訊連結
• 檢查 app 是否遵循了其他文稿中的相關指南，如：
開發指南
• App Programming Guide
• App Extension Programming Guide
• iOS Data Storage Guidelines
• macOS File System Documentation
• Safari Extensions Development Guide
• iTunes Connect 開發人員幫助
設計指南
• iOS Human Interface Guidelines
• macOS Human Interface Guidelines
• tvOS Human Interface Guidelines
• watchOS Human Interface Guidelines
品牌和營銷指南
• App Store 營銷準則
• Apple Pay 識別標誌指南
• Add to Apple Wallet Guidelines
• Guidelines for Using Apple Trademarks and Copyrights
1. 安全
當用戶通過 App Store 安裝 app 時，他們希望獲得安全的體驗：app 不含令人不快或具有攻擊性的內容，不會損壞使用者的裝置，不會在使用中造成人身傷害。我們在下方列出了主要的安全隱患。如果您想恐嚇或攻擊他人，則您的 app 不適合出現在 App Store 中。
• 1.1 令人反感的內容
App 不應包含具有攻擊性、不顧及他人感受、令人不安、惹人厭惡或低俗不堪的內容。此類內容的示例有：
o 1.1.1 誹謗、歧視或惡意的內容，包括有關宗教、種族、性取向、性別、國籍、種族起源或其他目標群體的引用或評論，特別是當 app 很可能對特定的個人或團體進行羞辱，恐嚇，或造成傷害時。通常情況下，專業政治諷刺和政治幽默作家不受此要求限制。
o 1.1.2 人類或動物遭到殺害、殘害、酷刑、虐待的寫實描繪，或者鼓勵暴力的內容。在遊戲中，“敵人”不能單單針對特定種族、文化、真實存在的政府或企業，或是任何其他真實存在的實體。
o 1.1.3 鼓勵非法使用或不負責任地使用武器和危險物品的描述，或者促進軍火購買的描述。
o 1.1.4 過於色情的內容 (韋氏詞典對“色情”一詞的定義是：對性器官或性活動的露骨描述或展示，目的在於刺激性快感，而非帶來美學價值或觸發情感)。
o 1.1.5 具有煽動性的宗教評論，或者對宗教文字進行錯誤或誤導性的引用。
o 1.1.6 虛假資訊和功能，其中包括不準確的裝置資料或用於惡作劇/開玩笑的功能，如虛假的位置跟蹤器。即使指明 app“僅供娛樂”，也不能違背這一準則。支援匿名或惡作劇電話或簡訊/彩信的 app 會被拒絕。
o 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 Review 的申請 (包括可供預訂的 app) 應為該 app 的最終版本，並應包含所有必要的元資料和有效網址。所有佔位符文字、空白網站和其他臨時內容應在提交前移除。在提交 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 測試”。
• 2.3 準確的元資料
客戶應該知道他們在下載或購買您的 app 時會得到什麼，所以請確保 app 的描述、螢幕快照和預覽能夠準確反映 app 的核心體驗，並記得不斷更新，以便保持與新版本相應的最新狀態。
o 2.3.1 請勿在 app 中包含未記錄的功能或隱藏功能；不管是對於終端使用者還是 App Review 團隊，app 功能都應清晰可見。同樣，您不應該在 App Store 或離線情況下，營銷您的 app 中實際並不提供的內容或服務 (例如基於 iOS 的病毒和惡意軟體掃描工具)。如果出現惡劣或屢教不改的行為，則可能會從 Apple Developer Program 中除名。我們正努力將 App Store 打造成值得信賴的生態系統，並希望我們的 app 開發者也能如此；如果您不誠實以待，我們之間就不會有任何業務往來。
o 2.3.2 如果您的 app 包含 App 內購買專案，請確保 app 的描述、螢幕快照和預覽清楚地指明是否有需要另行購買的精選專案、關卡和訂閱等。如果您決定在 App Store 中推廣 App 內購買專案，請確保App 內購買專案的顯示名稱、螢幕快照和描述適合所有公眾，並遵循推廣您的 App 內購買專案中的規定；此外，您的 app 也應正確使用SKPaymentTransactionObserver method，以便客戶可以在 app 內無縫完成購買。
o 2.3.3 螢幕快照應展示 app 的使用情況，而非僅顯示標題封面、登入頁面或初始螢幕。螢幕快照還可以包括文字及影象說明 (例如：演示輸入機制，如觸控點或 Apple Pencil 的動畫)，並展示裝置上的擴充套件功能，如 Touch Bar。
o 2.3.4 預覽是讓客戶瞭解 app 外觀和功能的好方法。為了確保客戶理解他們將在 app 中獲得的體驗，預覽只可使用從 app 中捕獲的視訊螢幕。Stickers 和 iMessage 擴充套件可以將使用者體驗展示在“資訊”app 中。您也可以新增旁白和視訊，或新增文字說明，以幫助說明任何無法僅通過視訊進行闡明的內容。
o 2.3.5 請為 app 選擇最適合的類別，並在需要幫助時參考“App Store 類別定義”。如果選擇的類別與實際情況相差較遠，我們可能會更改 app 的類別。
o 2.3.6 請在 iTunes Connect 中誠實地回答年齡段分級問題，以使 app 與家長控制功能的分級保持一致。如果 app 分級有誤，客戶在獲得 app 時可能會感到詫異，或促使政府監管部門展開相應調查。
o 2.3.7 請選擇一個獨一無二的 app 名稱，指定能夠準確描述 app 的關鍵詞，不要試圖用商標術語、流行 app 的名稱或其他不相關的短語來包裝任何元資料，以此欺騙系統。App 名稱必須限制在 30 個字元以內，且不得包含不屬於 app 名稱的價格、詞語或描述。App 副標題是詳細介紹 app 背景資訊的絕佳之處；副標題必須遵循我們的標準元資料規則，且不得包含不當內容、提及其他 app 或做出無法證實的產品宣告。Apple 可能會隨時修改不合適的關鍵詞。
o 2.3.8 元資料應適合所有受眾，所以請確保您的 app 和 App 內購買專案的相關圖示、螢幕快照和預覽保持在 4+ 年齡分級；即使您的 app 分級更高，也應如此。例如，如果您的 app 是包含暴力的遊戲，請勿選擇包含慘烈的死亡或用槍瞄準特定角色的影象。只有“兒童類別”的 app 才能在元資料中使用類似“適合幼兒”和“適合兒童”等詞語。請務必確保包括 app 名稱和圖示 (小圖示、大圖示、Apple Watch app 和備用圖示等) 在內的元資料彼此相似，以免引起困惑。
o 2.3.9 您應負責確保有權使用 app 圖示、螢幕快照和預覽中的所有材料，並應顯示虛構的帳戶資訊，而非真實個人的資料。
o 2.3.10 請確保您的 app 注重 iOS、Mac、Apple TV 或 Apple Watch 體驗，並且不在 app 或元資料中包含其他移動平臺的名稱、圖示或影象，除非存在已獲批的特定互動功能。
o 2.3.11 您提交至 App Store 可供預訂的 app 必須為完整且可釋出的狀態。請確保您最終釋出的 app 與其可供預訂狀態時所宣傳的內容沒有實質性差異。如果您對該 app 進行了重大更改 (例如更改其商業模式)，則應重新開始其預訂銷售。
• 2.4 硬體相容性
o 2.4.1 為了確保使用者能夠充分利用您的 app，iPhone app 應儘量能在 iPad 上執行。我們鼓勵您考慮開發通用 app，這樣客戶就可以在所有裝置上加以使用。進一步瞭解 Universal apps。
o 2.4.2 通過設計，使 app 節省能耗。App 不應快速耗盡電池電能、產生過多的熱量或對裝置資源造成不必要的負擔。
o 2.4.3 對於 Apple TV app，應確保使用者無需使用除 Siri Remote 或第三方遊戲控制器之外的硬體輸入，但您可以隨意提供增強功能供連線其他外圍裝置時使用。如果需要使用者配備遊戲控制器，請務必在元資料中加以明確說明，以便使用者知曉他們需要額外的裝置才能玩遊戲。
o 2.4.4 App 不得建議或要求重新啟動裝置。
o 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 軟體要求
o 2.5.1 App 只允許使用公共 API，並且必須在當前釋出的作業系統上執行。進一步瞭解 public APIs. 及時更新您的 app，在未來的作業系統版本中不再支援的任何過時功能、框架或技術皆應被淘汰。App 使用的 API 和框架應該是為了實現預期用途，並在 app 描述中說明整合詳情。例如，HomeKit 框架應提供家居自動化服務；而HealthKit 則應該用於保持健康和健身目的，並整合在“健康”app 中。
o 2.5.2 App 應自包含在其套裝中，不得在指定容器範圍外讀取或寫入資料，也不得下載、安裝或執行程式碼，包括其他 app。僅在特殊情況下，用於教授、開發或允許學生測試可執行程式碼的教育類 app 可以下載所提供的程式碼，但這類程式碼不得用於其他用途。這類 app 必須開放 app 提供的原始碼，讓客戶可以完全檢視和編輯這些原始碼。
o 2.5.3 如果 app 傳輸的病毒、檔案、計算機程式碼或程式會對作業系統和/或硬體功能 (包括推送通知和 Game Center) 的正常執行造成負面影響或導致其中斷，則該 app 會被拒絕。屢教不改或惡劣的違規行為會導致開發者從 Apple Developer Program 中被除名。
o 2.5.4 多工處理 app 只允許在實現預期用途時使用後臺服務：VoIP、音訊播放、地理位置、任務完成記錄和本地通知等。如果 app 使用定位後臺模式，請提醒使用者，這麼做會大幅縮短電池使用時間。
o 2.5.5 我們將在 IPv6 網路上進行稽核。如果您的 app 無法與 IPv6 定址功能相容，則可能無法通過稽核。
o 2.5.6 如果 app 會瀏覽網頁，則必須使用相應的 WebKit 框架和 WebKit Javascript。
o 2.5.7 基於蜂窩行動網路且超過 10 分鐘的視訊流內容必須使用 HTTP Live Streaming，幷包含一個基準 192 kbps HTTP Live Stream。
o 2.5.8 如果 app 會建立替代的桌面/主螢幕環境，或者模擬多 app 外掛體驗，則該 app 會遭到拒絕。
o 2.5.9 如果 app 會改變或停用標準開關 (如調高/調低音量和鈴聲/靜音開關) 的功能，或者改變或停用其他的原生使用者介面元素或行為，則該 app 會遭到拒絕。例如，app 不應遮蔽轉向其他 app 的連結，或使用者希望以某種特定方式執行的功能。進一步瞭解如何正確處理連結。
o 2.5.10 不得提交包含空白廣告橫幅或測試廣告的 app。
o 2.5.11 SiriKit
 (i) 整合 SiriKit 的 app 只能登記無需其他 app 支援便可處理的意圖，而且該意圖應當與使用者對所述功能的預期相符。例如，如果您的 app 屬於膳食計劃 app，則不應融入開始體能訓練的意圖，即使該 app 共享了與健身 app 的整合也不可以。
 (ii) 確保 plist 中的詞彙和短語與您的 app 及其所登記意圖的 SiriKit 功能相符。別名必須與您的 app 或公司名稱直接相關，不得使用通用術語或者包含第三方 app 名稱或服務。
 (iii) 以最直接的方式解析 Siri 請求，不要在請求與實現之間插入任何廣告或其他市場營銷資訊。只有在完成相關任務需要時 (例如讓使用者指定特定型別的體能訓練時)，才可以顯示插頁式使用者介面。
o 2.5.12 利用 CallKit 或包含 SMS Fraud 擴充套件的 app 應該只攔截已確認用於傳送垃圾資訊的電話號碼。具有通話、簡訊或彩信攔截功能或垃圾資訊識別功能的 app 必須在營銷文字中清楚標識這些功能，並且說明歸入攔截列表和垃圾資訊列表的標準。通過這些工具獲得的資料不得用於與執行或改進您的 app 或擴充套件沒有直接關聯的任何其他目的 (例如，不得出於跟蹤或建立使用者資料等目的來使用、共享或銷售這些資料)。
o 2.5.13 使用人臉識別進行帳戶驗證的 app 必須使用 LocalAuthentication (而非 ARKit 或其他人臉識別技術)，且必須對未滿 13 歲的使用者使用備用身份驗證方式。
3. 業務
在 App Store 中，您可以通過多種方式讓自己的 app 實現盈利。如果您的業務模式並不顯而易見，請務必在其元資料和 App Review 備註中加以說明。如果我們無法理解 app 的工作方式，或者 App 內購買專案不是那麼一目瞭然，則稽核會有所延誤，並可能會導致 app 被拒絕。儘管價格由您決定，但是我們不會分發要價明顯過高的 app 和 App 內購買專案。對於試圖以不合常理的高昂價格欺騙使用者的 app，我們將予以拒絕。
如果我們發現您試圖操縱評論，通過付費、提供獎勵、經過篩選或偽造反饋來提高排名，或者要求第三方服務代您這樣做，我們會採取相應措施以維護 App Store 的公正誠信。採取的措施可能包括將您從 Apple Developer Program 中除名。
• 3.1 付款
o 3.1.1 App 內購買專案：
• 如果您想要在 app 內解鎖特性或功能 (解鎖方式有：訂閱、遊戲內貨幣、遊戲關卡、優質內容的訪問許可權或解鎖完整版等)，則必須使用 App 內購買專案。 App 可使用 App 內購買專案式貨幣，以便使用者在 app 中“打賞”數字內容提供商。App 及其元資料不得包含指引客戶使用非 App 內購買專案機制進行購買的按鈕、外部連結或其他行動號召用語。
• 通過 App 內購買專案購買的所有點數和遊戲貨幣不得過期，並且您應確保為所有可恢復的 App 內購買專案設計一套恢復機制。
• 請務必指定正確的可購買型別，否則您的 app 將被拒絕。
• App 不得直接或間接地將 App 內購買專案內容、功能或消耗品贈予他人。
• 通過 Mac App Store 分發的 app 可託管基於非 App Store 機制的外掛或擴充套件。
• 提供“戰利品箱”或其他隨機虛擬物品購買機制的 app 必須在客戶購買前，向其披露每種型別物品的獲取機率。
o 3.1.2 訂閱：無論屬於 App Store 上哪一類別，app 都可以提供自動續訂的 App 內購買訂閱。在 app 內整合可自動續訂的訂閱時，請務必遵循下述指導原則。
o 3.1.2(a) 允許的用途：如果您提供自動續訂訂閱，則必須為客戶提供持續的價值，訂閱期必須持續至少七天，並且能夠在使用者的所有裝置上訪問。以下並非詳盡列表，適當的訂閱示例包括：新遊戲關卡；連載內容；多玩家支援；持續提供實質性更新的 app；對媒體內容的大型合集或持續更新的訪問許可權；軟體即服務 (SAAS)；以及雲服務支援。此外：
• 訂閱可與單點式服務一起提供。例如，您可以提供整個影片庫的訂閱，以及單部影片購買或租賃。
• 您可以在您的多個 app 和服務中提供跨 app 的訂閱專案，但這些訂閱不可擴充套件到第三方的 app 或服務。遊戲訂閱中提供的遊戲必須由該開發者擁有或已受獨家許可 (例如：非屬於遊戲釋出平臺的一部分)。所有遊戲都必須直接從 App Store 下載。遊戲須避免訂閱使用者的重複支付，且不應損害非訂閱使用者的利益。
• 訂閱必須適用於可使用該 app 的所有使用者裝置。詳情請參閱 Sharing a subscription across your apps。
• App 不得強制要求使用者為 app 評級或點評、下載其他 app，或執行其他類似操作，然後才能訪問該 app 的功能、內容或者使用該 app。
• 與所有 app 一樣，此類服務訂閱應當允許使用者直接獲得付費購買的專案而無需執行額外任務，如在社交媒體上發帖、上傳通訊錄，以及在 app 內簽到特定次數等。
• 訂閱可以包含消耗性的積分、寶石或遊戲內貨幣等。您也可以提供包含消耗性商品打折權益的訂閱 (例如能以優惠價購買寶石包的高階會員資格)。
• 如果要將現有 app 更改為基於訂閱的業務模式，您不得減掉現有使用者已付費購買的主要功能。例如，針對新客戶引入訂閱模式後，已購買“完整遊戲解鎖”的客戶應能夠繼續訪問完整版遊戲。
o 3.1.2(b) 升級和降級：使用者應能獲得無縫的升級/降級體驗，並且不會出現無意間訂閱同一內容的多個不同版本。請查閱關於管理訂閱升級和降級選項的最佳做法。
o 3.1.2(c) 訂閱資訊：在讓客戶訂閱之前，您應當清晰描述付費後的具體權益。每月有幾期？雲端儲存容量有多大？具體能訪問您的哪些服務？另外，務必要清晰地表述相關的要求，即您協議的 Schedule 2 中“協議、稅務和銀行業務”部分所述的要求。
o 3.1.3 “閱讀器”App：App 應允許使用者訪問先前購買的內容或內容訂閱 (具體包括：雜誌、報紙、圖書、音訊、音樂、視訊、專業資料庫訪問許可權、VoIP、雲端儲存以及經批准的服務，如用於管理學生成績和課表的教育類 app) 以及多平臺遊戲中的消耗品，前提是您同意不會直接或間接引導 iOS 使用者使用非 App 內購買專案機制進行購買，並且在您介紹其他購買方式的普通溝通中沒有刻意阻止使用者使用 App 內購買專案。
o 3.1.4 內容程式碼：App 不得使用自身機制來解鎖內容或功能，如許可證金鑰、增強現實標記、二維碼等。在為數不多的情形中，例如當功能依賴於特定的硬體功能時，app 可在不使用 App 內購買專案的情況下解鎖該功能 (例如，天文 app 會在與望遠鏡同步後增加功能)。與經過批准的實際產品 (如玩具) 配合使用的可選 app 功能可在不使用 App 內購買專案的情況下解鎖特定功能，前提是同時也提供 App 內購買專案選項。您不得要求使用者通過購買無關產品或參與廣告或市場活動來解鎖 app 功能。
o 3.1.5 (a) App 之外的實物商品和服務：如果 app 允許使用者購買將在 app 之外使用的商品或服務，則必須使用 App 內購買專案以外的購買方式來收取相應款項，如 Apple Pay 或傳統的信用卡輸入。
o 3.1.5 (b) 數字加密貨幣：App 可支援獲批的虛擬貨幣的流通 (例如比特幣，狗幣)。前提條件是，在該 app 能夠正常使用的地區，前述做法必須遵守其各州／省和聯邦法律。App 如支援初始投幣產品（“ICO”）、數字加密貨幣期貨交易以及其他數字加密證券或準證券交易，釋出方須為已創立的銀行、證券公司、期貨經紀商（“FCM”）或其他經批准的金融機構，並遵守所有相關法律。
o 3.1.6 Apple Pay：如果 app 使用 Apple Pay，則在銷售任何商品或服務之前，必須先向使用者提供所有的基本購買資訊，並且必須正確使用 Apple Pay 品牌和使用者介面元素，具體要求可參考“Apple Pay 識別標誌指南”和“Human Interface Guidelines”。使用 Apple Pay 提供重複付款服務的 app 至少需要披露以下資訊：
• 續訂週期的時長；除非被取消，否則續訂將會繼續
• 每個週期中會提供哪些服務
• 將向客戶收取的實際費用
• 如何取消
• 3.2 其他業務模式問題
下方列表並非詳盡清單，並且您提交的 app 可能會導致我們的政策有所更改或更新，但這裡有一些額外的應做事宜和勿做事宜需要您謹記在心：
o 3.2.1 可以接受
• (i) 在您的 app 中，出於購買或促銷目的而展示您的其他 app，只要您的 app 不只是簡單地羅列其他 app。
• (ii) 顯示或推薦專為經批准的特定需求而設計的第三方 app (如健康管理、航空以及輔助功能等)。您的 app 應能提供持續不斷的編輯內容，這樣 app 才不會看起來像是個擺設。
• (iii) 在租借期限結束後，禁止訪問經批准的特定租借內容 (例如電影、電視節目、音樂、圖書)；所有其他專案服務不得存在過期時間。
• (iv) Wallet 憑證可用於付款或接收付款、傳輸交易或是提供身份驗證 (例如電影票、優惠券和 VIP 憑據)。如將 Wallet 憑證用作其他用途，則可能會導致 app 被拒，Wallet 憑據也有可能被撤銷。
• (v) 保險類 app 必須免費提供，並且必須遵守 app 釋出地區的相關法律，且不得使用 App 內購買專案。
• (vi) 經批准的非營利組織可以在他們持有的 app 或第三方 app 內進行籌款活動，前提是這些籌款活動必須遵守所有的 App Review 準則並提供 Apple Pay 支援。這類 app 必須披露資金的計劃用途，遵守所有必要的當地和聯邦政府法律，並且確保向捐款人提供相應的報稅收據。在被要求時，還應向 App Review 團隊提供其他資訊。向捐款人介紹其他非營利組織的非營利組織平臺必須確保 app 中列出的每一家非營利組織都已通過非營利組織批准流程。進一步瞭解如何成為批准的非營利組織。
• (vii) App 可允許個人使用者使用非 App 內購買專案機制向另一位個人送贈貨幣式禮物，前提為：a) 送贈方擁有決定是否進行送贈的完全自主權，b) 獲贈方收取 100% 的禮物金額。然而，禮物若在任何時間點對應或包含接收任何數字內容或服務，則必須使用 App 內購買專案。
• (viii) App 如被用於金融交易，投資或資金管理，釋出方應為執行此類服務的金融機構，或必須使用由該機構根據其條款與條件提供的公共 API。
o 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。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。
o 4.2.1 應用 ARKit 的 app 應提供豐富而完整的增強現實體驗，僅將模型放入 AR 檢視或重播動畫並不足夠。
o 4.2.2 除了目錄類 app 之外，app 不應只用於市場營銷材料、廣告、網路剪報、內容聚合或連結集合。
o 4.2.3 App 應能獨立工作，無需安裝其他 app。
o 4.2.4 與錶盤類似的 Apple Watch app 可能會令人感到困惑，因為使用者會認為這些 app 能與各種裝置功能 (如輕掃、通知和第三方功能欄) 配合使用。將創意性的時間表現方式用作 app 介面是個好點子 (例如，供衝浪者使用的潮汐時鐘)，但是如果您的 app 與錶盤過於相像，則可能會被我們拒絕。
o 4.2.5 主要用作 iCloud 和 iCloud Drive 檔案管理器的 app 需要包含更多的 app 功能，才能獲得批准。
o 4.2.6 利用商業化模板或 app 生成服務建立的 app 將被拒絕，除非該 app 由其內容的提供商直接提交。這些模版服務若要為不同的客戶提供差異化的使用者體驗，可提供工具來幫助客戶自行建立創新的 app，但不應代表客戶提交 app。模板提供商也可以考慮建立單一的二進位制檔案，以彙總或“選取”的模型託管所有客戶端內容 (例如：在搜尋餐廳的 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 的市場營銷文字中清晰且準確地披露提供了哪些擴充套件，擴充套件中不可包含營銷、廣告或 App 內購買專案。
o 4.4.1 Keyboard 擴充套件還需要遵循一些額外的規則。

它們必須：
• 提供鍵盤輸入功能 (如可輸入字元)；
• 如果鍵盤中含有影象或表情符號，請遵循貼紙準則；
• 提供切換到下一個鍵盤的方法；
• 在沒有網路連線和不要求完全訪問許可權的情況下仍能使用；
• 收集使用者活動資料只是為了改進其 Keyboard 擴充套件在 iOS 裝置上的效能。
它們不得：
• 啟動“設定”之外的其他 app；或者
• 將鍵盤按鍵用於其他行為，例如按住 Return 鍵來啟動相機等。
o 4.4.2 Safari 擴充套件必須在 macOS 上的最新版 Safari 上執行。它們不得干擾系統和 Safari UI 元素，並絕不能包含惡意或誤導性的內容或程式碼。違背此規則會遭到 Apple Developer Program 除名。除了正常工作所必需的網站，Safari 擴充套件不得要求訪問更多網站。
o 4.4.3 表情貼紙
表情貼紙是讓“資訊”變得更動態、更有趣的絕佳方式，讓人們能夠以更巧妙、有趣、有意義的方式表達自我。無論您的 app 是含有 Sticker 擴充套件，還是您要建立單獨的表情貼紙包，其內容均不得冒犯使用者、造成負面體驗或違反相關法律。
• (i) 通常，不適合在 App Store 上釋出的內容也不適合放入表情貼紙內。
• (ii) 考慮地區敏感性，不要在難以接受或者會違反當地法律的國家/地區提供您的表情貼紙包。
• (iii) 如果您的表情貼紙含義不易理解，請在稽核備註中附上清晰的說明，從而避免導致稽核流程的延誤。
• (iv) 確保您的表情貼紙在您的朋友與家人之外具有相關性；它們不應特定於個人活動、群體或關係。
• (v) 您必須對錶情貼紙中的內容，持有所有必要的著作權、商標權和形象權及授權許可，不得提交任何未經授權的內容。請記住，您必須能夠在要求時提供可核實的檔案。若 app 內含有您無權使用的表情貼紙內容，該 app 將從 App Store 中去除，屢次侵權者將從 Developer Program 中除名。如果您認為自己的內容遭到其他提供商侵權，請向我們提交申訴。
• 4.5 Apple 站點和服務
o 4.5.1 App 可以使用獲批的 Apple RSS Feed (如 iTunes Store RSS Feed)，但不能抹除 Apple 站點 (如 apple.com、iTunes Store、App Store、iTunes Connect、開發者門戶等) 的任何資訊，也不能使用這類資訊進行排名。
o 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 體驗之外的任何其他用途。這類資料不得用於識別使用者身份或裝置，也不得用於廣告定向宣傳目的。
o 4.5.3 不得使用 Apple 服務 (包括 Game Center 或推送通知等) 傳送垃圾郵件、進行網路釣魚，或者向客戶傳送未經請求的資訊。不得嘗試進行查詢、跟蹤、關聯、挖掘、獲得或利用玩家 ID、別名以及通過 Game Center 獲得的其他資訊。否則將會遭到 Apple Developer Program 的除名。
o 4.5.4 App 不能將推送通知列為必需條件，並不能將該功能用於廣告、推廣或直接行銷用途，或者用來發送敏感的個人或保密資訊。
o 4.5.5 僅以 Game Center 團隊批准的方式使用 Game Center 玩家 ID，並不得在 app 中顯示或向任何第三方顯示。
• 4.6 備選 App 圖示
App 可以使用自定圖示以傳達特定資訊 (例如表達對某個運動團隊的喜愛)，前提是每次更改都由使用者發起，並且 app 中應包含恢復至原始圖示的設定。所有圖示變體必須與 app 的內容相關，並且更改內容在所有系統資源之間應保持一致，以便“設定”和“通知”等位置中顯示的圖示與新的 Springboard 圖示相吻合。這項功能不可用於動態、自動或連續性更改，例如用於反映最新天氣資訊和日曆通知等。
• 4.7 HTML5 遊戲與聊天機器人 (Bot) 等
App 可包含或執行未嵌入二進位制檔案的程式碼 (如基於 HTML5 的遊戲和聊天機器人等)，前提是該 app 的主要目的並非程式碼分發，其程式碼亦沒有在商店介面或類似商店的介面中提供，而且相關軟體 (1) 為免費軟體或需通過 App 內購買專案進行購買；(2) 僅使用標準 WebKit 檢視中提供的功能；您的 app 必須使用 WebKit 和 JavaScript Core 來執行第三方軟體，且不得試圖擴充套件或披露原生平臺 API 給第三方軟體；(3) 由已加入 Apple Developer Program 且簽署“Apple Developer Program 許可協議”的開發者提供；並且 (4) 遵守各個 App Review 指南中的條款 (例如，不含令人反感的內容)。您必須在被要求時提供您的 app 中包含的軟體和元資料的索引資訊。
5. 法律
只要 app 向某個地區的使用者提供，那麼就必須遵守該地區的所有法律要求 (如果您不太確定，請與律師聯絡)。我們知道這些東西非常複雜，但除了下方所列準則以外，同時理解所有本地法律，並確保您的 app 能滿足所有法律要求，是您必須承擔的責任。當然，如果 app 存在唆使、宣傳或鼓勵犯罪的行為或明顯不負責任的行為，則會被拒絕。在發現涉及如方便人口販賣和/或剝削兒童的 app 的極端情況下，我們將通知有關當局。
• 5.1 隱私
在 Apple 生態體系中，保護使用者隱私總是第一要務。您要在處理個人資料時小心謹慎，以確保遵守了適用的法律和“Apple Developer Program License Agreement”中的條款，並滿足客戶的期待。尤其是：
o 5.1.1 資料收集和儲存
 (i) App 須先制定隱私政策，並徵得使用者的同意，才能對使用者資訊或使用資料進行收集。這包括 (但不限於) 以下 app：實施 HealthKit 或其他健康/醫療技術、使用 ARKit、相機 API、照片 API 或其他軟體功能以獲取深度面譜資訊的 app，HomeKit、Keyboard 擴充套件、Apple Pay、Stickers和 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 來追蹤使用者。
o 5.1.2 資料使用和共享
 (i) 您不得嘗試、協助或鼓勵他人，根據從深度圖和/或面譜繪製工具 (例如 ARKit、相機 API 或照片 API) 收集的資料，或您所謂以“匿名”、“彙總”或其他不可識別的方式收集的資料來識別匿名使用者的身份或重建使用者資料。除非先獲得使用者的許可，並提供有關資料使用方式和使用位置的相關資訊，否則不得使用或傳輸使用者的個人資料。
 (ii) App 收集的資料只有在為了改進與 app 功能相關的使用者體驗或軟/硬體表現時，或在遵循“Apple Developer Program License Agreement”的前提下用於廣告投放用途時，才能使用或與第三方分享。
 (iii) 從 HomeKit API 或深度圖和/或面譜繪製工具 (例如 ARKit、相機 API 或照片 API) 收集的資料不得用於投放廣告或是基於使用情況進行其他資料探勘。
 (iv) 使用 Apple Pay 的 app 只能與第三方共享通過 Apple Pay 獲得的使用者資料，以幫助或改進商品或服務的交付。
o 5.1.3 健康和健康研究
健康、健身和醫療資料特別敏感，涵蓋這些領域的 app 必須滿足額外的規則，並確保客戶隱私受到保護：
 (i) App 僅能在獲得批准的情況下，出於改進健康管理或健康研究的目的，使用在健康、健身和醫療研究背景下收集的資料 (包括從 HealthKit API、“運動與健身”或健康領域人體研究中收集的資料) 或將其披露給第三方，不得用於廣告投放或基於使用情況進行其他資料探勘。
 (ii) App 不得將虛假或錯誤資料寫入 HealthKit 或其他任何醫療研究/健康管理 app，不得在 iCloud 中儲存個人健康資訊。
 (iii) 開展健康領域人體研究的 app 必須獲得參與人員提供的知情同意書，如果涉及未成年人，則必須獲得由其家長或監護人提供的知情同意書。上述知情同意書必須涵蓋以下內容：(a) 研究的性質、目的和時長；(b) 具體規程，給參與人員帶來的風險和益處；(c) 關於保密和資料處理 (包括與第三方共享資訊的情況) 的資訊；(d) 用於回答參與人員問題的聯絡人；以及 (e) 退出流程。
 (iv) 用於開展健康領域人體研究的 app 必須獲得一家獨立倫理審查委員會的批准。一經要求，必須提供此類批准的證明。
o 5.1.4 兒童
出於多種原因，您在處理兒童的個人資料時必須小心謹慎。我們建議您仔細閱讀所有要求，以遵循相關法律，如《兒童線上隱私保護法》(“COPPA”) 和其他國際上適用的同等法律。
App 只能出於遵守適用兒童隱私法規的目的要求使用者提供出生日期或家長聯絡資訊，但必須提供一些適用於各年齡層使用者的實用功能或娛樂價值。
此外，“兒童類別”中的 app，以及向未成年人收集個人資訊 (例如姓名、地址、電子郵件、位置、照片、視訊、圖畫、能否聊天、其他個人資料，或是將永久識別符號與以上任何資訊組合使用)、傳輸此類資訊或能夠共享此類資訊的 app，則必須遵守適用的兒童隱私保護法規，且必須擁有隱私政策。為了清楚起見，“兒童類別”的家長監控要求，通常並不完全等同於在這些隱私法規下徵得家長的同意後收集個人資料。
o 5.1.5 定位服務
只有在定位服務與 app 提供的功能和服務直接相關時，才能在 app 中使用定位服務。基於位置的 API 不得用於提供緊急服務，不得對汽車、飛機和其他裝置進行自主控制 (小型裝置，如輕量無人機和玩具除外)，不得遙控汽車防盜系統等。在收集、傳輸或使用位置資料之前，務必進行通知並獲得使用者同意。如果 app 會使用後臺定位服務，請務必在 app 中說明相應的原因；請參考“Human Interface Guidelines”，瞭解相應的最佳做法。
• 5.2 智慧財產權
請確保 app 只包含由您建立或擁有使用許可的內容。如果您已越線並在未經許可的情況下使用了內容，您的 app 可能會被移除。當然，這也意味著如果他人抄襲了您的作品，則他們的 app 也可能會被移除。如果您認為自己的智慧財產權在 App Store 上受到了其他開發者的侵犯，請通過網頁表格 (英文) 提交權利主張。各個國家/地區的法律互不相同，但請務必避免以下常見錯誤：
o 5.2.1 一般性：不得在未經授權的情況下，在 app 中使用受保護的第三方材料 (例如商標、版權作品、專利設計)；也不得在 app 套裝或開發者名稱中包含虛假、抄襲或誤導性的演示、名稱或元資料。App 提交方應當是擁有或獲授權使用智慧財產權和其他相關權利的個人或法律實體，並且應對提供 app 中的任何服務負責。
o 5.2.2 第三方站點/服務：如果您的 app 會使用、訪問第三方服務、通過訪問第三方服務盈利或是顯示第三方服務的內容，請確保您獲得在該服務的使用條款下進行此類操作的特別許可。如有相應要求，則必須提供相關授權。
o 5.2.3 音訊/視訊下載：app 不得促進非法檔案共享，或在沒有獲得這些資源的明確授權的情況下，提供從第三方來源 (如 Apple Music、YouTube、SoundCloud、Vimeo) 儲存、轉換或下載媒體資源的能力。視訊/音訊內容流也有可能觸犯使用條款，所以請務必在 app 訪問這些服務前，進行檢查。如有相應要求，則必須提供相關文稿。
o 5.2.4 Apple 認可：不得誤導或暗示 Apple 是 app 的來源或提供商，或者 Apple 以任何形式表示認可其質量或功能。如果您的 app 被選為“編輯選薦”，Apple 將自動顯示相應徽章。
o 5.2.5 Apple 產品：不得建立與現有 Apple 產品、介面 (如 Finder)、app (如 App Store、iTunes Store 或“資訊”) 或廣告主題外觀相似或容易混淆的 app。App 和擴充套件 (包括第三方鍵盤和貼紙包) 不得含有 Apple 表情符號。iTunes 音樂預覽內容不得用於其娛樂價值 (如用作照片拼貼畫的背景音樂或遊戲配音) 或其他未獲授權的方式。如果 app 顯示健身記錄圓環，則不應以類似於“健身記錄”控制元件的方式展示“活動”，“鍛鍊”或“站立”資料。請參考 “Human Interface Guidelines”以瞭解關於如何使用健身記錄圓環的更多資訊。
• 5.3 遊戲、賭博和彩票
賭博、遊戲和彩票的管理難度大，是 App Store 上受到最多管制的 app 類別之一。只有全面核實了即將釋出您的 app 的所有國家/地區的相關法律要求後，才能包含此功能，並且要做好準備此功能的稽核流程需要更長的時間。您需要謹記以下事項：
o 5.3.1 抽獎和比賽必須由 app 的開發者贊助。
o 5.3.2 抽獎、比賽和抽彩的正式規則必須在 app 中註明，並且必須明確表示 Apple 不是贊助者，也沒有以任何形式參與活動。
o 5.3.3 App 不得通過 App 內購買專案購買點數或貨幣，以用於任何種類的真實貨幣遊戲；不得向用戶出售彩票或抽彩券；不得在 app 內進行資金轉賬。
o 5.3.4 提供真實貨幣遊戲 (例如體育下注、撲克、賭場遊戲、賽馬) 或彩票的 app 必須在使用該 app 的地區獲得必要的許可和批准，且只能在這些地區釋出，此類 app 在 App Store 中必須免費提供。App Store 上不允許釋出非法的賭博輔助工具，包括記牌器。彩票 app 必須有報酬、機率及獎品。
• 5.4 VPN App
提供虛擬專用網 (VPN) 服務的 app 必須使用 NEVPNManager API。開發者必須明確宣告將收集哪些使用者資料及其用途。VPN app 不得違反當地法律，如果您選擇在需要 VPN 許可證的地區釋出，則必須在 App Review 註釋中提供您的許可證資訊。
提交之後
在 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 流程，並在我們的政策中發現需要闡明的部分。如果您仍對結果不滿意，請提交申訴 (英文)。