広告システムが実際に読めるads.txtを書く

1行の形式ミスでads.txt全体が読み取れなくなることがあります。形式はカンマ区切り最大4フィールド — よくあるミスを避ける組み立て方をまとめます。

このガイドで使う道具

やりたいこと

ads.txtは、どのアカウントがあなたの広告枠を販売できるかを広告システムへ伝えるファイルです。各行は1つの認定販売者で、広告システムのドメイン・そこでのアカウントID・DIRECT（直接契約）またはRESELLER（第三者が代行販売）を書きます。任意の4番目のフィールドは認証局IDで、Googleの場合はTAG IDの f08c47fec0942fa0 です。

行を組み立てる

1行1レコードを入力して生成します。任意の宣言はファイル先頭に置きます。所有主体のOWNERDOMAIN=、連絡先のCONTACT=、代理管理がある場合のMANAGERDOMAIN=、仕様が求めるSUBDOMAIN=・INVENTORYPARTNERDOMAIN=です。

  • DIRECTとRESELLERの区別はコードの載せ方ではなく契約関係です — どちらを使うかは各広告システムのドキュメントで確認してください。
  • フィールドの順序とカンマ区切りは固定で、余分な空白や5番目のフィールドはその行を壊します。
  • チェックモードは不正なドメイン・間違ったrelationship・空フィールド・未知の宣言を行単位で指摘します — 編集前に既存ファイルを通してください。

配置と限界

完成したファイルはドメインルートに /ads.txt として置きます。アプリの場合はapp-ads.txtを、ストア掲載の開発者サイトに置きます。このツールは仕様形の行を組み立てるだけで、各システムにアカウントIDが実在するかは確認しません。有効なファイルであることは審査通過や収益の保証ではありません。