资讯

虚假应用请注意,克星Ads.txt来了!

2018-06-12 14:22:05   阅读量:358

Ads.txt是由IAB技术实验室开发的一款新技术,用来识别并减少虚假广告库存的问题,帮助广告主区分合法媒体和冒名顶替者。上周三,IAB发布了几项在App环境中如何使用Ads.txt的指南,可以预见,Ads.txt会一定程度上改变App广告的环境。

Ads.txt的桌面版和网页版在去年六月首次推出,超过200万的发行商沿用了这一规范。

IAB技术实验室副总裁兼总经理Dennis Buchheim表示,从Ads.txt的角度来看,应用程序和网络浏览器最显著的差别,在于应用程序不像网页那样有个方便的网域可以让发行商很轻松地列出卖家信息。

IAB希望利用应用商店里用来辨别应用程序的元数据来解决这一问题。当开发人员在iTunes Connect中注册应用程序时,他们会创建所谓的“捆绑ID”,类似于反向URL,例如苹果Pages应用的ID是“com.apple.pages”。Google Play商店中也使用了类似的系统。

“这样你可以通过OpenRTB识别库存的反向URL,应用程序的名字内嵌在其中,”Buchheim说,“这就像面包屑一样,带你从各种信息源中找到方向。”

反向域方法的唯一问题就是它依赖于应用程序的存续,也不像网页那样有快速的跳转速度。

应用商店也不全都支持Ads.txt的应用。理想情况下,三大应用商店—谷歌、苹果和亚马逊—都可以使用Ads.txt或者为Ads.txt指定一个标准化流程,并且为它清掉所有的障碍。

比如,苹果限制查找捆绑ID的次数,如果达到阈值,将不能再次查询。这在OpenRTB系统中行不通。

尽管Buchheim希望发布Ads.txt规范会引起业界的积极回应,但收效甚微。谷歌是技术实验室成员之一,IAB与谷歌的沟通较为深入,相比之下,与苹果和亚马逊的进展较小。

“如果成为趋势,应用商店需要支持应用Ads.txt,”他说。

但如果应用商店没有或者不能及时地采取行动,IAB技术实验室也有备选方案,比如使用由第三方或者独立机构开发的标准化API来检索应用程序的标识元数据。如果应用商店开发API来支持Ads.txt的使用也是可行的,但会更难实现,也不太可能。

“最重要的是,我们希望尽快部署,并让开发人员能像网站所有者一样工作,”Buchheim说,“需要降低技术难度,并且确保这是一个安全、持久的机制。”

如果针对应用程序的Ads.txt的提议得到了应用程序商店的支持,Buchheim预计发行商将迅速采用这种方法,可能也会出现一系列连锁反应,对大部分位于美国境外的第三方应用商店系统进行清理。

“Ads.txt网页版的应用造成了一些影响,这些影响也会出现在应用程序界,”他说,“如果针对应用程序的Ads.txt开始投入应用,那些不配合的应用商店基本上就是在挥舞着一面旗帜,上面写着’不要和我们合作’。”

但无论是网页版还是在应用程序中,Ads.txt都无法自行解决欺骗问题,最好同Ads.cert一起使用。后者是一个即将发布的OpenRTB规范,使用加密安全技术来验证广告库存。可以把Ads.txt和Ads.cert看作是程序化购买的双因素认证。

“Ads.txt是关于授权经销商的,Ads.cert是鉴别你在买的东西,”Buchheim说,“比如你去一家授权的劳力士经销商购物,但经销商非常狡诈,出售的是假劳力士。你需要在这两个方面都经过验证,才能在任何环境中杜绝欺诈行为。”

编译:Ellie

本文转载自『Ad Exchanger』,作者:Allison Schiff,Morketing经授权发布,转载或内容合作请点击版权说明,违规转载法律必究。

0/300
内容不能少于5个字符!

扫一扫关注我们

扫一扫关注我们

虚假应用请注意,克星Ads.txt来了!

Ads.txt是由IAB技术实验室开发的一款新技术,用来识别并减少虚假广告库存的问题,帮助广告主区分合法媒体和冒名顶替者。上周三,IAB发布了几项在App环境中如何使用Ads.txt的指南,可以预见,Ads.txt会一定程度上改变App广告的环境。

Ads.txt的桌面版和网页版在去年六月首次推出,超过200万的发行商沿用了这一规范。

IAB技术实验室副总裁兼总经理Dennis Buchheim表示,从Ads.txt的角度来看,应用程序和网络浏览器最显著的差别,在于应用程序不像网页那样有个方便的网域可以让发行商很轻松地列出卖家信息。

IAB希望利用应用商店里用来辨别应用程序的元数据来解决这一问题。当开发人员在iTunes Connect中注册应用程序时,他们会创建所谓的“捆绑ID”,类似于反向URL,例如苹果Pages应用的ID是“com.apple.pages”。Google Play商店中也使用了类似的系统。

“这样你可以通过OpenRTB识别库存的反向URL,应用程序的名字内嵌在其中,”Buchheim说,“这就像面包屑一样,带你从各种信息源中找到方向。”

反向域方法的唯一问题就是它依赖于应用程序的存续,也不像网页那样有快速的跳转速度。

应用商店也不全都支持Ads.txt的应用。理想情况下,三大应用商店—谷歌、苹果和亚马逊—都可以使用Ads.txt或者为Ads.txt指定一个标准化流程,并且为它清掉所有的障碍。

比如,苹果限制查找捆绑ID的次数,如果达到阈值,将不能再次查询。这在OpenRTB系统中行不通。

尽管Buchheim希望发布Ads.txt规范会引起业界的积极回应,但收效甚微。谷歌是技术实验室成员之一,IAB与谷歌的沟通较为深入,相比之下,与苹果和亚马逊的进展较小。

“如果成为趋势,应用商店需要支持应用Ads.txt,”他说。

但如果应用商店没有或者不能及时地采取行动,IAB技术实验室也有备选方案,比如使用由第三方或者独立机构开发的标准化API来检索应用程序的标识元数据。如果应用商店开发API来支持Ads.txt的使用也是可行的,但会更难实现,也不太可能。

“最重要的是,我们希望尽快部署,并让开发人员能像网站所有者一样工作,”Buchheim说,“需要降低技术难度,并且确保这是一个安全、持久的机制。”

如果针对应用程序的Ads.txt的提议得到了应用程序商店的支持,Buchheim预计发行商将迅速采用这种方法,可能也会出现一系列连锁反应,对大部分位于美国境外的第三方应用商店系统进行清理。

“Ads.txt网页版的应用造成了一些影响,这些影响也会出现在应用程序界,”他说,“如果针对应用程序的Ads.txt开始投入应用,那些不配合的应用商店基本上就是在挥舞着一面旗帜,上面写着’不要和我们合作’。”

但无论是网页版还是在应用程序中,Ads.txt都无法自行解决欺骗问题,最好同Ads.cert一起使用。后者是一个即将发布的OpenRTB规范,使用加密安全技术来验证广告库存。可以把Ads.txt和Ads.cert看作是程序化购买的双因素认证。

“Ads.txt是关于授权经销商的,Ads.cert是鉴别你在买的东西,”Buchheim说,“比如你去一家授权的劳力士经销商购物,但经销商非常狡诈,出售的是假劳力士。你需要在这两个方面都经过验证,才能在任何环境中杜绝欺诈行为。”

编译:Ellie

本文转载自『Ad Exchanger』,作者:Allison Schiff,Morketing经授权发布,转载或内容合作请点击版权说明,违规转载法律必究。