使い方・ハウツー·2026-10-03

GeminiにURLを貼っても読んでくれない原因と、正しく読ませる渡し方

#Gemini#プロンプト#URL読み込み#使い方

AIのトリセツ使い方・ハウツー

この記事の要点

1.GeminiはURLを貼っただけでは読まないことがある。仕組みを知れば対処できる。
2.「このURLの内容を要約して」より「次のURLにアクセスし、本文全体を読んだうえで要約してください」と命令を具体化すると通りやすい。
3.それでも読めないページは、本文をコピーして直接貼り付けるのが最速・最確実の代替手段。

この記事を読み終えると、GeminiにURLを渡したときに「読んでくれない」状況が、なぜ起きるのかを理解できます。そして「どう命令すれば読んでくれるか」「どうしても読めない場合の代替策」を、コピペできるプロンプト例つきで実践できるようになります。今日からすぐ使える内容だけを詰め込みました。

「記事のURLを貼ったのに、Geminiが『URLの内容は確認できません』と言う」「要約を頼んだのに、URLそのものを紹介するだけで終わった」——こういった経験をした方は多いはずです。実はこれ、Geminiの仕様と、命令文の渡し方、両方に原因があります。原因を正確に知れば、8割以上のケースは今日中に解決できます。

そもそもGeminiはURLを「どう扱う」のか

動かない時にまず切り分ける4か所：端末・回線は他のサイトが開くか、ブラウザ・アプリは再読み込みと別ブラウザ、アカウントはログインし直しと上限、サービス側は公式の障害情報 — 原因はこの4か所のどれか。上から順に潰すのが最短

まず仕組みを一言で整理します。GeminiはURLを受け取ったとき、「そのページにアクセスして中身を取得する（ウェブ取得）」と「URLを文字列として認識するだけで、アクセスしない」の2つの動作を状況によって使い分けます。後者の場合、Geminiはページの内容を知らないまま答えようとするため、「中身が読めていない」状態になります。どちらの動作になるかは、会話の文脈・入力のしかた・そのときの設定状態などで変わります。「URLを貼れば自動で読んでくれる」という前提は正しくありません。ここを誤解したまま使い続けると、ずっとうまくいかない原因になります。

「読まない」が起きる主な3つの理由

GeminiがURLの中身を読まない理由は大きく3つに分類できます。それぞれに対処法が異なるため、まず自分がどのケースに当てはまるかを確認することが大切です。

理由①：命令が曖昧で「URLにアクセスして中身を読む」という指示が伝わっていない。Geminiは「このURL何？」という漠然とした入力に対して、URLの文字列情報（ドメイン名など）から推測して答えようとすることがある。
理由②：ウェブ検索・アクセス機能がオフになっている。Geminiにはウェブにアクセスする機能があるが、会話の設定や使用しているプラン・プロダクトによって、その機能が使えない状態になっていることがある（後述）。
理由③：ページ自体がGeminiのアクセスを拒否している。ログインが必要なページ、JavaScriptで内容を後から生成するSPA（シングルページアプリケーション）、ペイウォール（有料の壁）の裏にあるページなどは、技術的にアクセスできないかアクセスしても本文を取得できない。

ここがポイント

「読まない」の原因は1つではない。命令の問題・設定の問題・ページ自体の問題の3層で切り分けると、解決策が一直線に見えてくる。

まず確認：ウェブアクセス機能はオンになっているか

Geminiを使う場面は複数あります。Googleが提供するGemini（gemini.google.com）のウェブ版、AndroidやiOSのアプリ版、さらにGoogle Workspaceに組み込まれたバージョン、APIを使った開発者向けバージョンなど、それぞれ動作が少し異なります。ウェブ版やアプリ版の場合、会話画面のツールバーに「Google検索」や「ウェブを使用」に関するアイコン・ボタンが表示されていることがあります。これがオンになっていれば、GeminiはウェブにアクセスしてURLの内容を取得しようとします。このボタンが見当たらない、またはオフになっている場合は、まずここをオンに切り替えてから試してください。ただし設定の場所や表示はアップデートで変わることがあるため、見つからない場合は「Gemini ウェブアクセス設定」でその時点の公式ヘルプを確認するのが確実です。

