Ads.txt 1.1 パブリッシャー マニュアル: 実装のベスト ガイド

序章

アドフラウドは、プログラマティック広告業界に常に存在する問題です。 ありがたいことに、Interactive Advertising Bureau (IAB) のような組織が存在し、リソースを使用してオンライン広告業界の利益のために標準を改善および実装しています。

ここ MonetizeMore では、ウェブサイトのプロパティに ads.txt を実装する方法についてパブリッシャーから多くの問い合わせを受けています。 究極の Ads.txt 実装マニュアルを作成することにしました。 こうすることで、MonetizeMore と協力しているサイト運営者だけでなく、すべてのインターネット パブリッシャーをサポートし、透明性があり、アドフラウドの被害を受けていないオンライン広告業界に向けて協力することができます。

ads.txt とは何ですか?

Ads.txt とは、Authorized Digital Sellers の略で、プログラマティック バイヤーが参照するファイルで、どのインベントリ ソースが正規の広告インベントリの売り手かを知ることができます。 パブリッシャーが広告ネットワーク、DSP、およびリアルタイム入札に関与するその他の仲介者をホワイトリストに登録するために使用されます。

このソリューションの優れている点は、ads.txt ファイルをアップロードするためにドメインとホスティング ルートにアクセスできる唯一のエンティティであるため、パブリッシャーが完全に制御できることです。

次のパブリッシャーの在庫販売は、次の方法でサポートされています。

• 個人アカウントによるアド エクスチェンジ
• プログラマティック パートナーとして販売する広告ネットワーク
• コンテンツ シンジケーション パートナーシップ

ads.txt を使用して、広告枠の販売を許可されているデマンド サイド プラットフォーム (DSP)、広告ネットワーク、およびその他のアド テク企業をホワイトリストに登録できます。

Ads.txt は、アドフラウドを最小限に抑え、プログラマティック エコシステムの透明性を向上させるために存在します。 あなたがする必要があるのは、ads.txt ファイルで認定販売者をホワイトリストに登録するだけで、悪意のあるアクターがあなたのドメイン名で海賊版広告在庫を販売するのを阻止するのに役立ちます.

Ads.txt 1.1 とは?

Ads.txt 1.1 は、2022 年半ばにリリースされた ads.txt の最新バージョンであり、サプライ チェーンにおけるパブリッシャー、DSP、および SSP 間の関係をより明確に把握できるようになりました。

このバージョンでは、在庫所有者が認定販売者を宣言できるようにすることで広告在庫を保護し、サプライ チェーンの透明性が IVT やその他の不一致によって損なわれないようにします。

ads.txt 1.1 の主な変更点は、 MANAGERDOMAINおよびOWNERDOMAIN値の導入です。

• ドメイン名MANAGERDOMAINは、所有者に代わって在庫を管理する会社を指します。
• OWNERDOMAINは、インベントリを所有する会社のドメイン名を指します。

これらの 2 つのフィールドは、購入者が認定販売者から在庫を購入できるようにすることで、アドフラウドとドメイン スプーフィングを阻止するのに役立ちます。

Ads.txt はパブリッシャーと広告業界にメリットをもたらします

アドフラウドは、オンライン広告業界に悪名をもたらします。 広告主の信頼を低下させ、最終的にはすべての人に影響を与えます。 パブリッシャーとしてビジネス モデルに IAB の ads.txt を採用すべきかどうか迷っている方のために、IAB の ads.txt がもたらすメリットのいくつかをご紹介します。

次のセクションで説明するように、ads.txt サンプル ファイルの作成はロケット サイエンスではありません。 ads.txt ファイルのシンプルな形式であるため、簡単かつ迅速に更新して、ビジネス内の変更を反映させることができます。

ほとんどのシステムは OpenRTB プロトコルに関する情報をすでに提供しているため、ads.txt ファイルを作成するために必要なすべての情報を入手するのは難しくありません。

IAB からこれらのプラクティスを実装することで、誰がどの広告在庫を販売しているか、また、それが合法的に行われているかどうかについて透明性が得られます。 これにより、広告インベントリに対する広告主の信頼が高まります。

最後のポイントを次のように説明しましょう。購入者は、アド エクスチェンジでどの当事者がインプレッションを販売しているかがわからないことがよくあります。 また、配信される URL が、インプレッションを販売および配信する当事者を正確に表していない場合もあります。 OpenRTB プロトコルには既にパブリッシャー ID と URL ID が含まれていますが、特定のパブリッシャー ID の所有者とその情報の有効性を示す記録はありません。

ファイルの実装により、バイヤーはパブリッシャーの認定デジタル販売者を特定し、在庫の信頼性を疑うことなく自信を持ってメディアを購入できるようになります。

Ads.txt の実装プロセスの概要は次のとおりです。

ステップ 1:リセラー、ネットワーク パートナー、および購入者が在庫を利用できるようにする関係者のアカウントから、必要なすべての情報を収集します。 これには、広告システムのドメイン名、パブリッシャー アカウント ID、アカウント関係の種類 (直接または再販業者)、および利用可能な場合は、検証済みの広告システムの認証アカウント ID が含まれます。

ステップ 2: IAB が定めた仕様に従って、メモ帳またはその他のドキュメント作成ソフトウェアで ads.txt ファイルを作成します。 ファイルを保存して、ads.txt という名前を付けます。

