ChatGPTの回答に自社の記事が表示された。Geminiが会社名を挙げた。
検索結果にはAI Overviewsからの露出もある。
それでもGA4のセッションや問い合わせが増えないと、施策が失敗したように見えます。
ところが、引用と訪問の間にはクリックがあり、訪問と売上の間には記事閲覧、再訪、資料ダウンロード、フォーム送信など複数の段階があります。
回答画面だけで疑問が解消されれば、引用されてもクリックは起きません。
逆に、その場では訪問されなくても、数日後に会社名を検索して戻る人もいます。
2026年の計測環境では、以前よりAI経由の動きを見つけやすくなりました。
GA4のデフォルトチャネル定義には「AI Assistant」が加わり、対象となる参照元はmediumが`ai-assistant`として分類されます。
Search Consoleでも、AI OverviewsとAI Modeにおける表示を確認する生成AIパフォーマンスレポートが一部のサイトへ段階展開されています。
見える数字が増えても、引用数だけを成果にすると投資判断を誤ります。
本稿では、AI検索での露出から事業成果までを5段階へ分解し、どの数字が動いたら次の改善へ進むべきかを整理します。
AI回答にリンクが表示された状態は「露出」です。
検索者がリンクを押せば「訪問」へ進み、記事を読み、関連ページへ移動すれば「閲覧行動」が生まれます。
資料ダウンロードや料金ページ閲覧は購入前の中間成果であり、問い合わせ、会員登録、購入が最終成果です。
一つの数字へまとめない理由は、改善する場所が違うからです。露出が少ないなら、検索意図への適合、独自情報、クロール可能性を見直します。
露出はあるのに訪問されないなら、引用箇所だけで用件が済んでいるのか、リンク先の魅力が伝わっていないのかを調べる段階です。
訪問後に離脱している場合、入口ではなくページ側に課題があります。
冒頭が質問に答えていない、次に読む記事がない、CTAが読者の検討段階と合っていないなど、AEOとは別の改善が必要です。
問い合わせまで進んでいるのに受注しないなら、記事の評価ではなく商談条件や顧客層まで確認しなければなりません。
GA4に表示されるAI経由セッションも完全な母数ではありません。
参照元が渡されないアプリ内ブラウザ、コピーしたURL、後日のブックマーク訪問などはDirectに入ることがあります。
GoogleはDirectを、参照元が明確でないトラフィックとして説明しています。AI Assistantだけを抽出して「これがAIの全成果」と断定しない姿勢が必要です。
最初に、各段階で一つ以上の指標を決めます。
露出にはAI回答上の表示やSearch Consoleの生成AIインプレッション、訪問にはAI Assistantセッション、閲覧行動にはエンゲージメントと内部遷移を置きます。
中間成果は事業に近い行動を選び、最終成果は問い合わせや売上へ絞ります。
各段階は、上から順番に必ず減るとは限りません。
AI Assistantとして識別されない訪問や、後日の指名検索が混ざるからです。
ファネルは厳密な人数の連結というより、どこで反応が止まっているかを探す診断表として使います。
指標を増やしすぎると判断できなくなります。
一記事につき、露出、訪問、事業に近い中間成果、最終成果を中心にし、スクロールや滞在は原因を探る補助指標へ置きます。
スクロール率が高くても問い合わせがゼロなら、成果が出たとは評価しません。
GA4では、まずトラフィック獲得レポートで「セッションのデフォルトチャネルグループ」を確認します。
AI Assistantが表示される場合は、セッションの参照元／メディア、ランディングページを組み合わせ、どのサービスからどの記事へ来たかを分けます。
過去のデータまで同じ分類になるとは限らないため、比較期間の定義も残します。
次に、AI AssistantだけではなくReferralとDirectを並べます。
参照元が欠落した訪問をAI由来と決めつけることはできませんが、記事公開後に特定ランディングページのDirect、再訪、指名検索が同時に増えたなら、間接効果を検討する材料になります。
季節要因や広告配信が重なっていないかも確かめます。
行動計測では、GA4の拡張計測で取得できる`scroll`、`file_download`、`form_start`、`form_submit`などを確認します。
BtoBサイトなら、資料ダウンロード、料金ページ閲覧、事例ページへの遷移、問い合わせ完了を別の段階として設定すると、訪問後の詰まりが見えます。
ただし、フォームの開始やスクロールを最終成果にしないこと。
Googleも、`generate_lead`はリードフォームの完了を表し、単なるスクロールより広告や成果評価に近いイベントとして説明しています。
問い合わせ完了ページ、送信成功のコールバック、CRM登録など、成功を確認できる条件でキーイベントを作ります。
記事には公開日、更新日、狙ったクエリ、主なCTA、変更履歴を紐づけます。
AI経由の訪問が少ないサイトほど、サイト全体の合計では変化が埋もれます。
ランディングページ単位で公開前28日、公開後28日、さらに90日まで追う方が、施策の影響を見つけやすくなります。
Search Consoleの生成AIパフォーマンスレポートは、AI OverviewsとAI Modeにおけるサイトのインプレッションを確認できます。
ページ、国、日付、デバイスで分けられますが、2026年7月時点では一部のサイトへ段階展開中です。
表示されない場合、設定ミスとは限りません。
このレポートで分かる中心は、生成AI機能内でリンクが表示された回数です。
通常の検索パフォーマンスレポートと同じく、集計単位やcanonicalへの紐づけ、行数制限があります。
最新日は暫定値になることもあるため、日々の上下より週や月で変化を見ます。
生成AIレポートが使えないサイトでは、通常のPerformanceレポートで対象記事の表示回数、クリック、CTR、クエリを確認します。
会社名、製品名、記事固有の用語など、指名性の高いクエリが公開後に増えたかを見れば、AI回答で知った後に検索した行動の手掛かりになります。
ただし、指名検索の増加がAI引用によるものとは限りません。SNS、広告、ニュース、営業活動も影響します。
記事の公開日だけで因果を決めず、他施策の実施日、検索順位、季節性、サイト全体のトレンドを並べます。
結論は「AIが売上を増やした」ではなく、「AI露出の増加と指名・再訪・成果の動きが同時期に観測された」までに留めます。
サーバーログは、GA4が動かなかった訪問やクローラーの動きを補う材料です。
しかし、人の訪問とAIクローラーを同じ成果に混ぜないようにします。
UTMは自社が管理できるリンクには有効ですが、AIサービスが付けるリンクを運営者側で自由に変更できるわけではありません。
最初の30日は基準作りです。
対象記事、AI Assistantセッション、生成AIインプレッション、通常検索、Direct、中間成果、最終成果を同じシートへ記録します。
この段階では数字が少なくても、計測漏れやCTAの不整合を直し、比較できる状態を作ることを優先します。
31〜60日は、露出と訪問の間を改善します。
引用されているのに訪問が少なければ、回答だけでは完結しない独自データ、テンプレート、詳しい比較、実行手順をリンク先に用意します。
訪問はあるのに行動が弱い場合、記事冒頭とCTAを一度に変えず、原因を切り分けられる小さな変更にします。
61〜90日は事業成果で評価します。
問い合わせ件数だけで母数が足りない場合、中間成果まで含めますが、指標の格上げはしません。
資料ダウンロードが増えたなら「中間成果が改善」、受注まで追えたなら「最終成果を確認」と、到達段階を明確に記録します。
継続するのは、露出から最終成果までのどこかが改善し、次の仮説が立つ記事です。
修正対象は、露出はあるものの訪問や中間成果で止まる記事。
停止または優先度を下げるのは、十分な期間と表示機会があっても露出・訪問・成果のいずれも動かず、更新コストが他施策を上回る記事です。
小規模サイトでは一件の問い合わせで率が大きく動きます。
割合だけでなく実数を併記し、全体平均と比べます。
90日は絶対的な正解ではありませんが、数日で結論を出すより、検索反映、再訪、商談までの時間を含めて判断しやすい区切りです。
AI検索の効果は、引用されたかどうかだけでは決まりません。
引用は露出の入口であり、その後に訪問、閲覧行動、中間成果、問い合わせや売上があります。
どこまで進んだかを分けて見れば、引用数が増えない焦りや、アクセスだけを追う誤解を減らせます。
GA4のAI AssistantチャネルとSearch Consoleの生成AIレポートは、以前見えなかった動きを捉える助けになります。
一方で、参照元が欠ける訪問や後日の指名検索まで完全に結びつけるものではありません。
観測できた事実、補助指標、編集上の推論を分け、記事単位で90日追う。その積み重ねが、AEOへ投じる時間と予算を判断する土台になります。
.png){kind=logo}