ステップ別：URLを正しく読ませるための命令の作り方

ウェブアクセス機能がオンの状態でも、命令が曖昧だと読んでくれないことがあります。「このURLを見て」「このリンクを教えて」のような短い命令では、Geminiが「アクセスして本文を読む」という行動を取らないことがあります。命令文には「①アクセスしてほしい」「②何をしてほしいか（要約・翻訳・比較など）」「③どんな形式で返してほしいか」の3要素を入れることで、意図が格段に伝わりやすくなります。以下のステップで命令を組み立ててみてください。

ステップ1：「次のURLにアクセスしてください」と明示的にアクセスを指示する。
ステップ2：URLを単独行に貼る（文中に埋め込まず、URLだけの行にする）。
ステップ3：「本文全体を読んだうえで」という一文を加えて、流し読みではなく全文を対象にさせる。
ステップ4：「〇〇してください」と具体的なタスクを指定する（例：日本語で要約・箇条書きで整理・重要な数字だけ抜き出す）。
ステップ5：必要であれば「返答は300字以内で」「表形式で」など出力形式も添える。

コピペできる指示例①：記事を要約させる基本形

次のURLにアクセスして、ページの本文全体を読んでください。
そのうえで、記事の内容を日本語で300字以内に要約してください。
要約には「この記事が伝えたい主張」と「具体的な根拠や事例」を必ず含めてください。

https://（ここに対象のURLを貼る）

上のプロンプトのポイントは、「アクセスして」「本文全体を読んで」「要約して」という3つのアクションを順番に並べているところです。Geminiに限らず、AIへの命令は「やること」を動詞で明示するほど意図が伝わります。「このURL何？」では動詞がなく、AIはどう動けばいいか迷います。動詞を3つ入れることで迷いが消え、動作が安定します。

応用：複数URLを比較させる・翻訳させる命令例

基本形をマスターしたら、少し複雑な使い方にも挑戦できます。「2つの記事を比較したい」「英語ページを日本語で読みたい」という場面はよくあります。複数URLを扱うときは、URL同士を混同させないよう「URL-A」「URL-B」のようにラベルをつけるか、番号で整理するとミスが減ります。翻訳を頼む場合は、翻訳だけでなく「要点を日本語で」と目的を絞るほうが実用的な返答になります。

コピペできる指示例②：2つのURLを比較する応用形

以下の2つのURLにそれぞれアクセスし、各ページの本文を読んでください。

URL-A: https://（1つ目のURLを貼る）
URL-B: https://（2つ目のURLを貼る）

読み終えたら、次の3点について表形式で比較してください。
1. 記事の主な主張
2. 提示している根拠・事例
3. 読者に求めているアクション（あれば）

表の下に「AとBの最大の違い」を2〜3文で補足してください。

実際のやり取り例：ニュース記事を要約させる場面

場面設定：あなたは中小企業の広報担当者。英語の業界ニュース記事を読む時間がなく、Geminiに要約を頼みたい。記事のURLはすでにコピーしてある。以下が実際の入力と、Geminiが返す返答の流れのイメージです。

入力例（実際に打ち込む文章）

次のURLにアクセスして、英語で書かれたページの本文全体を読んでください。
読んだうえで、記事の内容を日本語で以下の形式でまとめてください。

・記事の要点（3行以内）
・業界への影響として記事が指摘していること（箇条書き2〜3点）
・記事が挙げている具体的な企業名や数字（あれば）

https://（英語ニュース記事のURL）

