AI検索の成果は「電話が鳴ったか」で測れ｜tel:リンク・予約導線・AI流入計測の実装

AI検索経由で来た見込み客の電話・予約・来店は、どう受けてどう計測すればいいのか。答えは「受け口を tel: リンクと予約ページの2本に絞って正本化し、計測は GA4 の AI チャネルとクリックイベントで『下限値』として追う」です。AIの回答面そのものは自社で計測できないため、自社サイトに着地した後の行動だけを確実に取る設計が現実解になります。

2026年8月現在の状況を先に言い切ると、次の3点です。第一に、ChatGPT の検索機能が引用リンクに utm_source=chatgpt.com を付与するケースが広く観測されており、AI経由流入の一部はパラメータで判別できます（ただし OpenAI が公式仕様として保証している記述は2026年8月時点で確認できていません）。第二に、Google アナリティクス（GA4）は2026年5月にデフォルトチャネルグループへ「AI Assistant」チャネルを追加したと報じられており、主要AIアシスタント経由の流入が自動分類され始めています。第三に、Google のローカルビジネス構造化データ公式ドキュメント（2026年2月20日更新）のサポート表に ReserveAction は含まれておらず、検索結果からの直接予約は Maps Booking API という別枠の仕組みです。つまり「予約系スキーマを書けばAIから予約が入る」という前提は公式ドキュメント上の裏付けがなく、正直設計が最適解です。

本記事は業種別記事（トリミングサロンのAI検索対応など）とは違い、業種を横断する「CV導線の実装」だけを扱います。対象は、AI検索対応を進めていて「で、結局問い合わせにつながっているのか？」を答えられるようにしたいサイト運用者・マーケティング担当者です。

AI経由CV導線とは（定義）

AI経由CV導線とは、ChatGPT・Gemini・Perplexity・Google のAIモードなどのAI検索が自社を回答内で紹介した後に、ユーザーが実際に電話・予約・来店へ到達するまでの経路と、その到達を計測する仕組みの総称。 構成要素は3層に分かれる。（1）引用面＝AIが回答の材料にする自社ページの情報、（2）受け口＝着地したユーザーが行動を完了する電話リンク・予約ページ・アクセス情報、（3）計測＝AI経由の流入とCV（コンバージョン）を分類して記録する解析設定。引用面はAI側の挙動に依存するため制御も計測もできないが、受け口と計測は100%自社で制御できる。

この定義で重要なのは、AI経由の導線が従来のSEOと違って「回答内で完結する割合が高い」ことです。AIが電話番号や営業時間を回答内にテキストで表示すれば、ユーザーはサイトを訪問せずに電話をかけられます。この場合、アクセス解析には一切残りません。だからこそ「サイトに来た分は確実に取る」「サイトに来ない分は存在を前提に割り切る」という二段構えが必要になります。

全体像：制御できるのは「受け口」と「計測」だけ

3層のうち、どこにどれだけ工数を割くべきかを最初に整理します。

なお、引用面の作り込みについて補足すると、Google は「AIによる概要やAIモードのための特別な最適化を行う必要はない」と公式に明言しています（Google 検索セントラル「AI 機能とウェブサイト」、2025年12月31日更新）。引用面に特殊な細工をするより、受け口の事実情報を正確に保つほうが公式見解とも整合します。基礎から確認したい場合はLLMO対策とはを参照してください。

受け口1：電話——tel:リンクは「引用対策」ではなく「取りこぼし防止と計測」のために張る

まず誤解を正します。電話番号を tel: リンクにしたからといって、AIに引用されやすくなるという公式仕様はどのAI検索にも確認できていません（2026年8月時点）。tel: リンクの目的は2つだけです。スマートフォンで着地したユーザーがワンタップで発信できること、そしてタップをイベントとして計測できることです。

実装：tel:リンクの正しい書き方

tel: は IETF の標準（RFC 3966、2004年12月）で定義された URI スキームで、HTML のリンクとしてそのまま使えます。実装は次の形が基本です。

<pre><code>＜a href="tel:+81312345678"＞03-1234-5678＜/a＞</code></pre>

押さえるポイントは3つです。

