ads.txt
または app-ads.txt
ファイルに含める必要がある情報にはどんなものがありますか?
テキスト ファイルには、広告枠の販売を許可するエクスチェンジまたは SSP が 1 行に 1 つずつ含まれています。各行には、3 つのデータ(と、必要に応じて 4 つ目のフィールド)を次の形式で指定します。
<フィールド 1>, <フィールド 2>, <フィールド 3>, <フィールド 4>
<フィールド 1>
: 入札者が接続するシステムの正規ドメイン名です。システムの運用ドメインが親会社のドメインと異なる場合は、運用ドメインを指定できます。これを指定しておくと、WHOIS 検索や IP の逆引きで所有権を明確に示すことができます。SSP またはエクスチェンジ側で、使用するドメイン名を公開している場合もあります。Google 販売者アカウントの場合、ドメイン名は常に
google.com
になります。<フィールド 2>
: フィールド 1 で指定したシステムにおいて販売者または販売パートナーのアカウントに関連付けられているパブリッシャーの識別子です。SSP またはエクスチェンジのトランザクション(例: OpenRTB 入札リクエスト)で指定されている値と同じものを指定する必要があります。これは通常、OpenRTB の場合は publisher.id フィールド、OpenDirect の場合はパブリッシャーの組織 ID になります。Google 販売者アカウントの場合、各アカウントに表示されているパブリッシャー ID(例:
pub-0000000000000000
)を使用します。この ID を確認する方法は次のとおりです。- AdSense の場合: AdSense アカウントにログインして、[アカウント] [アカウント情報] をクリックします。
- Google アド マネージャーの場合: Google アド マネージャーにログインして、[管理者] [全般設定] をクリックし、メインのアカウントと他のリンクされたアカウントのパブリッシャー ID を確認します。
宣言には接頭辞pub-
と 16 桁の数字コードのみを指定し、サービス固有の接頭辞(ca-
、ca-video-
など)は削除してください。複数のアド マネージャー アカウントや AdSense アカウントを通じて収益化を行っている場合は、1 行に 1 つのアカウントを指定し、それぞれに対応するpub-
コードを入力する必要があります。ads.txt
またはapp-ads.txt
ファイルに販売者のパブリッシャー ID が記載されていない場合、それらのファイルをホストしているドメインやアプリでは、アド マネージャーを使用した収益化ができなくなり、Google からの広告配信が停止します。収益化を希望する各サイトの
ads.txt
またはapp-ads.txt
ファイルを更新して、パブリッシャー ID を含めることをおすすめします(アド マネージャーでのads.txt
またはapp-ads.txt
の更新方法をご覧ください)。<フィールド 3>
: アカウントまたはパートナー関係のタイプです。このフィールドのデータを解析する際は、大文字と小文字を区別しないようにします。- 値が「
DIRECT
」の場合、パブリッシャー、つまりコンテンツ所有者は、フィールド 2 で指定したアカウントを直接管理し、広告システムと直接のビジネス契約を結んでいることを示します。フィールド 2 で指定したアカウントを直接コントロールしている Google サイト運営者の場合、「
DIRECT
」と指定します。 - 値が「
RESELLER
」の場合、パブリッシャーはフィールド 2 で指定したアカウントの管理を別のエンティティに委任し、そのエンティティがフィールド 1 のシステムを通じてパブリッシャーの広告スペースを販売します。フィールド 2 で指定したアカウントを直接管理していない Google パブリッシャーの場合、「
RESELLER
」と指定します。たとえば、アド マネージャー アカウントで拡張パートナー管理を使用している場合、アカウントで直接管理していない広告枠に対しては「RESELLER
」と指定します。
- 値が「
<フィールド 4>
:(省略可): 認証機関で広告システムを識別する一意の識別子で、フィールド 1 で指定したエンティティに関連付けられます。認証機関の 1 つは Trustworthy Accountability Group(TAG)で、この場合は TAG ID を指定します。Google 販売者アカウントの場合、TAG ID は
f08c47fec0942fa0
になります。
ads.txt
または app-ads.txt
ファイルはどこに保存する必要がありますか?
ads.txt
または app-ads.txt
ファイルは、ルートドメインでホストする必要があります。
ads.txt
または app-ads.txt
ファイルが適用される仕組みを教えてください。
Google では、ルートドメインでホストされている ads.txt
または app-ads.txt
ファイルの内容から、そのドメインまたはアプリで広告配信が許可されている販売者アカウントを特定します。
Google では、パブリッシャーの識別子が正しく記載された ads.txt
または app-ads.txt
ファイルがサイトにある場合、そのサイトのリクエストに対してオークションが実施され、配信権を獲得した広告が返されます。ファイルに記載された識別子が正しくない場合、リクエストに対してオークションは行われません。
ads.txt
または app-ads.txt
ファイルを新規作成または更新した場合は自動的に検出されますが、変更が反映されるまでには最大で 48 時間ほどかかることがあります。
ads.txt
または app-ads.txt
ファイルがサブドメインでホストされている場合はどうなりますか?
Google では、ルートドメインの ads.txt ファイルから参照されているサブドメイン上の ads.txt または app-ads.txt ファイルをクロールして適用します。
アド マネージャーでは現在のところ、ads.txt 管理ツールにクロールされたサブドメインのリストは表示されません。
ads.txt
または app-ads.txt
はどのくらいの頻度でクロールされ、配信されますか?
アド マネージャーが広告リクエストを受け取るすべてのドメインは、少なくとも 1 日に 1 回クロールされます。クロールされたすべてのデータのスナップショットが少なくとも 1 日に 1 回コンパイルされ、その後、そのスナップショットがすべての広告サーバーに配信されます。
最後に取得した ads.txt または app-ads.txt のバージョンが表示されます。なお、表示された ads.txt または app-ads.txt のクロール結果が広告サーバーに配信されるまでには、さらに時間がかかることがあります。
Google では、元のルートドメイン外への単一の HTTP リダイレクトがサポートされます(例: example1.com/ads.txt から example2.com/ads.txt へのリダイレクト)。IAB の最新情報をご覧ください。
元のルートドメイン内であれば、複数のリダイレクトもサポートされます。例:
example.com/ads.txt
からwww.example.com/ads.txt
へのリダイレクトexample.com/ads.txt
からsubdomain.example.com/ads.txt
へのリダイレクトexample.com/ads.txt
からexample.com/page/ads.txt
へのリダイレクト
CMS プロバイダに連絡してください。お客様に代わり ads.txt
または app-ads.txt
ファイルをホストする機能を提供してくれるはずです。
ads.txt
または app-ads.txt
ファイルがアド マネージャーで検出されません。
ドメインに ads.txt
または app-ads.txt
ファイルをアップロードしても、アド マネージャーの ads.txt
/ app-ads.txt
管理ツールに「ads.txt は見つかりませんでした」と表示されることがあります。原因としては、ads.txt
または app-ads.txt
が正しく実装されていないことや、クロールに関して他の問題があることが考えられます。詳しくは、ads.txt
または app-ads.txt
ファイルのクローラビリティを改善する方法をご覧ください。
入札リクエストの URL が空白になる場合は、次のような理由が考えられます。
- いずれかのルートドメインに、
ads.txt
またはapp-ads.txt
ファイルがない可能性があります。Google はドメイン上のads.txt
またはapp-ads.txt
ファイルを使用して、入札リクエストで購入者に送信されたドメインで収益を得る権限をパブリッシャーが持っていることを確認します。ドメインでads.txt
またはapp-ads.txt
ファイルが見つからない場合は、入札リクエストに空白の URL が含まれる場合があります。
ads.txt
またはapp-ads.txt
ファイルは、ドメインごとにアップロードする必要があります。[管理者] [Ads.txt の管理] をクリックし、ads.txt
またはapp-ads.txt
ファイルがドメインごとにアップロードされていることを確認します。 ads.txt
またはapp-ads.txt
ファイルがドメインにアップロードされていても、アド マネージャーで検出されない場合は、実装に問題があることが考えられます。詳しくは、アド マネージャーでのads.txt
またはapp-ads.txt
の管理とads.txt
またはapp-ads.txt
ファイルのクロールを確認するをご覧ください。- Google パブリッシャー タグまたはパスバックの「page_url」オーバーライド属性の実装方法に問題がある可能性があります。これにより、広告リクエストで無効なオーバーライド URL 値が DFP に渡され、購入者に URL が空白の入札リクエストが返される場合があります。
[Ads.txt の管理] ページにお客様が把握していないドメイン名が表示される場合は、次のような理由が考えられます。
- 広告コードが複数の iFrame 内にネストされている、または、利用している広告サーバー、収益管理サービス、サプライサイド プラットフォーム(SSP)によって広告コードが iFrame に埋め込まれている。多くの場合、広告コードが iframe 内にネストされていることが、広告リクエストの正確なサイト情報を特定できない原因となっています。このようなエラーは、表示を促すタグを含むサイト内の別のページを表示する iframe がページに含まれている場合に発生することがあります。
-
お客様のサイトのコンテンツが別のサイトのドメインのもとで配信されている。たとえば、キャッシュから表示される Google の検索結果、Google Accelerated Mobile Pages(AMP)のキャッシュ、Google 翻訳では、お客様のコンテンツが取得され、Google のドメインから iFrame を使用せずに配信される場合があります。
-
メール クライアントでウェブページが転送されている。
-
別のパブリッシャーのサイトにコンテンツが転載(コピー&ペースト)されている。
把握していないドメインが表示される場合は、以下のように対応することをおすすめします。
- 広告コードが複数の iFrame 内にネストされている場合は、必要に応じて、ユーザーが閲覧するページの URL を提供します。
- 広告サーバー、収益管理サービス、サプライサイド プラットフォーム(SSP)を利用していて、把握していないドメインが表示される場合は、その SSP のアカウント管理チームと連絡をとり、お客様の広告リクエストで正しいサイト情報が渡されるためにはどうすればよいかをご相談ください。
ads.txt
または app-ads.txt
ファイルを設定するにはどうすればよいですか?
プラグインを使用して WordPress で ads.txt
または app-ads.txt
ファイルを作成することをご検討ください。すでに広告の配置にプラグインを使用している場合は、ads.txt ファイルを作成する機能が含まれている場合があります。設定を始める際には、こちらの検索結果も参考にしてください。
ads.txt
または app-ads.txt
ファイルを設定するにはどうすればよいですか?
Blogger ヘルプセンターで手順をご確認ください。
ドメイン(サブドメインまたはルートドメイン)は、過去 7 日間に 100 件を超えるクエリがあった場合にのみ表に表示されます。