ChatGPTがURLを要約できない4つの原因と、読めるか先に調べる手順

ChatGPT に記事の URL を貼って「要約して」と頼んだのに、一般的な話が返ってきたり、読めないと断られたりすることがあります。

私は普段、新規事業の立ち上げと成長の支援をしていて、リサーチのために毎日かなりの数の記事を読んでいます。URL を渡して済ませたい場面は多いので、ここで止まるのは困ります。

ただ、プロンプトを書き直す前に確かめられることがあります。

日本の主要紙5紙は、ChatGPT がページを取りに行くときの名前を robots.txt で断っています。 日経・朝日・読売・毎日・産経の robots.txt を2026年11月10日に確認したところ、5紙とも ChatGPT-User を Disallow: / の対象に並べていました。

つまり要約が返らない理由は、頼み方ではなく相手のサイト側にあることがあります。

では、どこで止まっているかをどう見分けるのか。

この記事では、OpenAI が公開しているクローラーの仕様をもとに原因を4つに分け、先に調べる手順と、読めなかったときの渡し直し方をまとめます。

URLを渡したときに動くのはChatGPT-User

OpenAI は自社のクローラーを開発者向けドキュメントで公開しています。名前は用途ごとに分かれていて、URL を貼ったときに動くものは1つです。

ドキュメントはこう書いています。「When users ask ChatGPT or a CustomGPT a question, it may visit a web page with a ChatGPT-User agent」。

利用者の操作をきっかけにページを見に行くのが ChatGPT-User です。

同じページは GPTBot を学習用と説明しています（"content that may be used in training our generative AI foundation models"）。

OAI-SearchBot は検索用です（"OAI-SearchBot is for search"）。

ここを分けて覚えておくと、調べる場所を間違えません。学習を断る設定と、URL を渡したときの取得を断る設定は別物です。

ChatGPT-User が名乗る文字列も公開されています。「Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko); compatible; ChatGPT-User/1.0; +https://openai.com/bot」です。

アクセス元の IP アドレスの範囲も chatgpt-user.json で配られています。2026年11月10日に開いた時点では237件の範囲が載っていました。

つまりサイト側は、名前でも IP でも ChatGPT の取得を見分けて止められます。

サイトが断っているかを先に調べる

原因を手当たり次第に試す前に、相手のサイトが断っているかどうかを確かめられます。

robots.txtでChatGPT-Userを探す

調べ先はサイトの robots.txt です。ブラウザのアドレス欄に https:// とサイトのドメインを入れ、続けて /robots.txt と打って開きます。

開いたらページ内検索で ChatGPT-User を探します。見つかったら、その User-agent: の塊に付いている Disallow: の行を見ます。

Disallow: / ならサイト全体が対象です。Allow: の行があれば、その配下だけが例外になります。

名前が見つからない場合、少なくとも robots.txt では断っていないことが分かります。

日本の主要紙は5紙とも名前を挙げている

実際に主要な日本語サイトの robots.txt を2026年11月10日に確認しました。対象は新聞5紙と、記事がよく共有される6サイトです。

新聞5紙はいずれも GPTBot と OAI-SearchBot も同じ塊に入れていました。日経は robots.txt の中に、機械学習で使う場合の問い合わせ先 URL をコメントとして置いています。

新聞記事の URL を貼って要約が返らないときは、頼み方を変えても結果は変わりません。 一方で note や Qiita のように名前が無いサイトは、robots.txt 以外の原因を疑うことになります。

名前の有無で確定しない理由

ここで一つ注意があります。robots.txt の記載は、断る意思の表明であって、動作の保証ではありません。

OpenAI のドキュメントは ChatGPT-User について「Because these actions are initiated by a user, robots.txt rules may not apply」と書いています。利用者の操作で動くため、robots.txt のルールが当てはまらない場合があるという説明です。

同じページは、検索からの除外や自動クロールの管理には OAI-SearchBot を robots.txt に書くよう案内しています。

反映までの時間についても記述があります。robots.txt を直してから約24時間かかる場合がある、という内容です（"it can take ~24 hours from a site's robots.txt update for our systems to adjust"）。

実際に止めるときは、公開されている IP の範囲を使ってサーバー側で遮断する手もあります。その場合は robots.txt を見ても分かりません。

サイトの拒否以外で止まる3か所

robots.txt に名前が無いのに読めないときは、別の場所で止まっています。

ログインと有料の壁の内側

取りに行くのは OpenAI 側のサーバーで、あなたがログインしているブラウザではありません。アクセス元の IP が公開されていることからも、手元の環境とは別の経路だと分かります。

そのため、会員登録やログインが必要なページ、社内のポータル、途中から有料になる記事は、URL だけ渡しても本文に届きません。

ログインの内側にあるページは、自分の画面で見えている本文を渡すしかありません。 渡し方は後の節にまとめます。

本文があとから描かれるページ

ページの HTML を受け取った時点では本文が入っておらず、あとから画面に描かれる作りのサイトもあります。この場合、受け取れるのは枠だけです。

ただ、この挙動について OpenAI が公式に説明している記述は見つけられませんでした（要確認）。見出しだけが返ってきたり、内容が空に近いときの候補として扱ってください。

判断の目安になるのは、返ってきた要約に固有名詞や数字が入っているかどうかです。入っていなければ、本文が届いていない可能性があります。

取得が走っていないときと障害

URL を渡しても、取得そのものが行われないことがあります。返答に出典のリンクが並ばないときは、ここを疑います。

OpenAI は稼働状況を OpenAI Status で公開しています。急に読めなくなったときは、先にここを見るほうが早いです。