• href には国際形式（+81始まり・ハイフンなし）、表示テキストには国内の見慣れた形式を使う。RFC 3966 はグローバル形式の番号を推奨しており、海外SIMや一部アプリでの発信失敗を防げる
• リンクテキストは電話番号そのものにする。「お電話はこちら」だけのボタンにすると、回答内テキストとして番号を拾われる余地が減り、番号を目視で控えたいユーザーも困る
• サイト内の全ページで同一番号・同一表記にする。フッター・会社概要・予約ページで番号や表記が割れていると、AIがどれを答えるか制御できない

AI検索とtel:の関係で本当に効くのは「番号の一貫性」

AIは回答内に電話番号をテキストで表示できます。このときAIが参照するのは、自社サイト・Google ビジネスプロフィール・ポータルサイト・SNSなどに散在する番号情報です。ここで表記や番号自体が食い違っていると、古い番号や別拠点の番号が回答される原因になります。引用されるかどうかは保証できませんが、矛盾があると誤答の材料になることは構造上明らかです。対策はシンプルで、「正本の番号を1本決め、全媒体をそれに揃える」だけです。

注意：コールトラッキングの動的番号とAI検索は相性が悪い（仮説を含む）

広告計測で使われるコールトラッキング（訪問経路ごとに別の電話番号を動的に表示する仕組み）には、AI検索時代特有のリスクがあります。AIのクローラーがページを取得した瞬間に表示されていた計測用番号を「その店の電話番号」として学習・回答する可能性があるためです。どの番号がAIの回答に使われるかは制御も検証もしきれないため、これは確定した挙動ではなく構造上のリスク仮説として書きます。安全側に倒すなら次の方針です。

• HTMLソース上の初期値（JavaScript実行前の番号）は必ず正本番号にする
• 構造化データやGoogle ビジネスプロフィールに計測用番号を書かない
• AI経由の電話計測は、番号の出し分けではなくtel:リンクのタップイベントで取る

計測：tel:タップをGA4イベントにする

GA4では、tel: リンクのクリックをイベントとして送信し、キーイベント（コンバージョン）に設定するのが基本形です。Google タグマネージャーを使う場合の設定は次のとおりです。

1. 変数「Click URL」を有効化する
2. トリガー: 種類「リンククリック」、条件「Click URL 先頭が一致 tel:」
3. タグ: GA4イベント、イベント名 tel_click、パラメータに link_url: {{Click URL}} を設定
4. GA4の管理画面でイベント tel_click をキーイベントに設定する

これで「AI経由セッション×tel_click」の掛け合わせが探索レポートで見られるようになります。タップ＝通話成立ではない点だけは割り引いて解釈してください。

受け口2：予約——構造化データは「正直設計」が最適解

予約導線でよくある誤解が「ReserveAction をマークアップすればAI検索や Google から予約が入るようになる」というものです。事実関係を公式情報で確認します。

事実確認:ReserveActionの現在地

schema.org の定義では、ReserveAction は「具体的な対象物（テーブル・ホテルなど）を時間枠に対して予約するアクション」を表す語彙として存在します。一方、Google のローカルビジネス構造化データ公式ドキュメント（2026年2月20日更新）のサポートプロパティ表に ReserveAction や potentialAction の記載はなく、同ドキュメントは「ユーザーが検索結果から予約や注文を直接行えるようにするには、Maps Booking API を使用する」と案内しています。つまり、

• ReserveAction を書いても、Google 検索のリッチリザルトや予約ボタンにはつながらない（対象外）
• 検索結果からの直接予約は、予約システム事業者が Google と連携する Maps Booking API という別の仕組み
• ChatGPT や Perplexity が ReserveAction を予約機能に使うという公式発表も2026年8月時点で確認できていない

という状態です。効果の裏付けがないマークアップを増やすより、AIにもユーザーにも読める「正直設計」に工数を使うべきです。

正直設計の実装:予約ページを「1URL・テキスト完結・事実明記」にする

AI経由のユーザーを予約完了まで運ぶために効くのは、次の地味な整備です。

