月次報告に「予約30件」と書かれているのに、予約台帳の件数とは合わない。調べると、サイトの予約ボタンが押された回数を、そのまま予約件数として載せていた。こうした架空の場面では、集客を増やす施策を考える前に、何を数えた数字かをそろえる必要があります。
電話ボタン、地図へのリンク、外部予約サイトへの移動は、相談や来店へ進もうとする行動を知る材料です。ただし、それだけで通話、予約確定、来店まで確認できたことにはなりません。集客と受付を兼任する方に向け、接点・観測できる行動・確認先・未観測範囲を一枚に整理し、サイトと計測のどこを直すかを考えます。
報告書の「問い合わせ」は、どの行動を指しているか
最初に、現在の報告書で「問い合わせ」「予約」「成果」と呼んでいる項目を探します。その元の記録が、ボタンのクリックなのか、予約サービスでの受付なのか、担当者が確定した予約なのかを確認してください。名前が同じでも、数える対象が違えば比較できません。
GA4を使っている場合、Googleの離脱クリックの説明では、別のサイトへ進むリンクのクリックを測定する仕組みが案内されています。これが示すのはリンクの操作であり、移動先で予約が完了したという記録ではありません。本文では、この違いを外部予約への入口に当てはめて考えます。
また、Googleのキーイベントの説明は、ビジネス上重要な行動をイベントとして測定し、キーイベントに設定する方法を案内しています。クリックを重要な行動として管理することはできますが、設定によってその行動が予約成立へ変わるわけではありません。報告名も、実際に観測した内容へ合わせます。
「予約ボタンクリック回数」「予約サービス受付件数」「確定予約件数」「来店件数」のように、行動と単位を含めると区別できます。報告書の見出しを長くできなければ、凡例や定義欄に残します。数字の名称を直す作業と、足りない記録を新しく取る作業は分けて依頼します。
接点ごとに、分かることと確認先を並べる
サイト内のすべてのボタンを、同じ「コンバージョン」という箱へ集めないようにします。電話、地図、外部予約では、押した後に起きることも、結果を確認する場所も違います。まず、現在のページにある接点を拾い、リンク先と利用目的を対応させます。
次の表は、電話と外部予約を受け付ける架空の店舗の設計例です。実際の計測設定や受付台帳を確認した結果ではありません。観測できる行動の欄も、該当する記録が取れていることを検証してから、自社の表へ記入します。
| 接点 | 観測する行動・記録 | 確認する場所 | この記録だけでは分からないこと |
|---|---|---|---|
| 電話ボタン | 電話リンクを押した回数 | サイト側のイベント記録 | 発信、応答、相談内容、予約の確定 |
| 地図へのリンク | 地図を開くリンクのクリック | サイト側のイベント記録 | 経路検索、出発、実際の来店 |
| 外部予約ボタン | 予約サイトへ進むリンクのクリック | サイト側のイベント記録 | 移動先での入力、受付、予約確定 |
| 予約サービス | 受付・確定・取消などの記録 | 提供元の管理画面や出力データ | 自社サイトを経由したかが不明な場合がある |
| 店舗での受付 | 来店を確認した記録 | 自社の受付・来店台帳 | どのWeb操作から来たかが不明な場合がある |
表の最後の列は、計測ができていないことを隠さないための欄です。クリックだけ取れている外部予約なら、予約確定は「未確認」と記載します。数字がないからゼロとしたり、経験上の割合を掛けて予約数を作ったりしません。
確認先には、サービス名だけでなく、誰がどの画面を見られるかも残します。Web担当者はクリックを確認できても、予約サービスの管理権限は店舗責任者だけが持つ場合があります。毎月必要な集計を出せる担当者と、必要な記録の範囲を決めることで、報告を続けられる形になります。
電話と地図は、クリックの後に別の行動がある
電話番号のリンクを押した後、利用者が発信を取りやめる場面があります。発信しても、話し中や営業時間外でつながらない場合も考えられます。サイトのクリック記録を「通話数」と呼ぶと、その違いが見えなくなるため、「電話リンクのクリック」として残します。
着信記録を確認できる場合は、クリックとは別の情報として並べます。番号を見て別の端末から電話する人や、以前から番号を知っている人もいるため、サイトのクリックと着信の件数が一対一になる前提は置きません。通話のうち予約につながった件数を知りたいなら、受付側で何を記録しているかを確かめます。
専用番号や電話計測のサービスを使う方法もありますが、現在の導入状況と取得できる記録を調べてから判断します。電話ボタンの設定を追加するだけで、通話の成立や内容まで分かるとは案内しません。制作会社には、クリックまでを確認したいのか、着信や受付との対応まで必要なのかを伝えます。
地図も同様です。地図へのリンクを押したことは、場所を調べようとした行動の一つですが、経路検索や来店そのものではありません。サイト内の地図表示、外部地図への移動、地図サービス内の経路操作は、確認できる場所が異なることがあります。どの操作の数字かを名称に残します。
来店台帳には、予約せず訪れた人が含まれることもあります。地図クリックが減った月に来店も減ったと断定する前に、リンクの変更や表示方法、受付記録の対象を確認します。電話や地図を便利にする改善と、その後の業務結果を確かめる記録を組み合わせて考えます。
外部予約では、移動先の管理画面で何を取れるか調べる
外部サービスに予約を任せている場合、まず提供元の仕様と現在の契約で、どの記録を確認できるかを調べます。予約の受付時点なのか、店舗が確認した確定時点なのか、取消を含む件数なのか。管理画面の項目名だけで判断せず、そのサービスでの意味を確認します。
予約サービスの集計には、自社サイト以外の入口から来た予約が含まれる可能性があります。予約サイト内の検索や、保存済みのページ、別媒体からのリンクなどが混ざるなら、全件を自社ホームページの成果として報告しません。入口の記録が取れない場合は、「予約サービス全体」として区別します。
自社サイトから移動した後も同じ利用として測りたい場合には、設定できる範囲の確認が必要です。Googleのクロスドメイン測定の資料では、対象ページに同じウェブデータストリームのタグIDを使うなどの前提が示されています。外部サービスが対応しているかを確認せず、自社側の設定だけで予約完了まで取れるとは考えません。
なお、Googleはクロスドメイン測定の対象にしたドメインへのリンクを、通常の離脱クリックの対象から除くと説明しています。設定を変えた後にクリック数が減ったときは、利用が減ったのか、記録の条件が変わったのかを分けて調べます。変更日と対象リンクを報告書に残す理由です。
予約後に自社サイトへ戻るページがあっても、そのページが表示されたことを直ちに予約確定とはしません。どの操作で表示されるか、予約サービスのどの状態に対応するかを確認します。外部予約と自社フォームでは検証の前提が違うため、フォーム内の正常送信の詳細は、送信完了の計測設計と分けて確認してください。
受付・予約確定・来店は、日付と単位もそろえる
予約の件数を並べる際は、どの日付で集計したかを書きます。今月申し込まれた予約と、今月来店予定の予約は同じ集団ではありません。月末に翌月分を予約する利用者がいれば、同じ月のクリック数と来店数を単純に割っても、その月にクリックした人の来店率にはなりません。
件数と人数も区別します。一回の予約で複数人が来店する業態では、予約一件と来店一人を同じ単位にできません。変更や取消によって台帳の行が増える仕組みなら、行数を予約件数として使ってよいかも確認します。元の予約を識別する方法がある場合は、集計担当者が扱いを決めます。
例えば、架空の月次資料に「予約リンク30クリック」「予約サービスで20件確定」と載っているとします。この二つだけでは、30クリックから20件が成立したとは言えません。同じ人の複数回クリック、別の入口、申込日と確定日の違いなどが未確認だからです。比率を作る前に、対応する対象を追える記録があるかを確かめます。
来店を確認する場合は、確定後の取消、日程変更、未来店の扱いも別に残します。予約が一度確定した事実と、実際に利用されたことを混ぜず、何を改善するための数字かを決めます。予約導線の点検なら受付まで、当日の案内の点検なら来店までと、判断する範囲を分けられます。
月次報告を作った後に取消が入る場合は、集計した時点も残します。「月末時点の確定予約」と「来店日を過ぎて確認した利用実績」を分ければ、後から値が変わった理由を説明できます。予約サービスの最新表示で過去の報告を上書きする前に、どちらの状態を保存する資料かを決めます。
例えば報告欄を「サイト内の操作」「予約サービス全体の状態」「店舗で確認した来店」の三つに分け、各欄に期間・単位・取得元・集計日を添えます。対応する記録がない部分は点線などで区切り、同じ人が順に減っていく図にしません。見栄えのよい一つのグラフより、数字の関係を説明できる配置を選びます。
確認操作と月次報告の変更を、一つの依頼にまとめる
計測を直す前には、対象ページ、ボタンの場所、リンク先、期待する記録を一覧にします。同じ予約先でも、ヘッダーと本文末尾のどちらが使われたかを知りたいなら、区別が必要な理由を添えます。ページ内の全操作を増やすのではなく、改善判断に使う接点を選びます。
検証では、予約先へ進んで戻る操作と、試験環境で受付を完了する操作を分けます。前者だけで予約成立が記録されないか、同じ操作が二重に記録されないかを確認します。実際の予約枠や電話受付へ影響しない検証方法を担当者と決め、通常の顧客対応と区別できる記録を残します。
スマートフォンの固定ボタンや、別タブで開くリンクも確認対象です。ページの一か所で動作しただけで全ボタンを確認済みにせず、設定が共通か、別の部品なのかを調べます。電話リンクについても、実際に発信する検証が必要かを分け、クリック確認のために無断で窓口へ電話しないようにします。
レポートでは、確認できた数字、測っていない範囲、確認待ちの項目を見分けられるようにします。計測開始前の期間を新しい定義で埋め直さず、変更前後を比較できる範囲も記載します。端末や同意状態などで記録の条件が変わる場合は、担当者が確認した制約を添え、すべての操作を漏れなく数えたと断定しません。
制作会社へ渡す資料は、現在の月次報告、電話・地図・予約の掲載ページ、予約サービスの確認可能な項目、受付側の集計方法です。個別の顧客情報を渡さなくても、匿名の項目一覧や架空の集計例から設計を始められます。レポートの呼び名だけを直す範囲と、タグや予約サービスの連携を調べる範囲を分けて相談できます。
最初の到達点は、数字を一つにまとめることではありません。今月のクリックから何が分かり、予約・来店についてはどこで確かめ、まだ何が分からないかを説明できる状態です。その表があれば、ボタンの配置、移動先の案内、外部サービスの設定、受付記録のどこを先に見直すかを選べます。
参考資料
Google アナリティクス ヘルプ「ウェブサイトでの離脱クリックを測定する」「Google アナリティクスでキーイベントを測定する方法」「クロスドメイン測定のセットアップ」。2026年9月21日確認。利用する予約サービスの機能や契約条件は、個別に確認する必要があります。本文の件数と表は説明用の架空例です。
