App Store審覈規則中文版(App審覈被拒原因,蘋果開發必備)

App Store審覈規則中文版(App審覈被拒原因,蘋果開發必備)

簡介

App Store 的指導原則非常簡單 - 我們希望爲用戶獲取 app 時提供更安全可靠的體驗，併爲所有開發者提供藉助 app 獲得成功的契機。爲此，我們精心打造了 App Store，其中的每個 app 都會經過專家審覈，而且還有編輯團隊每天幫助廣大用戶發現新的 app。至於別的一切，可以考慮在開放的互聯網上分享。如果 App Store 模式和準則與您的 app 或經營理念不能完美契合，那也沒關係，我們的 Safari 瀏覽器也能提供出色的 Web 體驗。

在以下頁面中，您會發現我們已把最新的準則清晰地劃分爲五個部分：安全、性能、業務、設計及法律。App Store 一直在不斷變化和改善，緊跟我們客戶和產品的需求。您的 app 也需要做出改變與改進，才能留在 App Store 上。

另外，請將以下幾點謹記在心：

• 很多兒童會從我們這裏大量下載各種 app。儘管家長控制功能能爲兒童提供有效保護，但您也必須做好自己份內的工作。因此，您要知道，我們時刻都在關注這些兒童。
• App Store 是向全球數億人分享 app 的好方法。如果您開發 app 只是爲了分發給親朋好友，那麼 App Store 並不是最適合的途徑。這時可考慮使用 Xcode 將 app 免費安裝到設備上，或者使用面向 Apple Developer Program 會員推出的 Ad Hoc 分發。如果您剛開始開發 app，請進一步瞭解 Apple Developer Program。
• 在 App Store 上發佈的所有觀點，我們都非常支持 — 只要這些 app 尊重用戶的不同意見，並能帶來良好的 app 體驗。如果我們認爲 app 的任何內容或行爲超出了可接受的範圍，我們將拒絕該 App。您可能會問，這個可接受的範圍是什麼？套用最高法院大法官的一句話：“當我看到的時候，我就知道了”。而且，我們相信，當您超出這個範圍時，您自己也會意識到。
• 如果您試圖欺騙系統 (例如，試圖在審覈流程中弄虛作假，竊取用戶數據，抄襲其他開發者的作品，操縱評分或 App Store 上的發現方法)，我們會從商店中移除您的 app，並將您從 Developer Program 中除名。
• 您要確保 app 中所含內容全部符合這些準則的要求，包括廣告網絡、分析服務和第三方 SDK 等；因此，在審覈和選擇這些內容時務必要慎重。
• 某些一般不提供給開發者的功能和技術可能會以授權的形式提供，供開發者在受限情況中使用。例如，我們提供 CarPlay 車載音頻、HyperVisor 和特權文件操作的授權。請查看 developer.apple.com 上的文檔，進一步瞭解各種授權。

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

提交之前

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

請確保：

• 測試 app 是否會發生崩潰、是否存在錯誤
• 確保所有 app 信息及元數據完整且正確
• 更新您的聯繫信息，以便 App Review 部門在需要時與您取得聯繫
• 提供有效的演示帳戶和登錄信息，以及審覈 app 時所需的任何其他硬件或資源 (例如，登錄憑證或示例二維碼)
• 啓用後臺服務，以使其在審覈期間處於活動和可用狀態
• 在 App Review 備註中附上與非明顯功能及 App 內購買項目相關的詳細說明，包括支持文稿 (如適用)。
• 檢查 app 是否遵循了其他文稿中的相關指南，如：

開發指南

• UIKit
• AppKit (英文)
• WatchKit (英文)
• App 擴展編程指南 (英文)
• iOS 數據存儲指南 (英文)
• macOS 文件系統文檔 (英文)
• Safari 瀏覽器 App 擴展 (英文)
• App Store Connect 幫助

設計指南

• Human Interface Guidelines (英文)

品牌和營銷指南

• 營銷資源和識別標誌指南
• Apple Pay 識別標誌指南
• “添加到 Apple 錢包” 指南 (英文)
• Apple 商標及版權使用準則 (英文)

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.2 用戶生成的內容

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

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

  如果 app 中所含的用戶生成內容或服務最終主要用於色情內容、Chatroulette (隨機視頻聊天) 式體驗、客體化現實生活中的某人 (如“性感與否”投票)、進行人身威脅或欺凌，則這些 app 不適合出現在 App Store 中，它們可能會在未經通知的情況下被移除。如果 app 中所含的用戶生成內容來自於基於網頁服務，並且該內容是默認隱藏的 (只有當用戶通過您的網站將其打開時纔會顯示)，則可以顯示意外產生的“NSFW (公衆場所不宜)”內容。

• 1.3 兒童類別

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

  您必須遵守世界各地與在線收集兒童數據相關的適用隱私法。請務必查閱本指南的“隱私”部分，以瞭解更多信息。此外，“兒童”類別的 app 不得向第三方發送個人身份識別信息或設備信息。“兒童”類別中的 app 不應包含第三方數據分析或第三方廣告。這些做法可爲兒童提供更安全的體驗。在少數情況下，可能允許包含第三方數據分析，前提是相關服務不會收集或傳輸 IDFA 或關於兒童的任何身份識別信息 (如姓名、出生日期、電子郵件地址)、兒童所在位置或其設備。這包括任何設備、網絡或其他可直接用來或結合其他信息來識別用戶及其設備的信息。在少數情況下，也可能允許包含與頁面內容相關的第三方廣告，前提是該服務擁有適合“兒童”類別 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 不得促使客戶參與賭博或挑戰等活動，或以可能對自己或他人造成人身傷害的方式來使用他們的設備。
• 1.5 開發者信息

  用戶需要知道如何就疑問和支持問題與您取得聯繫。確保您的 app 及其支持 URL 中包含能輕鬆聯繫到您的聯繫信息；對於可能會在課堂中使用的 app 而言，這一點尤爲重要。如果未能提供準確的最新聯繫信息，不但會讓客戶有不好的感受，可能還會違反某些國家/地區的法律。另外，請確保在錢包憑證中包含髮卡機構的有效聯繫方式，以及分配給憑證的品牌或商標所有者的專用證書。

