サイトはAIブラウザにどう読まれる？｜要約される前提の作り

2025年10月、OpenAIがChatGPTを組み込んだ閲覧ソフト ChatGPT Atlas を公開し、同じ月に Perplexity Comet も広く開放されました。2026年5月13日には、Googleアナリティクス4（GA4）が「AIアシスタント」という既定のチャネルを追加しています。——閲覧ソフトの側にAIが同居し始めたことで、半年ほどの間に立て続けに起きた変化です。これは「新しいブラウザが増えた」という話ではありません。本当は、自社サイトの評価が、人にどう見えるかではなく、同居するAIにどう読み取られるかで決まり始めたという話です。この記事では、いま何が起きているのか、なぜ従来のサイトの作りが読み違えられるのか、計測がどう壊れるのか、そして運営者は何をすべきかを整理します。

AIブラウザとは何か、従来の閲覧ソフトと何が違うのか

AIブラウザとは、ページを画面に表示するだけでなく、表示しているページの中身をその場でAIが読み取る閲覧ソフトのことです。2025年10月にOpenAIが ChatGPT Atlas を公開し、同じ月に Perplexity Comet が広く使えるようになりました。2026年に入ってからは、後発の製品や、既存の閲覧ソフトに対話型の助手を組み込んだものも増え、AIが同居している状態が特別ではなくなっています。

従来の閲覧ソフトとの違いは、常駐するAIの有無です。従来は、ページを取り寄せて画面に描くところまでが役目でした。AIブラウザでは、横のサイドバーにAIが常駐し、開いているページの本文を取り込んで、要約・翻訳・質問への回答を返します。利用者は本文を最後まで読まなくても要点を受け取れます。さらにエージェントモードと呼ばれる機能では、AIが複数の手順を続けて実行し、画面の操作まで代行します。

製品の性格は大きく2つに分かれます。人が主導し、AIは横で支援に徹する支援型と、目的を伝えると自律的に手順を組んで進めるエージェント型です。どちらを名乗るかで自動化の深さは変わりますが、ページの中身をAIが読み取るという一点は、どの製品にも共通しています。サイト運営者にとって効いてくるのは、この共通部分のほうです。

もう一つ押さえておきたいのが限界のほうです。AIブラウザは閲覧ソフトの中でしか動けないため、手元のファイルや社内システムには手が届かず、指示を受けたその場で完結する作りが中心で、決まった周期で巡回して回るような使い方には向きません。つまり、自社サイトが読まれるのは、利用者がそのページを開いた瞬間だけです。いつ来るか分からない検索エンジンの巡回に備えるのとは、条件がまったく違います。開かれた1ページで完結させる発想へ切り替える必要があるのは、このためです。

読者はページを開いても、本文を読んでいない

AIブラウザで起きている最大の変化は、本文が通読されなくなったことです。サイドバーに要約が出るなら、利用者はまずそれを読みます。本文に目を落とすのは、要約で気になった点を確かめるときだけになります。つまり、読者が実際に読んでいるのは自社が書いた文章ではなく、AIがそれを圧縮した別の文章です。

たとえば、支援会社を比較している担当者が、候補3社のページを同時に開き、AIに「この3社の対応範囲と料金の考え方を並べて」と指示するとします。返ってきた表を見て、問い合わせ先を2社に絞る。この過程で、3社の本文を通読した人は一人もいません。選ばれるか外れるかは、要約に何が載ったかで決まっています。

この変化は、これまで使ってきた指標の意味も揺らせます。滞在時間やスクロール率は「どこまで読まれたか」を測る道具でしたが、要約で用が足りた読者は短時間で離脱します。数字の上では読まれていないのに、判断材料としては使われている。この食い違いが、いま多くのサイトで起きています。

サイトは単体ではなく、比べられる素材として扱われる

AIブラウザのもう一つの特徴は、複数のタブを横断して扱えることです。Perplexity Comet は、複数のタブの内容を統合して比較する用途を想定した設計だと説明されています。利用者は、1社ずつ順番にサイトを読み込むのではなく、開いているページをまとめて1枚の比較表に変換します。

この扱われ方には、書いていないものへの厳しさがあります。表の列に立つ項目は、AIが3社の本文から拾えたものだけです。自社のページに書かれていない項目は、記載なしや不明として並びます。競合が明記していて自社が明記していなければ、実力の差ではなく記述の差が、そのまま比較表の差として見えてしまいます。

