LLMO対策を商談につなぐ。AI検索起点の商談候補（パイプライン）15%増を報告したCRSは、GAとLookerで何を追ったか

「AIに引用されました」という報告だけでは、営業へどれだけ役立ったのかが分かりません。問い合わせや商談まで見たい担当者に参考になるのが、信用情報をサービスへ連携するCRSの事例です。

同社は、AI検索起点のパイプラインが15%増えたと報告されています。パイプラインは、受注に至る前の商談候補を指す言葉です。Profoundの事例

この記事では、AIの回答で紹介されるためのLLMO対策を、営業の記録につなげて考えます。

CRSの事例：可視性20倍・流入8%増・パイプライン15%増は別々の数字

CRSの事例では、AI可視性20倍、週次のLLM参照元流入8%増、AI検索起点のパイプライン15%増が報告されています。Profoundの事例

説明図：AIでの言及、訪問、受注前の商談候補を分けて記録する。

15%が商談の件数か金額か、その詳しい集計条件は示されていません。成約数や売上が15%増えたという意味にはできません。

引用、訪問、商談候補は、顧客が進む段階の違う数字です。自社でも、まず何を1件と数えるかをそろえる必要があります。

引用の報告だけで終えず、GAとLookerで回答から商談までをつないだ

CRSは、Google AnalyticsとLookerを使い、AI回答から見込み客、商談までを追う取り組みを紹介しています。Profoundの事例

説明図：AIの回答、アクセス解析、営業記録をつなぎ、分からない経路も残す。

自社で考えるときは、個人の行動をすべて追跡できると想定せず、どの記録を対応させられるかを整理します。

例えば「どのページに来たか」はアクセス解析、「問い合わせ後に商談になったか」は顧客管理の記録が持っています。最初の訪問と最終的な成約を、確かめられる範囲で結び付ける作業です。

解析で分かる参照元と、顧客が申告した「AIで知った」は別欄に残すと、根拠を後から見直せます。

コンテンツ配信と著名媒体との関係づくりも並行していた

CRSは、コンテンツの配信や著名な媒体との関係づくりも並行していたとしています。Profoundの事例

記事の変更だけで商談が増えたと結論づけず、同じ時期の広告、外部掲載、営業施策も記録しておくと、数字を読み違えにくくなります。

FAQ Agentは「今後」の節の取り組みで、成果との関係は切り分けられない

FAQを作成するAgentの取り組みは、元資料では今後を扱う節に出てきます。この記述から、FAQが15%増を生んだ施策だと特定することはできません。Profoundの事例

説明図：すでに報告された結果と、これから行うFAQ施策を分ける。

自社の報告書でも、実施済みの変更と、次に試したい改善は分けます。「FAQを追加する予定」を、過去の成果の理由として書かないためです。

次の施策を決めるなら、商談前に繰り返し聞かれる質問を営業から集め、その答えが公開ページにあるか確認するところから始められます。

自社でAI経由の訪問を問い合わせ・商談まで追う準備

最初に、問い合わせが商談になるまでの記録を点検します。以下は編集部の提案で、CRSの実際の設定手順ではありません。

説明図：問い合わせから商談へ進む過程を、日付・参照元・修正履歴とともに追う。

1. 問い合わせフォームから、顧客管理に何が保存されるか確認します。
2. 着地ページや参照元が取れる場合は、問い合わせの記録と対応させます。
3. 営業担当者と、商談になったと数える条件を決めます。
4. 経路不明のものは不明のまま残します。

GA4では、認識されたAIサービスの参照元から来た訪問を「AI Assistant」チャネルで見る仕組みが案内されています。ただし、GoogleのAIによる概要とAIモードはこのチャネルに含まれません。Googleのチャネル定義

したがって、この行の件数を「すべてのAI経由訪問」とは呼ばず、計測できた範囲として扱います。

商談の数え方を先に決め、変更日と期間をそろえて比べる

商談の定義を決めてから、同じ長さの期間で比べます。例えば説明用の定義なら、「問い合わせのうち、営業と初回打ち合わせの日程が決まったもの」です。

記録する項目	理由
商談の判定条件	担当者による数え方の違いを防ぐ
初回問い合わせ日と商談化日	同じ月に起きるとは限らないため
参照元・顧客の申告	AI経由とする根拠を残す
ページの変更日	改善前後を見返すため

まずは件数を確かめ、金額を見る場合は見込み額と受注額を分けます。引用が増えた先で、どの段階まで進んだかが分かる報告にしていきます。