ads.txt 校验与生成

本地处理

ads.txt 是一个放在网站根目录的纯文本文件，用来公开声明「哪些广告系统被授权销售本站广告位」。买方在竞价前会读它——文件缺失或写错，流量会被静默过滤，收益下降但页面不会报任何错。生成模式帮你一次写对格式；校验模式用来体检现有文件。

可选变量（择一或留空）

广告系统域名发布商账号 ID关系TAG-ID（可选）

工具说明

ads.txt 是 IAB Tech Lab 制定的公开声明文件，作用是把「谁有权卖我的广告位」这件事写清楚，供买方在竞价前核验。它的格式极简，但字段拼错、关系字段大小写不对、文件放错位置，都会导致买方静默跳过你的库存。

除空行与注释外，每一行都是一条记录，用逗号分隔三到四个字段：

域名：广告系统的规范域名，例如 google.com。注意要写系统主域，不是你的 AdSense 后台域名。
发布商账号 ID：你在该广告系统里的账号标识，必须与系统分配给你的完全一致，差一个字符即无效。
关系：只有两个合法取值，必须大写——DIRECT 表示与该系统直接签约，RESELLER 表示通过中间商销售。
TAG-ID（可选）：该广告系统的认证机构编号，例如 Google 的 f08c47fec0942fa0。规范上可选，但买方偏好带 TAG-ID 的记录。

以 # 开头的行是注释，解析器会忽略。变量行的形式是变量名=值，较新版本引入了 OWNERDOMAIN 与 MANAGERDOMAIN 两个可选变量。

不会有任何报错提示，但买方解析失败或找不到自己的记录时会停止对你的广告位出价。表现是填充率下降、有效 CPM 变低、部分需求方来源被停用。这类损失是静默的，所以定期校验比事后排查更划算。做法是每次新增或下线广告合作方后重新跑一次校验。

看合同关系：如果你与该广告系统直接签了协议、直接收款，用 DIRECT；如果是通过某个中间平台或聚合方接入，由它再卖给该系统，那这条记录对你而言就是 RESELLER。拿不准时应向对接方确认，填错会破坏买卖双方的可验证链条。

需要。AdSense 后台会专门提示 ads.txt 状态，缺失或格式错误时展示量会受影响。正确做法是写一条 google.com, pub-你的发布商ID, DIRECT, f08c47fec0942fa0，其中发布商 ID 就是后台里以 pub- 开头的那串。

本工具负责 ads.txt 的生成与校验。若要检查网站整体的抓取与收录配置，可配合站内的 robots.txt 生成器与抓取规则模拟器；若要做结构化数据体检，用 JSON-LD 校验工具。它们分别覆盖变现、抓取与富媒体展示三个不同的环节。