BtoBで差が出やすいのは、料金の考え方、対応できる範囲、導入までの期間、支援体制、実績の規模といった項目です。営業の場では口頭で説明していて、サイトには「詳しくはお問い合わせください」としか書いていない——この状態が、比較表の上では最も不利に働きます。問い合わせに至る前の段階で、比較が終わってしまうからです。

同居するAIが読んでいるのは、画面ではなくページの中身

ここからは原因の話です。人は、画面のレイアウトから意味を読み取ります。文字の大きさで重要度を測り、位置関係で対応づけを理解し、色分けで区別を認識します。一方、同居するAIが取り込むのは、本文のテキストと見出しの階層が中心です。視覚で伝えていた情報は、この取り込みの過程で落ちます。

落ちやすいのは、たとえば次のような情報です。表の下に置いた注記が、どの行に掛かっているのか。色を変えた背景が、対象と対象外のどちらを表しているのか。図解の矢印が示す順序。写真に添えた説明が、上の写真と下の写真のどちらのものか。人が見れば一瞬で分かるこれらの対応関係は、テキストとして書かれていなければ、要約の段階で消えるか、取り違えられます。

だから「見れば分かる」は、AIブラウザの前では通用しません。見れば分かる情報を、読めば分かる情報に置き換える——これが、サイトの作りに求められる変更の中身です。デザインを捨てる必要はありません。デザインで伝えている内容を、本文にも一度は言葉で書いておく、という二重化の話です。

読み落とされやすい4つの作り

実際に取り込みから抜け落ちやすい作りは、ある程度パターン化できます。自社サイトで心当たりがないか確かめてみてください。

• 料金表や比較表を画像1枚で掲載している：画像の中の文字は本文として取り込まれず、要約にも比較表にも載らない
• 対応範囲や仕様をタブや折りたたみで格納している：最初に表示されていない部分は取り込まれないことがある
• 主要な説明を、後から描画される仕組みで表示している：中身だけを取りに来た場合、そこには何も書かれていないページに見える
• 詳しい条件が資料や配布用のファイルにしか書かれていない：ページ本文に無い情報は、そのページの要約には反映されない

どれも、人が画面で見るぶんには問題がないどころか、むしろ整理されて見える作りです。だから気づきにくく、長く放置されます。特に画像の料金表は、更新のたびに作り直す手間を避けるために採用されている場合が多く、担当者の意識では「ちゃんと載せている」情報になっています。載せている場所と、読み取られる場所がずれているというのが、この4つに共通する構図です。

サイト全体に散らばった情報は、要約に載らない

もう一つの原因は、情報の置き方にあります。多くのBtoBサイトは、人が回遊することを前提に設計されています。サービスの概要はサービスページ、料金は料金ページ、実績は事例一覧、体制は会社案内。人であれば、必要に応じてページを行き来して全体像を組み立てます。

ところが、同居するAIが読むのは基本的にいま開いているページです。エージェント型であればリンクを辿ることもありますが、辿るかどうかは指示と実装に左右され、確実ではありません。結果として、サービスページだけを読ませたときの要約は、そのページに書かれている範囲でしか作られません。他のページに立派な情報があっても、要約の材料にはならないのです。

対応は「すべてを1ページに詰め込む」ことではありません。そうすると人にとって読みにくいページになり、本末転倒です。現実的なのは、そのページが答えると宣言した問いには、そのページの中で答えきるという考え方です。サービスページなら、何ができて何ができないか、費用はどう決まるか、着手から稼働までどれくらいか、この3点だけでも本文に書いておく。詳細は下層に置いたままで構いません。

計測が壊れる：AI経由の訪問が直接流入に化ける

読まれ方が変わると、計測も同時に壊れます。GA4は2026年5月13日に「AIアシスタント」という既定のチャネルグループを追加し、6月7日ごろまでに広く使えるようになりました。ChatGPTやGeminiなど主要なAIサービスからの流入を自動で切り分けるもので、設定は不要です。ただし、これで全体が見えるようになったわけではありません。

