LLMO事例｜2メディアのAI引用・検索流入の実測と改善手順

LLMOの事例を見るときは、「AIに引用された」で終わらず、検索での露出、サイト流入、記事内行動、問い合わせまでを分けて確認する必要があります。引用数が増えても訪問や商談につながるとは限らず、反対に参照元が取得できないAI経由の訪問がDirectへ入ることもあるためです。

本記事では、自社2メディアの公開データを使い、実施した内容、確認できた結果、まだ判断できないことを整理します。2026年10月22日の管理画面の確認と、同日に実装した相談導線の変更を区別し、企業サイトで検証する手順へつなげます。

LLMO事例とは何を示すものか

LLMO事例とは、LLMを使う検索・回答サービスに対して情報を整備し、その後の言及、引用、検索表示、流入、行動を条件付きで観測した記録です。単にChatGPTへ自社名を入力して表示された画面や、一度だけ引用されたスクリーンショットだけでは、施策の再現性や事業価値を判断できません。

良い事例には、対象サイト、対象ページ、質問文、利用サービス、モード、地域、観測日、変更内容、比較期間、結果、限界が含まれます。検索順位の事例と同様に、需要の増減、競合更新、サイト全体の評価、SNS拡散などが同時に影響するため、LLMOだけを原因と断定しないことも重要です。

今回のLLMO事例の概要

対象は、生成AI・SEO・広告を扱う「AI活用マーケティング総合研究所」と、Instagram・SNS運用の実務を扱う「SNS運用研究所」です。AIを調査・構成・制作・実装に活用し、事実確認、公開判断、専門内容の確認、運営方針の決定は人が担う運用です。記事本数だけではなく、検索需要と公開後の改善を継続できる基盤を検証しています。

検証では、LLMO専用の小技だけを実施したわけではありません。クロールとindex、タイトルと見出し、一次情報、監修者情報、内部リンク、関連記事、更新日、スマートフォン表示、問い合わせ導線を同じ運用に組み込みました。Googleは生成AI検索でも基礎的なSEOが引き続き重要で、表示対象となるにはページがindexされ、通常検索でスニペット表示可能である必要があると説明しています。

確認できた数値と、確認できていないこと

自社運営の観測記録：2026年10月22日確認

今回は「AI活用マーケティング総合研究所」と「SNS運用研究所」の管理画面を照合しました。Bingの対応AI面で引用が確認できても、サイト訪問や問い合わせを同じ回数獲得したことにはなりません。以下は顧客の支援成果ではなく、自社2メディアの観測値です。

2メディアで確認できた検索・AI引用・流入

指標・対象期間	総合研究所	SNSメディア	読み方
Googleウェブ検索のクリック 7月20日〜10月19日	920	1,160	検索結果でのクリック。AI引用回数ではない
Google生成AI機能の表示 7月20日〜10月19日	3,513	2,640	対象生成AI面の表示。訪問数ではない
Bing AI Performanceの引用 7月22日〜10月21日を選択	32.4K	6.9K	丸め表示。日次表の最終確認日は10月19日
GA4のOrganic Searchセッション 9月24日〜10月21日	929	725	Google以外の検索なども含むチャネル分類
GA4のAI Assistantセッション 9月24日〜10月21日	17	2	AI関連と読める参照元のすべてを含むとは限らない

Bingの表示値を合計すると引用は約3.9万回です。ただし、ユニークな利用者数でも、すべてのAIサービスを網羅した件数でもありません。処理中の10月20日・21日をゼロとは扱っていません。ツール間で期間・日付境界・指標が異なるため、引用数を分母、GA4セッションを分子にした「送客率」は算出していません。

実施したことと、成果として断定できないこと

運営では、検索意図ごとの記事の役割分担、実測値と出典の明示、内部リンク、著者情報、公開後の修正を並行して実施してきました。検索クリックとAI引用を確認できたことは観測結果ですが、個々の施策だけが数字を増やしたと証明する比較実験ではありません。

以前の記事に掲載した6.5Kや12.8Kなどは、過去の観測記録です。今回の移動する集計期間と同一の条件ではないため、単純な差分や成長倍率には置き換えていません。履歴の確認には9月の計測記録を参照してください。

