重大通知:蘋果 App Store 審核指南更新、Apple 登錄期限推遲

編者按：本文來自微信公眾號「七麥研究院」（ID：Qimaiyanjiuyuan），作者七麥研究院，36氪經授權發布。

2020 年 3 月 4 日，蘋果更新 App Store 審核指南。據蘋果官方通知顯示，此次更改包含：評論回應、飽和的 App 類別、推送通知、通過 Apple 登錄、數據收集及儲存和行動裝置管理等方面。

蘋果 6 大重要更新

新增準則 5.6.1 評論回應，

5.6.1 App Store Reviews

App Store 中的用戶評論是 App 體驗中必不可少的一部分，所以你在回應用戶評論時應該尊重他們，你的回應應當是針對用戶的評論，不包括個人信息、垃圾郵件或市場營銷。

使用提供的 API 來提示用戶查看應用程式;此功能允許用戶在不離開 App 的情況下，提供一個應用程式商店評級和評論，我們也不允許自定義評論提示。

注意：此次蘋果在原先準則 5.6 Developer Code of Conduct 的基礎上增加了 5.6.1 App Store Reviews，是在進一步表示蘋果對於開發者產品用戶評論的重要性。同時，近期由於在家辦公、在線上課等原因，不少產品的用戶評論出現一星、差評等情況，這裡也建議開發者先向蘋果申訴，說明事情的緣由，其次也可藉助運營等方式，發布有趣的短視頻、段子等，在用戶面前挽回形象。

此外，此條規定也表示了，此後用戶可在 App 中直接對產品進行星級評定和評分，用戶不再需要跳轉到 App Store 界面了，這對於產品而言是一個很好的情況。

準則 4.5.4 新增部分內容：推送通知

4.5.4

App 不得將推送通知列為必需條件，其也不能用於發送敏感的個人或機密信息。推送通知不能用於廣告、推廣或直接營銷用途，除非客戶明確選擇通過應用程式 UI 中顯示的同意語言接收推送通知，而在應用程式中，也必須提供了一種方法讓用戶選擇不接收此類消息。不當使用這些服務可能會導致撤銷您的權限。

注意：此次蘋果在設置此項要求時，是直接將推送通知的禁止內容表示出來，並未提及到是否有被允許的情況。而此次對推送通知條款進行內容修改，不僅明令禁止了開發者不能使用推送通知發布敏感的個人或機密信息。同時，也表示開發者可在 App 中新增一項推送通知，只要用戶選擇同意接收此類消息，即不算開發者違反條款，只是在用戶選擇項上也需要增加拒絕的選項，確保用戶的自主性。

新增準則 5.1.1（ix）：數據收集及儲存

5.1.1 數據收集及儲存

(ix)在監管嚴格的領域(如銀行和金融服務、醫療保健和航空旅行)提供服務或需要敏感用戶信息的應用程式應由提供服務的法律實體提交，而不是由單個開發者提交。

注意：用戶信息數據收集及存儲一直是蘋果較為關注的重點，此次新增條款 5.1.1（ix）是蘋果專門針對銀行、金融、醫療、旅行等產品的設置的，這些領域的數據收集和存儲會更加直接、密切的關係到用戶隱私和生活，所以在此類產品如果需要收集、存儲用戶個人信息時，應當由提供服務的法律實體提交，而不是由單個開發者提交。

準則 5.5 新增部分內容：行動裝置管理

5.5 Mobile Device Management

提供行動裝置管理 (MDM) 服務的 MDM App 必須向 Apple 請求此功能。此類 App 僅可由商業企業 (如商業組織、教育機構或政府機構) 提供；在少數情況下，也可由使用 MDM 提供家長控制服務的公司提供。在用戶進行任何操作來購買或以其他方式使用該服務之前，您必須在 App 屏幕上清楚地聲明會收集哪些用戶數據，以及將如何使用這些數據。MDM App 不得違反當地法律。

無論出於任何目的，提供 MDM 服務的 App 不得出售、使用或向第三方披露任何數據；並且必須在隱私政策中做出這一承諾。在有限的情況下，可能允許第三方分析，前提是這些服務只收集或傳輸有關開發人員的 MDM 應用程式性能的數據，而不收集或傳輸關於用戶、用戶的設備或該設備上使用的其他應用程式的任何數據。

提供配置文件的應用程式也必須遵守這些要求。不遵循這項準則的 App 會被從 App Store 中移除，您也可能會被從 Apple Developer Program 中除名。

注意：在此次修改新增的內容當中，蘋果對行動裝置管理新增了一項可用於數據收集的可能，開發者可在設備和配置文件的應用程式上，收集或傳輸有關開發人員的 MDM 應用程式性能的數據，用於第三方進行分析，但在此項要求下，用戶、用戶的設備和設備上的其他應用程式是不能被收集或傳輸的。

完善更新 Offering Sign in with Apple

①要求人們登錄以換取價值。例如，人們可能需要創建一個帳戶來個性化他們在該應用程式中的體驗，訪問其他功能或同步數據。

②考慮為您的應用程式和網站的每個版本使用Apple登錄。要創建一致的登錄體驗，您可以在所有平臺（包括非Apple平臺和網絡）上為您的應用程式和網站提供「使用Apple登錄」。

③儘可能延遲登錄。人們在做任何有用的事情之前被迫登錄時經常會放棄應用程式。在做出承諾之前，讓他們有機會熟悉您的應用程式。例如，直播應用可以讓人們在登錄之前瀏覽可用內容。

④在商務應用程式中，等到人們進行購買後再要求他們創建帳戶。如果您支持訪客結帳系統，請在交易完成後為人們提供一種快速創建帳戶的方法。例如，如果您支持Apple Pay，則讓人們在訂單確認頁面上創建一個帳戶。如果人們在Apple Pay交易期間已經提供了姓名和電子郵件地址，則無需詢問此信息。

⑤解釋登錄的好處。如果您的應用需要登錄帳戶，請在登錄屏幕上顯示簡短友好的說明，以說明要求的原因及其好處。另外，請記住，並非所有人都從一開始就使用您的應用程式。

⑥考慮讓人們連結現有帳戶以使用Apple登錄。當您支持這種類型的連結時，人們可以在使用Apple登錄時獲得便利，同時保持對他們已經設置的帳戶中信息的訪問權限。您可以在用戶登錄其現有帳戶之前或之後提供帳戶連結。例如：

（1）如果人們通過「使用Apple登錄」共享一個電子郵件地址，並且該電子郵件地址與現有帳戶中的地址匹配，則可以建議他們將「使用Apple登錄」連結到該帳戶。

（2）如果人們使用現有的用戶名和密碼登錄，則可以在其帳戶的設置視圖或其他邏輯位置顯示一個帳戶關聯建議

注意：此次，蘋果不僅在《App Store 審核指南》條款 4.8 Sign in with Apple 中明確表示，開發者需要在 App 登錄界面增加通過 Apple 登錄的方式，同時也另更新了《Human Interface Guidelines》頁面，幫助開發者以更佳、更全面的方式為用戶設置通過 Apple 登錄。

而此項要求在 2020 年 4 月 30 日開始，所有想上架 App Store 的應用，以及後續想要更新的 App 都需要遵循這些準則。與之前要求的 4 月前延期了一個月的時間。

新增飽和的 App 類別

注意：App Store 將增設「軟體開發工具」和「圖形和設計」類別，macOS App Store 增設「圖書」、「美食佳飲」、「報刊雜誌」、「導航」和「購物」類別，「攝影」和「視頻」合併為「攝影與錄像」類別，遊戲不再包含「兒童」子類別。