Ads.txt
我們未嚴格要求導入 ads.txt 檔案，因此即使沒有 ads.txt 檔案，廣告仍會繼續放送。不過請注意，許多廣告客戶都選擇只對通過 ads.txt 驗證的廣告請求出價。進一步瞭解 ads.txt。
ads.txt 檔案是所有發布商 ID 的集合，這些 ID 可在您的網域上請求廣告，且存放在網域的根目錄 (例如 example.com/ads.txt)。一般 ads.txt 檔案項目看起來像這樣：
google.com, pub-0000000000000000, DIRECT, f08c47fec0942fa0
ads.txt 檔案中使用的發布商 ID 通常取決於廣告代碼中的 data-ad-client 值。不過，由於大部分的 AFP 平台客戶都有數千個子帳戶，因此管理這個檔案，甚至是 Google 和其他出價工具處理這個檔案的能力會變得困難。平台客戶有兩種方法可以解決這個問題，並調整在自家平台網域上使用 ads.txt 的方式。平台可以選擇採取上述任一做法，必要時則可兩者搭配使用：
- 平台可以在公開尾碼清單中註冊網域
- 平台可以在 ads.txt 檔案中使用上層發布商 ID (根據
data-ad-host)。
方法 1：在公開尾碼清單中註冊
在公開尾碼清單中註冊網域後，瀏覽器會將該網域視為 TLD (頂層網域)。我們的 ads.txt 驗證系統也是如此。因此在進行這項變更之前，平台應調查其網域會受到的整體影響。
如果網域列在公開尾碼清單中，您必須變更 ads.txt 檔案的位置。您不必在網域根目錄 (example.com/ads.txt) 上發布 ads.txt 檔案，就必須將 ads.txt 檔案發布至每個子網域 (subdomain.example.com/ads.txt)。除非適用選項 2，否則 ads.txt 檔案必須包含子帳戶發布商 ID (換句話說，取決於 data-ad-client 參數值)。
舉例來說，如果子帳戶資源代碼 (data-ad-client) 是：ca-pub-123456789012345，ads.txt 檔案看起來會像這樣：
google.com, pub-123456789012345, DIRECT, f08c47fec0942fa0
其中字串的 ca- 部分已移除。
方法 2：對平台網域進行特殊的 ads.txt 處理
AFP 可讓您根據所有子帳戶流量的 data-ad-client 或 data-ad-host 值驗證廣告請求。也就是說，只要 ads.txt 檔案中包含上述任一 ID，系統就會將廣告請求視為已驗證處理。即使網域列在公開尾碼清單中，這種處理方式依然有效，唯一的差別在於 ads.txt 檔案的所在位置。
對於大部分的 AFP 平台客戶，我們建議確認所有廣告代碼都已設定 data-ad-host 參數 (或者，您也可以使用「平台帳戶」中繼標記來確保這麼做)。之後，ads.txt 檔案只需要一個項目，這些項目是以主機資源 ID (data-ad-host) 為依據。
舉例來說，如果您的主機 ID (data-ad-host) 是 ca-host-pub-1234567890123456，ads.txt 檔案看起來會像這樣：
google.com, pub-1234567890123456, DIRECT, f08c47fec0942fa0
其中字串的 ca-host- 部分已移除。