検索で選ばれたテーマと、AIに引用された質問は違った

Google検索では、総合研究所の「チャットgpt広告 うざい」が48クリック、SNSメディアの「claude インスタ 分析」が125クリックでした。一方、Bingの取得語句には「GEO対策会社 選び方 チェックポイント」「AIO対策会社 相談 前 準備」などもありました。

ここから、広告への感想を調べる人と、企業で分析・施策を進めたい人を同じ相談導線へ送るのは適切か、という改善仮説を立てました。取得語句に会社選びがあることだけで、企業担当者の訪問や商談が発生したと判断したわけではありません。

次に優先したのは、引用の増加だけでなく計測と相談導線

10月22日には、広告・SNS分析・SEO／AIOで訴求を分け、2メディア計9記事に記事内CTAを設置しました。相談フォームではテーマを引き継ぎ、CTAの表示・クリック・正常送信を別イベントとして扱うコードを追加しています。これは今回の引用データ取得後に実装した変更で、先の検索・引用の成果を生んだ要因としては扱いません。

魚見の見解：今回の事例から重視したいのは、AIに使われる情報を整えることと、読者が次の判断へ進める導線を別々に設計することです。引用の総量だけを成功指標にせず、対象読者・訪問・有効相談まで検証できる状態をつくる必要があります。

GA4のキーイベント0表示は、実際の問い合わせ0件を証明しません。今回のフォームはメール到達テストが未実施で、CV率・商談・受注への改善効果もまだ測定していません。今回の記録を他社での成果保証には使えません。

取得条件と限界を含む詳細は、2メディアの最新実測検証に掲載しています。

なぜ露出を確認できたのか

結果の要因を一つに断定はできませんが、運用上の仮説は整理できます。第一に、AIや広告の最新テーマだけでなく、「とは」「違い」「料金」「使い方」「事例」「リスク」といった継続需要を一つのクラスターとして扱いました。第二に、公開後も表示崩れ、古い説明、内部リンク、薄い章を監査し、ページを更新しました。第三に、実際の管理画面や運用数値を、条件と限界付きで掲載しました。

Googleは生成AI機能で、検索indexから関連ページを取得するRAGや、元の質問から複数の関連検索を行うquery fan-outを説明しています。したがって、一つの完全一致キーワードを何度も入れるより、主題を明確にした親記事と、比較・費用・事例などの関連ページがそれぞれ具体的な質問へ答える構造の方が、ユーザーにも検索システムにも理解しやすくなります。

一般論ではなく検証条件を残した

AIで生成できる一般論だけでは、他サイトとの差が生まれにくくなります。本メディアでは、数値の取得元、観測期間、実装日、失敗、未確認事項を残し、画面上の数字から言える範囲を限定しました。独自性は断定の強さではなく、第三者が検証できる条件の具体性から作ります。

公開後の保守を制作工程に含めた

引用されるページは固定されません。競合記事、公式仕様、検索需要、モデル、回答方式が変わるため、公開は終了ではなく観測開始です。内部404、古いタイトル、短い説明文、監修欄の表示崩れ、重複記事を定期的に直す運用が、サイト全体の取得性と読了体験を支えます。

引用を流入・問い合わせへつなげる構造

LLMOの成果を事業へつなげるには、AI回答内の露出から商談までを一つのファネルとして設計し、各段階を別指標で計測します。引用を最終成果にすると、読者がページへ来た後に何を理解し、どう行動するかが抜け落ちます。

記事上部には質問への答えを置き、中盤で判断材料と方法を示し、末尾で次の疑問や個別診断へつなげます。CTAを増やすだけではなく、記事の検索意図に合わせます。定義を知りたい読者には関連記事、具体的な自社課題がある読者には診断、比較検討中の読者にはサービス範囲や相談導線を示します。

LLMO事例の計測設計

AIサービスからの訪問は、必ず専用チャネルへ分類されるわけではありません。GA4のDirectは、URL直接入力だけでなく、明確な参照元を取得できない訪問を含みます。AI Assistantが4セッションだからAI経由が4件だけ、Direct 602のすべてがAI経由、という判断はいずれもできません。

