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 的使用范围。平台可以选择以下任一选项，或根据需要组合使用这两个选项：
- 平台可以在公共后缀列表中注册其域名
- 平台可以在 ads.txt 文件中使用基于
data-ad-host的父级发布商 ID
方法 1：在公共后缀列表中注册
通过在公共后缀列表中注册域名，浏览器会将该域名视为 TLD（顶级域名）。我们的 ads.txt 验证系统会执行相同的操作。平台应先调查这会对网域产生的全部影响，然后再进行此项更改。
如果某个网域在公共后缀列表中，则必须更改 ads.txt 文件的位置。您必须在每个子网域 (subdomain.example.com/ads.txt) 上发布 ads.txt 文件，而不是在网域的根目录 (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- 部分已移除。