Android 應用程式需要的隱私權政策網址

兩家商店都要求你的隱私權政策有一個可公開存取的網址，而且兩家都會檢查。Google Play 的 User Data 政策說得很直接——“all apps must post a privacy policy link in the designated field within Play Console, and a privacy policy link or text within the app itself”（譯文：所有應用程式都必須在 Play Console 的指定欄位中張貼隱私權政策連結，並在應用程式本身中提供隱私權政策連結或文字）——而那個欄位位於 App content → Privacy policy（應用程式內容 → 隱私權政策）底下。在 Apple 這邊，它是 App Store Connect 中的必填欄位。它必須不需登入就能載入、寫明你的應用程式和公司名稱、說明應用程式及其中所有元件蒐集了什麼，而且幾個月後仍然可以使用——商店資訊頁不只會被檢查一次。

這項要求並不難。讓人中招的是清單中的第三項，而它值得用本頁剩下的篇幅來說明。

「可是我的應用程式什麼都不蒐集」

就是這個假設讓人多花一個星期。

你的程式碼也許什麼都不蒐集，但你的相依套件幾乎一定會。當機回報工具會傳送裝置識別碼和堆疊追蹤。分析 SDK 會傳送事件和廣告 ID。廣告 SDK 傳送的東西相當多。推播程式庫會註冊一個權杖，而它從定義上就與某個裝置綁定。

所以真正該問的不是「我蒐集了什麼」，而是「我的建置中所有東西蒐集了什麼」。打開你的相依套件檔案，逐行看過——那份清單就是你隱私權政策的實質內容，也是審查人員拿來和你的 Data safety 回答比對的東西。

兩者不一致時，商店會相信 SDK。

政策必須涵蓋什麼

至少要以一般人讀得懂的語言寫明：

• 蒐集了什麼——寫類別，而不是資料庫結構。
• 為什麼蒐集——每個類別的目的。
• 還有誰會看到——寫出第三方的名稱。你的 SDK 清單就放在這裡。
• 保留多久。
• 如何聯絡你，以及如何要求刪除。

如果你有位於歐盟、英國、加州或巴西的使用者，每個法規體系都有各自希望看到的特定內容。本頁無法告訴你哪些適用於你——這確實取決於你的使用者和你的業務，如果你的應用程式有任何不尋常之處，花一小時諮詢律師是值得的。

會導致被拒的實際問題

• 需要登入的網址，或是有地區封鎖的網址。
• PDF 或 Google 文件。 有時會被接受，但常常不會，而且看起來像臨時湊合的。
• 寫著另一個應用程式或公司名稱的政策——這是複製貼上的明顯破綻。審查人員會注意到。
• 與你的 Data safety 表單互相矛盾的政策。 這兩者會被放在一起閱讀。
• 失效的連結。 上線六個月後，你當初用的免費託管服務已經不見了。

一定要花錢嗎？

不用。隱私權政策只是頁面上的文字；要花錢的是網域、一個明年仍然存在的託管地點，以及寫出符合你實際應用程式內容所需的時間。

對按每個應用程式每月計價的產生器要小心。你租用的是一份範本——請確認你停止付費後你的網址會怎樣，因為印在上架中商店資訊頁上的隱私權網址一旦失效，你會從商店那裡聽到這個問題，而不是從廠商那裡。

AppFoyer 在這裡做什麼

我們根據在你建置檔案中找到的 SDK 產生政策——透過讀取存放庫的程式設計代理，或根據一份簡短的表單——並把它託管在專屬的子網域上。在你取代列出第三方名稱處的預留文字之前，檢查清單會持續提醒你，因為那正是審查人員真正會讀的部分。

這些範本只是起點，並非法律建議，每個自動產生的頁面都會註明這一點。

權威來源

• User Data policy：Google Play 說明。上文的引述出自此頁。
• Privacy policy requirements：Google Play 說明，說明欄位位於何處
• App Store Review Guidelines, section 5.1：Apple