ステップ 3:サブドメインは現在サポートされていないため、サブドメインではなく、ドメインのルートにファイルをアップロードします。 例は、http://www.businessinsider.com/ads.txt です。 この URL 文字列は単なる例であり、URL にアクセスしても結果が得られないことに注意してください。 テキスト ファイルを Web サイトにアップロードする方法は一目瞭然ですが、その方法がわからない場合は、Web マスターに作業を依頼してください。

Ads.txt 1.1 の仕組み

実装後、プログラマティック バイヤーは、ads.txt ファイルで検証された承認済みのソースからのみ広告枠を購入できます。 これにより、広告在庫の販売者のミスマッチがゼロになり、パブリッシャーの市場での信頼が向上します。

最新バージョンの動作の概要は次のとおりです。

• サイト運営者は、ads.txt ファイルに、広告枠の販売を許可されたすべての会社をリストします。
• 誰でも ads.txt ファイルにアクセスでき、ルート ドメインの末尾に /ads.txt を追加することでそのコンテンツを表示できます。
• ads.txt ファイルはリアルタイムで更新されます。つまり、パブリッシャー、DSP、SSP は、関係の進展に合わせて簡単に修正できます。
• 買い手は、任意のドメインで広告スペースを販売する権限を持っている売り手を知るために、最初にパブリッシャーの ads.txt ファイルを確認します。
• 購入者は、ads.txt ファイルにリストされていない販売者から広告在庫を購入してはならないことがわかります。

または、Google パブリッシャー ユニバーシティからこの動画を視聴することもできます。 動画は Google 所有の製品のみを対象としていることにご注意ください。

以下は、ads.txt ファイルのコンパイルの詳細な説明です。

ads.txt 仕様ファイル内の各テキスト行には、3 ～ 4 フィールドの情報が含まれており、最初の 3 フィールドは必須です。 次に例を示します。

<FIELD #1>、<FIELD #2>、<FIELD #3>、<FIELD #4>

前述のように、フィールド 1 ～ フィールド 3 は必須ですが、フィールド 4 はオプションです。

次の IAB 公式ドキュメントからの抜粋では、各フィールドとその目的について詳しく説明しています。

パブリッシャーとしては、次のようになります。

#< SSP/Exchange ドメイン >, < SellerAccountID >, < PaymentsType >, < TAGID >

すべてのサイト運営者が同じ方法で広告枠を販売しているわけではないため、状況によって異なる ads.txt 設定が必要になります。 以下に示すように、3 つの例が存在します。

シングルシステムダイレクト

この場合、パブリッシャーは、自分が管理する単一のシステムを介してのみ在庫を販売します。 Interactive Advertising Bureau によると、ads.txt の例を次に示します。

単一システム リセラー

ここでは、「Single System Direct」と非常によく似ており、パブリッシャーは単一のシステムを介してのみ在庫を販売しますが、それを管理するのではなく、独立した会社が在庫の再販を管理します. 以下の例では、再販業者が個別に確認されていないため、4 番目のフィールドが除外されています。 IAB による ads.txt の例を次に示します。

複数のリセラーとシステム

この例は、前の 2 つを組み合わせたもので、複数の「単一システム ダイレクト」と「単一システム リセラー」が使用されています。 一部の広告システムは検証済みであるため、テキスト行の最後に「フィールド #4」を認証局 ID とともに追加できます。 以下は、IAB による例です。

ads.txt のよくある間違い:

ads.txt イニシアチブは、正しく実装された場合にのみ機能します。 サイト運営者が ads.txt で犯す最も一般的な間違いのいくつかを次に示します。

#1 – 不適切な形式のアカウント ID またはパブリッシャー ID (フィールド #2)

これはタイプミスの可能性があります。 広告ネットワークの担当者に連絡して、正しい形式で再確認して送信してもらいます。

#2 – 無効な交換ドメイン

交換ドメインが認識されない場合でも、必ずしも無効であるとは限りません。 まだ広く認知されていないことを意味する場合もありますが、それでもプロバイダーに再確認する必要があります.

#3 – 最初の 3 つの必須フィールドのいずれかが欠けている

最初の 3 つのフィールドは交渉不可能です。 すべての行で 3 つすべてが完了していることを確認してください。

#4 – 不適切な関係値

許容される値は、RESELLER または DIRECT のみです。 他には何もありません。

#5 – ads.txt レコードとして意図されていない無効な行

明らかにads.txtの目的ではない行。

#6 – 珍しい文字または記号

これがタイプミスかどうかを確認し、プロバイダーに連絡して確認してください。

結論

一部の人にとって Ads.txt は単純に見えるかもしれませんが、正しく実装しないと、収益に大きな違いをもたらす可能性があります。 多忙なパブリッシャーは、上記のような微妙なエラーを常に認識できるとは限りません。 そのため、MonetizeMore のような Google 認定パブリッシャー パートナーと提携する必要があります。 当社の広告運用チームが広告の最適化作業をすべて担当し、広告収益を最大化し、ads.txt の行が正しくないなどのエラーによって広告収益が失われないようにします。

広告スペースは検証済みのブランドのみが購入するに値するため、ads.txt ファイルで正規の販売者をホワイトリストに登録して、広告在庫の管理を取り戻します。 ここから始めましょう。

追加のよくある質問