「AI検索の対策もやったほうがいい」と言われて記事を直し、会社概要のページを整えた。それから数ヶ月が経ち、経営会議で「で、効果はどうなの」と聞かれる。GA4を開いてみると、chatgpt.com からの流入が月に数件あるだけで、それが多いのか少ないのかも判断できない。一方でベンダーの提案資料には「引用率」や「言及回数」の数字がきれいに並んでいて、自社では同じものが出せない。
AI検索経由の流入は、記録として観測できる部分と、原理的にどうやっても観測できない部分がはっきり分かれており、その線を引かないまま効果を語ることが、この領域でいちばん多い失敗です。測れる範囲を正確に知れば、少ない件数でも報告できることは残ります。逆に、測れない範囲を測れているかのように扱えば、その報告はいずれ社内で信用を失います。
経営会議でAI検索の効果を問われる担当者にとって、報告の土台になるのは、記録として観測できた流入と、間接的な兆候と、そもそも観測できない部分の区別です。AI経由の流入がまだ少ない段階なら、率を出すより件数と着地後の動きを示すほうが、社内の信用を保てます。
AI検索経由の流入は3種類あり、見え方がまったく違う
AI検索経由といっても中身は3種類あり、GA4に記録されるもの、Google検索に混ざって分離できないもの、そもそもクリックが発生しないものに分かれます。最初にこの区別を社内で共有しないと、議論が噛み合いません。
1つ目は、ChatGPTやPerplexity、Claude、Copilotといったチャット型のサービスの回答に出典リンクが表示され、ユーザーがそれをクリックして自社サイトに来るケースです。これは別ドメインからの遷移なので、条件が揃えばGA4に参照元として記録されます。件数として「測れる」のは、基本的にこの部分だけです。
2つ目は、Google検索の結果画面に表示されるAIによる概要やAIモードの回答からのクリックです。これはGoogle検索の中で起きているため、GA4上はオーガニック検索からの流入として扱われ、通常の検索結果からのクリックと区別できません。分離できない、というのが現時点の実務上の前提です。
3つ目は、AIの回答の中で自社名やサービス名が言及されたけれど、ユーザーがリンクをクリックしなかったケースです。これはサイト側に一切の痕跡が残りません。アクセスログにもGA4にも何も記録されないので、観測のしようがありません。しかも、AI検索の利用者は回答を読んだ時点で用が足り、出典をクリックしないことがよくあります。つまり、影響が大きいはずの部分ほど、手元のデータには現れないという構造になっています。
| 流入の種類 | GA4での見え方 | Search Consoleでの見え方 | 実務での扱い |
|---|---|---|---|
| チャット型AIの回答からのクリック | 参照元として記録される(ただし過小に出る) | 対象外 | 唯一、件数として数えられる |
| Google検索のAI回答からのクリック | オーガニック検索に混ざり分離できない | 通常の検索と合算 | 分離をあきらめ、推定にとどめる |
| 回答内で言及されたがクリックなし | 記録されない | 記録されない | 観測不能。自分で質問して確認するのみ |
AI検索経由の流入を3つに分ける説明は、数字を出す前に社内で共有しておきます。たとえば経営会議で「AI検索の効果を数字で出してほしい」と頼まれたマーケ責任者は、この表を見せれば、どの部分の数字なのかをその場で聞き返せます。多くの場合、依頼した側は3つを区別しておらず、区別を示すだけで期待値が現実的な位置に落ち着きます。
GA4でAI経由の流入を確認する|見るべきは加工前の参照元
最初にやることはチャネル設定ではなく、参照元/メディアの一覧を素のまま眺めることです。どのドメインから来ているかを自分の目で確認しない限り、後の設定はすべて他人の前提の借り物になります。
GA4の集客レポートには、参照元とメディアの組み合わせをそのまま並べた一覧があります。まずここを、期間を長めに取って開きます。AI系サービスのドメインが並んでいれば、それが現時点で観測できているAI経由の流入です。ドメインの表記はサービス側の都合で変わりますし、新しいサービスも増え続けるので、記事や資料に載っているリストをそのままコピーするのではなく、自社のデータに実際に出ているものを拾うのが確実です。1件でも来ていれば一覧に載りますから、探すのは難しくありません。
GA4のデフォルトチャネルグループには、2026年5月に「AI Assistant」というチャネルが追加されました。ChatGPTやGemini、Copilotなど、GA4が認識しているAIアシスタントからの参照流入が自動でこのチャネルに分類され、メディアには「ai-assistant」という値が入ります。Googleのヘルプによれば、AI OverviewsやAIモードはこのチャネルには含まれません。便利な仕組みですが、扱いには3つの注意が必要です。第一に、追加より前の期間にどう表示されるかはヘルプに明記がないので、過去と比べる前に自社のレポートで確かめます。第二に、自社のレポートにこのチャネルが出ているかどうかも、自分の目で確認します。第三に、どのサービスが分類対象になるかはGoogle側の判断であり、すべてのAIサービスが含まれるとは限りません。自動分類に入らないサービスは、参照元の一覧では見えていても、チャネル単位のレポートでは他のチャネルに紛れます。
自動分類でカバーされない範囲を拾いたい場合は、カスタムチャネルグループを作るか、探索レポートでセグメントを組むことになります。考え方としては、参照元ドメインに対する条件でAI系をひとまとめにし、通常の参照流入より先に判定させるという形です。具体的な設定画面はGA4の更新で変わりますし、判定順序の扱いも含めて自社のプロパティで確かめる必要があります。重要なのは、設定を変えた日付を必ずどこかに記録しておくことです。あとで推移を見たときに、施策の効果なのか計測の変更なのかが分からなくなる事故は、これで防げます。
設定を変更した日、チャネルの定義を変えた日、タグを入れ替えた日は、レポートの注釈欄でもスプレッドシートでも構わないので必ず残してください。AI検索の流入は件数が小さいため、計測変更による段差が施策の成果に見えてしまいます。
探索レポートを使う場合、見るべきは流入数だけではありません。AI経由で来た人が、どのページに着地して、そのあと何を見て、フォームまで到達したかという動線です。件数が少なくても、動線は1件ずつ追えます。むしろ件数が少ない段階では、集計値より個別の行動を見るほうが得るものがあります。GA4とCRMの接続がまだ甘いなら、動線を追う前に効果測定の環境を整え、数字が合わなくなる原因を先につぶしてください。
参照元を正しく読むには、自社でURLを管理できる経路の値が揃っていることが前提になります。広告やメールなど自社で付ける値は、UTMの命名ルールを決めて揃えておきます。
参照元を見る前に、社内アクセスの除外や問い合わせのキーイベント設定が済んでいないと、少ない件数がさらに読めなくなります。BtoBサイトのGA4の初期設定を先に確認してください。
GA4の数字が実態より小さくなる理由
GA4に出ているAI経由の流入は、実際より少なく記録されている前提で読みます。参照元の情報が途中で失われる経路がいくつもあるためです。
最も大きいのは、スマートフォンアプリ経由の流入です。ChatGPTなどのアプリ内でリンクを開くと、アプリ内ブラウザの実装によっては参照元の情報が渡されず、GA4上はノーリファラー、つまりダイレクト流入として記録されます。BtoBの商材だとデスクトップからのアクセスが中心になりやすいので、この影響はBtoCほど深刻ではありませんが、ゼロではありません。
次に、リンクのコピー&ペーストです。AIの回答からURLを手でコピーして、ブラウザのアドレスバーに貼って開く、あるいは社内のチャットに貼って同僚が開く、という行動はBtoBでは日常的です。この場合も参照元は残りません。実際には、社内の稟議や情報共有を経て複数人が同じページを見に来ることが多く、その大半はダイレクト流入として計上されます。
さらに、サービス側の仕様変更もあります。出典リンクの遷移方法が変われば、昨日まで参照元として記録されていたものが記録されなくなることがあります。これは自社側でコントロールできません。
GA4に出ている件数を「実際の流入数」として報告すると、後で数字が動いたときに説明できなくなります。観測できた最小値である、という但し書きをつけて報告してください。
GA4の数字が小さく出る前提に立つと、実務上の姿勢はシンプルです。GA4のAI経由流入は「下限値」として扱い、絶対値の精度を追いかけない。代わりに、同じ定義で毎月取り続けて推移を見る。定義を変えたら日付を記録する。この3点だけ守れば、精度の低いデータでも判断材料にはなります。
Search Consoleでは基本的に見えない|その理由
Search ConsoleはGoogle検索の中で起きたことを報告するツールなので、Googleの外にあるチャット型AIの動きは記録されません。そしてGoogle検索の中のAI回答も、通常の検索結果と分離されません。
Search Consoleが持っているのは、Google検索の検索結果に自社ページが表示された回数と、そこからクリックされた回数です。ChatGPTやPerplexityは別のサービスなので、そこで自社が引用されようとクリックされようと、Search Consoleには一行も現れません。一方、MicrosoftのBing Webmaster Toolsには、2026年2月に公開プレビューとして「AI Performance」レポートが追加されました。Microsoft Copilot、BingのAI要約、一部の提携サービスの回答で、自社ページが出典として表示された回数とページを確認できます。クリック数ではなく出典として表示された回数なので、流入の計測ではなく露出の参考値として扱います。日本のBtoBでのBingとCopilotの利用規模を考えると、毎月の定点観測より、四半期に一度眺める程度で足ります。
では、Google検索の中のAIによる概要やAIモードはどうか。これらはGoogle検索の結果画面の一部なので、そこに自社ページが出典として表示されればSearch Consoleの表示回数に含まれ、クリックされればクリック数に含まれます。ただし、通常の検索結果からの表示・クリックと合算されており、分けて取り出す方法は提供されていません。「AI回答経由の表示回数」というレポートは存在しない、と理解しておくのが正確です。
Google検索内のAI回答の影響について、Search Consoleでできるのは推定だけです。よくある見方は、あるクエリ群で表示回数はほぼ横ばいなのにクリック数とクリック率だけが継続的に下がっているページを探す、というものです。AI回答が検索結果の上部を占めてクリックが減っている可能性を示唆します。ただしこれは可能性であって証明ではありません。競合が上位に入った、検索結果のレイアウトが変わった、季節要因、といった説明も同時に成り立ちます。単一の指標の動きから原因を1つに決めない、という基本を守ってください。
Search Consoleにもうひとつ使い道があるとすれば、指名検索の観測です。自社名やサービス名を含むクエリの表示回数とクリック数は、Search Consoleで継続的に追えます。これはAI経由の直接的な計測ではありませんが、間接的な兆候としては最も手に入りやすいデータです。
いちばん重要な限界|クリックされない言及は測れない
AIの回答の中で自社が推奨されても、ユーザーがリンクを踏まなければ、その事実を知る方法はサイト側にありません。この限界は工夫では埋まりません。
AI検索の最大の特徴は、ユーザーが回答を読んだ時点で用が足りることです。「BtoB向けのMAツールを選ぶときの観点は」と聞いた人は、回答を読んで観点を理解し、そこで終わります。回答の中に自社の名前が出ていて、それがそのユーザーの後々の判断に影響していたとしても、クリックが発生していなければアクセスログにもGA4にも記録は残りません。半年後にその人が指名で問い合わせてきたとき、それがAIの回答に由来するかどうかを、こちらから知る手立てはないのです。
ここでよく混同されるのが、AIサービスのクローラーやフェッチによるアクセスです。サーバーログを見ると、AI関連のユーザーエージェントが自社サイトを取得している記録が見つかることがあります。これは「取得された」という事実であって、「ユーザーの回答に引用された」という事実ではありません。クロールされたページの大半は、どの回答にも使われないまま終わります。ログのアクセス数を成果の指標に置くのは、根拠のない代理指標を作ることになるので避けてください。
もうひとつ、市場に出回っている「引用率」「言及回数」を測るツールについても、性質を理解しておく必要があります。これらは、ツール側があらかじめ用意した質問文を各AIサービスに投げ、返ってきた回答に自社名が含まれるかを集計しているものです。つまり測っているのは、そのツールが投げた質問に対する応答であって、実際のユーザーが投げている質問の分布ではありません。同じ質問でも回答は毎回変わりますし、ユーザーの過去の履歴や設定によっても変わります。
ベンダーが提示する引用率は、そのベンダーの質問セットに対する観測値です。自社の商談がどこから来ているかとは別の話なので、契約の成果指標に置かないでください。
この種の観測を自社で軽くやること自体は否定しません。実際、自社が答えてほしい質問を10問ほど決めて、月に一度手で投げて、自社と競合の登場を記録するという運用は、コストが小さいわりに気づきが得られます。ただしその位置づけは「定性的な観察メモ」であって、KPIではありません。数字が上下しても、それは自社の施策より先方のモデル更新の影響のほうが大きい可能性が常にあります。観察メモは、ChatGPT検索でBtoBの購買行動がどう変わるかを社内で説明するときの具体例として使います。
間接的な兆候の見方と、その限界
指名検索の増加とダイレクト流入の増加は、AI経由の影響が出ているときに動きやすい数字です。ただし他の要因と切り分けられないため、単独では何も証明しません。
AIの回答で会社名を知った人が取る典型的な行動は、その社名で検索することです。回答内のリンクを踏むより、いったんブラウザで社名を調べるほうが自然だと感じる人は少なくありません。したがって、指名検索クエリの表示回数とクリック数が増えていれば、認知の入口がどこかで増えている兆候ではあります。これはSearch Consoleで、自社名・サービス名・代表者名を含むクエリを抽出すれば追えます。指名検索が増えて競合がその検索に広告を出し始めたら、指名検索広告を出すかどうかもあわせて判断します。
ダイレクト流入の増加も、指名検索と同じく兆候として使えます。アプリ経由やコピー&ペーストによる流入は、参照元が残らずダイレクトに沈むからです。したがってダイレクト流入が増えていれば、その中にAI経由が含まれている可能性はあります。デバイス別に分解して、モバイルのダイレクト流入だけが増えていないかを見る、着地ページがトップページ以外の深い階層に偏っていないかを見る、といった分解をすると、AI経由の可能性が高い部分を少しだけ絞り込めます。深い階層のページにダイレクトで着地する行動は、URLを何らかの形で受け取った人の動きだからです。
ただし、ここで止まらずに他の説明を全部並べる作業が必要です。ダイレクト流入が増える理由は、AI経由以外にいくらでもあります。
| 観測された変化 | AI経由以外の説明 | 切り分けのために見るもの |
|---|---|---|
| 指名検索が増えた | 展示会・ウェビナー・PR・広告出稿・採用活動 | 該当月のオフライン施策と出稿の有無 |
| ダイレクト流入が増えた | メール配信、社内アクセス、計測タグの変更 | 配信日との一致、IP除外の設定状況 |
| 特定ページの直接着地が増えた | 他社サイトからの紹介、SNSでの共有 | 参照元一覧の増減、共有の実物 |
| 問い合わせが増えた | 営業活動、既存顧客からの紹介 | 初回接点の記録、営業側の活動量 |
この表を埋めてもなお説明がつかない増加が残ったときに、はじめて「AI経由の影響がありそうだ」と言えます。逆に言えば、施策を打った月にたまたま展示会にも出ていたなら、その月の指名検索の増加をAI検索の成果として報告してはいけません。BtoBは接点が多く、単一要因に帰属させにくい構造をしています。広告や展示会のように記録が残る接点ならアトリビューション分析で貢献を配分できますが、AI経由に関しては、そもそも接点として記録が残らないため、アトリビューションの枠組みに乗せること自体ができません。
HubSpot AEOのプロンプトカバー率やシェア オブ ボイスも、自社が登録した質問への回答の集計であり、見込み客が実際に入力した質問の分布ではありません。
自己申告データを取りにいく|本人に聞くのが最も確度が高い
記録が残らない以上、最も確からしいデータは本人の申告です。フォームの設問と商談の初回ヒアリング、この2箇所を設計するだけで、観測できる範囲がひとつ増えます。
問い合わせフォームに「当社を知ったきっかけ」の設問を置き、選択肢に「ChatGPTなどの生成AI・AI検索」を含めます。これはAI検索に限らず有効な設問ですが、AI経由については他に手段がないぶん価値が高くなります。設問を追加すると離脱が増えるのではという懸念はもっともなので、必須にせず任意にする、選択肢を実務上の目安として7つ以内に抑える、といった調整で入力負荷を抑えてください。設問を足したあとは、問い合わせフォームの改善と同じ手順で、追加前後の完了率を比べます。
ただし自己申告にも限界があります。回答は任意なら埋まらないことがありますし、本人の記憶も正確ではありません。「検索で見つけた」と答えた人が、実際にはAIの回答で社名を知ってから検索していた、というケースは区別できません。複数の接点を経ている場合、本人は最後の接点だけを覚えていることが多いのです。したがってフォームの回答は、正確な内訳ではなく「少なくともこれだけの人がAI経由だと自覚している」という下限として読みます。
もうひとつ有効なのが、商談の初回で営業が聞く質問です。「今回、どういう経緯で当社をご存知いただきましたか」「検討にあたって、どんな情報の集め方をされましたか」という2問を型に入れておくと、フォームの選択肢より具体的な話が出てきます。「AIに聞いたら数社出てきて、その中で御社のサイトがいちばん具体的だった」といった答えは、選択肢では拾えません。この内容はCRMのメモに残すだけでなく、月次でいくつか読み返す運用にしてください。件数が少ない段階では、集計値よりこうした生の言葉のほうが判断材料になります。商談録画を残しているなら、この2問への答えの部分だけを月に数件聞き返します。
3つのデータ源は、上に行くほど確からしく、下に行くほど件数が多いという関係にあります。報告では、確からしいものを主語にし、確からしくないものは補足として添える。この順番を守るだけで、報告の信頼性はかなり変わります。自社の計測環境でどこまで観測できるのか、現状を外部の視点で確認したい場合は、GA4の参照元と問い合わせフォームの設問を一緒に見て、報告に使える数字を切り分けます。
件数が二桁に届かないうちは、率を見ない
月のAI経由の流入が10件に届かないうちは、CVRや商談化率を計算しません。月に数件の規模では、1件の増減で数字が倍になるだけで、判断材料にならないからです。
月に5件の流入で1件が問い合わせに至れば、CVRは20%です。翌月に流入が6件で問い合わせが0件なら0%です。この2つの数字を並べて「CVRが悪化した」と言うのは、統計以前に日本語として間違っています。分母が二桁に届かないうちは、率という要約の仕方が向いていません。
ではその段階で何を見るか。件数そのものと、質的な内容です。何件来たか、どのページに着地したか、どんな検索の文脈で来たと推測できるか、そのうち何人が複数ページを見たか。ここは1件ずつ手で追える規模ですから、集計せずに個別に見ます。そして、その観察から「自社のどのページがAIに拾われやすいか」の仮説を作ります。仮説が当たっているかは、次の四半期の件数の伸びで粗く確かめます。
| 段階 | 月間のAI経由セッション | この段階で見る数字 | この段階で見ない数字 |
|---|---|---|---|
| 準備段階 | 0〜数件 | 参照元一覧にAI系が出るか、計測の定義が固まっているか | 件数の推移、率 |
| 存在確認 | 10件未満 | 件数、着地ページ、1件ずつの行動 | CVR、商談化率 |
| 傾向把握 | 10〜50件 | 四半期での件数推移、着地ページの偏り、自己申告の件数 | 月次のCVR比較 |
| 評価可能 | 50件以上 | 問い合わせ件数、他チャネルとの行動比較 | 受注率まで一足飛びに見ること |
この表の刻みは目安であって、自社の全体の流入規模に応じて上下します。先に決めておくのは、段階ごとに見る数字を変えることです。決めておかないと、経営から「率は」と聞かれたときに、意味のない率を計算して出してしまいます。「この件数では率は出しません、代わりに件数と中身を見ています」と答えられる状態を作っておいてください。段階が変わったら、KPIダッシュボードに載せる指標もその月のうちに入れ替えます。
もうひとつ運用面の注意として、AI経由の流入を月次ダッシュボードの主要指標として常設するのは、この規模ではおすすめしません。件数が小さいぶん月ごとのぶれが目立ち、会議のたびに説明を求められて時間を取られます。四半期に一度の確認項目として置くほうが、無駄な議論を減らせて運用も続きます。
「測れないから何もしない」でも「測れないのに効果を主張する」でもない立ち位置
この領域で取るべきは第三の立場です。投じるコストの上限を先に決め、観測できた事実と観測できていない範囲を分けて報告し、判断を保留したまま続ける。これが現実的な運用です。
AI検索の話題は、両極端に振れがちです。片方は「どうせ測れないのだから無視する」。もう片方は「これからはAI検索の時代だから対策すべき」と言いながら、効果の根拠を示さない。どちらも、意思決定としては雑です。
実務的な第三の立ち位置は、次の3点で構成されます。第一に、AI検索向けの施策を独立した予算項目にしない。既存のSEOやコンテンツの取り組みの中で、構造を整える、一次情報を増やす、事実を明記するといった作業は、もともとやる価値のあるものです。それをAI検索向けとして別枠にするから、単独での効果証明が必要になります。BtoB SEOコンテンツ戦略の中の作業として組み込めば、効果の説明はコンテンツ全体の成果で足ります。
第二に、コストの上限を先に決めます。専用ツールの契約や外部への発注を検討するなら、「効果が証明できなくても払い続けられる金額か」を基準にしてください。効果測定ができない領域への投資は、期待値ではなく許容損失で決めるのが筋です。月額数万円で既存業務の延長なら続けられる、月額数十万円で効果不明なら止める、という線引きを最初に引いておきます。
第三に、報告の言葉を分けます。「観測できた事実」「観測できていない範囲」「解釈」の3つを、同じ文章の中で混ぜない。たとえば「今四半期、AI系ドメインからの流入は月平均12件で、前四半期の4件から増えました(観測できた事実)。アプリ経由やコピー経由の流入は参照元が残らないため、実数はこれより多いはずですが規模は不明です(観測できていない範囲)。指名検索も同時期に増えていますが、展示会出展と重なっているため、AI経由の寄与は分離できません(解釈)」という書き方です。この形にすると、読み手が自分で判断でき、後から数字が動いても説明が破綻しません。
第三の立ち位置には、計測を「やらない」という選択肢も含まれます。自社の顧客層がAIで情報収集していない、既存の検索流入自体がまだ立ち上がっていない、コンテンツの本数が二桁に届いていない。こうした状態なら、AI検索の計測に時間を使う前にやることがあります。AIに拾われるための前提は、拾われるだけのコンテンツと構造が存在することです。計測の設計だけ先に作っても中身がなければ動く数字はないので、先にLLMO対策でコンテンツと構造を整える順序になります。自社が今この順序のどこにいるのか、判断を一緒に整理することも承っています。
まとめ
AI検索経由の流入は、チャット型AIの回答からのクリック、Google検索内のAI回答からのクリック、クリックを伴わない言及の3つに分かれ、件数として数えられるのは最初の1つだけです。GA4では参照元/メディアの一覧と、「AI Assistant」チャネルで確認できますが、アプリ経由やコピー&ペーストで参照元が失われるため、出てくる数字は常に実態の下限です。Search Consoleは、チャット型AIを対象としておらず、Google検索内のAI回答も通常の検索と分離できないため、基本的には見えません。
そして最も重要な限界は、AIの回答で言及されてもクリックがなければ痕跡が残らないことです。サーバーログのクローラーアクセスは引用の証拠ではありませんし、ベンダーが提示する引用率は、そのベンダーの質問セットに対する観測値であって自社の商談とは別の話です。指名検索やダイレクト流入の増加は兆候として使えますが、展示会やメール配信など他の説明をすべて並べてから最後に参照するものであって、単独では何も証明しません。
実務としては、フォームと商談ヒアリングで自己申告を取りにいくこと、件数が二桁に届かないうちは率を計算しないこと、そして観測できた事実と観測できていない範囲と解釈を分けて報告することです。AI検索向けの作業は独立した予算項目にせず、既存のコンテンツの取り組みの中に組み込む。コストの上限は期待値ではなく許容損失で決める。この立ち位置なら、測れないことを認めたまま、手を止めずに続けられます。
無料相談受付中
AI検索の効果として言える数字と言えない数字を、報告の前に切り分けます
GA4の参照元、問い合わせフォームの設問、商談ヒアリングの記録を見せていただき、いま観測できている数字と推定にとどまる数字を分けて、経営会議に出す報告の形にまとめます。Ampelは外部CMOとして、BtoBマーケティングの戦略から施策の実行まで支援しており、ツール導入の営業はしません。
よくある質問
- GA4でChatGPT経由の流入が0件です。対策が効いていないということですか?
- 0件だからといって、AIの回答で自社が言及されていないとは限りません。回答内で紹介されてもリンクがクリックされなければ記録は残りませんし、アプリ経由やURLのコピー&ペーストによる流入はダイレクトとして計上されます。まず確認すべきは、参照元/メディアのレポートを十分に長い期間で見ているか、フィルタや内部トラフィック除外で消えていないか、AI系ドメインの表記が想定と違っていないかです。そのうえで0件なら、計測より先にコンテンツと構造の側に取り組む段階だと考えてください。
- GA4の「AI Assistant」チャネルがレポートに出てきません。
- このチャネルは2026年5月に追加されたもので、追加より前の期間にどう表示されるかはヘルプに明記がありません。まず追加後の期間を選んで見てください。該当チャネルに分類される流入が実際に発生していない場合も表示されません。まず参照元/メディアの一覧でAI系ドメインからの流入があるかを確認し、あるのにチャネルに出ないなら、カスタムチャネルグループや探索レポートで自分で定義するほうが早いです。
- Search ConsoleでAI検索経由の数字は見られますか?
- 基本的に見られません。ChatGPTやPerplexityはGoogle検索の外にあるサービスなのでSearch Consoleの対象外です。Google検索内のAIによる概要やAIモードは対象に含まれますが、通常の検索結果からの表示・クリックと合算されており、分離して取り出す方法は提供されていません。できるのは、表示回数が横ばいなのにクリック率だけが継続的に下がっているページを探して影響を推定することですが、競合の順位変動や季節要因でも同じ動きが出るため、推定の域を出ません。
- AIに引用された回数を測るツールは導入すべきですか?
- 導入自体を否定はしませんが、そのツールが測っているのは「ツール側が用意した質問文に対する回答に自社名が含まれた割合」であって、実際のユーザーの質問分布ではないことを理解した上で使ってください。同じ質問でも回答は毎回変わり、数値の変動が自社の施策によるものかモデル側の更新によるものかは判別できません。契約するなら、効果が証明できなくても払い続けられる金額かどうかで判断し、成果指標としてではなく観察メモとして扱うのが安全です。自社で質問を10問決めて月1回手で確認するだけでも、目的の大半は足ります。
- 流入が月に数件しかない段階で、経営にどう報告すればいいですか?
- 率を出さず、件数と中身、そして観測の限界をセットで報告してください。「AI系ドメインからの流入は月平均で何件、着地ページはこの2本に偏っている」「アプリ経由やコピー経由は参照元が残らないため実数はこれより多いが規模は不明」「問い合わせフォームのきっかけ設問でAIと回答した人が何件」という3点を分けて書きます。そのうえで、この段階では率を計算しない理由と、次に何件になったら率を見始めるかを先に示しておくと、毎月同じ質問を受けずに済みます。