Googleはなぜ /.well-known/traffic-advice にアクセスするのか｜37件の404ログから見えたこと

サーバーログを整理していたとき、見慣れないURLへの404が37件並んでいました。

アクセス元のIPは 66.249.82.x。逆引きするとGoogleのIPレンジと一致します。リクエスト先は /.well-known/traffic-advice。robots.txtでもsitemap.xmlでもllms.txtでもない、設置した覚えのないURLです。

調べてみると、これはクローラー向けの制御ファイルではありませんでした。Googleの「先読みアクセス（prefetch）」をどう扱うかを伝えるためのファイルです。robots.txtが「クロールしてよいか」を伝えるなら、traffic-adviceは「先読みしてよいか」を伝える役割に近い存在です。

観測期間中の37件はすべて404で返しました。それでもGoogleは繰り返しアクセスしています。なぜGoogleはこのファイルを確認しに来るのか。そして設置するとログに何か変化は現れるのか。一次データをもとに整理します。

この記事でわかること｜📖：約6分

• /.well-known/traffic-adviceとは何か、Googleが確認しに来る理由
• 37件の404アクセスログから見えたGoogleの挙動
• robots.txt・llms.txt・traffic-adviceの役割の違い
• traffic-adviceを設置する意味と、WordPressでの実装方法

ログに37件の404が並んでいた

AI観測ラボのサーバーログを確認していたところ、見慣れないパスへのアクセスが繰り返されていました。期間は2026年3月〜4月。件数は37件、すべて404です。

ログの中身はこのようなかたちです。

66.249.82.xx - - [xx/Mar/2026:xx:xx:xx +0900] "GET /.well-known/traffic-advice HTTP/1.1" 404 - "-" "Chrome Privacy Preserving Prefetch Proxy"

IPアドレスを逆引きすると crawl-66-249-82-xx.googlebot.com と返ってきます。Googleのクロール基盤に属するとみられるIPレンジです。User-Agentには Chrome Privacy Preserving Prefetch Proxy と記載されていました。

特に注目したいのは、このUser-Agentです。GooglebotでもGPTBotでもなく、Chromeの先読み機構（Prefetch）に関連するアクセスであることを示しています。

37件の内訳を整理すると、以下のとおりです。

項目	内容
観測件数	37件（全件404）
IPレンジ	66.249.82.x（Google関連IP）
User-Agent	Chrome Privacy Preserving Prefetch Proxy
リクエスト先	/.well-known/traffic-advice のみ
記事ページへのアクセス	なし

37件すべてが同じURLへのリクエストで、記事ページには一度も到達していません。robots.txtやsitemap.xmlを巡回するGPTBotやClaudeBotのアクセスとは、性質の異なるリクエストと考えられます。

traffic-adviceとは何か

/.well-known/traffic-advice は、サーバー管理者がChromeのプリフェッチプロキシに対して「先読みをどう扱ってほしいか」を伝えるためのファイルです。

プリフェッチとは、ユーザーがリンクをクリックする前に、ブラウザが次のページを先読みしておく仕組みのことです。

:contentReference[oaicite:0]{index=0} はこの先読みを Chrome Privacy Preserving Prefetch Proxy という仕組みで実装しています。ユーザーの個人情報を直接サイトへ渡さずに先読みできる点が特徴です。

traffic-adviceファイルが存在しない場合、Google側は「明示的な指示がない状態」として扱います。ファイルが存在する場合は、中に書かれた設定にしたがってプリフェッチの量を調整します。

ファイルの中身はJSON形式で、以下のように書きます。

[{ "user_agent": "prefetch-proxy", "fraction": 1.0 }]

fraction は「プリフェッチを許可する割合」です。1.0なら100%許可、0.3なら30%に絞る、"disallow": true を指定すると完全に拒否できます。

robots.txtやllms.txtと並べると、それぞれの役割の違いが見えてきます。

ファイル	誰に向けたものか	何を制御するか
robots.txt	クローラー全般	クロールの許可・拒否
llms.txt	AI向け	コンテンツの案内（提案仕様）
traffic-advice	プリフェッチプロキシ	先読みトラフィックの量・許可・拒否

クロールを制御するrobots.txt、AI向けの情報を整理するllms.txt、そして先読みトラフィックを制御するtraffic-advice。3つは似ているようで、それぞれまったく別の役割を持っています。

なぜ今になって現れたのか——AI Mode・Discoverとの関係を考える

traffic-adviceの仕組み自体は2022年ごろから存在しています。にもかかわらず、AI観測ラボのログに37件が記録されたのは2026年3月〜4月です。なぜ今のタイミングで現れたのか。ログだけで断定はできませんが、いくつかの仮説を立てることはできます。

