跳至主要內容
AppFoyer
免費開始

指南 提交之前

用程式設計代理撰寫你的合規頁面

這些頁面需要的事實早就在你的存放庫裡。代理真正能推導出什麼、必須問你什麼,以及在讓它碰這件事之前值得堅持的界線。

能讀取你存放庫的程式設計代理,已經掌握這些頁面需要的事實:應用程式名稱、bundle id、商店連結,以及建置中的每個 SDK。搭配合適的工具,它會根據這些證據草擬頁面,再交給你一個審閱連結——由你檢查並發布。

1:10
1:10 影片 · 在 YouTube 上開啟

改用幾分鐘完成這件事

AppFoyer 託管這篇指南所談的頁面:隱私權政策、服務條款、支援、帳戶刪除和 app-ads.txt,放在各自的子網域上,你不需要自己的網域或伺服器。一個應用程式免費,而且商店要求的任何內容都不會放在付費牆後面。

查核日期:2026年9月25日。 商店政策會變動,有時不會事先通知。以下所有內容都附上官方文件的連結,具有權威的是那個頁面,而不是本頁。如果兩者不一致,以商店為準。 本指南譯自英文;引用的商店文件保留英文原文。

撰寫隱私權政策大多是在轉錄。困難的部分——弄清楚你的應用程式實際蒐集了什麼——答案就在已經放在你存放庫中的檔案裡,而這正是能存取檔案系統的代理擅長的工作。

代理真正能推導出什麼

只靠建置檔案,不必問你任何問題:

事實來源
應用程式名稱strings.xml 的 app_name、CFBundleDisplayName、pubspec.yaml、app.json
Application id / bundle idGradle 中的 applicationId、Xcode 專案中的 PRODUCT_BUNDLE_IDENTIFIER
平台上述哪些檔案存在
資料蒐集build.gradle、Podfile、Package.swift、pubspec.yaml、package.json 中的每個第三方 SDK
權限和用途說明字串AndroidManifest.xml、Info.plist
廣告發布商 IDmanifest 或 plist 中的 AdMob 應用程式 ID
建議的 Play 網址由 application id 組成——這是建議,不是事實,因為應用程式可能根本沒有上架

這張表就是隱私權政策的實質內容。它也回答了「我的應用程式蒐集了什麼」這個問題——大多數開發者憑記憶會答錯,而讀過檔案就會答對。

它無法得知、必須詢問的事

會自行編造這些內容的代理,比沒有代理更糟:

  • 你的法律實體名稱,以及你的條款所指定的司法管轄區。
  • 你實際會讀的支援信箱。它絕不能從 git 設定,或從 fastlane 檔案中找到的 Apple 開發者登入帳號去猜測。
  • 你真正的 App Store ID,除非它出現在 fastlane 設定中——這個數字 ID 無法推導出來。
  • 應用程式是否已上架,以及在哪個商店資訊頁之下。
  • 業務事實:你是否銷售訂閱、兒童是否為目標族群、你是否與某個在相依套件清單中不留痕跡的合作夥伴分享資料。
  • 任何關於你後端的事。存放庫裡沒有任何東西說明你保留資料多久。

好的結果應該是:所有可推導的內容都已推導出來,並附上來源檔案和行號,剩下的則是一份只有你能回答的簡短問題清單。

值得堅持的界線

在讓任何代理碰這件事之前,先決定以下幾點——它們決定了這是有用的工具還是一項負擔:

  1. 沒有人點擊,就不發布任何東西。自動產生的法律頁面未經審閱就上線,一句話就道盡了全部風險。
  2. 每個推導出的事實都可以追溯來源。「我在 app/build.gradle:47 找到 firebase-crashlytics」可以查證;「你的應用程式會蒐集診斷資料」則不行。
  3. 它不會 commit 或 push。提出 diff 是幫忙;改寫你的存放庫則不是。
  4. 它只把最少的資料送出你的電腦。在本機推導事實再傳送結論,和上傳你的原始碼是非常不同的兩件事。
  5. 它會說出自己不知道的事。用一句聽起來合理的話填補預留文字的代理,等於產出了一份含有猜測的合規文件。

對這個類別中的任何工具都問這五個問題,包括我們的。

人在哪個環節把關

代理負責草擬,你負責決定。具體來說,由你:

  • 確認它無法推導出的問題;
  • 閱讀第三方章節,也就是審查人員拿來和你的 Data safety 表單比對的部分;
  • 決定保留期限,因為只有你了解你的後端;
  • 點擊發布;
  • 填寫商店主控台的欄位——任何代理都不應該進到你的 Play Console 裡。

如果你的應用程式涉及金錢、健康資料或兒童,這份清單中仍然應該包括花一小時諮詢律師。根據證據草擬的範本,是比空白頁更好的起點;但它不是建議。

AppFoyer 在這裡做什麼

我們有一個 Claude Code 外掛程式。你安裝它,說 “make this app store-ready”,技能就會讀取你的建置檔案,推導出上表的內容並為每個事實附上檔案和行號,只詢問它找不到的部分,然後草擬全部五個頁面加上 app-ads.txt。接著它會給你一個儀表板中的審閱網址。

上述界線是被強制執行的,而不只是承諾。代理的憑證只能使用一組固定的工具——列出和讀取應用程式、建立應用程式(每個 flavor 一個)、更新設定、草擬頁面、app-ads.txt、檢查清單、應用程式圖示和自訂網址——而發布不在其中:request_publish 給你的是一個連結,不是一個上線的頁面。圖示和網址是兩項沒有草稿步驟的項目,所以代理設定它們時會告訴你,而且不會在未詢問的情況下取代你已經在使用的網址。代理無法發布、取消發布、刪除應用程式、變更通知管道,也無法碰觸你的刪除請求收件匣;這些都是只能在登入工作階段中、由你親自執行的操作。完整的工具清單和實際範例在代理說明文件頁面上。這個技能從不 commit 或 push,只有在你要求它把完成的網址接回應用程式時才會提出 diff。

如果你的代理不是 Claude Code——例如 Cursor、Codex 或聊天助理——隱私權頁面另有一條複製貼上的途徑:編輯器會給你一段已經填好應用程式詳細資料的提示詞,你在任何地方執行它,再把回覆貼回來。這段提示詞以及它為什麼這樣措辭,都寫在用 AI 助理撰寫你的隱私權政策中。

如果你沒有代理,同樣的功能也有一份簡短的表單版本。代理途徑比較快,因為答案已經在你的存放庫裡——它不是另一個不同的產品。

權威來源