廣告欺詐一直是online廣告的主題，并且一點也沒有減少的跡象官疲。行業(yè)研究顯示苇本，數(shù)字生態(tài)系統(tǒng)每年的成本約為60億美元，許多數(shù)字廣告公司完全沒有意識到它甚至其實正在發(fā)生爪瓜。
多年來，公司已經(jīng)研究了一系列可能的解決方案來解決這個數(shù)十億美元的問題匙瘪，甚至轉(zhuǎn)向區(qū)塊鏈以獲得一些靈感铆铆，但正如他們所說，有時最簡單的想法是最好的丹喻，而新的IAB項目稱為ads.?txt就是一個例子薄货。
什么是Ads.txt？
Ads.txt是由IAB技術實驗室開發(fā)的一項計劃碍论，旨在打擊某些類型的廣告欺詐谅猾，主要是域欺騙和非法inventory的套利，并提供高度不透明行業(yè)的透明度鳍悠。
ads.txt項目于2017年5月發(fā)布税娜，旨在清理在線廣告供應鏈，幫助品牌和廣告商放心購買真實的數(shù)字媒體藏研，并使欺詐者更難以通過銷售不屬于他們敬矩。
雖然ads.txt圍繞著廣告，但廣告部分實際上是代表授權數(shù)字賣家的首字母縮略詞遥倦。
Ads.txt解決了什么問題谤绳？
特別是占锯，ads.txt旨在解決域欺騙（一種廣告欺詐）和套利，這不完全是廣告欺詐缩筛，但仍然可能是一種灰色的做法消略。套利是一個過程，在這個過程中瞎抛，第三方會以更高的價格購買然后重新包裝和轉(zhuǎn)售廣告展示艺演。Ads.txt通過指明發(fā)布商廣告資源的授權轉(zhuǎn)銷商是誰，來幫助解決此問題桐臊。
Domain spoofing,（也稱為域名劫持）以兩種方式工作 - 使用已安裝在用戶計算機上的惡意軟件或更改廣告代碼中的URL胎撤。
這兩種方法都會產(chǎn)生相同的結(jié)果，因為它們會欺騙廣告交易平臺和其他程序化平臺断凶，使其認為用戶正在訪問合法網(wǎng)站伤提，而實際上廣告實際上會出現(xiàn)在不同的非法網(wǎng)站上或顯示在隱藏網(wǎng)頁中的頁面上瀏覽器。
盜版網(wǎng)站认烁，充斥著機器人流量的網(wǎng)站以及其他灰色的流量肿男，經(jīng)常使用域名欺騙作為一種方式來將網(wǎng)站變現(xiàn)，這種情況或者被這些網(wǎng)站將被廣告商和品牌列入黑名單或者沒有被發(fā)現(xiàn)而被忽略却嗡。
這種欺詐行為長期存在的原因是因為廣告客戶很難確認出價中傳遞的信息是否正確舶沛，這意味著他們無法驗證他們的廣告是否真正出現(xiàn)在他們所說的廣告所在的網(wǎng)站上。
現(xiàn)在窗价，多虧了ads.txt如庭，域欺騙和銷售非法庫存變得更加困難。
Ads.txt如何運作撼港？
首先坪它，發(fā)布商會添加一個ads.txt文件，其中包含與其Web服務器配合使用的所有程序化合作伙伴（供應方平臺餐胀，廣告交易平臺哟楷，廣告網(wǎng)絡等）的信息瘤载，并將其托管在其根域下否灾。
讓我們仔細看看ads.txt文件中的信息，并解釋它的含義鸣奔。
Partner1,678910墨技，DIRECT，g45tg4e＃banner
Partner1?- 發(fā)布商用于銷售其廣告資源的AdTech平臺挎狸。示例包括appnexus.com扣汪，bidfluence.com，rubiconproject.com锨匆，doubleclickbygoogle.com和pubmatic.com崭别。
678910?- 此字段表示賣方帳戶ID冬筒，該ID也是各個AdTech供應商的發(fā)布者帳戶ID，用于在RTB拍賣期間驗證庫存的真實性茅主。
DIRECT / RESELLER?- 直接意味著發(fā)布商直接與AdTech供應商合作銷售其庫存舞痰。轉(zhuǎn)銷商意味著發(fā)布商已授權其他公司（廣告網(wǎng)絡或數(shù)字廣告代理商）代表其銷售其廣告資源。
g45tg4e?- 此可選字段列出證書頒發(fā)機構(gòu)ID诀姚，該ID標識證書頒發(fā)機構(gòu)內(nèi)的廣告系統(tǒng)响牛，例如，可信賴問責組（TAG）赫段。
＃banner?-一些出版商包括這個額外的領域呀打，讓他們知道了AdTech的供應商出售哪種類型的inventory（查看cnn.com/ads.txt看到的例子）。由于此主題標簽代表評論糯笙，因此除非對其進行某些配置贬丛，否則抓取腳本將不會選擇該標記，但由于這純粹是為了發(fā)布商的利益给涕，因此購買者無需獲得此信息瘫寝。
您可以手動檢查網(wǎng)站是否有ads.txt文件，并通過將/ads.txt添加到根域的末尾來查看其內(nèi)容稠炬，例如businessinsider.com/ads.txt
一旦發(fā)布商將ads.txt文件添加到其根域焕阿，品牌和廣告客戶就可以使用Python腳本來抓取網(wǎng)頁（通過他們創(chuàng)建的包含域名列表的數(shù)據(jù)庫）并查看哪些發(fā)布商擁有ads.txt他們的域名下的文件。
品牌或廣告客戶擁有使用ads.txt的發(fā)布商列表后首启，他們可以針對OpenRTB出價請求中的ID引用此列表暮屡。
如果賣家?guī)鬒D匹配，則買方（即品牌和廣告商）知道發(fā)布者是他們所說的那家毅桃。如果它們不匹配或不存在褒纲，則可能意味著該域名不是來自授權經(jīng)銷商，或者發(fā)布商未實施ads.txt钥飞，并且買方可以選擇不對該特定廣告資源出價莺掠。
Ads.txt是打擊域欺騙的有效解決方案，因為發(fā)布商是唯一可以將ads.txt文件添加到其域中的人读宙，這意味著它不能被其他網(wǎng)站更改并用于銷售假冒廣告資源彻秆。
Ads.txt是否被發(fā)布商采用？
初步報告顯示结闸，ads.txt項目沒有按照預期的速度采用唇兑，考慮到這是一個非常簡單的過程，并消除了AdTech中最大的問題之一桦锄。
但是扎附，自2017年5月發(fā)布以來，許多頂級發(fā)布商都采用了ads.txt項目结耀，包括：
為了從某種角度考慮ads.txt的采用留夜，這里有一些數(shù)字從報告中提取匙铡，突出了采用率：
Ad Ops Insider報告發(fā)現(xiàn)，12.8％的發(fā)布商在其域名下發(fā)布了ads.txt文件（2017年9月發(fā)布）碍粥。
GetIntent發(fā)現(xiàn)其可用廣告資源中只有1.3％的域名使用ads.txt（8月發(fā)布）慰枕。
MarTech Today的一項研究發(fā)現(xiàn)，在前500名（6.8％）流量最大的網(wǎng)站中即纲，只有34個采用了ads.txt（2017年8月發(fā)布）具帮。
這些低采用率的原因各不相同，一些出版商聲稱雖然創(chuàng)建文本文件并將其上傳到他們的Web服務器很容易低斋，但他們?nèi)匀恍枰c合作伙伴手動檢查詳細信息以確保它們包含正確的ID以避免被名單block了蜂厅。
有趣的是，看起來谷歌通過宣布其幾個AdTech平臺將開始過濾ads.txt文件膊畴，在提高采用率方面發(fā)揮了重要作用掘猿。
適用于移動應用的Ads.txt
自2017年5月推出以來，ads.txt?先后被AdTech行業(yè)的200多家公司采用唇跨，目前欺詐者欺騙域名變得更加困難稠通。然而，當今行業(yè)中存在另一種廣告欺詐行為：移動應用程序欺詐买猖。我們在一篇關于我們博客上不同廣告欺詐方法的綜合文章中寫過這篇文章改橘。
IAB對ads.txt實施的指南的初始版本沒有提供適當?shù)拇胧﹣矸乐挂苿討贸绦蚱墼p。幸運的是玉控，IAB技術實驗室在2018年6月發(fā)布了該指南的更新飞主，并將其提供了一個月的公眾意見（反饋截止日期為2018年7月6日）。該組織稱應用發(fā)布商高诺，AdTech供應商和應用商店提供技術反饋碌识，以幫助改進和改進針對移動應用的ads.txt。
為什么Ads.Txt適用于移動應用程序虱而？
ads.txt在移動應用程序環(huán)境中的問題是筏餐，應用程序沒有方便的方式來存儲授權域名賣家列表（ads.txt） - 與網(wǎng)絡的情況不同，沒有網(wǎng)絡域名該文件可以存儲牡拇。
為了識別生態(tài)系統(tǒng)中的合法域魁瞪，IAB技術實驗室設想了三種可能性：
應用商店中的元數(shù)據(jù)字段。當開發(fā)人員在iTunes中注冊應用程序時诅迷，他們會創(chuàng)建一個包ID佩番，實際上類似于反向URL众旗，類似于com.apple.pages（Pages應用程序的一個示例）罢杉。Google Play商店使用類似的包名結(jié)構(gòu)。
然而贡歧，有的應用商店不太情愿滩租，他們更愿意照顧到自己的利益赋秀。例如，Apple對可以查找bundleID的次數(shù)有限制律想，這將使其在ads.txt中的應用成為不可能猎莲。到目前為止，IAB在谷歌和亞馬遜的問題上幾乎沒有取得任何進展技即。
實施由獨立第三方創(chuàng)建的標準化API以檢索應用程序的識別元數(shù)據(jù)是IAB技術實驗室在Google和Apple拒絕合作時設計的另一種選擇著洼。
應用程序商店（谷歌，蘋果等）開發(fā)API以支持ads.txt而叼，這將需要更長的時間來實施身笤，并且相當不太可能。
IAB技術實驗室總經(jīng)理Dennis Buchheim認為葵陵，元數(shù)據(jù)領域的解決方案將是最安全可靠的機制液荸，并且還需要開發(fā)人員和網(wǎng)站所有者的最少技術努力。
結(jié)論：我們還沒有看到在移動應用程序環(huán)境中ads.txt的未來發(fā)展方向脱篙。盡管如此娇钱，我們必須記住，ads.txt只會在與廣告請求加密和身份驗證方法ads.cert相結(jié)合時有效地減少廣告欺詐- 我們在此處和此處的其他帖子中更廣泛地介紹了該解決方案绊困。
最后的想法
雖然ads.txt無法解決所有AdTech的欺詐問題文搂，但它將結(jié)束一個領域，讓公司習慣于在線廣告生態(tài)系統(tǒng)秤朗，提升透明度细疚，積極應對廣告欺詐和其他陰暗行為。大多數(shù)公司都會接受這個新世界川梅，而那些鉆空子做廣告欺詐的公司不會疯兼。
