OpenAIのAIエージェントがサイトを開けない？ログに残らないブロックの報告

OpenAIのAIエージェントが、特定のサイトを開けないことがあります。海外のSEO専門メディアSearch Engine Journalが2026年10月29日に、そう報じました。ChatGPTのライブ検索やCodexのブラウザ機能が、サイトを開く前にOpenAI側の「サイト安全性の確認」を呼び出していて、そこで拒否されたサイトには、サーバーのログにアクセスの痕跡が残らない、という内容です。OpenAIは、仕組みや理由を公には説明しておらず、報道の内容は、OpenAIによる確認が取れていません。

サーバーのログに残らないブロック

Search Engine Journalの記事は、SEOコンサルタントの寄稿者が、自身が支援する国際的なメディア企業で起きた事例を、通信の解析とログの確認をもとにまとめたものです。記事によると、OpenAIのブラウジング機能は、サイトを開く前にchatgpt.com/backend-api/aura/site_statusへ問い合わせます。ここで拒否されると、ブロックの判定は24時間保存され、利用者の設定やrobots.txt、管理者が設定した許可ルールに関係なく、サイトを開けません。記事によると、確認中に通信の不具合が起きたときは「開ける」側に倒れる一方、明示的にブロックされたサイトは拒否されます。エージェントには「サイト安全性のポリシーにより操作がブロックされた」という趣旨のメッセージが返り、回避策を試さないよう指示されるとのことです。

紹介されている事例では、ChatGPTからのアクセスが2026年5月から失敗し、数週間後に確認しても、試した5つのURLはすべて開けませんでした。同じセッションで直接の競合2サイトは開けたこと、サーバーのログにエージェントからのリクエストが届いていないこと、OpenAIの学習用クローラーからの接続は30日間で約5,000件成功していたことなどが、根拠として挙げられています。そのブランドの技術で作られた別ドメインの第三者のページは開けたため、ブロックはサイトより手前で起きている、というのが記事の見立てです。

何が確認できていて、何が確認できていないか

整理すると、次のとおりです。

• 報じられていること：OpenAIのブラウジングが、サイトの安全性を事前に確認していて、拒否されたサイトは開けない。
• 分かっていないこと（記事自身が「分からない」としている点）：どんな条件でサイトが拒否の対象になるのか。一部の研究者は、確認時に送られるチャットの内容が関係していると疑っています。
• OpenAIの対応：記事によれば、サポートは安全性によるブロックが有効であることを書面で認め、専門のチームが意図したブロックかどうかを確認していると答えました。ただし、公開された異議申し立ての手続きはなく、仕組みも公式には説明されていません。

つまり、この仕組みが広く使われているのか、ごく一部のサイトに限られるのかは、現時点では分かりません。「ChatGPTからアフィリエイトサイトが見られなくなる」と受け止めるのは、早すぎる判断です。

OpenAIの公式ドキュメントにある3つのボット

OpenAIは、ウェブ向けの動作を、3つのボットに分けて説明しています。

• OAI-SearchBot：ChatGPTの検索機能にサイトを表示するためのボット。拒否すると、検索回答には表示されません（ナビゲーションリンクとして出る場合はあります）。許可するには、robots.txtでの許可と、公開されているIPレンジからのアクセスの許可が推奨されています。
• GPTBot：生成AIの基盤モデルの学習に使われる可能性のあるコンテンツを集めるボット。拒否すると、学習に使わないという意思表示になります。
• ChatGPT-User：利用者の質問や操作に応じて、ChatGPTなどがページを訪れるときに使われます。ユーザーが起点になるため、robots.txtのルールが適用されない場合があると説明されています。

この3つの設定は、それぞれ独立しています。たとえば、検索には表示させつつ、学習用のGPTBotは拒否する、といった組み合わせも可能です。Search Engine Journalの記事は、サイト安全性の確認は、これらの公開クローラーとは別に動いていると説明しています。

サイト運営者がいま確認できること

Search Engine Journalの記事は、サイト運営者向けに、次のような手順を挙げています。

1. 同じURLを、ChatGPTのライブ取得、クラウドのブラウザ、Codexなどで試し、競合サイトと比べる。
2. CDNとサーバーのログで、リクエストが届いていないかを確認し、クローラーの解析で、OpenAIのボットの訪問が成功しているかを見る。
3. 自サイトのrobots.txt、WAF、ボット対策、地域によるブロックが原因でないかを切り分ける。
4. エラーの正確な文言と日時を記録して、サポートに問い合わせる。回避を試みない。記事は、定期的な再テストも勧めています。

私見では、この話はAIからの流入を「自分で直せる層」と「直せない層」に分けて考えると整理しやすくなります。robots.txtやWAFの設定、OAI-SearchBotの許可は運営者の手で直せますが、今回報じられたエージェントの事前判定は、サイトの外で行われていて、ログにも現れません。商品の比較をエージェントに任せる利用者が増えれば、開けないサイトは比較の候補から外れ、開ける競合サイトに紹介が流れることになります。まずは直せる層を点検し、それでもChatGPT経由でだけ開けない状況が続くときに、初めて事前判定を疑う、という順番が現実的です。なお、これは公開された記事とドキュメントをもとにした筆者の見方です。

出典

• Search Engine Journal「OpenAI’s Agents Can Silently Block Your Site – & Your Logs Won’t Show It」（2026年10月29日）
• OpenAI Developers「Overview of OpenAI Crawlers」

2026年10月30日時点の情報です。