App Store 5.1.1 隱私拒審整改清單

結論摘要

App Store 5.1.1 的實質，是讓審核員在極短時間內判斷：你的資料收集是否透明、權限是否合理、說明是否可驗證。很多團隊的問題不在於完全沒做，而在於「每個位置都寫了一點，但彼此對不上」。例如 App Store Connect 問卷寫得很保守，應用內卻接入了統計或廣告 SDK；或者隱私政策寫了定位用途，但應用裡實際只在別的功能節點突然索權。只要這種「口徑碎片化」存在，被拒機率就會很高。

更穩的做法是把隱私整改視為一次「全鏈路統一」：先列出實際收集的資料類型與第三方 SDK，再核對 App Store 隱私問卷、權限說明文案、ATT 觸發時機、隱私政策正文、帳號刪除路徑是否完全一致。做到這一點後，再在審核備註中寫清「改了哪裡、怎麼驗證」，通過率會明顯提升。

• 先梳理真實資料流，再寫聲明；不要反過來先寫一份模板政策。
• 權限解釋要對應具體功能場景，避免用「優化體驗」這類空泛表達。
• ATT、隱私政策、問卷與應用內行為必須四點一致，缺一不可。

8 步操作清單（提交前）

• 整理一張資料流清單：收集哪些資料、在哪個頁面收集、透過哪個 SDK 收集、用途是什麼。
• 對照 App Store Connect 隱私問卷，逐項核驗是否與真實行為完全一致。
• 重寫權限說明文案，把「為什麼需要權限」寫成具體功能場景，而不是抽象收益。
• 檢查 ATT 觸發時機，先給前置解釋，再在合理頁面觸發系統彈窗。
• 補齊隱私政策：資料類型、用途、第三方服務、保存與刪除機制、聯絡方式。
• 如果提供帳號體系，補充帳號刪除入口或刪除申請路徑，並確保審核可驗證。
• 把截圖、描述和功能流程與隱私聲明對齊，避免誇大「不收集」「完全匿名」等表述。
• 審核備註按「資料說明-權限觸發-ATT 時機-驗證路徑」四段寫清楚，幫助審核快速重現。