ads.txt と sellers.json を活用したアドインテリジェンス（実践ガイド）

ads.txt と sellers.json は、公開ホストされている2つの小さなテキストファイルで、合わせて読むことで、誰がパブリッシャーの広告在庫を販売する権限を持っているか、そしてチェーン内の特定のセラーIDを実際に所有しているかを教えてくれます。競合・サプライチェーンリサーチにおいて、これらは、ほとんどの主張（支出、リーチ、「プレミアム在庫」）が検証できない業界で、数少ない事実に基づいた検証可能なデータソースの1つです。ここでは実際の使用方法を紹介します。

各ファイルの実際の内容#

ads.txt は任意のパブリッシャーのルートドメインの domain.com/ads.txt に存在し、そのパブリッシャーの在庫を販売する権限を持つすべての企業を1行に1つの関係でリストしたプレーンテキストファイルです。一般的な行は次のようになります：

google.com, pub-1234567890123456, DIRECT, f08c47fec0942fa0

これは取引所またはSSPのドメイン、その取引所におけるパブリッシャーのアカウントID、関係がDIRECT（パブリッシャーが直接取引）かRESELLER（仲介業者が関与）か、そしてオプションの認証局IDです。sellers.json はそのミラーイメージで、取引所またはSSPによって exchange.com/sellers.json でホストされ、その取引所が取引するすべてのセラーアカウント、その名前（場合による）、そしてPUBLISHER、INTERMEDIARY、またはBOTHのいずれかをリストしています。2つを相互参照することで、特定の広告枠の主張されたセラーが実際に許可された関係を持っているかどうか、または何かが矛盾しているかどうかを確認できます。

これが競合・ブランドセーフティリサーチで重要な理由#

広告サプライチェーン は、広告主の予算とパブリッシャーのページの間を1ホップでつなぐことはほとんどありません。広告は、ランディング前に1つ以上の 再販在庫 関係を経由して流れることが多く、各ホップは、誤解、ドメインスプーフィング、または実際に誰が広告を配信しているかについての単純な混乱の機会となります。ads.txt と sellers.json は、そのチェーンを監査可能にするために存在します：

• ネットワークの主張の検証。 ネイティブネットワークやDSPがパブリッシャーの在庫への直接アクセスを主張している場合、そのパブリッシャーの ads.txt ファイルにはDIRECTとして記載されます。数ホップ離れたリセラーのみとして表示されるか、まったく表示されない場合、それは購入前に有用な情報です。
• ドメインスプーフィングの特定。 不正な事業者は、許可なくプレミアムパブリッシャーの在庫を代表していると主張することがあります。実際の入札リクエストドメインに対して ads.txt を確認することは、これを発見するための標準的で無料の方法です。
• 広告の見た目がそのようになる理由の理解。 アドスパイツールがネイティブ広告をキャプチャする方法 をトレースする際、ads.txt/sellers.json のペアリングは、ウィジェットの視覚スタイルだけで推測するよりも、特定の掲載を実際に配信したネットワークを確認する最速の方法であることがよくあります。
• 自社のサプライパスの監査。 パブリッシャーであれば、自社の ads.txt ファイルは、取引を停止した（または許可しなかった）パートナーがまだリストされているかどうか、または統合によって予期しない行が追加されたかどうかを確認する最速の方法でもあります。

実用的な5ステップのワークフロー#

1. パブリッシャーの ads.txt を取得する。 https://[publisher-domain]/ads.txt をブラウザまたは簡単なスクリプトで直接フェッチします。プレーンテキストで、認証は不要です。
2. 調査している取引所またはネットワークの行を見つける。 ドメイン（例：taboola.com、outbrain.com、または該当するSSP）を検索し、パブリッシャーアカウントIDとDIRECTまたはRESELLERのマークを確認します。
3. その取引所の sellers.json を取得する。 https://[exchange-domain]/sellers.json をフェッチし、ステップ2で見つけたセラーIDを検索します。
4. セラー名とタイプを比較する。 sellers.json のエントリは、最初に確認したパブリッシャーと一致しますか？PUBLISHER（直接関係で期待される）またはINTERMEDIARY（リセラーチェーンで期待される）としてリストされていますか？
5. RESELLER関係の場合はチェーンを追跡する。 RESELLER行は、パブリッシャーと取引所の間に別のエンティティが存在することを意味します。理想的には、その仲介業者は入札リクエストに独自の SupplyChainオブジェクト（schain）データを含めるべきで、これにより完全な監査可能性のために各ホップが記録されます。ただし、schainデータはads.txt/sellers.jsonファイルだけでは見えません。実際の入札ストリームまたはそれをキャプチャするツールへのアクセスが必要です。

