ads.txt または app-ads.txt で認定販売者を宣言する

ads.txt または app-ads.txt のよくある質問

すべて開く  すべて閉じる

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 を確認する方法は次のとおりです。

    宣言には接頭辞 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 ではリダイレクトはサポートされますか?

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 でルートドメインにファイルを配置できません。どうすればよいですか?

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 が表示される場合、どうすればよいですか?

入札リクエストの 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 のアカウント管理チームと連絡をとり、お客様の広告リクエストで正しいサイト情報が渡されるためにはどうすればよいかをご相談ください。
WordPress 用の ads.txt または app-ads.txt ファイルを設定するにはどうすればよいですか?

プラグインを使用して WordPress で ads.txt または app-ads.txt ファイルを作成することをご検討ください。すでに広告の配置にプラグインを使用している場合は、ads.txt ファイルを作成する機能が含まれている場合があります。設定を始める際には、こちらの検索結果も参考にしてください。

Blogger 用の ads.txt または app-ads.txt ファイルを設定するにはどうすればよいですか?

Blogger ヘルプセンターで手順をご確認ください。

ドメインが表に表示されていないのはなぜですか?

ドメイン(サブドメインまたはルートドメイン)は、過去 7 日間に 100 件を超えるクエリがあった場合にのみ表に表示されます。

この情報は役に立ちましたか?

改善できる点がありましたらお聞かせください。
検索
検索をクリア
検索を終了
メインメニュー
5747952623448887994
true
ヘルプセンターを検索
true
true
true
true
true
148
false
false