流入の実態	GA4での見え方	運用上の注意
主要なAIサービスからのリンク	AIアシスタント	2026年5月13日以降の分だけ。過去には遡らない
Perplexityからのリンク	参照元（リファラル）	既定の定義に含まれず、手動のチャネル定義で拾う必要がある
検索結果内のAI要約経由	自然検索	AIとしては見えない。サーチコンソール側で別途確認する
AIブラウザやアプリ内の画面からの遷移	直接流入	参照元が付かず、AI由来かどうかを判別できない

この分類に該当したセッションには、既定のチャネルグループとしてAIアシスタントが割り当てられ、媒体の欄にもAI由来であることを示す値が入ります。対象として案内されているのはChatGPTやGeminiを含む複数の対話型AIサービスで、公表当初の案内より後から対象が広がりました。裏を返せば、この一覧に載っていないサービスからの流入は、これまで通りの分類のまま残ります。表の2行目にあるPerplexityがその代表で、検討の意図が強い流入源でありながら、既定のままでは参照元のひとまとまりに埋もれてしまいます。

特に注意したいのが、参照元を持たない訪問の多さです。実際のAI経由のセッションのうち6割から7割は参照元の情報を持たずに直接流入として記録されるという推計が、複数の解析事業者から示されています。数字の桁は事業者によって幅がありますが、「見えているのは一部だけ」という結論は共通しています。

加えて、この分類は過去のデータには遡って適用されません。2026年5月13日を境に見え方そのものが変わっているため、前後の期間を単純に並べて増減を語ると、施策の効果を取り違えます。チャネルの定義が変わった日を記録し、比較のときは必ずその日を挟んでいないか確認する——地味ですが、これを怠ると分析全体が狂います。

なぜ計測タグが発火しないのか

参照元が欠けるだけでなく、そもそも訪問として記録されない場合もあります。理由は単純で、GA4の計測はページ内で動く計測用のプログラムが実行されることを前提にしているからです。AIやエージェントが、画面に描くことなくページの中身だけを取りに来た場合、このプログラムは動きません。取得された事実は、サーバー側にしか残らないのです。

壊れ方は3通りに整理できます。第一に、中身だけを取得されて記録が一切残らない場合。第二に、AIブラウザやアプリ内の簡易画面から遷移し、参照元が落ちて直接流入として記録される場合。第三に、参照元が生き残って正しく分類される場合です。3番目だけがGA4に見えており、しかもそれが全体の何割かは、こちらからは分かりません。

加えて、こうした取得ではCookieが設定されないことが多く、同じ相手が繰り返し訪れても別々の訪問として扱われるか、まったくつながりません。セッションという単位そのものが成り立たなくなるということです。したがって、AI経由の流入についてGA4が示す数字は、実態の推定値ではなく確実に下回っている下限として読むのが正確です。

サーバー側の記録で差を測る

では、見えていない部分をどう捉えるか。実務的な答えは、サーバーが残している取得の記録と、GA4の数字を突き合わせることです。手間はかかりますが、特別なツールを買わなくても始められます。

この作業には限界もあります。サーバーの記録には人の閲覧と機械の取得が混在し、識別子は名乗り通りとは限りません。配信網（CDN）を挟んでいる場合、元のサーバーには記録が残らないこともあります。正確な数値を出す作業ではなく、見えていない量の桁を掴む作業だと割り切るのが現実的です。それでも、直接流入が不自然に増えている理由の説明はつくようになります。

ページに仕込まれた指示を読んでしまう問題

安全面にも触れておきます。ページの中身をAIが読む以上、ページに書かれた文が、そのままAIへの指示として働いてしまうことがあります。白い背景に白い文字を置く、極端に小さい文字にする、表示されない要素に書き込むといった手口で、人には見えない指示を仕込めることが繰り返し実証されてきました。OpenAIはこの種の攻撃が完全に解決される見込みは低いと述べており、英国の担当機関も同様の見解を示していると報じられています。

実証の例も公表されています。2025年8月には、あるブラウザ開発元の安全性調査チームが、掲示板の伏せ字表示の中に人には見えないテキストを仕込み、それを読んだAIブラウザが利用者のメールアドレスと使い捨ての認証コードを外部に渡す動作を再現したと報告しました。2026年に入ってからも、細工されたリンクを一度開くだけで、ログイン済みのメールや予定表の内容が外部に送り出される手口が公表されています。危険なのは、指示が人の目に触れないまま実行される点です。