• 1.6 數據安全

  App 應實施適當的安全舉措，確保按照“Apple Developer Program 許可協議”和這些準則 (更多信息見“準則 5.1”) 妥善處理收集到的用戶信息，防止對這些信息進行未經授權使用、披露或者被第三方訪問。

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 的核心體驗，並記得不斷更新，以便保持與新版本相應的最新狀態。

  • 2.3.1 請勿在 app 中包含未記錄的功能或隱藏功能；不管是對於最終用戶還是 App Review 團隊，app 功能都應清晰可見。同樣，您不應該在 App Store 或離線情況下，營銷您的 app 中實際並不提供的內容或服務 (例如基於 iOS 的病毒和惡意軟件掃描工具)。如果出現惡劣或屢教不改的行爲，則可能會從 Apple Developer Program 中除名。我們正努力將 App Store 打造成值得信賴的生態系統，並希望我們的 App 開發者也能如此；如果您不誠實以待，我們之間就不會有任何業務往來。
  • 2.3.2 如果您的應用包含 App 內購買項目，請確保應用的描述、屏幕快照和預覽清楚地指明是否有需要另行購買的精選項目、關卡和訂閱等。如果您決定在 App Store 中推廣 App 內購買項目，請確保 App 內購買項目的顯示名稱、屏幕快照和描述適合所有公衆，並遵循“推廣您的 App 內購買項目”中的準則；此外，您的 app 也應正確使用 SKPaymentTransactionObserver 方法 (英文)，以便客戶可以在 app 內無縫完成購買。
  • 2.3.3 屏幕快照應展示 app 的使用情況，而非僅顯示標題封面、登錄頁面或初始屏幕。屏幕快照還可以包括文本及圖像說明 (例如：演示輸入機制，如觸控點或 Apple Pencil 的動畫)，並展示設備上的擴展功能，如觸控欄。
  • 2.3.4 預覽是讓客戶瞭解 app 外觀和功能的好方法。爲了確保客戶理解他們將在 app 中獲得的體驗，預覽只可使用從 app 中採集的視頻屏幕。Stickers 和 iMessage 信息擴展可以將用戶體驗展示在“信息”app 中。您也可以添加旁白和視頻，或添加文本說明，以幫助說明任何無法僅通過視頻進行闡明的內容。
  • 2.3.5 請爲 app 選擇最適合的類別，並在需要幫助時參考“App Store 類別定義”。如果選擇的類別與實際情況相差較遠，我們可能會更改 app 的類別。
  • 2.3.6 請在 App Store Connect 中誠實地回答年齡分級問題，以使 app 與家長控制功能的分級保持一致。如果 app 分級有誤，客戶在獲得 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 或元數據中包含其他移動平臺的名稱、圖標或圖像，除非存在已獲批的特定互動功能。確保您的 app 元數據注重 app 本身及其體驗。不要包含無關的信息，包括但不限於關於 Apple 或開發流程的信息。
  • 2.3.11 您提交至 App Store 可供預訂的 app 必須爲完整且可發佈的狀態。請確保您最終發佈的 app 與其在預購狀態時所宣傳的內容沒有實質性差異。 如果您對該 app 進行了重大更改 (例如更改其商業模式)，則應重新開始其預訂銷售。
  • 2.3.12 App 必須在其“新功能”文本中清楚地描述新功能和產品更改情況。一些簡單的錯誤修復、安全更新和性能改進可以通過一般描述來說明，但較爲重大的更改必須列明在備註中。
