Ads.txt将进入应用生态系统。它将采取什么形式?还在抖。

周三，IAB技术实验室发布了关于如何在应用程序环境中实现Ads.txt的指导意见。txt是技术实验室的倡议，以减少库存欺骗，并帮助广告商区分合法供应来源从冒名者。

Ads.txt的桌面版和移动web版，在发布者根域的文本文件中列出授权卖家，首次亮相去年6月。从那时起，超过200万的发行商采纳了这个规范。

但是适用于网络的不一定适用于应用程序。(说到这个，谁会厌倦“你不能称它为‘应用内标头竞标’，因为应用中没有标头?”)

IAB技术实验室高级副总裁兼总经理丹尼斯•布赫海姆(Dennis Buchheim)表示，从Ads.txt的角度来看，应用程序和网页浏览器之间最明显的区别在于，应用程序没有方便的网络域名，让出版商可以轻松列出自己的卖家文件。

为了解决这个问题，科技实验室希望利用应用商店的元数据字段来识别其生态系统中的应用。当开发者在iTunes Connect上注册应用时，他们会创建一个捆绑ID，类似于反向URL。例如，Apple Pages应用的bundle ID应该是“com.apple.pages”。谷歌在Play Store中使用了类似的系统。

“这个想法是，您可以通过任何清单上通过OpenRTB提供的任何电源指定反向URL，并且应用程序名称嵌入在那里，”Buchheim说。“这就像一条面包屑的道路，导致你通过可验证来源。”

相反领域方法的唯一问题是它依赖于应用商店的配合，而它们并不能像Tech Lab所希望的那样快速地加入进来。

应用商店字段并不是一贯支持或设计为支持Ads.txt。在理想的情况下，所有三大应用商店——谷歌、苹果和亚马逊——都将为应用内广告文本设置或指定一个标准化的字段，并清除其他小障碍。

例如，苹果限制了任何人可以查询一个bundle ID的次数。如果您达到该阈值，将拒绝进一步的请求。这在OpenRTB生态系统中是行不通的。

我们与谷歌的对话最多，谷歌是技术实验室的成员。与苹果和亚马逊的合作进展不大，尽管布赫海姆希望发布这些规格将点燃他们集体背后的火焰。

他表示:“如果出现这种趋势，应用商店将需要支持。”

但如果他们不能或不能及时采取行动，IAB Tech Lab还有其他选择，比如实现由第三方或独立实体创建的标准化API，以检索应用的识别元数据。如果应用商店开发了一个支持Ads.txt的API，它也可以工作，但这是一个较重的提升，而且不太可能。

“主要的是，我们希望尽快部署这一点，并使其尽可能类似地部署开发人员，因为它是网站所有者的开发人员，”Buchheim说。“该领域需要最少的技术努力，这是一种安全的持久机制。”

假设Ads.txt-for-apps计划从App Store获取买入，Buchheim预计出版商之间的快速采用。可能还有一个淘汰效果，清除了第三方应用商店生态系统，其中大部分位于美国以外。

“ads.txt导致网络上有点震撼，同样的事情可能发生在这里，”他说。“如果它用于应用程序，那么非法应用程序的商店将基本上是挥手挥舞，说，”不与我们合作“。

但是Ads.txt本身并不能解决欺骗问题，无论是在网络上还是在应用程序中。它最好的工作组合Ads.cert.，一个即将发布的OpenRTB规范集，它使用加密安全技术来验证广告空间。可以将Ads.txt和Ads.cert视为程序化购买的双因素认证。

“ads.txt是关于授权经销商和广告.CERT是关于验证你认为你的购买的东西，”布恰姆说。“你可以去授权的劳力士经销商，但假设经销商是阴暗和销售假罗克斯。你需要在任何环境中真正征服欺诈。“