利用者側の注意として語られがちな話ですが、サイト運営者にとっても他人事ではありません。自社サイトの中に、外部の人が文章を書き込める場所があれば、そこはAIへの指示の置き場所になり得るからです。口コミ欄、コメント欄、投稿型のページ、外部から取り込んで表示している配信内容などが該当します。

• 外部から投稿される文章を掲載している箇所は、見えない色の文字や極端に小さい文字が混ざっていないか点検する
• 取引先から受け取った文面や資料をそのままページに載せる場合も、同じ点検の対象にする
• 社内でAIブラウザを使うなら、ログイン済みの業務画面をAIに操作させてよい範囲を、情報システム部門と先に決めておく
• 自社ページにAI向けの隠し指示を書くのは論外。規約違反であるうえ、読んだ側の誤作動の原因を自社で作ることになる

まず自社サイトをAIブラウザに読ませて確かめる

ここからは打ち手です。最初にやるべきは、机上の議論ではなく実測です。AIブラウザを1つ用意し、自社の主要ページを開いて、実際にどう読み取られるかを見ます。数分で終わるうえ、直すべき箇所がその場で分かります。

• 主要ページを開いた状態で3行の要約を出させ、伝えたい価値と一致しているかを見る
• 料金の考え方と対応範囲を表にさせ、空欄になった項目を控える。それが載せていない項目
• このサービスが向かない場合を挙げさせ、事実と違う決めつけが出ないかを見る
• 競合2社のページと並べて比較表を作らせ、自社だけ埋まらない列を探す

この確認で出てくる要約は、AIの言い分ではなく、自社のページが提供できた材料の写しだと考えてください。要約が薄いなら、材料が薄いということです。事実と違う内容が出たなら、誤解を招く書き方がどこかにあります。空欄が多いなら、そこが書かれていない項目です。いずれも、直す対象はAIではなく自社のページの側にあります。

なお、この確認は一度で終わりにせず、四半期に一度など間隔を決めて繰り返すのが有効です。AIブラウザ側の読み取り方は更新のたびに変わりますし、自社ページの改修でも結果は変わります。定点で見ておくと、どの改修が要約に効いたかを判断できます。

一次情報を、機械が拾える形で置く

実測で空欄が見つかったら、次はその項目を本文のテキストとして置き直します。要約や比較表に載るのは、ページ本文に文字として存在する事実だけです。よくある置き方と、その置き換え方を整理します。

よくある置き方	読み取られない理由	置き換え方
料金表を画像1枚で掲載	画像の中の文字は本文に含まれない	表と本文の両方に、金額の決まり方を文字で書く
対応範囲をタブで切り替え表示	最初に開いていない部分は取り込まれないことがある	見出しを付けた本文として並べて展開する
実績を事例ページにだけ記載	そのページを開いていなければ読まれない	件数と業種の傾向を、サービスページ本文にも書く
柔軟に対応しますとだけ書く	比較表では不明として扱われる	対応できる範囲と、その条件を具体的に書く

置き換えのときに効くのが、数字と条件を省かないことです。「短納期に対応」ではなく「標準は着手から6週間、最短は3週間（要件が固まっている場合）」と書く。「豊富な実績」ではなく「製造業を中心に累計何社」と書く。比較表の1マスに収まる粒度まで具体化しておくと、要約でも比較でもそのまま使われます。

ただし、書けない数字を無理に書く必要はありません。守秘義務で出せない実績や、条件によって大きく変わる費用はあります。その場合は、出せない理由と、代わりに判断材料になる情報を書きます。空欄のままにするのと、書けない理由を書くのとでは、要約に載る内容がまったく違います。

時点・条件・出典を本文に書く

もう一つ、要約の質を左右するのが情報の鮮度と出所です。AIは、いつの情報かが分からない記述を扱いあぐね、古い情報として控えめに扱うか、時点の違う数字を混ぜて要約することがあります。ページの更新日を出しているだけでは足りません。本文の中に、いつ時点の情報かを書くことが有効です。

具体的には、料金や仕様の記述に「2026年8月時点」のような時点を添える、自社調査の数字には調査期間・対象・件数を添える、外部の数字を引くときは出典元の名称を書く、といった対応になります。手間としては1行ずつですが、要約に引かれるときの信頼度が変わります。

