2017年11月1日，IAB（Internet Advertising Bureau）Tech Lab正式宣布了ads.txt上線。這個小小的創新劍指每年重創廣告主190億美金的廣告欺詐，預計廣告欺詐到2022年將達到440億美金。與以往針對客戶端刷廣告展示不同，ads.txt的主要“照看”對像是Trading Desk，SSP和ADX帶來的IVT（Invalid Traffic，即虛假流量）。
程序化廣告之痛
程序化廣告是怎麼賣掉的？媒體網站把自己網站上的某個區域開個“天窗”，然後這個天窗裡放置SSP（Supply Side Platform）的代碼。那麼SSP就可以直接賣掉，或者去Trading Desk和ADX上去賣給DSP（Demand Side Platform）。廣告主就是這樣通過DSP來買廣告的。上面只是一個簡化的流程，實際上要復雜很多，包括SSP會獲得用戶的訊息並提供給DSP參考用於出價，DSP會用DMP（Data Management Platform）來檢驗這個展示對象的訊息是否有效。
那麼問題來了這個展示對象本身是可以作假的，作弊者完全可以把自己打扮成一個轉化率100%的土豪讓廣告主們趨之若鶩。 SSP此時就有責任來檢驗這個展示對像是不是機器人。另一方面，一個不負責任的SSP完全可以為作弊者背書，從而讓廣告主花錢在機器人上，這比零星幾個虛假流量要嚴重得多。 SSP可以這樣做，Trading Desk和ADX也可以這樣做。因此，要是他們合夥在上游欺騙DSP就會造成極壞的影響。要知道DSP環節的檢驗只不過是去檢測每一個Cookie或者設備是不是像活人，廣告是不是真實可見，廣告所在頁面是不是安全，這些又有很大程度依賴於上游的支持。
為了解決“大老虎”的問題，ads.txt就橫空出世了。
ads.txt是什麼？
ads.txt簡單地說就是個白名單。它定義了在這個媒體上的廣告都由誰來經銷，只有通過其中一家直接和間接的渠道賣出的才是“原裝正品”。
如果你熟悉robots.txt的話那麼就容易了。老規矩，文件名全部小寫。文件放根目錄。用#作註釋提示符。這裡的一個例子就是businessinsider的ads.txt。
http://www.businessinsider.com/ads.txt
每一行記錄都包含四個字段：域名（SSD Exchange Domain）、標識號（SellerAccountID，用於請求）、類別（PaymentsType，分為DIRECT和RESELLER）、TAG ID。其中TAG就是一個叫Trustworthy Accountability Group（www.tagtoday.net）的由各個廣告業界大佬構成的組織，專門給各個經銷方發“良民證”。 TAG ID目前是個可選項，沒有也不一定是“奸商”。
每當下一級經銷商過手一個展現機會時，他們就會去查看上一級是否是“奸商”，判斷的方法就是看上家是否在ads.txt中被白名單。這樣一直傳到DSP時DSP也會通過ads.txt來驗證這個廣告位的真實性。當DSP最終幫助廣告主獲得這個展位後，“經銷商”的訊息也將出現在報表中。
ads.txt給廣告業帶來的影響
在談影響之前我們先看看進度。 11月2日，谷歌宣布DBM（DoubleClick Bid Manager）默認只從那些發布了ads.txt的媒體（如上文提到的BusinessInsider）購買。谷歌還將可以設定“只投支持退款的廣告位”。最近的一項分析揭示了在影片廣告採購的媒體對像中有近50%的（大約三萬個域名）已經採用了ads.txt。而兩個月前已經有分析整個行業有12.8%的媒體已經採用了ads.txt。順便提一句，各位媒體所添加的供應鏈白名單中的常客是這些：
相信隨著谷歌和各位大佬的“自證清白”的過程，這項簡單的小創新會更快鋪開。比如這些有趣的現象：
- 目前，主要的影響當然是庫存問題。洗去鉛華之後，最大的問題在於桌面端的影片廣告庫存不足。可想而知，之前水有多深。
- 其次，那些垃圾站和售賣假流量的網站紛紛率先應用ads.txt，真是讓人啼笑皆非。
除此之外我們還未有太多體會，不過ads.txt這才是1.0，之後還有“大招”。
- ads.txt之後會應用到移動應用和機頂盒等設備而不是單純的網頁。
- ads.txt可能會應用區塊鏈技術更好地服務整個網絡提高效率。
最後，HubSpot One想說的是ads.txt並不能根本上剷除廣告欺詐。作為廣告主還是需要敦促DSP和上游供應鏈做好檢測工作，在廣告的可見性、品牌的安全性以及受眾的真實性三方面入手來保障投放的“貨真價實” 。