• 2.4 硬件兼容性
  • 2.4.1 爲了確保用戶能夠充分利用您的 app，iPhone app 應儘量能在 iPad 上運行。我們鼓勵您考慮開發通用 app，這樣客戶就可以在所有設備上加以使用。進一步瞭解 通用 app (英文)。
  • 2.4.2 通過設計，讓您的 app 節省能耗，且其使用方式不會帶來設備損壞的風險。App 不應快速耗盡電池電能、產生過多的熱量或對設備資源造成不必要的負擔。例如，app 不得鼓勵在充電期間將設備置於牀墊或枕頭下，或對固態硬盤進行過多的寫入循環操作。App 及其中顯示的任何第三方廣告均不可運行無關的後臺進程，如加密貨幣挖礦。
  • 2.4.3 對於 Apple TV app，應確保用戶無需使用除 Siri Remote 或第三方遊戲控制器之外的硬件輸入，但您可以隨意提供增強功能供連接其他外圍設備時使用。如果需要用戶配備遊戲控制器，請務必在元數據中清晰說明，以便用戶知曉他們需要額外的設備才能玩遊戲。
  • 2.4.4 App 不得建議或要求重新啓動設備，或者修改與 app 核心功能無關的系統設置。例如，請勿鼓勵用戶關閉 Wi-Fi 或停用安全功能等。
  • 2.4.5 對於通過 Mac App Store 分發的 app，還有幾個額外要求需要您留意：
    • (i) 這些 app 必須妥當地沙盒化，並遵循“macOS 文件系統文檔 (英文)”。另外，這些 app 只應使用相應的 macOS API 來修改其他 app 存儲的用戶數據 (如書籤、“地址簿”或“日曆”條目)。
    • (ii) 這些 app 必須使用 Xcode 中提供的技術來進行打包和提交；不允許使用第三方安裝器。另外，這些 app 必須是單個的自包含 app 安裝包，不能將代碼或資源安裝在共享位置。
    • (iii) 這些 app 不得自動啓動或者在啓動時包含其他自動運行的代碼，不得在未經同意的情況下登錄，也不得大量生成在用戶退出 app 後仍在未經同意的情況下繼續運行的進程。這些 app 不得將圖標自動添加到程序塢中，或在用戶桌面上留下快捷方式。
    • (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 上運行。進一步瞭解 公共 APIs (英文)。及時更新您的 app，在未來的操作系統版本中不再支持的任何過時功能、框架或技術皆應被淘汰。App 使用的 API 和框架應該是爲了實現預期用途，並在 app 描述中說明集成詳情。例如，HomeKit 框架應提供家居自動化服務，HealthKit 則應該用於保持健康和健身目的，並集成在“健康”app 中。
  • 2.5.2 App 應自包含在自己的套裝中，不得在指定容器範圍外讀取或寫入數據，也不得下載、安裝或執行會引入或更改 app 特性或功能的代碼，包括其他 app。僅在特殊情況下，用於教授、開發或允許學生測試可執行代碼的教育類 app 可以下載所提供的代碼，但這類代碼不得用於其他用途。這類 app 必須開放 app 提供的源代碼，讓客戶可以完全查看和編輯這些源代碼。
  • 2.5.3 如果 app 傳輸的病毒、文件、計算機代碼或程序會對操作系統和/或硬件功能 (包括推送通知和 Game Center) 的正常運行造成負面影響或導致其中斷，則該 app 會被拒絕。屢教不改或惡劣的違規行爲會導致開發者從 Apple Developer Program 中被除名。
  • 2.5.4 多任務處理 app 只允許在實現預期用途時使用後臺服務：VoIP、音頻播放、地理位置、任務完成記錄和本地通知等。如果應用使用定位後臺模式，請提醒用戶，這麼做會大幅降低電池續航能力。
  • 2.5.5 App 必須能夠在僅支持 IPv6 的網絡上完全正常地運作。
  • 2.5.6 如果 app 會瀏覽網頁，則必須使用相應的 WebKit 框架和 WebKit Javascript。
  • 2.5.7 基於蜂窩移動網絡且超過 10 分鐘的視頻流內容必須使用 HTTP 實時流化，幷包含一個 192 kbps 爲底線的 HTTP 實時流化。
  • 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 及它所登記意圖的 Siri 功能相符。別名必須與您的 app 或公司名稱直接相關，不得使用通用術語或者包含第三方 app 名稱或服務。
    • (iii) 以最直接的方式解析 Siri 請求或快捷方式，不要在請求與實現之間插入任何廣告或其他市場營銷信息。只有在完成相關任務需要時 (例如讓用戶指定特定類型的體能訓練時)，纔可以要求解疑。
  • 2.5.12 利用 CallKit 或包含 SMS Fraud 擴展的 app 應該只攔截已確認用於發送垃圾信息的電話號碼。具有通話、短信或彩信攔截功能或垃圾信息識別功能的 app 必須在營銷文本中清楚標識這些功能，並且說明歸入攔截列表和垃圾信息列表的標準。通過這些工具獲得的數據不得用於與運行或改進您的 app 或擴展沒有直接關聯的任何其他目的 (例如，不得出於跟蹤或創建用戶資料等目的來使用、共享或銷售這些數據)。。
  • 2.5.13 若有可能，使用人臉識別進行帳戶驗證的 app 必須使用 LocalAuthentication (英文) (而非 ARKit 或其他人臉識別技術)，且必須對未滿 13 歲的用戶使用備用身份驗證方式。
  • 2.5.14 在錄像、記錄日誌或以其他方式記錄用戶活動時，app 必須徵得用戶的明確同意，而且要提供清晰的視覺和/或聽覺指示。這亦包括任何對設備攝像頭、麥克風、屏幕錄像或其他用戶輸入方式的使用。
  • 2.5.15 能夠讓用戶查看和選擇文件的 app 應包含“文件”app 中的項目和用戶的 iCloud 文稿。

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 可以提供 App 內購買貨幣，供客戶在 app 內“打賞”數字內容提供商。
    • 通過 App 內購買項目購買的所有點數和遊戲貨幣不得過期，並且您應確保爲所有可恢復的 App 內購買項目設計一套恢復機制。
    • 請務必指定正確的可購買類型，否則您的 app 將被拒絕。
    • App 可以允許用戶將符合 App 內購買項目條件的物品贈予他人。此類禮品只能退款給原始購買者，而且不可交貨。
    • 通過 Mac App Store 分發的 app 可託管基於非 App Store 機制的插件或擴展。
    • 提供“戰利品箱”或其他隨機虛擬物品購買機制的 app 必須在客戶購買前，向客戶披露每種類型物品的獲取機率。
    • 非訂閱型 app 在提供完整解鎖選項前可以提供按時間計算的免費試用期，方法是在“價格等級 0”中設置非消耗型 IAP 項目，並按照命名約定“XX 天試用”來命名。在開始試用之前，app 必須清楚指明試用期時長、試用期結束後不再能訪問的內容或服務，以及用戶爲獲得完整功能而需要支付的任何後續費用。進一步瞭解如何使用收據 (英文) 和設備檢查 (英文) 來管理內容訪問權限和試用期時長。
  • 3.1.2 訂閱：無論屬於 App Store 上哪一類別，app 都可以提供自動續訂的 App 內購買訂閱。在 app 內集成可自動續訂的訂閱時，請務必遵循下述指導原則。
  • 3.1.2(a) 允許的用途：如果您提供自動續訂訂閱，則必須爲客戶提供持續的價值，訂閱期必須持續至少七天，並且能夠在用戶的所有設備上訪問。適當的訂閱示例包括但不限於：新遊戲關卡；連載內容；多玩家支持；持續提供實質性更新的 app；對媒體內容的大型合集或持續更新的訪問權限；軟件即服務 (SAAS)；以及雲服務支持。此外：
    • 訂閱可與單點式服務一起提供。例如，您可以提供整個影片庫的訂閱，以及單部影片購買或租賃。
    • 您可以在您的多個 app 和服務中提供跨 app 的訂閱項目，但這些訂閱不可擴展到第三方的 app 或服務。遊戲訂閱中提供的遊戲必須由該開發者擁有或已受獨家許可 (例如：非屬於遊戲發佈平臺的一部分)。所有遊戲都必須直接從 App Store 下載。遊戲須避免訂閱用戶的重複支付，且不應損害非訂閱用戶的利益。
    • 訂閱必須適用於可使用該 app 的所有用戶設備。進一步瞭解在您的多個 app 之間共享訂閱項目 (英文)。
    • App 不得強制要求用戶爲 app 評級或點評、下載其他 app，或執行其他類似操作，然後才能訪問該 app 的功能、內容或者使用該 app。
    • 與所有 app 一樣，此類服務訂閱應當允許用戶直接獲得付費購買的項目而無需執行額外任務，如在社交媒體上發帖、上傳通訊錄，以及在 app 內簽到特定次數等。
    • 訂閱可以包含消耗性的積分、寶石或遊戲內貨幣等。您也可以提供包含消耗性商品打折權益的訂閱 (例如能以優惠價購買寶石包的高級會員資格)。
    • 如果要將現有 app 更改爲基於訂閱的業務模式，您不得減掉現有用戶已付費購買的主要功能。例如，針對新客戶引入訂閱模式後，已購買“完整遊戲解鎖”的客戶應能夠繼續訪問完整版遊戲。
    • 支持自動續期訂閱的 app 可以通過提供 App Store Connect 中規定的相關信息，來爲客戶提供免費試用期。
    • 試圖誆騙用戶的 app 會從 App Store 中被移除。這包括試圖通過虛假信息誘騙用戶購買訂閱或涉及“誘購”和欺詐行爲的 app，這些 app 會被從 App Store 中移除，您也可能會從 Apple Developer Program 中除名。進一步瞭解訂閱免費試用期。
  • 3.1.2(b) 升級和降級：用戶應能獲得無縫的升級/降級體驗，並且不會出現無意間訂閱同一內容的多個不同版本。請查閱關於管理訂閱升級和降級選項的最佳做法。
  • 3.1.2(c) 訂閱信息：在讓客戶訂閱之前，您應當清晰描述付費後的具體權益。每月有幾期？雲存儲容量有多大？具體能訪問您的哪些服務？務必清晰地傳達“協議、稅務和銀行業務”下“Apple Developer Program 許可協議”的“附件 2”中所述的要求。
  • 3.1.3(a)“閱讀器”App：App 可以允許用戶訪問先前購買的內容或內容訂閱 (具體包括：雜誌、報紙、圖書、音頻、音樂、視頻、專業數據庫訪問權限、VoIP、雲存儲以及經批准的服務，如課堂管理 app)，前提是您同意不會直接或間接引導 iOS 用戶使用非 App 內購買項目機制進行購買，並且在您介紹其他購買方式的普通溝通中沒有刻意阻止用戶使用 App 內購買項目。
  • 3.1.3(b) 多平臺服務：跨平臺運行的 app 可以允許用戶訪問他們在其他平臺上的相應 app 中或您的網站上獲取的內容、訂閱或功能，包括多平臺遊戲中的消耗品，前提是這些項目也在 app 中以 App 內購買項目的形式提供。您不得直接或間接引導 iOS 用戶使用非 App 內購買機制進行購買，在您關於其他購買方式的一般說明中亦不可刻意阻止用戶使用 App 內購買項目。
  • 3.1.4 硬件相關內容：在爲數不多的情形中，例如當功能依賴於特定的硬件功能時，app 可在不使用 App 內購買項目的情況下解鎖相應功能 (例如，天文 app 會在與望遠鏡同步後增加功能)。與經過批准的實際產品 (如玩具) 配合使用的可選 app 功能可在不使用 App 內購買項目的情況下解鎖特定功能，前提是它同時也提供 App 內購買項目選項。您不得要求用戶通過購買無關產品或參與廣告或市場活動來解鎖 app 功能。
  • 3.1.5 (a) App 之外的商品和服務：如果 app 允許用戶購買將在 app 之外使用的商品或服務，則必須使用 App 內購買項目以外的購買方式來收取相應款項，如 Apple Pay 或傳統的信用卡入口。
  • 3.1.5 (b) 加密貨幣：
    • (i) 錢包：App 可以協助虛擬貨幣儲值，前提是它們由組織類別帳戶的開發者提供。
    • (ii) 挖礦：App 不可參與虛擬貨幣挖礦，除非處理過程是在設備外進行的 (例如，雲端挖礦)。
    • (iii) 兌換：App 可以通過經批准的交易所協助加密貨幣交易或傳輸，前提是它們是由交易所本身提供的。
    • (iv) 首次代幣發行：App 如支持首次代幣發行 (“ICO”)、數字加密貨幣期貨交易以及其他數字加密證券或準證券交易，發佈方須爲已創立的銀行、證券公司、期貨經紀商 (“FCM”) 或其他經批准的金融機構，並遵守所有相關法律。
    • (v) 加密貨幣 app 不可通過完成任務來提供貨幣，如下載其他 app、鼓勵其他用戶下載，以及在社交網絡發帖等。
  • 3.1.6 Apple Pay：如果 app 使用 Apple Pay，則在銷售任何商品或服務之前，必須先向用戶提供所有的基本購買信息，並且必須正確使用 Apple Pay 品牌和用戶界面元素，具體要求可參考“Apple Pay 識別標誌指南”和“Human Interface Guidelines (英文)”。使用 Apple Pay 提供重複付款服務的 app 至少需要披露以下信息：
    • 續訂週期的時長；除非被取消，否則續訂將會繼續
    • 每個週期中會提供哪些服務
    • 將向客戶收取的實際費用
    • 如何取消
  • 3.1.7 廣告：App 內顯示的廣告必須與 app 的年齡分級相符。應允許用戶查看用於引導至這個廣告的所有信息 (不要求用戶離開 app)，並且不可涉及基於敏感用戶數據的定向或行爲定向廣告。敏感的用戶數據包括健康/醫療數據 (如來自 HealthKit API 的數據)、學校和課堂數據 (如來自 ClassKit 的數據)，或兒童的數據 (如來自兒童類別的 app 的數據)，等等。插播廣告、會中斷或阻止用戶體驗的廣告必須清楚地表明它們屬於廣告，不得操縱或欺騙用戶輕點它們，並且必須提供可以輕鬆訪問和清晰可見的關閉/跳過按鈕，按鈕大小要足以讓用戶輕鬆解除廣告。
• 3.2 其他業務模式問題

  下方列表並非詳盡清單，且我們的政策可能因您提交的 app 有所變更或更新，但這裏有一些額外的應做及勿做事宜需要您的注意：

  • 3.2.1 可以接受
    • (i) 在您的 app 中，出於購買或促銷目的而展示您的其他 app，只要您的 app 不只是簡單地羅列其他 app。
    • (ii) 顯示或推薦專爲經批准的特定需求而設計的第三方 app (如健康管理、航空以及輔助功能等)。您的 app 應能提供持續不斷的編輯內容，這樣 app 纔不會看起來像是個擺設。
    • (iii) 在租借期限結束後，禁止訪問經批准的特定租借內容 (例如電影、電視節目、音樂、圖書)；所有其他項目服務不得存在過期時間。
    • (iv) 錢包憑證可用於付款或接收付款、傳輸交易或是提供身份驗證 (例如電影票、優惠券和 VIP 憑據)。如將錢包憑證用作其他用途，則可能會導致 app 被拒，錢包憑據也有可能被撤銷。
    • (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。
  • 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 如支持差價合約或其他金融衍生工具 (如外匯) 交易，則必須在提供服務的所有司法管轄區獲得相應的許可。
    • (ix) App 不得強制要求用戶爲 app 評級或點評、下載其他 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 只是一本圖書或遊戲指南，則應提交到 Apple Books Store。

  • 4.2.1 使用 ARKit 的 app 應提供豐富而完整的增強現實體驗，僅將模型放入增強現實視圖或重播動畫並不足夠。
  • 4.2.2 除了目錄類 app 之外，app 不應只包含市場營銷材料、廣告、網絡剪報、內容聚合或鏈接集合。
  • 4.2.3
    • (i) App 應能獨立工作，無需安裝其他 app。
    • (ii) 確保 app 發佈時在其二進制文件中包含有正常運行所需的充足內容。
    • (iii) 如果 app 需要下載其他資源，請披露下載大小並在下載之前提醒用戶。
  • 4.2.4 與錶盤類似的 Apple Watch app 可能會令人感到困惑，因爲用戶會認爲這些 app 能與各種設備功能 (如輕掃、通知和第三方複雜功能) 配合使用。將創意性的時間表現方式用作 app 界面是個好點子 (例如，供衝浪者使用的潮汐時鐘)，但是如果您的 app 與錶盤過於相像，則可能會被我們拒絕。
  • 4.2.5 主要用作 iCloud 和 iCloud 雲盤文件管理器的 app 需要包含更多的 app 功能，才能獲得批准。
  • 4.2.6 利用商業化模板或 app 生成服務創建的 app 將被拒絕，除非這個 app 由相應內容的提供商直接提交。這些模板服務若要爲不同的客戶提供差異化的用戶體驗，可提供工具來幫助客戶自行創建創新的 app，但不應代表客戶提交 app。模板提供商也可以考慮創建單一的二進制文件，以彙總或“選取”的模型託管所有客戶端內容 (例如：在搜索餐廳的 app 裏爲每個客戶餐廳定製獨立的條目或頁面，或在聚會活動 app 裏爲每個客戶的活動創建單獨的條目)。
  • 4.2.7 遠程桌面客戶端：如果您的遠程桌面 app 用作特定軟件或服務的鏡像，而不是主機設備的普通鏡像，則必須符合以下規定：
    • (a) App 必須僅連接到歸用戶所有的主機設備 (即歸用戶所有的個人電腦或專用遊戲控制檯)；主機設備和客戶端皆須通過本地局域網連接。
    • (b) 客戶端中顯示的任何軟件或服務應完全在主機設備上執行，在主機設備屏幕上完整呈現，並且不可使用超出遠程桌面傳輸所需的 API 或平臺功能。
    • (c) 所有帳戶的創建和管理均必須從主機設備發起。
    • (d) 客戶端上顯示的 UI 不與 iOS 或 App Store 視圖相似，不提供商店類界面，也不能供用戶瀏覽、選擇或購買用戶尚未擁有或授權的軟件。爲明確起見，在鏡像的軟件中發生的交易不需要使用 App 內購買，前提是這些交易是在主機設備上處理的。
    • (e) 雲端 app 的瘦客戶端不適合在 App Store 上發佈。
• 4.3 重複 App

  請不要爲同一個 app 創建多個套裝 ID。如果您的 app 針對特定位置、運動隊、大學等存在不同版本，請考慮提交單個 app，並提供 App 內購買項目以提供不同的功能。同時，請避免繼續在已有大量類似 app 的類別下進行開發；App Store 上已經有太多模擬放屁、打嗝聲音的 app，以及手電筒、算命、約會和愛經等 app。除非這類 app 會提供獨特、高質量的體驗，否則我們將會予以拒絕。上傳大量相似版本 app 的開發者會遭到 Apple Developer Program 的除名。

• 4.4 擴展

  託管或包含擴展的 app 必須遵循“App 擴展編程指南 (英文)”或“Safari 瀏覽器 App 擴展指南 (英文)”；如果可行，還應包含諸如幫助屏幕和設置界面在內的一系列功能。您應當在 app 的市場營銷文本中清晰且準確地披露提供了哪些擴展，擴展中不可包含營銷、廣告或 App 內購買項目。

  • 4.4.1 Keyboard 擴展還需要遵循一些額外的規則。

    它們必須：

    • 提供鍵盤輸入功能 (如可輸入字符)；
    • 如果鍵盤中含有圖像或表情符號，請遵循貼紙準則；
    • 提供切換到下一個鍵盤的方法；
    • 在沒有網絡連接和不要求完全訪問權限的情況下仍能使用；
    • 收集用戶活動數據只是爲了改進其 Keyboard 擴展在 iOS 設備上的性能。

    它們不得：

    • 啓動“設置”之外的其他 app；或者
    • 將鍵盤按鍵用於其他行爲，例如按住 return 鍵來啓動相機等。
  • 4.4.2 Safari 瀏覽器擴展必須在 macOS 上的最新版 Safari 瀏覽器上運行。它們不得干擾系統和 Safari 瀏覽器 UI 元素，並絕不能包含惡意或誤導性的內容或代碼。違背此規則會遭到 Apple Developer Program 除名。除了正常工作所必需的網站，Safari 瀏覽器擴展不得要求訪問更多網站。
  • 4.4.3 表情貼紙

    表情貼紙是讓“信息”變得更動態、更有趣的絕佳方式，讓人們能夠以更巧妙、有趣、有意義的方式表達自我。無論您的 app 是含有 Sticker 擴展，還是您要創建單獨的表情貼紙包，其內容均不得冒犯用戶、造成負面體驗或違反相關法律。

    • (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 站點 (如 apple.com、iTunes Store、App Store、App Store 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 識別標誌指南 (英文)”。
    • (iii) 訪問 Apple Music 用戶數據 (如播放列表和個人收藏) 的 app 必須在用途字符串中清楚披露這類訪問行爲。收集的任何數據均不得與第三方分享，也不得用於除支持或改進 app 體驗之外的任何其他用途。這類數據不得用於識別用戶身份或設備，也不得用於廣告定向宣傳目的。
  • 4.5.3 不得使用 Apple 服務 (包括 Game Center 或推送通知等) 發送垃圾郵件、進行網絡釣魚，或者向客戶發送未經請求的信息。不得嘗試進行查找、跟蹤、關聯、挖掘、獲得或利用玩家 ID、別名以及通過 Game Center 獲得的其他信息。否則將會遭到 Apple Developer Program 的除名。
  • 4.5.4 App 不得將推送通知列爲必需條件，並且不應將這項功能用來發送敏感的個人或機密信息。推送通知不得用於促銷或直接營銷目的，除非客戶已通過 app UI 中顯示的同意語句明確選擇接收此類信息，並且您在 app 中提供了讓用戶可以選擇不接收此類信息的方法。不當使用這些服務可能會導致撤銷您的權限。
  • 4.5.5 僅以 Game Center 團隊批准的方式使用 Game Center 玩家 ID，並不得在 app 中顯示或向任何第三方顯示。
  • 4.5.6 App 可以在自身和 app 元數據中使用會呈現爲 Apple 表情符號的 Unicode 字符。Apple 表情符號不可在其他平臺中使用，也不可直接嵌入到您的 app 二進制文件中。
• 4.6 備選 App 圖標

  App 可以使用自定圖標以傳達特定信息 (例如表達對某個運動團隊的喜愛)，前提是每次更改都由用戶發起，並且 app 中應包含恢復至原始圖標的設置。所有圖標變體必須與 app 的內容相關，並且更改內容在所有系統資源之間應保持一致，以便“設置”和“通知”等位置中顯示的圖標與新的 Springboard 圖標相吻合。這項功能不可用於動態、自動或連續性更改，例如用於反映最新天氣信息和日曆通知等。

• 4.7 HTML5 遊戲與聊天機器人 (Bot) 等

  App 可包含或運行未嵌入二進制文件的代碼 (如基於 HTML5 的遊戲和聊天機器人等)，前提是 app 的主要目的並非代碼分發，代碼亦沒有在商店界面或類似商店的界面中提供，而且相關軟件 (1) 爲免費軟件或需通過 App 內購買項目進行購買；(2) 僅使用標準 WebKit 視圖中提供的功能 (例如，它必須在 Safari 瀏覽器中原生打開和運行，且無需修改也無需其他軟件)；您的 app 必須使用 WebKit 和 JavaScript Core 來運行第三方軟件，且不得試圖擴展或披露原生平臺 API 給第三方軟件；(3) 由已加入 Apple Developer Program 且簽署“Apple Developer Program 許可協議”的開發者提供；(4) 不提供對真實貨幣遊戲、彩票或慈善捐助的訪問；(5) 遵守各個 App Review 指南中的條款 (例如，不含令人反感的內容)；並且 (6) 不提供數字商品或服務進行銷售。在被要求時，您必須提供 app 中所含軟件和元數據的索引信息。它必須包含軟件提供商的 Apple Developer Program 團隊 ID，以及可供 App Review 團隊用於確認軟件符合上述要求的 URL。

• 4.8 通過 Apple 登錄

  如果 app 使用第三方或社交登錄服務 (例如，Facebook 登錄、Google 登錄、通過 Twitter 登錄、通過 LinkedIn 登錄、通過 Amazon 登錄或微信登錄) 來對其進行設置或驗證這個 app 的用戶主帳戶，則該 app 必須同時提供“通過 Apple 登錄”作爲同等選項。用戶的主帳戶是指在 app 中建立的、用於標識身份、登錄和訪問功能和相關服務的帳戶。

  在以下情況下，不要求提供“通過 Apple 登錄”選項：

  • 您的 app 僅使用公司自有的帳戶設置和登錄系統。
  • 您的 app 是一款教育、企業或商務 app，要求用戶使用現有的教育或企業帳戶登錄。
  • 您的 app 使用政府或行業支持的公民身份系統或電子身份證來鑑定用戶身份。
  • 您的 app 是特定第三方服務的客戶端，用戶需要使用他們的郵件、社交媒體或其他第三方帳戶直接登錄才能訪問內容。

   

5. 法律

只要 app 向某個地區的用戶提供，那麼就必須遵守該地區的所有法律要求 (如果您不太確定，請與律師聯繫)。我們知道這些東西非常複雜，但除了下方所列準則以外，同時理解所有本地法律，並確保您的 app 能滿足所有法律要求，是您必須承擔的責任。當然，如果 app 存在唆使、宣傳或鼓勵犯罪的行爲或明顯不負責任的行爲，則會被拒絕。在發現涉及如方便人口販賣和/或剝削兒童的 app 的極端情況下，我們將通知有關當局。

• 5.1 隱私

  在 Apple 生態體系中，保護用戶隱私總是第一要務。您要在處理個人數據時小心謹慎，以確保遵守了隱私保護最佳做法 (英文)、適用的法律和“Apple Developer Program 許可協議 (英文)”中的條款，並滿足客戶的期望。尤其是：

  • 5.1.1 數據收集和存儲
    • (i) 隱私政策：所有 app 必須在 App Store Connect 元數據欄位和 app 內部包含可輕鬆訪問的隱私政策鏈接。隱私政策必須明確而清楚地：
      • 指明 app/服務所收集的數據 (若有)、收集數據的方式，以及這些數據的所有用途。
      • 確認與 app 共享用戶數據 (遵從這些準則) 的任何第三方 (例如，分析工具、廣告網絡和第三方 SDK，以及能夠訪問用戶數據的任何母公司、子公司或其他相關實體) 會提供與 app 隱私政策所述及這些準則所要求相同或等同的用戶數據保護措施。
      • 解釋數據保留/刪除政策，並且說明用戶可以如何撤銷同意和/或請求刪除用戶數據。
    • (ii) 許可 如果 app 會收集用戶數據或使用數據，即使此類數據在收集當時或收集後即刻被匿名處理，app 也必須徵得用戶的同意才能收集。付費功能不得依賴於或要求用戶授予訪問這些數據的權限。App 還必須爲客戶提供簡單易懂且易於操作的方式來撤銷同意。確保您在用途說明中清楚且完整地闡述您對數據的使用。如果 app 依據歐盟《一般數據保護條例》(“GDPR”) 或類似法規，出於合法權益而不經事先同意就收集數據，則必須遵循此類法律的所有條款。進一步瞭解請求許可 (英文)。
    • (iii) 數據最少化：App 僅可請求訪問與 app 核心功能相關的數據，並且僅可收集和使用完成相關任務所需的數據。若有可能，請使用進程外選取器或共享列表，而不要請求“照片”或“通訊錄”等受保護資源的完整訪問權限。
    • (iv) 訪問權限：App 必須尊重用戶的權限設置，不得操縱、欺騙或強迫用戶同意不必要的數據訪問。例如，可發佈照片到社交網絡的 app 不得在允許用戶上傳照片前要求麥克風訪問權限。若有可能，請爲不同意的用戶提供替代解決方案。例如，如果用戶拒絕共享位置，請提供手動輸入地址的功能。
    • (v) 帳戶登錄：如果 app 不包含基於帳戶的重要功能，請允許用戶在不登錄的情況下使用。App 不得要求用戶提供個人信息才能正常使用，除非個人信息與 app 的核心功能直接相關，或是法律要求時。如果您的核心 app 功能與特定的社交網絡 (如 Facebook、微信、微博或 Twitter 等) 不相關，您必須提供無需登錄或其他類似機制的訪問權限。調取基本檔案信息、分享到社交網絡或邀請朋友使用 app 等不視爲核心 app 功能。App 還必須包含用於撤銷社交網絡憑證的機制，以及從 app 內停用 app 與社交網絡之間數據訪問的機制。App 不可在設備外存儲社交網絡的憑證或令牌，而且只能使用此類憑證或令牌來在 app 使用期間從 app 本身直接連接社交網絡。
    • (vi) 如果開發者開發的 app 試圖暗中收集用戶密碼或其他用戶私人數據，那麼開發者會被從 Apple Developer Program 中除名。
    • (iv) 必須使用 SafariViewController 在顯著位置向用戶顯示信息；不得隱藏這個控制器，也不能被其他視圖或圖層遮擋。此外，未經用戶的知情和同意，app 不得私下利用 Safari 瀏覽器 ViewController 來追蹤用戶。
    • (viii) 彙編個人信息的 app，如果其來源未經用戶的明確同意，或並非直接源自用戶 (即使是公共數據庫)，則不可在 App Store 中發佈。
    • (ix) 在受到嚴格監管的領域 (如銀行和金融服務、醫療保健和航空旅行) 提供服務或需要敏感用戶信息的 app，應由提供相應服務的法律實體提交，而不能由個人開發者提交。
  • 5.1.2 數據使用和共享
    • (i) 除非法律另有許可，否則您不得未經他人允許而使用、傳輸或共享他們的個人數據。您必須提供相應的信息，說明以何種方式在哪裏使用這些數據。App 收集的數據只有在爲了改進 app 或用於廣告投放用途 (遵守 Apple Developer Program 許可協議 (英文)) 的前提下，才能與第三方共享。如果 app 在未經用戶同意或未能符合數據隱私保護法律的情況下共享用戶數據，則 app 可能會被下架，並且可能會導致您從 Apple Developer Program 中除名。
    • (ii) 除非法律另有明確許可，否則未經用戶的額外同意，爲一個用途而收集的數據不可用於其他用途。
    • (iii) App 不得試圖暗中基於收集的數據構建用戶資料，也不得嘗試、協助或鼓勵他人根據從 Apple 提供的 API 收集的數據，或您所謂以“匿名”、“彙總”或其他不可識別的方式收集的數據來識別匿名用戶的身份或重建用戶資料。
    • (iv) 請勿使用來自“通訊錄”、“照片”或能訪問用戶數據的其他 API 的信息來構建聯繫人數據庫，以供自己使用或出售/分發給第三方，也不要收集關於用戶設備上安裝有哪些 app 的信息，以用於分析或投放廣告/市場營銷。
    • (v) 請勿使用通過“通訊錄”或“照片”收集的信息來聯繫用戶，除非用戶以個人方式明確主動發起聯繫；請勿包含“全部選擇”選項，也不要默認選中所有聯繫人。在信息發送之前，您必須向用戶清楚說明這個信息會如何呈現給收件人 (例如，信息中包含什麼內容？發件人顯示爲誰？)。
    • (vi) 從 HomeKit API、HealthKit、消費者健康記錄 API、MovementDisorder API、ClassKit 或深度圖和/或面譜繪製工具 (例如 ARKit、相機 API 或照片 API) 收集的數據，不得用於市場營銷、投放廣告或基於使用情況進行其他數據挖掘，包括第三方在內。進一步瞭解實施 CallKit (英文)、HealthKit (英文)、ClassKit (英文) 和 ARKit 的最佳做法。
    • (vii) 使用 Apple Pay 的 app 只能與第三方共享通過 Apple Pay 獲得的用戶數據，以幫助或改進商品或服務的交付。
  • 5.1.3 健康和健康研究

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

    • (i) App 在健康、健身和醫療研究背景下收集的數據 (包括從臨牀健康記錄 API、HealthKit API、“運動與健身”、MovementDisorderAPI 或健康領域人體研究中收集的數據)，不得因廣告投放、市場營銷或其他基於使用情況進行的數據挖掘 (除非獲得批准，並出於改進健康管理或健康研究的目的) 而使用或向第三方披露。不過，App 可以使用用戶的健康或健身數據直接向該用戶提供權益 (如保費減免)，前提是 app 須由提供相應權益的實體提交，而且其數據不得與第三方共享。同時，app 必須清楚說明將從設備收集的具體健康數據。
    • (ii) App 不得將虛假或錯誤數據寫入 HealthKit 或其他任何醫療研究/健康管理 App，不得在 iCloud 中存儲個人健康信息。
    • (iii) 開展健康領域人體研究的 app 必須獲得參與人員提供的知情同意書，如果涉及未成年人，則必須獲得由其家長或監護人提供的知情同意書。上述知情同意書必須涵蓋以下內容：(a) 研究的性質、目的和時長；(b) 具體規程，給參與人員帶來的風險和益處；(c) 關於保密和數據處理 (包括與第三方共享信息的情況) 的信息；(d) 用於回答參與人員問題的聯繫人；以及 (e) 退出流程。
    • (iv) 用於開展健康領域人體研究的 app 必須獲得一家獨立倫理審查委員會的批准。一經要求，必須提供此類批准的證明。
  • 5.1.4 兒童

    出於諸多原因，您在處理兒童的個人數據時請務必小心謹慎。我們建議您仔細閱讀所有要求，以遵循相關法律，如《兒童在線隱私保護法》(“COPPA”)、歐盟《一般數據保護條例》(“GDPR”) 以及任何其他適用的法律法規。

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

    主要面向兒童的 app 不應包含第三方數據分析或第三方廣告。這些做法可爲兒童提供更安全的體驗。在少數情況下，可能允許包含第三方數據分析和第三方廣告，前提是這些服務遵守上文“準則 1.3”中所述的條款。

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

    特此提醒，“準則 2.3.8”要求只有“兒童”類別的 app 才能在元數據中使用類似“適合幼兒”和“適合兒童”等詞語。不屬於“兒童”類別的 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 提交方應當是擁有或獲授權使用知識產權及其他相關權利的個人或法律實體。
  • 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 產品、界面 (如訪達)、app (如 App Store、iTunes Store 或“信息”) 或廣告主題外觀相似或容易混淆的 app。App 和擴展功能 (包括第三方鍵盤和貼紙包) 不得含有 Apple 表情符號。iTunes 音樂預覽內容不得用於其娛樂價值 (如用作照片拼貼畫的背景音樂或遊戲配音) 或其他未獲授權的方式。如果 app 顯示健身記錄圓環，則不應以類似於“健身記錄”控件的方式展示“活動”，“鍛鍊”或“站立”數據。請參考“Human Interface Guidelines (英文)”以瞭解關於如何使用健身記錄圓環的更多信息。
• 5.3 遊戲、賭博和彩票

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

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

  提供 VPN 服務的 app 必須利用 NEVPNManager API (英文)，並且僅可由登記爲企業的開發者提供。在用戶進行任何操作來購買或以其他方式使用該服務之前，您必須在 app 屏幕上清楚地聲明會收集哪些用戶數據，以及將如何使用這些數據。無論出於任何目的，提供 VPN 服務的 App 不得出售、使用或向第三方披露任何數據；並且必須在隱私政策中做出這一承諾。VPN app 不得違反當地法律，如果您選擇在需要 VPN 許可證的地區發佈，則必須在 App Review 註釋欄位中提供您的許可證信息。除此之外，經批准的提供商所提供的家長控制、內容攔截和安全 app 也可以使用 NEVPNManager API。不遵循這項準則的 app 會被從 App Store 中移除，您也可能會被從 Apple Developer Program 中除名。

• 5.5 移動設備管理

  提供移動設備管理 (MDM) 服務的 MDM App 必須向 Apple 請求此功能。此類 app 僅可由商業企業 (如商業組織、教育機構或政府機構) 提供；在少數情況下，也可由使用 MDM 提供家長控制服務或設備安全性的公司提供。在用戶進行任何操作來購買或以其他方式使用該服務之前，您必須在 app 屏幕上清楚地聲明會收集哪些用戶數據，以及將如何使用這些數據。MDM app 不得違反任何適用法律。無論出於任何目的，提供 MDM 服務的 app 都不得出售、使用或向第三方披露任何數據；並且必須在隱私政策中做出這一承諾。在少數情況下，可能允許包含第三方數據分析，前提是相關服務僅收集或傳輸關於開發者的 MDM app 性能的數據，而不會收集關於用戶、用戶設備或該設備上其他 app 的任何數據。提供配置描述文件的 app 也必須遵守這些要求。不遵循這項準則的 app 會被從 App Store 中移除，您也可能會被從 Apple Developer Program 中除名。

• 5.6 開發者行爲準則

  請尊重每一個人，無論是在 App Store 中回覆用戶評論、迴應客戶支持請求時，還是與 Apple 溝通時 (包括您在解決方案中心的回覆)，都應做到這一點。請勿涉及任何形式的騷擾、歧視、恐嚇或霸凌行爲，也不要鼓勵他人實施任何上述行爲。

  客戶的信任是 App Store 獲得成功的基石。App 不得存在以下行爲：掠奪用戶或試圖勒索用戶；誘導用戶進行非自願的購買；強迫用戶共享不必要的數據；以欺騙的方式擡高價格；針對未交付的功能或內容收取費用；或者在 app 內部或外部實施任何其他操縱行爲。

• 5.6.1 App Store 評論

  App Store 客戶評論是 app 體驗中不可或缺的一部分；因此，在回覆客戶的評論時，您應當對他們保持尊重。另外，您的回覆應直接回應客戶評論的主題，請勿在回覆中包含個人信息、垃圾信息或營銷廣告。

  利用我們提供的 API 提示用戶評價您的 app：通過這項便利功能，客戶無需離開 app，就可直接在 App Store 中留下評分和評論；不允許使用自定義的評論提示。

提交之後

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

• 時間：App Review 團隊會盡快檢查您的 app。不過，如果 app 比較複雜或者存在新的問題，則可能需要更深入的審查和考量。也請記住，如果 app 因爲違反同一準則而一再被拒絕，或者您曾經試圖操縱 App Review 流程，您的 app 將需要更長時間才能完成審覈。進一步瞭解 App Review。
• 狀態更新：App 的當前狀態會反映在 App Store Connect 中，所以請多留意此處。
• 加急請求：如果您遇到了嚴重的時間問題，可以申請加急審覈 (英文)。請僅在您真的需要加快審覈時才提出申請，以便其他開發者的加急請求不受影響。如果我們發現您濫用此係統，從此以後我們可能都會拒絕您的申請。
• 發佈日期：如果您爲 app 設定了在未來某個日期發佈，即使該 app 提前通過了 App Review 團隊的審覈，在設定的發佈日期前也不會顯示在 App Store 上。請注意，您的 app 可能需要長達 24 小時才能顯示在所有選定的商店中。
• 拒絕：我們的目標是公平、持續地遵循這些準則，但是人無完人。如果您的 app 被拒絕，但您存在疑問，或希望提供其他信息，請使用解決方案中心，以與 App Review 團隊直接溝通。這樣可以幫助您的 app 出現在商店中，也可幫助我們改進 App Review 流程，並在我們的政策中發現需要闡明的部分。如果您仍對結果不滿意，請提交申訴 (英文)。

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

最後翻譯更新日期：2020 年 3 月 4 日