深入解析Ads.txt：数字广告透明度的基础标准

什么是 ads.txt？

ads.txt（Authorized Digital Sellers），即“授权数字销售商文件”，由 Interactive Advertising Bureau 于 2017 年提出，是程序化广告生态中的一项行业标准规范。

其核心目标是：通过公开声明授权销售渠道，建立广告库存的可验证信任机制，从源头防范欺诈流量。

从本质上看，ads.txt 是一个部署在网站根目录下的纯文本白名单文件，用于向广告买方明确：

• 哪些广告平台（SSP / Exchange）被授权销售库存
• 哪些发布商账号是合法的交易主体

换句话说，它定义的是：“谁有资格代表我卖广告”

为什么需要 ads.txt？

在典型的程序化广告链路中： Publisher（媒体）→ SSP（供应方平台）→ Ad Exchange → DSP（需求方平台）→ Advertiser（广告主）。

由于链路长、参与方多，早期生态中存在严重的信任问题：

• 域名欺诈（Domain Spoofing）：不法中间商伪造高质量媒体（如 nytimes.com）发起广告请求，导致广告主以高价购买到低质甚至虚假流量。
• 未经授权的库存转售：部分代理商或聚合平台，在未获得媒体授权的情况下，通过多跳链路倒卖库存。
• 交易透明度缺失：广告主和DSP难以验证流量来源的真实性，导致预算浪费、品牌安全风险、投放效果失真

因此，IAB 推出 ads.txt，使买方在竞价前即可完成供应侧合法性校验。

ads.txt 的工作原理

ads.txt 的机制本质上是一个声明 + 验证的模型：

1. 发布商声明授权关系：创建 ads.txt 文件，列出被授权的广告系统与账号
2. 将文件上传到网站根目录：通常为：https://www.example.com/ads.txt
3. 买方系统抓取验证：DSP / Ad Exchange 在竞价前主动抓取并解析该文件。
4. 匹配与过滤：只有匹配授权的请求才会进入竞价池，未授权流量会被拒绝或标记为不可信。

因此，ads.txt 在生态中的角色可以理解为：供应侧的“信任白名单（Trust List）”

ads.txt 文件结构说明

每一行代表一个授权销售关系，标准格式如下：

<广告系统域名>, <发布商账号ID>, <关系类型>, <认证机构ID（可选）>

示例：

google.com, pub-1234567890123456, DIRECT, f08c47fec0942fa0
openx.com, 987654321, RESELLER, 6a698e2ec38604c6
rubiconproject.com, 555555, DIRECT, 0bfd66d529a55807

字段解释：

除了上面的常用的四个字段，还有两个选用字段：

• CONTACT：联系方式（可选）Ads.txt所有者的一些易于阅读的联系信息。 这可能是网站广告运营团队的联系方式。 这可以是电子邮件地址，电话号码，联系表格的链接或其他合适的通信方式。联系方式可以一个，也可以多个。
• SUBDOMAIN：子域（可选）在根路径下的Ads.txt指向其他子域的Ads.txt，使得可以读取整个域名的Ads.txt，注意，子域之间是不能这样设置的。

ads.txt 的验证流程

典型流程如下：DSP 接收到广告请求（包含域名），会调用爬虫系统抓取https://publisher.com/ads.txt，检查校验文件中是否存在对应平台+账号ID，匹配成功才参与竞价，匹配失败就拒绝。

因此，ads.txt 在生态中的角色是「信任清单」——买方据此判断是否为合法流量。

使用现状

ads.txt项目于2017年5月发布，根据FirstImpression.io 称，Ads.txt最新的行业使用情况如下：

在当前生态中：

• 主流 DSP（如 Google、The Trade Desk）已强依赖 ads.txt
• 未配置 ads.txt 的流量通常会无法参与高质量竞价或被显著降价

参考

• IAB-OpenRTB-Ads.txt-Public-Spec-1.0.2
• PartnerInteractionGuide_ads-txt
• FAQ-for-ads.txt-and-app-ads.txt-UPDATED-March-4-2019