ads.txt
/app-ads.txt
文件中应包含哪些信息?
对于每个有权销售您的广告资源的广告交易平台或 SSP,该文本文件中都会包含一行内容。其中每一行都应包含三项数据(以及另外一个选填字段),具体格式如下:
<字段 1>, <字段 2>, <字段 3>, <字段 4>
<字段 1>
:出价工具关联到的系统的规范域名。可以使用此类系统的运行域名作为该域名(如果运行域名与父级企业域名不同的话),这样便于进行 WHOIS 查询和反向 IP 查询,进而明确所有权。SSP 或广告交易平台可能会发布要使用的域名。对于 Google 卖方账号,该域名始终是
google.com
。<字段 2>
:发布商标识符,与字段 1 中指定的系统中的卖方/代理商账号关联。该字段包含的值必须与在 SSP 或广告交易平台交易(如 OpenRTB 出价请求)中指定的值相同。在 OpenRTB 中,这通常是 publisher.id 字段。对于 OpenDirect,该值则通常是发布商的组织 ID。对于 Google 卖方账号,请使用每个账号中显示的发布商 ID(例如
pub-0000000000000000
)。若要查找此 ID,请执行以下操作:- 在 AdSense 中:登录您的 AdSense 账号,然后依次点击账号 账号信息。
- 在 Google Ad Manager 中:登录 Google Ad Manager,然后依次点击管理 全局设置,即可找到您的主要账号和所有其他已关联的账号的发布商 ID。
声明中只能添加pub-
前缀和 16 位数字代码。请删除专门针对特定产品的前缀(例如ca-
或ca-video-
)。如果您通过多个 Ad Manager 账号和/或 AdSense 账号创收,则必须为每个账号分别添加一行,并在各行中列出相应的pub-
代码。如果
ads.txt
/app-ads.txt
文件中没列出卖方的发布商 ID,那么托管该文件的网域/应用将无法再通过 Ad Manager 创收,而且 Google 将停止向此类网站/应用购买广告。因此,建议您更新自己的
ads.txt
/app-ads.txt
文件,在其中添加您希望用于创收的每个网站的发布商 ID。了解如何在 Ad Manager 中更新ads.txt
/app-ads.txt
。<字段 3>
:账号或关系的类型。在解读相关数据时,该字段应不区分大小写。- 值“
DIRECT
”表示发布商(内容所有者)会直接控制字段 2 中指出的账号,并表示发布商和广告系统之间达成了直接业务合同。直接控制字段 #2 中指出的账号的 Google 发布商应指定“
DIRECT
”。 - 值“
RESELLER
”表示发布商已授权另一实体来控制字段 2 中指出的账号,并通过字段 1 中的系统来转销其广告空间。不直接控制字段 2 中指出的账号的 Google 发布商应指定“
RESELLER
”。例如,使用“扩展型合作伙伴管理”功能的 Ad Manager 账号应为其不直接管理的广告资源指定“RESELLER
”。
- 值“
<字段 4>
:(选填)广告系统在认证机构中的专属标识符(与字段 1 中所列的实体对应)。假设认证机构是 Trustworthy Accountability Group (TAG),那么在此处添加的标识符就是 TAG ID。对于 Google 卖方账号,对应的 TAG ID 为
f08c47fec0942fa0
。
ads.txt
/app-ads.txt
文件应放在什么位置?
ads.txt
/app-ads.txt
文件应托管在根网域中。
ads.txt
/app-ads.txt
文件?
如果有任何 ads.txt
/app-ads.txt
文件托管在根网域/应用上,Google 便会使用该文件的内容来确定哪些卖方账号可以在该网域/应用上投放广告。
如果网站上存在 ads.txt
/app-ads.txt
文件且其中正确列出了发布商标识符,Google 便会针对该网站的请求举行竞价并返回胜出的广告。如果文件中的标识符不正确,Google 则不会针对相应请求举行竞价。
系统会自动检测新的和已更新的 ads.txt
/app-ads.txt
文件,但所做更改可能需要长达 48 小时才能生效。
ads.txt
/app-ads.txt
文件托管在子网域上,会怎样?
Google 会抓取并强制执行放置在子网域上的 ads.txt 和 app-ads.txt 文件 - 前提是此类文件存在,并且被根网域上的 ads.txt 文件引用了。
在 Ad Manager 中,ads.txt 管理工具尚不能显示已抓取的子网域的列表。
ads.txt
/app-ads.txt
被抓取和分发的频率如何?
Ad Manager 从中接收广告请求的每个网域会每天至少抓取一次。所有抓取数据的快照每天至少编译一次,该快照随后分发到所有广告服务器。
Ad Manager 会显示上次提取的 ads.txt/app-ads.txt 版本。请注意,将所显示的 ads.txt/app-ads.txt 抓取结果分发给广告服务器可能还需要一些时间。
Google 支持单一 HTTP 重定向至原始根网域外的目标(例如 example1.com/ads.txt 重定向到 example2.com/ads.txt)。请参阅 IAB 更新。
Google 也支持多个重定向,前提是每个重定向位置都处在原始根网域内。例如:
example.com/ads.txt
重定向到www.example.com/ads.txt
example.com/ads.txt
重定向到subdomain.example.com/ads.txt
example.com/ads.txt
重定向到example.com/page/ads.txt
请与您的 CMS 提供商联系,他们应向您提供代您托管 ads.txt
/app-ads.txt
文件的工具。
ads.txt
/app-ads.txt
文件,该怎么办?
即使某个网域已发布 ads.txt
/app-ads.txt
文件,该网域在 Ad Manager 的 ads.txt
/app-ads.txt
管理工具中的状态仍可能会显示为“找不到 ads.txt 文件”。如果发生了这种情况,则可能是因为存在 ads.txt
/app-ads.txt
实现错误或其他与抓取相关的问题。详细了解如何确保 ads.txt
/app-ads.txt
文件可被抓取。
下面是一些可能会导致出价请求中出现空白网址或空网址的原因:
- 您的某个根网域可能缺少
ads.txt
/app-ads.txt
文件。Google 利用网域上托管的ads.txt
/app-ads.txt
文件来验证发布商是否有权通过在出价请求中向买方发送的网域创收。如果某个网域缺少ads.txt
/app-ads.txt
文件,相应的出价请求就可能会包含空白网址或空网址。
您应该将ads.txt
/app-ads.txt
文件分别上传到各个网域。请依次点击管理 Ads.txt 管理进行检查,确认ads.txt
/app-ads.txt
文件已上传到您的各个网域。 - 如果您已在某个网域上发布
ads.txt
/app-ads.txt
文件,但系统在 Ad Manager 中未检测到该文件,则可能存在实现错误。详细了解如何在 Ad Manager 中管理ads.txt
/app-ads.txt
以及如何确保您的ads.txt
/app-ads.txt
文件可被抓取 - Google 发布商代码或回传代码的“page_url”替换属性的实现方式可能存在问题。这可能会导致在广告请求中向 DFP 传递的替换网址无效,并导致买方所收到的出价请求中包含空白网址或空网址。
“Ads.txt”页面可能会列出您不认识的域名,导致这种情况的原因有以下几种:
- 您的广告代码嵌套在多个 iframe 中,或者您使用的是将广告代码嵌入 iframe 中的广告服务器、收益管理系统或其他供应方平台 (SSP)。如果您的广告代码嵌套在 iframe 中,我们将无法确定广告请求的正确网站信息。当您的网页包含 iframe 且该 iframe 指向您网站上另一个包含待展示的代码的网址时,就可能会发生这种情况。
-
某些网站通过自己的网域投放您网站的内容。例如,Google 缓存的搜索结果、Google Accelerated Mobile Pages (AMP) 缓存和 Google 翻译可能会检索您的内容,然后在不使用 iframe 的情况下通过某个 Google 网域提供这些内容。
-
通过电子邮件客户端转发的网页。
-
发布商之间内容重复(即发生了复制粘贴行为)。
出现不认识的网域时建议采取的行动:
- 如果您的广告代码嵌套在多个 iframe 中,您可能需要传递用户正在浏览的网页的网址。
- 如果您使用的是广告服务器、收益管理系统或其他供应方平台 (SSP),并且看到不认识的网域,请联系 SSP 的客户管理团队,了解如何最有效地确保在广告请求中传递正确的网站信息。
ads.txt
/app-ads.txt
文件?
您可以使用插件在 WordPress 中创建 ads.txt
/app-ads.txt
文件。如果您已经在使用插件来投放广告,则其中可能会包含用于创建 ads.txt 文件的功能。此搜索结果可以帮助您顺利上手。
ads.txt
/app-ads.txt
文件?
有关说明,请参见 Blogger 帮助中心。
只有当域名(子域名或根域名)在过去 7 天内的查询次数超过 100 次时,系统才会显示在表格中。