ads.txt: AdSense チェックで最も多い不備と修正方法

ads.txt は仕様としては単純ですが、実運用では最も壊れやすい AdSense チェック項目です。ファイルが無い、内容が不一致、配信ヘッダーが不正といった理由で、審査通過後も広告配信が止まるケースが繰り返し発生します。ここでは失敗原因を 3 つの典型パターンに分解し、短時間で確認できる手順に落とし込みます。

ads.txt の役割を一言で言うと

ads.txt は、あなたのドメインで広告在庫を販売してよい事業者を公開するテキストファイルです。配置場所は必ずドメイン直下の /ads.txt で、別パスや別名では機械判定が外れます。AdSense では、この内容がサイト所有者の pub ID と一致していることが配信の前提になります。

google.com, pub-0000000000000000, DIRECT, f08c47fec0942fa0

この 1 行は、販売元ドメイン、パブリッシャー ID、関係種別、認証 ID の順です。単一ネットワーク運用なら 1 行で十分な場合が多く、複数ネットワークを使うときだけ行数が増えます。

失敗が集中する 3 パターン

実際の失敗ログを分類すると、ads.txt 問題の大半は次の 3 つに収束します。個別の例外はありますが、まずはこの 3 点を押さえると復旧速度が上がります。

1. ファイルの配置先が誤っている

もっとも多いのは、内容は正しいのに配置場所が違うケースです。/static/ads.txt や /blog/ads.txt は人間には見えますが、仕様上の正解ではありません。審査クローラーは登録ドメイン直下の /ads.txt を基準に読むため、パス違いは即時失敗になります。

2. pub ID が運用アカウントと一致しない

テンプレート流用や過去アカウントの残骸で、ads.txt 内の pub ID が現在の AdSense 設定とズレることがあります。構文としては正しいため見落としやすく、配信停止が長引く原因になります。サイトで使う広告コードと ads.txt の pub ID を必ず同じ値に揃えてください。

3. Content-Type が text/plain になっていない

サーバー設定によっては /ads.txt が text/html や application/octet-stream で返ることがあります。この状態だとブラウザ表示はできても、クローラー側で解析不能になる場合があります。Network タブでレスポンスヘッダーを確認し、text/plain で配信されているかを検証してください。

修正後の反映までどれくらいか

修正後の再クロールは通常 24 から 72 時間で進みます。pub ID 変更を伴う場合は 5 から 7 日程度かかることがあります。重要なのは、ファイルを直したあとに広告コード側も同時に整合させることです。片側だけ更新すると検証に落ち続けます。

再発防止のチェックリスト

1. https://YOURDOMAIN/ads.txt に直接アクセスし、リダイレクトなしで内容が表示されることを確認する。
2. Network タブで Content-Type が text/plain であることを確認する。
3. ads.txt の pub ID と広告コード内 client ID が一致することを確認する。
4. /audit を実行し、ads.txt チェックの理由文を確認する。

なぜ ads.txt は優先度が高いのか

他の審査項目は点数を下げる性質ですが、ads.txt は単独で配信可否を左右しやすいゲートです。しかも修正自体は短時間で可能です。審査前の準備では、まず ads.txt の整合性を確実に満たし、その後に本文量や導線最適化へ進む順序が最も効率的です。

まとめ

ads.txt 問題の多くは、配置先、pub ID、Content-Type の 3 点に集約されます。ここを先に潰しておくと、審査後の配信停止リスクを大幅に減らせます。まずは 10 分でチェックし、必要なら即日修正して再クロールを待つのが最短ルートです。