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 的方式。平台可以選擇採取上述任一方法，必要時則可兩種搭配運用：
- 平台可以在公開尾碼清單中登錄網域
- AdSense 可以將平台網域加入許可清單，以便根據
data-ad-host參數和data-ad-client參數驗證廣告請求
方法 1：將網域登錄公開尾碼清單
在公開尾碼清單中登錄網域後，瀏覽器會將該網域視為 TLD (頂層網域)，我們的 ads.txt 驗證系統也是如此。因此在進行這項調整前，平台應全方位考量其網域會受到的各方面影響。
如果網域位於公開尾碼清單中，您必須變更 ads.txt 檔案的位置。請勿將 ads.txt 檔案發布至網域根目錄 (example.com/ads.txt)，必須將其發布到個別子網域 (subdomain.example.com/ads.txt)。除非還要另外搭配使用方法 2，否則 ads.txt 檔案必須包含子發布商 ID。換言之，這個 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- 部分已移除。