仮説①：Google AI Modeの拡大と関係している

Googleは2025年後半からAI Modeの展開を本格化させています。AIによる回答生成の裏側では、複数の候補ページを事前に取得・評価している可能性が指摘されています。もしその一部にプリフェッチ基盤が使われているなら、traffic-adviceへのアクセス増加ともつながります。

仮説②：Google Discoverの配信基盤と関係している

:contentReference[oaicite:0]{index=0} は、スマートフォン向けに記事を配信する仕組みです。表示速度を高めるため、先読みとの相性がよい設計と考えられます。AI観測ラボはDiscover経由の流入も一定数あるため、周辺基盤がtraffic-adviceを確認している可能性があります。

仮説③：Chrome for Androidの利用増加によるベースライン変化

Chrome Privacy Preserving Prefetch Proxy は主にAndroid版 :contentReference[oaicite:1]{index=1} の先読み機構として設計されています。モバイル利用の増加にあわせて、traffic-advice確認の頻度自体が底上げされている可能性も考えられます。

現時点では、どれが正解かはわかりません。ただ、traffic-adviceを実際に設置し、その後のログ変化を追えば、仮説を一歩前に進めることができます。観測結果は次の記事で報告します。

※ Google AI Modeがサイト運営者に与える影響については、こちらの記事でも整理しています。

設置すると何が変わるか——WordPressでの実装方法

traffic-adviceファイルを設置すると、Chromeのプリフェッチプロキシに対して「先読みをどう扱ってほしいか」を明示できます。設置前は404を返している状態ですが、設置後はGoogle側が設定内容を参照できる状態になります。

変化として期待できるのは以下の2点です。

• サーバーログから404が減り、ログのノイズが減る可能性がある
• 先読みが有効に働く場面では、ページ表示の体感速度が改善する可能性がある

ただし、traffic-adviceはSEO評価を直接左右するファイルではありません。検索順位やAI引用が増えるものではなく、あくまでGoogleの先読み通信を整理するための設定ファイルです。

WordPressでの設置方法

WordPressでは、ルート直下に .well-known フォルダを作成し、その中に拡張子なしの traffic-advice ファイルを置く方法がシンプルです。

ファイルの中身は以下のように記述します。

[{ "user_agent": "prefetch-proxy", "fraction": 1.0 }]

fraction は許可割合です。100%許可するなら 1.0、30%に絞るなら 0.3、拒否する場合は以下のように書きます。

[{ "user_agent": "prefetch-proxy", "disallow": true }]

Apache環境では、.htaccessに MIME type を指定しておくと確実です。

# traffic-advice
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteRule ^\.well-known/traffic-advice$ - [T=application/trafficadvice+json,L]
</IfModule>

設置後は以下で確認できます。

curl -I https://blog.ai-kansoku.com/.well-known/traffic-advice

Content-Type: application/trafficadvice+json が返れば準備完了です。AI観測ラボでは実際に設置し、その後ログがどう変わるかを追跡します。

robots.txtの設定方法はこちら、llms.txtの設置手順はこちらにまとめています。

まとめ——37件の404が教えてくれたこと

サーバーログに並んでいた37件の404は、Chrome Privacy Preserving Prefetch Proxy に関連するアクセスとみられます。リクエスト先は /.well-known/traffic-advice のみで、記事ページへのアクセスは一度もありませんでした。

今回の観測で見えてきたポイントを整理します。

• traffic-adviceはクローラー制御ではなく、先読みトラフィックを制御するためのファイルである
• robots.txt・llms.txtとは異なる、第三の制御レイヤーとして位置づけられる
• 設置していない場合、アクセスは404ログとして記録される
• 設置することでログのノイズが減り、先読みが有効に働く場面では表示体感が改善する可能性がある
• SEOの直接的な評価指標ではないが、Googleとの通信設計を整える一つの要素になりうる

なぜ2026年のタイミングでアクセスが増えているのかは、まだ仮説の段階です。Google AI Modeや:contentReference[oaicite:0]{index=0} との関係も含めて、設置後の観測データで検証していきます。

次回：設置して30日間ログを見た結果

AI観測ラボでは実際にtraffic-adviceファイルを設置し、30日間のサーバーログを観測します。確認したいのは次の3点です。

• 404が消えたあと、どのようなレスポンスに変わるか
• プリフェッチプロキシのアクセス頻度に変化があるか
• ページの読み込み挙動に変化が現れるか

一次データが揃い次第、続編として公開します。

サーバーログを使ったAIクローラー観測の方法はこちら、robots.txtとAIクローラーの関係はこちらにまとめています。