ads.txt
实施 ads.txt 文件并非强制要求，广告没有 ads.txt 文件也可以继续投放。但需要注意的是，许多广告客户选择仅针对 ads.txt 已通过验证的广告请求出价，详细了解 ads.txt。
ads.txt 文件是所有发布商 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 文件的位置。不应在网域的根目录 (example.com/ads.txt) 中发布 ads.txt 文件，而是必须在每个子网域 (subdomain.example.com/ads.txt) 中发布 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 的值验证广告请求。这意味着，如果其中任一 ID 位于 ads.txt 文件中，系统会将广告请求视为已通过验证进行处理。即使相应网域位于公共后缀列表中，这种处理方式也适用，唯一的区别是 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- 部分已移除。