广告欺诈越来越多地威胁到程序化广告购买的世界。这包括广告展示次数和点击次数的欺诈性，或操纵对能拿到收益的出价请求。Ads.txt是一种部分限制这种现象的方式，最近添加的ads.cert对欺诈做出了有力的解决方案。
虽然普遍的共识是ads.cert是ads.txt的较新版本，但它并没有准确定义两者之间的关系。事实上，ads.txt和ads.cert是打击广告欺诈并实现完全不同的目的。
Ads.txt旨在向媒体购买者保证，他们购买的广告资源来自投标请求中列出的网站，而ads.cert通过以加密方式签署来自发布商的出价请求来添加额外的身份验证和透明度。ads.cert不是取代ads.txt，而是被设计为补充。
Ads.txt的作用
ads.txt背后的想法是减少特定类型的广告欺诈：
域名欺骗（Domain spoofing）：欺诈者将自己伪装成知名的高级发布商并尝试以较低的价格出售其inventory的现象。
非法库存套利（Illegitimate inventory arbitrage）：一种情况，即出版商的资金减少，而更多的中介则通过一些包装后加价转售库存。通过了解卖家ID并验证他们是否有权出售库存给想出售的publisher（尽管他们仍然可以购买然后根据不同的卖家ID转售库存），可以消耗套利。
Ads.txt是域欺骗的对策，因为它验证了SSP和广告交易平台。这是一个简单的文件，可从发布者网站获得，该文件提供发布者声明授权销售其数字广告资源的公司的“白名单”。
如果没有广泛采用，就无法使ads.txt在整个行业中始终如一地发挥作用。虽然采用率非常快 - 根据Ad Ops Insider的说法，只有44％的广告支持网站采用了ads.txt - 大多数发布商仍然不认为ads.txt是优先考虑因素。采用速度缓慢且没有动力做到只是从受到ads.txt验证的卖家和经销商那里购买展示，至少目前如此。
我们在博客的上一篇文章中写过ads.txt 。
Ads.txt的问题
ads.txt的主要问题是它不再完全防弹。事实证明，ads.txt形式的解决方案只能解决domain spoofing的一半问题。欺诈者和阴暗的第三方经销商现在正试图诱骗publisher将其添加到他们的ads.txt文件中（通常通过联系publisher的真实卖家）。如果它发生了，那些被ads.txt打算停在他们现有的发展轨道上，欺诈者和未经授权的经销商最终可能会回到原来的伎俩，基本上会破坏ads.txt的目的。程序性广告购买的庞大数量和速度使得无法对该现象进行有效控制。
这就是ads.cert功能派上用场的地方。
Ads.cert的作用
随着各种广告欺诈方法的兴起，欺诈者和不良行为者很容易操纵广告的分布和ads.txt的内容，更不用说人为错误的可能性了。可以在供应链周围传播欺诈活动，使不良库存看起来像优质库存。Ads.cert旨在结束这一点。
在公开交易中，买方根据有关发布商库存的各种数据做出决策。Ads.cert验证出价请求信息，包括：
发布者的域名
用户的位置
用户的IP地址
用户的设备
广告在页面上的位置
展示类型
其他变量
ads.cert的整个想法是以加密方式签署出价请求。要了解详情，请阅读我们关于ads.cert的帖子。基本上，在ads.cert到位的情况下，发布者会生成两个密钥：公钥（广泛传播）和私钥（只有发布者知道）。
通过这种方式，两个库存都以加密方式签名，买方必须使用匹配的公钥来确认库存来源是合法的。出价请求是：
经过身份验证，其中公钥验证私钥的持有者实际发送了出价请求。
加密，因为只有私钥持有者才能解密出价请求并对其进行更改。
Ads.cert解决了Ads.txt的问题
虽然ads.txt是朝着正确方向迈出的一步，但解决方案仍然无法保证100％的成功。阻止它确保系统完全透明有几个问题：
虽然ads.txt是验证卖家的有效方法，但仍然无法确认其所拥有的库存是应该是什么。做一个真实的类比，它就像去真正的Gucci商店，但卖家不能保证产品本身是真实的。
假冒网站仍然可以尝试复制合法发布者的ads.txt并将其发布为自己的，并可能玩弄一些DSP。
要详细了解ads.cert的工作原理，请访问Clearcode 博客上的其他帖子。
Ads.cert面临的挑战
与ads.txt的情况一样，ads.cert的主要问题是缺乏行业范围的采用。目前，ads.cert与OpenRTB 3.0一起处于开发阶段，OpenRTB 3.0仍然处于“公众意见征集”阶段（发布本文的最新更新时间为2017年9月）。此外，由于OpenRTB缺乏向后兼容性，我们不能指望过渡发生在一夜之间。
ads.txt和ads.cert的结合带来的好处是不可忽视的，一旦它们被发布商广泛采用，它们可能会成为程序化广告购买领域的完全改变游戏规则的人。