（URLにアクセスしました）記事の要点：・〇〇業界では今年に入り、△△の需要が急増している。・主な要因は××と□□の2点で、専門家は来年も続くと予測している。・国内企業はまだ対応が遅れており、早期の戦略見直しが求められている。業界への影響：・従来の仕入れルートでは対応しきれなくなる可能性がある・中小規模の事業者は大手に比べコスト負担が重くなると指摘されている・新興市場での展開がリスク回避の選択肢として挙げられている記事中の具体的な企業名・数字：・A社（売上前年比+18%と記載）、B社（新工場を2拠点設立予定）— Geminiの返答イメージ（実際の返答は記事の内容により異なります）

上の返答例はイメージですが、命令文に「形式」「何点」「どんな情報を含めるか」を明示した結果、返答が整理された形で返ってくる流れを示しています。命令が曖昧なまま「この記事要約して」と頼んだだけでは、この粒度の返答は期待しにくいです。命令の具体性が返答の質を決める、というのはAI全般に共通する原則です。

どうしても読めないページへの代替策：本文を直接貼る

ログインが必要なページ、会員限定コンテンツ、JavaScriptで内容を動的に生成するページなどは、GeminiがURLにアクセスしても本文を取得できません。こういったページは、どれだけ命令を工夫してもURLだけでは突破できません。この場合の最速・最確実の代替策は「本文をコピーして直接チャットに貼る」方法です。手順は3ステップで完了します。①読みたいページを開く→②本文をマウスで選択してコピー（Ctrl+C / Command+C）→③Geminiのチャット欄に「以下のテキストを読んで〇〇してください」と命令を書いてから、コピーした本文を貼り付ける（Ctrl+V / Command+V）。テキストが長すぎる場合は、読ませたい部分だけを選んで貼るか、記事を数ブロックに分けて複数回に分けて送ると処理しやすくなります。

コピペできる指示例③：本文を直接貼る場合のテンプレート

以下は、あるウェブページから取得した本文です。
このテキスト全体を読んだうえで、次のことをしてください。

・記事の主な結論を1〜2文で述べる
・筆者が読者に伝えたいと思われるアクションを箇条書きで整理する
・専門用語や難しい表現があれば、中学生にもわかる言葉に言い換えて説明する

---（ここから本文）---

（ここにコピーした本文を貼る）

---（ここまで本文）---

ここがポイント

「---（ここから本文）---」のような区切り線を入れると、Geminiが「命令部分」と「読ませる本文」を区別しやすくなり、意図しない混同を防げる。

よくある失敗と直し方

URLを使ったプロンプトで失敗するパターンは、経験上ほぼ3種類に絞られます。それぞれ「なぜ起きるか」「どう直すか」をセットで整理します。

失敗①「URLを貼っただけで何も指示しなかった」→なぜ起きるか：AIへの命令は動詞（アクション）が必要。URLは情報であって指示ではないため、GeminiはURLの文字列から推測して答えようとし、ページを読まないことがある。→直し方：「次のURLにアクセスし、本文を読んだうえで要約してください」と動詞3つで命令を構成する。
失敗②「Geminiが『アクセスできませんでした』と返してきた」→なぜ起きるか：ページがログイン必須・ペイウォール・JavaScript依存などの場合、技術的にアクセス不可またはページ本文を取得できない。→直し方：本文を手動でコピーして直接貼り付ける方法（前セクションの指示例③）に切り替える。
失敗③「要約してくれたが、URLのページと全然違う内容だった」→なぜ起きるか：ウェブアクセス機能がオフだったか、アクセスに失敗した状態でGeminiが「それらしい答え」をでっち上げた（ハルシネーション）可能性がある。AIは「わかりません」と言わずに答えを作ることがある。→直し方：返答の最後に「上記はこのURLの内容に基づいていますか？アクセスできなかった場合はそう教えてください」と確認の一文を加える習慣をつける。

ここがポイント

「要約が間違っている」ケースの中に、ページを読んでいないのに読んだかのように答えているケースが混ざっている。「ちゃんと読めましたか？」と確認する一文を命令の末尾に入れることで、このリスクを大幅に減らせる。

ChatGPTやClaudeとの違い：どのツールでも使える共通の考え方