いつもは読めるサイトで突然止まった場合、原因が自分の側にないこともあります。

読めないページを要約させる3つの渡し方

サイトが断っている場合、URL の渡し方を工夫しても通りません。本文の渡し方そのものを変えます。

本文を選んで貼る

もっとも確実なのは、ブラウザで本文を選んでコピーし、そのまま貼る方法です。ログインの内側にあるページでも、自分の画面に出ていれば渡せます。

このとき、貼る前に広告やおすすめ記事の見出しを削ると、要約の精度が上がります。必要なのは本文と見出しだけです。

貼ったあとの頼み方は「記事の要約プロンプト」にまとめました。

ページをPDFにして添付する

長い記事や、本文の選択がしにくいページは、PDF にしてから添付するほうが手早いです。ブラウザの印刷メニューから PDF として保存できます。

図や表が本文の意味を担っている記事では、この方法のほうが元の並びを保てます。

PDF を要約させるときの注意点は「PDFをAIで要約する」に書きました。

保存した時点で要約される仕組みを使う

毎回貼り直すのが面倒な場合は、保存のときに本文を取り込んで要約まで済ませる道具を使う手があります。読む前の選別が目的なら、こちらのほうが手数が少なくなります。

私が開発している SuperFlow（AI要約）は、保存した時点で日本語の要約が付きます。無料の Free プランは保存と要約が累計10件まで、Standard は月1,980円（税込）で月100件です。

ただ、保存時に本文を取れるかどうかはサイト側の条件に左右されるので、ログインの内側にある記事は SuperFlow でも同じように届きません。 そこは本文を貼る方法に戻るのが素直です。

ほかの要約ツールとの比べ方は「Web記事をAIで要約するツール」、英語記事を日本語にする場合は「英語記事を日本語で要約する」にまとめています。

Gemini でも同じことを調べました。公式ヘルプに載っている経路と、無料のコンテキストの大きさは「Geminiで記事を要約する3つの方法」にまとめています。

まとめ

• URL を渡したときにページを取りに行くのは ChatGPT-User。学習用の GPTBot と検索用の OAI-SearchBot とは別のもの
• 日経・朝日・読売・毎日・産経の5紙は、2026年11月10日時点で robots.txt に ChatGPT-User を Disallow: / の対象として並べている
• note・東洋経済オンライン・ダイヤモンド・オンライン・ITmedia・Zenn・Qiita の6サイトには、同日時点で ChatGPT-User の記載が無い
• ただし OpenAI は「robots.txt rules may not apply」と書いており、記載の有無だけでは動作は確定しない。robots.txt の変更が反映されるまでは約24時間かかる場合がある
• ChatGPT-User の名乗る文字列とアクセス元 IP の範囲は公開されていて、2026年11月10日時点の一覧には237件の範囲が載っている
• ログインや有料の壁の内側にあるページは、取りに行くのが OpenAI 側のサーバーなので URL だけでは届かない
• 読めないときの渡し方は3つ。本文を選んで貼る、PDF にして添付する、保存時に要約される仕組みを使う

よくある質問

ChatGPTにURLを貼れば必ず要約できますか

できません。URL を渡したときに動く ChatGPT-User を robots.txt で断っているサイトがあり、日本の主要紙5紙は2026年11月10日時点でいずれも Disallow: / の対象に入れていました。ログインや有料の壁の内側にあるページも URL だけでは届きません。数値は2026年11月10日時点の確認内容です。

robots.txtに書いておけばChatGPTの取得を止められますか

確実ではありません。OpenAI のドキュメントは ChatGPT-User について「Because these actions are initiated by a user, robots.txt rules may not apply」と書いています。検索からの除外や自動クロールの管理には OAI-SearchBot を robots.txt に書くよう案内されています。

GPTBotを拒否すればURLも読まれなくなりますか

別の設定です。GPTBot は学習に使う可能性のあるコンテンツを集めるためのもので、URL を渡したときの取得は ChatGPT-User が担います。学習を断りたい場合と、利用者が貼ったリンクの取得を断りたい場合は、それぞれの名前を書く必要があります。

有料記事の本文を貼って要約させてもいいですか

各サイトの利用規約と著作権の扱いに従ってください。本文の複製や外部サービスへの送信を禁じている場合があります。自分で読むための下読みでも、規約の範囲内かどうかは事前に確認するほうが安全です。

いつも読めるサイトが急に読めなくなったときは何を見ますか

まず OpenAI Status で稼働状況を確認します。そのうえで、サイト側が robots.txt を直した直後であれば、反映に約24時間かかる場合があるとドキュメントに書かれています。どちらでもない場合は、本文を貼る方法に切り替えるのが早いです。

出典・確認日

• OpenAI のクローラー仕様（ChatGPT-User / GPTBot / OAI-SearchBot の用途、ユーザーエージェント文字列、robots.txt の扱い、反映までの時間）: OpenAI Bots（2026年11月10日確認）
• ChatGPT-User のアクセス元 IP 範囲: chatgpt-user.json（2026年11月10日確認。同日時点で237件）
• 稼働状況: OpenAI Status（2026年11月10日確認）
• robots.txt の記載状況: 日経、朝日新聞、読売新聞、毎日新聞、産経新聞、note、東洋経済オンライン、ダイヤモンド・オンライン、ITmedia、Zenn、Qiita（いずれも2026年11月10日確認）
• SuperFlow の料金と枠: 公式FAQ、使い方ガイド（2026年11月10日照合）

robots.txt の内容と各社の方針は変わります。ここに書いたのは、上の確認日に読み取れた範囲の内容です。最新の状態は各サイトでご確認ください。