計測では、取得できるリンクにUTMを付け、セッションのsource/medium、ランディングページ、フォームイベント、問い合わせ内容をつなぎます。自然に付与されない外部AIリンクを運営者側で一括管理することはできないため、AI回答の定点観測、指名検索、GA4、フォーム、CRMを組み合わせます。

計測を深掘り：Search Consoleを使ったAIO分析では、検索データとAI露出を混同しない見方を解説しています。

再現性を高める実装手順

1. 代表30質問を決める。定義、比較、料金、導入、事例、リスク、地域、会社選びに分け、顧客が実際に判断へ使う質問文で保存します。
2. 質問ごとの代表URLを一つ決める。似た記事が複数ある場合は親子関係、統合、canonical、転送を整理し、同じ主キーワードを奪い合わない状態にします。
3. 変更前の回答を保存する。AIサービス、モード、質問文、地域、ログイン条件、日時、言及、引用、誤情報、競合URLを記録します。
4. 技術基盤を直す。status 200、index、canonical、robots、サイトマップ、内部リンク、モバイル表示を確認し、取得できない問題を先に除きます。
5. 回答ブロックを作る。各節を結論、理由、根拠、条件、例外の順で書き、節だけ読んでも主語と対象が分かるようにします。
6. 一次情報と公式出典を分ける。自社検証には期間・母数・取得元・限界を、製品仕様には公式リンクと確認日を付けます。
7. 記事内行動を設計する。次の疑問へ進む内部リンクと、意図に合う診断・相談CTAを置き、イベント名を分けます。
8. 7日・28日・90日で再観測する。indexと表示、質問群の変化、流入と行動、問い合わせを順に確認し、次の修正へ戻します。

LLMO事例記事の構成テンプレート

事例記事は、成功を強く見せる順番ではなく、読者が再現可否を判断できる順番にします。最初に結果の要約を示し、その直後に対象と条件を置きます。方法、結果、考察、限界、実務手順、FAQへ進むことで、数値だけが独り歩きするのを防げます。

企業サイト向け90日ロードマップ

1〜14日：基準値と技術問題を確認する

重要サービスと顧客の質問を洗い出し、代表30問の回答を保存します。Search Console、GA4、フォーム、CRMの権限を確認し、内部404、index不可、誤ったcanonical、重複H1、モバイル崩れを修正します。この期間は引用数を増やすより、何を改善したか追跡できる基準を作る段階です。

15〜45日：親記事と証拠ページを整える

「サービスとは」「選び方」「料金」「導入手順」「事例」「リスク」の代表URLを決めます。会社情報、監修者、資格、サービス範囲、問い合わせ先をサイト内で一致させ、記事には一次情報と公式出典を近接配置します。比較記事では同じ評価軸を使い、弱みと向かない条件も書きます。

46〜90日：観測して改善へ戻す

同じ質問条件で言及、引用、正確性、参照URLを確認します。通常検索の表示・CTR・順位、GA4のランディングページと行動、フォームの開始・送信、商談化を別々に集計します。変化がない場合は、取得性、質問との一致、根拠不足、代表URLの競合、訪問後の期待差に分けて再診断します。

業種別にLLMO事例を応用する方法

同じLLMOの型でも、業種によってユーザーが確認したい根拠と最終行動は異なります。BtoBサービスでは機能一覧より導入条件、既存システムとの関係、稟議材料、支援範囲が重要です。地域ビジネスでは店舗情報、対応地域、営業時間、予約条件の一貫性が優先されます。スクールやコンサルティングでは、対象者、カリキュラム、費用、講師の実務経験、契約条件、向かない人まで示す必要があります。

共通するのは、企業が言いたい特徴ではなく、顧客が比較と意思決定に使う情報を公式ページへ置くことです。料金を非公開にする場合でも、見積もりを左右する要素、最小契約期間、対応範囲、相談前に必要な情報を説明できます。実績を公開できない場合は、匿名化した条件、作業工程、評価方法、失敗から変更した点を示すことで、誇張せず独自性を作れます。

また、AI回答に企業名が出ること自体を成功とせず、適合しない問い合わせを減らせたかも確認します。対象外の地域、予算、業種、契約条件を明確にすると、露出数が同じでも営業効率が上がる可能性があります。LLMO事例は認知獲得だけでなく、正しい期待を形成し、商談前の情報差を小さくする取り組みとして評価します。