条件の明記も同じ効果を持ちます。「初期費用無料」だけでは、比較表では有利に見えても、条件を確認した段階で不信につながります。適用条件を1行添えておけば、要約の段階で条件込みで伝わり、問い合わせ後の齟齬が減ります。要約されることを前提にすると、条件を隠すより明記するほうが結果的に得になる、という逆転が起きているのが今の状況です。

やってはいけない対応

変化に対応しようとするあまり、逆効果になる打ち手も出始めています。次の4つは避けてください。

• AI向けに人には見えない指示文を隠す：規約違反であるうえ、検索評価も落とす。読んだ側の誤作動を自社で誘発することにもなる
• AIサービスの取得を一律で遮断する：要約に載らなくなるだけでなく、比較表からも消える。競合だけが並ぶ表が出来上がる
• 要約を操作しようとキーワードを詰め込む：文意が壊れ、要点の抽出精度がむしろ下がる。人にとっても読みにくい
• 計測に出ないから効果がないと判断する：見えていないだけの流入を、成果のない施策として切ってしまう

2つ目の遮断については、判断が割れるところです。取得を許すか拒むかは、コンテンツを資産として守る方針とも関わるため、一律の正解はありません。ただ、BtoBのサービスサイトのように知られること自体が目的のページについては、遮断の不利益のほうが大きいのが実情です。方針を決めるときは、ページの種類ごとに分けて考えるのが現実的です。

AIに判断させない範囲を、先に決める

最後に、運用の線引きです。AIブラウザは便利ですが、読み取り方も要約の作り方も外部の仕組みに委ねられており、こちらから制御できません。制御できないものを前提に運用する以上、人が確認する範囲を先に決めておくことが安全装置になります。

決めておきたいのは4点です。第一に、要約が正しいかどうかの判断は人が行う。AIに自社ページの要約を評価させても、同じ仕組みの中で完結するだけで検証になりません。第二に、AIに調べさせるときは、根拠となるページのURLを必ず出させる。第三に、料金・実績・法令に関わる記述は、公開前に人が事実確認する。第四に、社内でエージェント型を使う場合、ログイン済みの業務システムを操作させてよい範囲を、情報システム部門と合意しておく。

この線引きは、AIの性能が上がれば不要になる類のものではありません。要約は必ず情報を捨てる処理であり、何を捨てるかの基準はこちらには見えないからです。捨てられて困る情報は、捨てられない形で本文に置く。制御できない相手に対して打てる手は、結局のところこれに尽きます。

よくある質問

AIブラウザ向けの専用ページを作るべきですか？

必要ありません。専用ページを作るより、既存の人向けページの中身を、機械が取り込める形に直すほうが先です。AIブラウザが読むのは利用者が開いたページであり、専用ページは開かれません。実測で空欄になった項目を、既存ページの本文に足していくのが最短の対応です。

構造化データを整えれば読まれるようになりますか？

一定の効果はありますが、それだけでは足りません。同居するAIが要約に使うのは主に本文のテキストです。構造化データを整えても本文に情報がなければ、要約には反映されません。順序としては、本文に事実を書くことが先で、構造化データはその補強と考えてください。

AI経由の流入は、どの程度の規模で見ておけばよいですか？

GA4に出ている数字は下限です。参照元を持たない訪問が相当数あるという推計が複数示されており、実態はそれより多いと考えるのが妥当です。まずはサーバー側の取得記録と突き合わせて、自社サイトでの桁を掴んでください。桁が分かれば、投じる労力の判断ができます。

この対応の成果は、何で測ればよいですか？

訪問数だけでは測れません。主要ページをAIブラウザに要約させたとき、伝えたい要点が正しく出るかを定点で確認し、その改善を成果として記録する方法が現実的です。比較表を作らせたときに埋まる列が増えたかどうかも、分かりやすい指標になります。

まとめ

変わったのは検索順位ではなく、ページを最初に読む相手です。AIブラウザの普及で、自社サイトは人に読まれる前にAIに読み取られ、要約や比較表に変換されてから人に届くようになりました。だからこそ、画像の中の文字や切り替えて隠した情報のように、人には見えているのに読み取られない箇所が、そのまま比較表の空欄になります。同時に、AI経由の訪問は参照元が欠けて直接流入に紛れるため、GA4の数字は下限として扱い、サーバー側の記録で桁を掴む必要があります。まずはAIブラウザを1つ用意して、自社の主要ページを3行で要約させてみてください。そこに出てこなかった要点が、最初に直すべき箇所です。

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。