• 予約ページのURLを1本に固定する。キャンペーンごとにLPを量産すると、AIが古いURLを案内するリスクが増える。/reserve/ のような恒久URLを正本にする
• 予約手段を本文テキストで明記する。「ご予約はWeb予約（24時間受付）またはお電話（受付時間 10:00〜19:00）で承ります」のように、ボタンだけでなく文章として書く。AIが回答に使えるのは文章
• 予約の前提条件を予約ページに書く。当日予約の可否、キャンセル規定、支払い方法、所要時間。AIはこれらの質問に予約ページの記述から答えようとする
• 外部予約サービス（ホットペッパー・食べログ・各種予約SaaS等）を使っている場合も、公式サイトに「どのサービスで予約できるか」を明記する。公式サイトが情報の正本であれば、AIの回答も公式経由に寄せやすい

構造化データを入れるなら、LocalBusiness の基本情報（名称・住所・電話・営業時間）と FAQ の整備が先です。詳しくはAI検索時代の構造化データとAI検索時代のFAQ設計で解説しています。

予約導線の判断表

計測：AI経由流入は「下限値」として追う

受け口を整えたら、AI経由の流入とCVを分類します。先に結論を言うと、AI経由流入を100%捕捉する方法は2026年8月時点で存在しません。アプリ内からの遷移はリファラ（参照元情報）が渡らず「Direct」に混ざり、回答内で完結した行動はそもそもサイトに来ません。見えている数字は常に下限値です。それを前提に、取れるものを確実に取ります。

経路別:GA4でどう見えるか

設定1：GA4標準の「AI Assistant」チャネルを確認する

2026年5月13日、GA4のデフォルトチャネルグループに「AI Assistant」チャネルが追加されたと報じられています（Search Engine Journal、2026年5月）。該当するAIアシスタントからのリファラを持つセッションが自動でこのチャネルに分類される仕様で、設定作業は不要です。まず自社のGA4で「レポート＞集客＞トラフィック獲得」を開き、AI Assistant チャネルにセッションが計上されているかを確認してください。ただし報道時点の情報では Perplexity は参照（Referral）扱いのままなど分類対象は限定的で、仕様は今後変わりえます。正確な定義は Google アナリティクス ヘルプ「デフォルト チャネル グループ」で最新版を確認するのが確実です。

設定2：カスタムチャネルグループで「AI経由」を自前定義する

標準チャネルの分類漏れを埋めるため、カスタムチャネルグループを1つ作ります。

1. GA4「管理＞データの表示＞チャネルグループ」で既存グループをコピーして新規作成
2. チャネル「AI経由」を追加し、条件を「参照元が次の正規表現に一致」で定義する

<pre><code>chatgpt\.com|openai\.com|perplexity\.ai|gemini\.google\.com|copilot\.microsoft\.com|claude\.ai</code></pre>

1. 並び順を Organic Search より上に置く（先に一致した条件が優先されるため）

どの参照元を含めるかは自社の流入実態に合わせて調整してください。手順の詳細は自社メディアのChatGPT・Gemini からのAI流入をGA4で計測する実装ガイドにまとめています。

設定3：CVイベントとAIチャネルを掛け合わせる

流入分類だけでは「電話が鳴ったか」に答えられません。受け口1・2で作った tel_click と予約完了イベントを、GA4の探索レポートでチャネル別に集計します。

1. 「探索＞自由形式」で新規レポートを作成
2. ディメンション: セッションのデフォルトチャネルグループ（またはカスタムチャネルグループ）
3. 指標: セッション、キーイベント（tel_click、予約完了）
4. 月次で「AI経由セッション数」「AI経由のtel_click数」「AI経由の予約完了数」を記録する

この3つの数字が、AI検索対応の成果を経営側に説明できる最小セットです。費用対効果の語り方はLLMO対策の費用対効果の整理で扱っています。

失敗例：AI経由の電話・予約を取りこぼす5パターン

FAQ：AI検索経由の電話・予約導線でよくある質問

AI検索からの流入はGA4でどこまで正確に測れますか

完全には測れません。Web版のChatGPTやPerplexityからのクリックは参照元やURLパラメータで判別できますが、アプリ内からの遷移はリファラが渡らずDirectに混ざることがあり、AI回答内で電話番号を見てそのまま発信した場合はサイトに来ないため一切記録されません。GA4で見える「AI経由」は常に下限値です。下限値でも月次推移を同じ物差しで追えば、施策判断には十分使えます。

電話番号をtel:リンクにするとAIに引用されやすくなりますか

