ads.txtはいかにして販売を許可された広告事業者の検証を容易にしたか

ads.txtは、パブリッシャーが自社サイトの広告在庫を販売する権限を持つ広告システムと販売者アカウントを公に識別できるようにする。購入者は支出の前に、それらの識別子を入札リクエストと照合できる。これは認可された供給関係の宣言であり、すべてのインプレッションに対する品質評価ではない。^[1]

この問題は、Financial Timesに関するDigidayの2017年9月の報道によって示されている。そこでは、FT.comのディスプレイ広告として10の取引所で、また動画広告として15の取引所で、偽って提供された在庫が描写されていたが、FTはプログラマティック動画を販売していなかった。FTはその不正在庫を月額100万ポンド、約130万ドルと見積もった。これは偽装された広告在庫の推計であり、監査済みのパブリッシャー収入の損失ではない。^[4]

ドメイン上で公開することにより、購入者はパブリッシャーが管理する参照情報を得られる。購入者は単にads.txtファイルの存在に気づくのではなく、広告システムと販売者アカウントの両方を確認しなければならない。^[1][2]

IAB Tech Labは、同じ認可された識別子の下で真正なトラフィックと偽装されたトラフィックを混在させ得る不誠実な仲介者に関する限界を明示的に説明した。したがって、認可だけではすべてのインプレッションが真正であることや人間によるものであることを確立しない。このファイルは改ざん防止の保証ではなく、すべての広告不正を排除するものでもない。^[2]

2018年7月26日、Googleは前年11月に未認可の在庫のブロックを開始したこと、およびDisplay & Video 360にads.txt専用のコントロールを導入したことを述べた。これにより購入者はファイルのないサイトを除外することも可能になった。^[3]

Googleは、2018年2月以降43万以上のドメインがads.txtを追加し、パブリッシャーパートナーのほぼ90%が採用したと報告した。これらは日付の付いたプラットフォーム報告の数値であり、現在の採用調査でも、不正の測定された減少でもない。2018年後半に向けたデフォルト設定変更の提案は、その発表時点での計画であった。^[3]

分析と応用

分析：認可の表明を、正当な参加者が維持管理できる場所に置き、取引相手が容易に発見できるようにし、実際の取引チェックに結びつける。執行を伴わない宣言は弱い保護にすぎない。

運用上の簡便性は導入の摩擦を下げ得るが、検証には依然として公開、クロール、記録の修正、パートナーのレビューが必要である。維持管理とセキュリティを継続的な作業として扱うべきであり、そのプロセスにコストがかからないと主張すべきではない。

分析と応用

FTの事例は報告されたなりすまし問題を示すものであり、ads.txtの最終的な効果を独立に測定したものではない。プラットフォームの採用報告は特定の日付における実装を示すものであり、普遍的な準拠を証明するものではない。^[3][4]

同様のシステムを評価するには、宣言が最新か、リクエストが実際にチェックされているか、認可された当事者であってもなお可能な濫用は何かを問うべきである。認可、在庫の真正性、人間の注意、商業的成果は、別々の問いとして扱うこと。^[1][2]