Ads.txt
ads.txt ファイルの導入は厳密な要件ではなく、ads.txt ファイルがなくても広告は引き続き配信されます。ただし、多くの広告主様は、ads.txt の確認が済んでいる広告リクエストにのみ入札しています。詳しくは、ads.txt の詳細をご覧ください。
ads.txt ファイルは、ドメインで広告のリクエストが許可されているすべてのパブリッシャー ID を集めたもので、ドメインのルート（例: example.com/ads.txt）に存在します。一般的な ads.txt ファイルのエントリは次のようになります。
google.com, pub-0000000000000000, DIRECT, f08c47fec0942fa0
通常、ads.txt ファイルで使用されるパブリッシャー ID は、広告タグの data-ad-client の値に基づいています。しかし、ほとんどの AFP プラットフォームのお客様は数千ものサブアカウントを持っているため、このファイルの管理や、Google や他の入札者による処理も困難になります。プラットフォームのお客様がこの問題を解決し、プラットフォームのドメインで ads.txt の利用を拡大するには、2 つの選択肢があります。プラットフォームは、これらのオプションのいずれか 1 つを実行するか、必要に応じて両方を組み合わせることができます。
- プラットフォームのドメインをパブリック サフィックス リストに登録可能
- プラットフォームは、
data-ad-hostに基づく親パブリッシャー ID を ads.txt ファイルで使用できます
オプション 1: パブリック サフィックス リストに登録する
パブリック サフィックス リストにドメインを登録すると、ブラウザはそのドメインを TLD（トップレベル ドメイン）として扱います。Google の ads.txt 確認システムでも同じ処理が行われます。この変更を行う前に、プラットフォームによるドメインへの影響を全面的に調査する必要があります。
ドメインがパブリック サフィックス リストに含まれている場合は、ads.txt ファイルの場所を変更する必要があります。ads.txt ファイルをドメインのルート（example.com/ads.txt）に公開するのではなく、各サブドメイン（subdomain.example.com/ads.txt）に ads.txt ファイルを配置する必要があります。また、オプション 2 も採用しない限り、ads.txt ファイルにはサブアカウントのパブリッシャー ID（data-ad-client パラメータの値）を含める必要があります。
たとえば、サブアカウントのプロパティ コード（data-ad-client）が ca-pub-123456789012345 の場合、ads.txt ファイルは次のようになります。
google.com, pub-123456789012345, DIRECT, f08c47fec0942fa0
文字列の ca- 部分は削除されています。
方法 2: プラットフォーム ドメインで ads.txt を特別に扱う
AFP では、すべてのサブアカウントのトラフィックについて、data-ad-client または data-ad-host の値に基づいて広告リクエストを確認できるようになりました。つまり、どちらかの ID が ads.txt ファイルに含まれている場合、広告リクエストは確認済みとして処理されます。この処理は、ドメインがパブリック サフィックス リストに記載されている場合でも機能します。異なるのは ads.txt ファイルの場所だけです。
AFP プラットフォームをご利用のほとんどのお客様については、すべての広告タグに data-ad-host パラメータを設定することをおすすめします（または、「プラットフォーム アカウント」メタタグを使用して設定することもできます）。こうすることで、ads.txt ファイルに必要なエントリは、ホスト プロパティ ID（data-ad-host）に基づくエントリが 1 つだけになります。
たとえば、ホスト ID（data-ad-host）が ca-host-pub-1234567890123456 の場合、ads.txt ファイルは次のようになります。
google.com, pub-1234567890123456, DIRECT, f08c47fec0942fa0
文字列の ca-host- 部分は削除されています。