更改已上架商店資訊頁中的網址
應用程式發布後搬移隱私權政策或刪除頁面：依照永遠不會留下失效連結的順序進行，以及為什麼舊網址應該繼續回應。
你隨時都可以編輯 Play Console 和 App Store Connect 中的網址欄位。風險不在編輯本身，而在於舊網址已經失效、商店資訊頁卻仍指向它的那段空窗。先發布新網址，再更新商店資訊頁，並讓舊網址持續重新導向。
改用幾分鐘完成這件事
AppFoyer 託管這篇指南所談的頁面：隱私權政策、服務條款、支援、帳戶刪除和 app-ads.txt，放在各自的子網域上，你不需要自己的網域或伺服器。一個應用程式免費，而且商店要求的任何內容都不會放在付費牆後面。
查核日期：2026年9月19日。 商店政策會變動，有時不會事先通知。以下所有內容都附上官方文件的連結，具有權威的是那個頁面，而不是本頁。如果兩者不一致，以商店為準。 本指南譯自英文；引用的商店文件保留英文原文。
遲早你會需要搬家：免費主機要關閉了、網域到期了、公司改名了，或者你終於做好了一直想做的正式網站。這些欄位都可以編輯，所以變更本身微不足道。讓人出錯的，是其他所有默默指向舊網址的東西。
不會弄壞任何東西的順序
- 發布新網址，並在登出狀態下檢查。 在任何東西指向它之前，它就必須已經上線。
- 讓舊網址重新導向到新網址。 不是刪除，而是重新導向。這是大家會跳過的步驟，也正是能救你的那一步。
- 更新控制台欄位。 Play Console → App content 中的隱私權政策和資料刪除網址；App Store Connect 中的隱私權政策和 Support URL。Google Play 要求政策「is available on an active URL」（譯文：可透過有效的網址取得），所以這個欄位絕不能指向失效的東西，即使只是短暫的。
- 更新應用程式內的連結。 Play 的 User Data 政策要求在 Play Console 中以及應用程式本身內提供隱私權政策連結，而應用程式內的連結通常寫死在你幾個月前發布的建置版本中。使用舊版本的使用者會一直連到舊網址，直到他們更新為止，而有些人永遠不會更新。
- 保留重新導向。 不是保留一週，而是在可能的情況下無限期保留。
如果反過來做（先改欄位，或先刪除舊主機），結果就是在審查進行中，已上架的商店資訊頁指向一個 404。
為什麼舊網址必須繼續回應
控制台欄位是你能掌控的網址，但它不是舊網址存在的唯一地方：
- 已發布的應用程式二進位檔。 每個先前版本的每一份已安裝副本，都連結到舊網址。你無法更新它們；使用者最終會更新，而有些人永遠不會。
- 商店資訊頁快取，以及擷取過你商店資訊頁的彙整網站。
- 你已經寄出的電子郵件和收據。
- 廣告聯播網的紀錄，如果舊主機是你宣告的開發人員網站。
所以「舊網址失效了，但欄位已經更新」只在你這一端成立。
例外：app-ads.txt 不得重新導向
有一個特殊情況，而且它會默默讓你損失收入。廣告聯播網會在你商店資訊頁中網站的根目錄擷取 /app-ads.txt，而規範要求直接提供它。即使檔案完全正確，前面的一個重新導向也常常導致「not found」的結果。
所以如果舊主機是你宣告的開發人員網站，而你保留它作為重新導向，那麼只要舊網址仍可能被爬取，該主機上的 /app-ads.txt 就應該以 200 提供，而不是重新導向。其他所有東西都可以 301；唯獨這一個路徑不行。
搬移後要檢查什麼
在登出狀態下、在無痕視窗中執行以下指令：
curl -i https://old-host.example/privacy # expect 301 to the new URL
curl -i https://new-host.example/privacy # expect 200
curl -i https://old-host.example/app-ads.txt # expect 200 text/plain, NOT a redirect
接著在控制台中確認：每個網址欄位都會開啟正確的頁面，而 Data safety / App Privacy 的答案仍與新頁面的內容一致。搬移頁面正是一個好時機，讓你發現政策早在兩個 SDK 之前就已經過時了。
不容易復原的變更
網址是一種身分，不是一項設定。一旦它出現在商店資訊頁中，它就存在於你無法掌控的地方；這就是為什麼搬移值得只做一次、審慎地做，並搬到一個你預期會長期保留的網址。在把任何主機的網址貼進控制台欄位之前，該問的問題不是「它免費嗎」，而是「這個確切的網址兩年後還會回應嗎？如果不會，我能讓它重新導向嗎？」
AppFoyer 在這裡做什麼
有兩件事正是圍繞這個問題設計的。
你應用程式的隨機網址是永久的。 每個應用程式在建立時都會取得 app-xxxxxx.appfoyer.page，而這個網址永遠不會改變；即使你之後在付費方案中申請了自訂子網域，原本的網址仍會繼續以同一個網站回應，沒有重新導向，也沒有到期日。你一年前貼進控制台欄位的網址，不會因為你改了某個名稱就停止運作。
你替換掉的自訂子網域會立即釋出。 一旦替換，舊網址會立刻停止回應，沒有重新導向，而且任何人都可以申請它，包括其他帳戶。所以永遠不要把自訂子網域放進你之後可能會更改的商店資訊頁：上面提到的永久網址，才是保證會持續運作的那一個。
而且因為永久網址是直接提供網站本身，而不是重新導向，所以 /app-ads.txt 在那裡和在目前的網址上一樣都會以 200 回應；上述規則不需要任何設定就能成立。
權威來源
- Privacy policy requirements：Google Play 說明，「available on an active URL」這段措辭出自此頁。
- User Data policy：Google Play 說明，控制台加上應用程式內的規則出自此頁。
- Set up app-ads.txt：AdMob 說明，說明如何找到這個檔案。
- App Store Connect — app information：Apple，說明各欄位位於何處。