よくある発見とその意味#

これは アドネットワーク の特定とどのように関連するか#

ads.txt と sellers.json は、サプライサイドの関係を検証するのに最も強力であり、購入者として見ている特定の広告を実際に配信したネットワークを特定するのには適していません。そのためには、通常、クリエイティブの リダイレクトチェーン、ウィジェットの視覚的シグネチャ、および関係する トラッキングピクセル ドメインから作業します。これは あらゆる広告の背後にあるアドネットワークを特定する方法 でカバーされているアプローチです。ads.txt と sellers.json はサプライ関係の監査証跡と考え、クリエイティブ/リダイレクト分析は広告主が実際に実行しているものの監査証跡と考えてください。

ツールに関する注意点#

両方のファイル形式は IAB Tech Lab の仕様に準拠しており、複数アカウント設定やOWNERDOMAINフィールドなど、これらのファイルでは明確にカバーされないエッジケースに遭遇した場合の最終的なリファレンスは、ソース仕様です。手動のスポットチェックには、ブラウザとテキスト検索で十分です。定期的な検証に有料ツールは必要ありません。しかし、数十のパブリッシャーにわたってこれをスケールして行ったり、経時変化を追跡したりするのは面倒であり、サプライチェーンをネットワーク間で既にインデックス化しているプラットフォームが、反復的なフェッチと差分の作業を省いてくれます。OpenAdLibrary の アドインテリジェンス インデックスは、このようなサプライパスのコンテキストと実際のライブクリエイティブおよびトレースされたランディングページを組み合わせているため、確認したいすべてのプレースメントについて3つの別々のソースを手動でクロスリファレンスする必要はありません。

これが一見よりもネイティブにとって重要な理由#

ネイティブネットワークは常に在庫を再販しています。パブリッシャーのページにある単一のコンテンツレコメンデーションウィジェットスロットは、ネットワークを直接経由したり、地域のリセラーを経由したり、複数の需要ソースを同時に仲介するヘッダービディングラッパーを経由したりする可能性があります。ネイティブ広告はディスプレイバナーほど目に見えるブランディングを持たず、ウィジェット自体は実際にどのネットワークが背後にあるかに関係なく同じように見えることが多いため、ads.txt と sellers.json は、特にパブリッシャーのサイトが異なるプロバイダーからの複数のネイティブウィジェットを並べて実行している場合に、どのネットワークが特定のパブリッシャー関係を正当に保持しているかを確認する唯一の信頼できる方法となることがあります。これが、複数の取引所が同じスロットをリアルタイムで競合するヘッダービディング設定にも同じ検証が有益である理由でもあります。参加する各取引所は、パブリッシャーの ads.txt に独自の許可された行と、対応する sellers.json エントリを持つ必要があります。

一度だけ行う場合と規模を拡大して行う場合#

1つのパブリッシャーのファイルを手動で確認するには数分かかります。50のパブリッシャーのウォッチリストで定期的に確認して、新しい関係や終了した関係を把握するのは別の問題であり、最初の好奇心が薄れると静かに行われなくなる種類のものです。その価値は繰り返し行うことから生まれますが。これを1回限りのチェックではなく、継続的なリサーチプロセスに組み込む場合は、クリエイティブとランディングページの変更に対して既に行っている 広告サプライチェーン のモニタリングと組み合わせる価値があります。そうすることで、サプライサイドとクリエイティブサイドの状況が同期して更新され、同期がずれることがありません。

制限に関する注意#

これらのファイルはパブリッシャーと取引所が自己宣言しています。パブリッシャーに ads.txt を最新に保つ義務はなく、特に小規模サイトでは古くなったり不完全なファイルが一般的です。エントリがない、または矛盾するエントリは自動的に不正の証拠とみなすのではなく、さらなる調査のきっかけとして扱ってください。多くの正当な小規模パブリッシャーは単にファイルを最近更新していないだけです。ads.txt と sellers.json の価値は、サプライチェーンをチェック可能にすることであり、それが絶対確実であることではありません。