業種別の検証では、同じテンプレートを全ページへ機械的に入れません。検索者が必要とする判断材料を先に決め、その情報を保有する部署と更新責任者を割り当てます。営業が持つ質問、CSが持つつまずき、開発が持つ仕様、経営が持つ方針を記事へ還流させることで、外部ライターだけでは作れない一次情報になります。変更時には古い条件が残るページを横断検索し、基準ページと関連記事を同時に更新します。

必要な工数と担当体制

LLMOは記事制作だけで完結しないため、編集、専門家、開発、分析、営業の役割を分けます。小規模組織で一人が兼任しても、チェックリスト上の役割は分離します。AIは調査候補、構成、下書き、表形式化、リンク監査に使えますが、数値の意味、権利、個人情報、公式仕様、公開判断は人が確認します。

LLMO事例で失敗しやすいポイント

• 一度の引用を恒常成果とする：回答は質問、時点、モデル、競合で変わるため、質問群を複数回観測します。
• 引用数を売上として扱う：AI露出、訪問、行動、問い合わせ、商談を別ファネルで管理します。
• 異なる指標を合算する：表示、クリック、回答内引用、被引用ページ数は単位が異なります。
• 一般論を大量公開する：一次情報、条件、例外、判断基準がない記事は統合または再設計します。
• タイトルだけを変える：検索意図、冒頭回答、本文、内部リンク、CTAが同じ主題を示す必要があります。
• 競合の見出しをそのまま使う：不足する判断材料は参考にしつつ、自社の検証条件と経験で差分を作ります。
• AI向けに不自然な文章へする：人が読んで理解しやすい結論、根拠、条件を優先します。
• 公開後に放置する：仕様、競合、回答、内部リンク、表示、CTAを定期的に監査します。

公開前後の細かい監査項目

• 主キーワードは「LLMO 事例」に一つに定めている
• タイトル、H1、冒頭回答、主要H2が同じ検索意図を示している
• 対象、期間、母数、取得元、指標定義を数値の近くに記載している
• 実測、計算、推定、一般論、公式仕様を区別している
• 相関を因果と断定せず、外部要因と未確認事項を示している
• 重要な製品仕様は公式情報で再確認し、確認日を示している
• 結論、理由、根拠、条件、例外の順で節を構成している
• 表の単位と比較軸がそろい、スマートフォンでは横スクロールできる
• 画像だけに数値を閉じ込めず、本文にも代替説明がある
• 内部リンクは文脈内3件以上、関連記事は重複せず役割が明確である
• 内部リンク先が200で開き、旧URLや404を残していない
• FAQの回答と構造化データが一致している
• 監修者の経験・資格が記事テーマと結び付いている
• 公開日、再監査日、変更内容を確認できる
• PCとスマートフォンで冒頭、表、CTA、監修欄が崩れていない
• GA4のイベント名をCTAクリック、form_start、form_submitで分けている
• 更新後も公開状態、URL、公開日、アイキャッチを保持している
• リライトを新規投稿としてSNSへ自動配信しない

この事例をどう評価するか

今回の結果は、AI活用で制作速度を上げたメディアでも、通常検索と生成AI面の両方で露出を観測できることを示しました。また、複数ページがMicrosoft系AIの参照対象になったため、単一記事ではなくテーマ群として整備する仮説を継続する根拠になりました。

一方で、対照群を置いた実験ではなく、記事追加、リライト、内部リンク、SNS、検索需要が同時に変化しています。そのため「LLMO施策によってクリックが何％増えた」「引用6.5Kが何件の問い合わせを生んだ」とは断定できません。次の検証では、質問群、変更ページ、公開日、AI回答、GA4行動、フォーム、商談を同じ台帳でつなぎ、成果報酬の基準に耐えられる測定へ近づけます。

参考にした公式情報

• Google Search Central：生成AI検索向け最適化ガイド
• Google Search Central：AI機能とウェブサイト
• Google Search Central：生成AIコンテンツに関するガイダンス
• Google Search Central：ユーザー第一のコンテンツ
• Bing Webmaster Blog：AI Performance
• Google Analytics：トラフィック獲得レポート
• Google Analytics：Directトラフィックの考え方