什么是ads.txt？
ads.txt（Authorized Digital Sellers），中文通常称为“授权数字销售商文件”，是由 Interactive Advertising Bureau（IAB）于 2017 年推出的一项程序化广告行业标准。
它的主要作用是：
通过公开声明哪些广告销售平台被授权销售网站广告库存，帮助广告买方验证广告流量来源，减少广告欺诈和未经授权的库存销售。
简单来说：ads.txt 就是网站发布的一份“广告销售授权名单”。
它告诉广告交易市场：
“哪些 SSP、Ad Exchange 或广告平台有资格代表我出售广告库存。”
例如，网站example.com根目录放置https://example.com/ads.txt文件中声明：
google.com, pub-123456789, DIRECT表示：该网站授权Google使用账号pub-123456789直接销售自己的广告库存。
为什么需要ads.txt？
典型程序化广告链路： Publisher（媒体）→ SSP（供应方平台）→ Ad Exchange → DSP（需求方平台）→ Advertiser（广告主）。
由于链路长、参与方多，早期生态中存在严重的信任问题：
- 域名欺诈（Domain Spoofing）：不法中间商伪造高价值媒体身份给DSP发起广告请求，导致广告主以高价购买到低质或虚假流量。
- 未经授权的库存转售：部分代理商或聚合平台，在未获得媒体授权的情况下，通过多跳链路倒卖库存。
- 交易透明度缺失：广告主和DSP难以验证流量来源的真实性，导致预算浪费、品牌安全风险、投放效果失真
因此，IAB 推出ads.txt，使买方在竞价前即可完成供应侧合法性校验。
ads.txt如何工作？
ads.txt 的工作机制可以理解为：
发布商声明授权关系 → 买方验证 → 决定是否参与竞价
流程如下：
Step 1：发布商创建ads.txt文件
网站管理员创建ads.txt并添加授权广告平台，如
google.com, pub-123456789, DIRECT
rubiconproject.com, 12345, RESELLERStep 2：上传到网站根目录
将文件上传到网站根目录，通常标准地址：https://example.com/ads.txt
Step 3：如何检查 ads.txt？
直接访问https://example.com/ads.txt，检查文件是否存在，里面的信息是否准确。
Step 4：DSP 或广告平台抓取验证
DSP收到example.com的广告请求，随后检查https://example.com/ads.txt，验证rubiconproject.com, 12345, RESELLER关系是否存在。
Step 5：参与或过滤竞价
如果匹配到，那就是可信的，可以进入竞价；如果不可行，那就是未授权库存，就可能会被过滤掉。
ads.txt文件结构说明
标准格式如下：
<广告系统域名>, <发布商账号ID>, <关系类型>, <认证机构ID（可选）>
示例：
google.com, pub-1234567890123456, DIRECT, f08c47fec0942fa0 openx.com, 987654321, RESELLER, 6a698e2ec38604c6 rubiconproject.com, 555555, DIRECT, 0bfd66d529a55807
ads.txt字段解释：
| 字段 | 说明 | 示例 |
|---|---|---|
| Ad System Domain | 广告系统域名 | google.com |
| Publisher Account ID | 发布商账号 | pub-1234567890123456 |
| Relationship Type | 授权关系 | DIRECT 或 RESELLER |
| Certification Authority ID（可选） | 认证机构ID（TAG） | f08c47fec0942fa0 |
DIRECT和RESELLER有什么区别？
DIRECT，表示发布商直接授权广告平台销售库存。如google.com, pub-12345, DIRECT，表示媒体只能通过google.com售卖
RESELLER，表示允许第三方平台代理销售。如rubiconproject.com, 12345, RESELLER，表示媒体通过rubiconproject.com转售
ads.txt可选字段
除了上面的常用的四个字段，还有两个选用字段：
- CONTACT：提供文件维护者联系方式，可以是电子邮件地址，电话号码，用于问题反馈和授权确认。
- SUBDOMAIN：声明子域使用独立 ads.txt
ads.txt、app-ads.txt有什么区别？
随着移动广告发展，IAB 后续推出app-ads.txt用于iOS App和Android App，区别如下：
| ads.txt | app-ads.txt | |
|---|---|---|
| 场景 | 网站 | 移动应用 |
| 位置 | 网站根目录 | 开发者网站 |
| 用途 | Web广告库存 | App广告库存 |
ads.txt与sellers.json和SupplyChain的关系
- ads.txt ：由Publisher管理和添加，用于确定谁被授权销售库存
- sellers.json：由SSP/Exchange发布，用于确认卖方身份
- SupplyChain Object：是OpenRTB 中的供应链对象，确认交易路径
给整个广告链路： Publisher（媒体）→ SSP（供应方平台）→ Ad Exchange → DSP（需求方平台）→ Advertiser（广告主），都加了一个安全保障。
ads.txt当前使用情况
ads.txt自2017年发布后，已经成为程序化广告供应链的重要标准。
- 主流 DSP（如 Google、The Trade Desk）已强依赖 ads.txt
- 未配置 ads.txt 的流量通常会无法参与高质量竞价或被显著降价
常见问题 FAQ
ads.txt 是什么意思？
ads.txt 是 Authorized Digital Sellers 的缩写，用于声明网站授权哪些广告销售商出售广告库存。
ads.txt 放在哪里？
必须放在网站根目录：https://example.com/ads.txt
没有ads.txt会影响SEO吗？
不会。
ads.txt不影响SEO，它影响的广告的交易。
ads.txt 可以防止所有广告欺诈吗？
不能。
ads.txt 主要解决未授权库存销售、域名欺诈
但无法完全解决点击欺诈、机器人流量、虚假转化
总结
ads.txt 是程序化广告生态中的基础信任机制。
它通过公开声明授权销售关系，让 DSP、广告交易平台和广告主能够验证：
“这个广告库存是否真的来自合法销售渠道。”
虽然 ads.txt 不能解决所有广告欺诈问题，但它已经成为现代广告供应链透明化的重要组成部分，并与sellers.json、SupplyChain Object、app-ads.txt共同构成程序化广告生态的信任基础。
