Google Play 要求的帳戶刪除網址

如果你的應用程式讓使用者建立帳戶，Google Play 會要求提供兩種刪除帳戶的途徑：一種在應用程式內，另一種是可公開連上的網頁網址，讓使用者在那裡提出同樣的要求。你要在 Play Console 的 App content → Data deletion（應用程式內容 → 資料刪除）下申報這個網頁網址，而 Google Play 說明中指出它 “must be functional (for example, loads without error), relevant in scope”（譯文：必須能正常運作，例如載入時不會出錯，並且與範圍相關）。已經解除安裝應用程式的人，也必須能使用它。

這就是一段話講完的要求。本頁其餘部分談的是這個頁面本身必須做到什麼，以及會讓提交被退回的錯誤。

這裡要求的是兩件事，而且很容易搞混：

1. 一個公開頁面，可以在上面提交要求。
2. 收到要求時，在你自己的系統中實際刪除資料。

第一件是託管問題。第二件只能由你自己完成，沒有任何服務能替你做到；說能做到的人，其實根本無法存取你的資料庫。

這個頁面必須讓使用者做到什麼

這項要求是從使用者的角度寫的，所以也要從那個角度來讀。已經解除安裝你的應用程式、忘記密碼，或根本沒有密碼的人，仍然應該能連上這個頁面，請你刪除他們的帳戶。

這就排除了一些常見的做法：

• 需要登入的頁面。如果使用者必須登入才能要求刪除，最可能需要它的人反而無法使用。
• 只有應用程式內的途徑。應用程式內的途徑也是必要的，但它不能取代網頁網址：網頁網址可以從商店資訊頁連上，讓已經沒有這個應用程式的人使用。
• 回應 404 的網址。這是真正會被抓到的問題，因為它非常容易檢查。

頁面應該說明哪些資料會被刪除、哪些會保留以及保留多久（帳單紀錄通常依法必須保留），以及刪除需要多久時間。

大家容易做錯的部分：接收要求

光是一個顯示表單的頁面還不夠，要求必須真的送到你手上。

這正是單純的檔案託管服務自己做不到的部分。GitHub Pages、CDN 後面的儲存桶：它們提供檔案，無法接收 POST。開發者實際會選的大多數託管服務都能解決這一點，例如 Cloudflare Workers、Netlify 和 Vercel 的函式、Netlify Forms，所以這是接線的工作，而不是一堵牆。但總要有某個東西來接收要求，而常見的自己動手做的做法，最後會落在以下四種之一：

• 一個印在頁面上的電子郵件地址，而且沒有任何東西能防止它被爬取；
• 一個第三方表單服務，它從此就會看到你的使用者的電子郵件地址；
• 你的託管服務上的一個邊緣函式，雖然只有幾行，但從此就成了你在每個應用程式上都要維護的程式碼；
• 一台小型伺服器，你必須一直讓它運作，只為了一年可能只有兩次的要求。

無論選哪一種，都要經過深思熟慮再決定。一個會默默丟掉要求的刪除頁面比沒有還糟：你等於在告訴使用者，他們的要求已經收到了。

留下紀錄

不管你做出什麼，都要保留要求的紀錄：地址、日期、你做了什麼處理。如果主管機關或商店哪天來問，「我們已經刪除了」只是一種主張，而一份註明日期的清單才是證據。

AppFoyer 在這裡做什麼

我們託管這個頁面，並轉送要求。使用者提交要求後，我們會把它儲存下來作為你的稽核紀錄，然後通知你：任何方案都可以透過電子郵件，付費方案還可以透過 Telegram 或 Slack。刪除工作由你在自己的系統中完成；我們無法存取那些系統，也從不聲稱由我們來刪除。

即使你停止付費，這個頁面仍會保持上線，因為那件事和你的使用者無關。

權威來源

• 提供資料刪除相關資訊 — Google Play 說明。提交前請先讀這一頁；做決定的是那一頁，而不是本頁。