Googleビジネスプロフィール（GBP）から来た人の予約をGA4で確かめるには、GBPのリンクにUTMで目印を付け、予約が完了した時点をキーイベントとして記録し、トラフィック獲得レポートで「キャンペーンがgbpのセッションで起きた予約完了」を見ます。ただし、計測できる予約と流入元の割り当てには条件があります。タグのない外部予約画面や電話予約は通常この数字に入らず、同意設定や後日の再訪によっても見え方が変わります。
この記事は、自社サイトにGA4を入れている店舗・地域サービス事業者で、「Googleマップから来た人がサイトで予約まで進んでいるか」を知りたい方向けです。GA4の初期設定はGA4の使い方、UTMの付け方の詳細はGBPのサイト流入をUTMで区別する方法に任せ、予約にしぼって説明します。公式ヘルプは2026年10月5日に確認しました。
先に「予約」の数字を3つに分ける
同じ「予約」でも、どこで数えたかで意味が変わります。混ぜて比べると、増減の判断を誤ります。
| 数字 | 数えているもの | 入らない予約 |
|---|---|---|
| GBPの「予約」指標 | 予約プロバイダ経由で管理している場合に、ユーザーが完了した予約の数 | 自社サイトや独自の予約リンクで受けた予約。独自リンク（カスタムリンク）のパフォーマンスデータは利用できないと案内されている |
| GA4の予約完了キーイベント | GA4のタグが動くページで記録された予約完了 | タグのない外部の予約画面、電話、LINE、店頭での予約。同意を得られず計測が制限された訪問の一部 |
| 店の予約台帳 | 実際に受けた予約。キャンセルや来店の有無も記録できる | 何を見て予約したか。お客さまに聞かない限り分からない |
出典：ビジネス プロフィールのパフォーマンスとインサイトを確認する、サービス提供事業者経由で予約を設定する（いずれも2026年10月5日確認）。GBPとGA4を管理画面でリンクする機能もありますが、GA4に入るのはプロフィール上の行動の集計（過去6か月分、複数プロフィールは合計のみ）で、サイトで予約したかは分かりません。条件は親記事のパフォーマンスの見方の「GA4とリンクした時の注意」にまとめています。
手順1：GBPのリンクにUTMを付ける
当社が提案する命名の例は、ウェブサイト欄のURLの末尾に「?utm_source=google&utm_medium=organic&utm_campaign=gbp&utm_content=website」を付ける形です。予約ボタンを自社サイトや独自の予約ページへ送っている場合は utm_content を booking に、投稿のボタンは post_202610_campaign のように変えると、どのリンクから来たかを分けられます。これはGoogleが定めた値ではありません。
GA4のヘルプは utm_source・utm_medium・utm_campaign を必ず使うよう求め、値の大文字と小文字を区別します（URL生成ツール）。メディアが完全一致で「organic」の訪問はデフォルトチャネルグループの「オーガニック検索」に入ります（デフォルトチャネルグループ）。UTMに氏名や電話番号などの個人情報を入れてはいけません（個人を特定できる情報を送信しないためのヒント）。いずれも同日確認。
手順2：予約の完了をキーイベントにする
当社の提案は、フォームの「送信」ボタンのクリックではなく、予約完了を示すイベントをキーイベントにすることです。完了ページの表示を使う場合は、再読み込みや再訪で同じ予約を二重に数えない設計を確認します。ボタンのクリックは、入力エラーで送信できなかった時にも記録されうるためです。どのイベントが使えるかはサイトや予約システムの作りによるので、制作会社や提供元に確認してください。
受信済みのイベントは、［管理］の［データの表示］にある［イベント］で、イベント名の横のスターアイコンをクリックするとキーイベントになります。マークにはマーケティング担当者以上の権限が必要で、標準のプロパティでは最大30個まで。付けた時点以降のデータに反映され、過去のデータは変わらず、標準レポートへの反映には最大24時間かかります（イベントにキーイベントとしてマークを付ける、同日確認）。設定後は自分でテスト予約を入れてリアルタイムレポートで確かめ、テスト分は台帳で区別して本番の件数に混ぜないでください。
手順3：予約の受け方から、測れる範囲を判定する
| 予約の受け方 | GA4で予約完了を記録できるか | 確認すること |
|---|---|---|
| 自社サイトのフォーム | できる | 完了ページにもGA4のタグが入っているか |
| 別ドメインの予約システム（GA4のタグを設置できる） | クロスドメイン測定を設定すれば、同じユーザーの同じセッションとしてつなげられる | 両方で同じタグID（G-で始まるID）を使っているか。予約画面のURLに「_gl」が付くか |
| 別ドメインの予約システム（タグを設置できない） | できない | 予約画面へのリンクのクリックまでを中間の目安にし、件数は予約システムの管理画面で数える |
| 「Googleで予約」などの予約プロバイダ | 自社サイトを通らないため見えない | GBPの予約指標とプロバイダの管理画面 |
| 電話・LINE・店頭 | できない | 予約台帳で、何を見て予約したかを聞く |
クロスドメイン測定がないと、別ドメインへ移るたびに新しいCookieとIDが設定され、1人の訪問が「2人のユーザーの2つのセッション」になります。設定すると、URLパラメータ「_gl」でCookieが受け渡されて同じIDが保たれますが、予約画面がリダイレクトする作りだと「_gl」が消えることがあります（クロスドメイン測定の設定）。外部の画面から自社サイトの完了ページへ戻る作りなら、その外部ドメインを参照として数えない「除外する参照」の設定も確認します（除外する参照を指定する）。いずれも同日確認。対応できるかは予約システムの提供元に事前に確かめてください。
手順4：知りたいことに合わせて、見るレポートを選ぶ
GA4では予約の件数が複数の場所に出て、数え方が違います。数字が合わないのは不具合ではなく、答えている問いが違うためです。
| 知りたいこと | 見る場所 | 数え方 |
|---|---|---|
| GBPから始まった訪問で、予約が何件完了したか | ［集客］の［トラフィック獲得］で、セッションのキャンペーンが「gbp」の行のキーイベント | セッションのスコープ。有料・オーガニックのラストクリックで割り当て、直接の訪問で始まったセッションは前回のUTMの値に関連付けられる |
| GBPがきっかけで初めて来た人の数 | ユーザー獲得レポート（「ユーザーの最初の」が付くディメンション） | ユーザーのスコープ。最初に来た経路で固定される |
| 予約までに複数の経路がどれだけ関わったか | 左側の［広告］の［アトリビューション］（モデル比較、キーイベント経路） | イベントのスコープ。初期設定はデータドリブンで、貢献度が複数の経路に分けて割り当てられる |
出典：トラフィックソースディメンションのスコープ、アトリビューションのスタートガイド（いずれも同日確認）。メニュー名は［広告］ですが、アトリビューションのレポートはこの中にあります。月次の記録ではどれか1つに決めて毎月同じ場所の数字を残し、3つを足し合わせないでください。当社の提案はトラフィック獲得の数字です。
GA4の数字が実際より少なく出る理由
- 同意の選択：Cookieの同意バナーを使うサイトで計測への同意が得られないと、タグはCookieを保存しません。同意まではタグを読み込まない実装（基本的な実装）ではデータが収集されず、タグを読み込む実装（高度な実装）ではCookieのない通知を送信し、必要なデータ量などの条件を満たせばモデリングで不足分を補うことがあります（同意モード）。どちらの実装かは制作会社に確認してください
- 後日の再訪：GBPから一度サイトを見て、数日後にGoogle検索の通常の結果から戻って予約すると、そのセッションのキャンペーンが「gbp」以外になる場合があります。一方、直接訪問では以前のキャンペーンが引き継がれる場合もあります
- データのしきい値：ユーザー属性や検索語句の情報を含むレポートでは、ユーザー数が少ない行が除外されることがあり、期間を広げると表示される場合があります（データのしきい値について）。件数の少ない店は、予約の確認に年齢・性別などを重ねないほうが読みやすくなります
手順5：月に1回、予約台帳と並べる
GA4の数字が実態からどれだけずれているかは、予約台帳と並べないと分かりません。下は説明用の架空の例で、実在の店舗や当社の実績ではありません。
| 項目（架空の10月） | 件数 |
|---|---|
| GBP：ウェブサイトのクリック | 120 |
| GA4：キャンペーンgbpのセッション | 95 |
| GA4：そのセッションでの予約完了 | 6 |
| GA4：全経路の予約完了 | 26 |
| 台帳：ウェブ予約（全経路・キャンセル含む） | 30 |
| 台帳：うち「Googleマップを見た」と答えた予約 | 9 |
同じ受付期間・時間帯で、1予約につき1イベントとなることを確認し、テスト予約を除いた例です。全経路では、GA4の26件は台帳の30件の約87%（26÷30＝0.866…）ですが、個別に照合していないため厳密な捕捉率ではなく、件数の比の参考値です。差の4件の内訳はこの表からは分かりません。GBP経由はGA4で6件、聞き取りで9件と食い違いますが、6件は「GA4でキャンペーンgbpに割り当てられたセッションの予約完了」、9件は「Googleマップを見たと答えた予約」で、数えているものが違います。どちらかを正解とせず、両方を毎月同じ方法で残し、同じ向きに動いているかを見る、というのが当社の提案です。台帳の列の作り方ときっかけの聞き方は電話・来店・予約の記録を照合する方法で説明しています。集計表には件数だけを残し、氏名や電話番号は写さないでください。
よくある誤り
- 予約画面へのリンクのクリックを、予約件数として報告する
- トラフィック獲得とアトリビューションの件数を足して「GBPの成果」とする
- キーイベントや予約システムを変えたのに変更日を残さない。前後が比べられなくなるので改善記録に書きます
GBPの各指標の定義と、計測の記事を読む順は、親記事のGoogleビジネスプロフィールのパフォーマンスの見方に戻って確認してください。