そのような公式仕様は2026年8月時点でどのAI検索にも確認できていません。tel:リンクの目的は、スマートフォンからのワンタップ発信と、タップのイベント計測です。AIの回答精度に効くのはリンク形式ではなく、番号がテキストで書かれていること、全媒体で一貫していることです。

ReserveActionをマークアップすれば予約は増えますか

増える裏付けはありません。Googleのローカルビジネス構造化データ公式ドキュメント（2026年2月20日更新）のサポート表にReserveActionは含まれず、検索結果からの直接予約はMaps Booking APIという別の仕組みです。マークアップ自体に害は小さいものの、優先すべきは予約ページの恒久URL化と、予約手段・条件のテキスト明記です。

コールトラッキングの計測番号はAI検索と相性が悪いのですか

構造上のリスクがあります。AIのクローラーが取得した時点の計測用番号を「その店の番号」として回答に使う可能性を排除できないためです（確定挙動ではなく仮説です）。HTMLの初期値と構造化データには正本番号だけを書き、経路別の電話計測はtel:リンクのタップイベントで代替するのが安全です。

AIが電話予約を自動で受けてくれるサービスの話とは違うのですか

違います。「AI電話予約」で検索すると上位に出るのは、かかってきた電話をAIが応対する受電自動化サービスの記事が中心です。本記事が扱うのはその手前、AI検索があなたの店を紹介してから電話・予約に至るまでの導線設計です。受電自動化を入れる場合でも、案内される電話番号の正本化とtel:リンク計測という本記事の内容はそのまま前提になります。

実装チェックリスト

• 正本の電話番号を1本決め、サイト・Google ビジネスプロフィール・ポータル・SNSの番号と表記を揃えた
• 全ページの電話番号をテキスト＋tel:リンク（href は +81 形式）にした
• コールトラッキング利用時、HTML初期値と構造化データは正本番号になっている
• 予約ページを恒久URLに1本化し、古いLPはリダイレクトした
• 予約手段・受付時間・当日予約可否・キャンセル規定を予約ページ本文にテキストで明記した
• 予約完了をURLまたはイベントで判別できるようにした
• GA4で tel_click イベントを作成し、キーイベントに設定した
• GA4のトラフィック獲得レポートで AI Assistant チャネルの計上を確認した
• カスタムチャネルグループ「AI経由」を作成した
• 探索レポートで「AI経由セッション／tel_click／予約完了」の月次集計を組んだ
• 自社名で ChatGPT・Gemini・Perplexity に「電話番号と予約方法」を質問し、回答の番号・URLが正本と一致するか点検した

最後に確認すべきこと

受け口と計測の整備が終わったら、最後は自分でAIに聞いてみることです。「（自社名）の予約方法は？」「（自社名）の電話番号は？」をChatGPT・Gemini・Perplexityに投げ、返ってきた番号とURLが正本と一致しているかを確認してください。ここがずれていれば、直すべきは媒体側の古い情報です。点検の観点はブランド名検索の点検、更新運用はコンテンツ更新の設計も参考になります。

自社サイトの受け口・計測・引用面がいまどの状態にあるかをまとめて確認したい場合は、LLMO診断で現状を棚卸しできます。まず自分で点検したい方はLLMO診断チェックリストから始めれば十分です。派手な施策より先に、電話が1本鳴ったことを数えられる状態を作ってください。

出典（本文で参照した一次情報）

• Google 検索セントラル「ローカルビジネス（LocalBusiness）構造化データ」（2026年2月20日更新） https://developers.google.com/search/docs/appearance/structured-data/local-business?hl=ja
• Google 検索セントラル「AI 機能とウェブサイト」（2025年12月31日更新） https://developers.google.com/search/docs/appearance/ai-features?hl=ja
• schema.org「ReserveAction」定義 https://schema.org/ReserveAction
• IETF RFC 3966「The tel URI for Telephone Numbers」（2004年12月） https://datatracker.ietf.org/doc/html/rfc3966
• Google アナリティクス ヘルプ「[GA4] デフォルト チャネル グループ」 https://support.google.com/analytics/answer/9756891
• Search Engine Journal「Google Analytics Adds AI Assistant As Default Channel Group」（2026年5月） https://www.searchenginejournal.com/google-analytics-adds-ai-assistant-as-default-channel-group/574974/