URLを読ませる際の挙動は、GeminiだけでなくChatGPTやClaudeでも「ツールにより異なる」部分が多いです。ChatGPTはウェブブラウジング機能をプラグインや設定でオン・オフできる仕様があります。ClaudeはURLを貼っても直接アクセスしないことが多く、本文の貼り付けを推奨するケースがよくある、という報告が多いです（ただしバージョンや設定によって変わります）。共通して言えるのは「URL＝自動的に読む」とは限らない、という点です。どのAIを使うときも「明示的にアクセスを指示する」「本文を貼り付ける代替策を持っておく」という2点を習慣にすれば、ツールが変わっても同じ考え方で対応できます。特定のツールの最新仕様は変わりやすいため、使用しているサービスの公式ヘルプページを定期的に確認することをおすすめします。

上級者向け：PDFのURLを読ませたい場合

ウェブページではなくPDF（研究報告・行政資料・マニュアルなど）のURLを読ませたい場面もあります。PDFのURLをそのままGeminiに渡した場合、アクセスできるかどうかはファイルの置かれているサーバーの設定や、使用しているGeminiのバージョンによって変わります。安定した方法は2つです。①PDFをダウンロードしてGeminiのチャット画面の「ファイル添付」機能からアップロードする（Geminiの一部のバージョンではPDFの直接添付に対応しています）。②PDFをAcrobat Reader等で開き、読ませたい部分のテキストを選択コピーして、前述のテンプレート（指示例③）に貼り付けて送る。どちらも「本文を直接渡す」という発想は同じです。添付ファイルの対応サイズや形式は公式の制限ページで確認してください。

まとめ：URLを読ませるための3原則

ここまでの内容を3つの原則に凝縮します。この3つを守るだけで、URLを渡したときのGeminiの動作が劇的に安定します。難しい設定は必要ありません。今日から使える命令の習慣です。

原則①：「アクセスして・読んで・〇〇して」の3動詞で命令を組み立てる。URLを貼るだけでは動かない。
原則②：ウェブアクセス機能がオンになっているか確認する。設定が正しくなければどんな命令も効かない。
原則③：どうしても読めないページは本文を直接貼る。「読めない壁」にぶつかったら迂回する発想を持つ。

ここがポイント

返答の末尾に「このURLにアクセスして読んだ内容をもとに答えましたか？」と確認を入れる習慣をつけると、AIがでっち上げた答えをつかまされるリスクをほぼゼロにできる。

よくある質問

Q1：URLを貼ると「アクセスできません」と返ってきます。設定に問題があるのでしょうか？ A：設定だけでなく、ページ自体の問題も多いです。まずウェブアクセス機能がオンになっているか確認してください。それがオンでも「アクセスできません」と返ってくる場合は、対象ページがログイン必須・ペイウォール・JavaScriptで動的生成などの可能性があります。その場合は「読めない壁」のあるページのため、本文をコピーして直接貼り付ける方法に切り替えてください。

Q2：命令を丁寧に書いたのに、要約の内容がページと全然違います。なぜですか？ A：Geminiがページにアクセスできなかったにもかかわらず、それらしい答えを生成してしまった可能性があります（ハルシネーションと呼ばれる現象です。AIが事実でない情報を自信満々に答えてしまうことを指します）。命令の末尾に「このURLにアクセスして読んだ内容に基づいて答えましたか？アクセスに失敗した場合はその旨を教えてください」と確認を追加すると、この問題をほぼ防げます。

Q3：長い記事のURLを読ませると、途中までしか要約してくれません。全体を読ませるにはどうすれば？ A：記事が非常に長い場合、GeminiがページのすべてのテキストをAIに渡せる量に制限がある場合があります（各サービスの上限はツールにより異なります）。対処法は2つです。①「記事の前半だけ」「後半だけ」など読む範囲を指定して複数回に分けて処理する。②本文をコピーして複数のチャットに分割して貼り、それぞれ要約させたうえで「以下の2つの要約を統合してください」と最後にまとめる。分割して処理するほうが、結果として精度が高くなることが多いです。