店舗のアクセス解析｜予約につながらないときの確認手順

「ホームページの訪問は毎月あるのに、予約がほとんど増えない」。訪問数のグラフが動いていても、その数字だけでは、どの工程で予約に進まなかったかを判断できません。

訪問した人が予約ボタンに気づかなかったのか、フォームの途中でやめたのか、送信はできたのに店に届いていなかったのか。止まっている場所によって、打つべき手はまったく違います。

この記事では、単店舗のオーナーや店長が「どこから確認すればよいか」を判断できるよう、訪問から予約受付までを5つの段階に分けて確かめる手順を整理します。Googleアナリティクス4（GA4）やGoogleビジネスプロフィールの公式ヘルプで確認できる範囲を土台にし、それ以外は編集部の提案として区別して書いています。制作会社や担当者に何を頼めばよいかの依頼例も載せています。

結論：アクセス数ではなく「どの工程で止まっているか」を見る

最初に押さえたいのは、アクセス数と予約数のあいだには、少なくとも次のような別々の出来事が挟まっているという点です。

1. 店のサイトに人が到達した
2. 予約ボタンや電話番号など「予約の入口」に進んだ
3. 予約フォームの入力を始めた
4. 予約の受付が完了した
5. 実際に有効な予約として店の台帳に残った

訪問数だけを見て「サイトのデザインが悪いのでは」と全面リニューアルを考える前に、この5つのうちどこで人数が大きく減っているかを確かめます。到達の段階で狙った人が来ていないなら、改善すべきは集客側です。入口まで来ているのに入力が始まらないなら、予約ページの分かりにくさが疑われます。受付が完了しているのに台帳に残っていないなら、それはデザインではなく通知や運用の問題です。

もうひとつ大切なのは、アクセスがあったことと来店があったことは別だという前提です。サイトを見た人が来店したかどうかは、アクセス解析の画面だけでは分かりません。この記事では、アクセス解析で追える範囲と、店の受付記録と照らし合わせて初めて分かる範囲を分けて説明します。

訪問から予約までを5段階に分ける

5つの段階を、それぞれ何を確認する工程なのかとあわせて整理すると次のようになります。なお、段階2〜4をアクセス解析で追うには、店のサイトに合わせたイベントの設定が必要です。ここで挙げるのは編集部による設計案で、GA4に最初からこの5段階の画面が用意されているわけではありません。

段階1〜4は「サイト上で何が起きたか」、段階5は「店の業務として予約が成立したか」です。段階4と5のあいだには、同じ人の二重送信、日時の入力ミス、連絡がつかない申し込みなどが入り込みます。アクセス解析の数字をそのまま予約数として扱わず、最後は台帳と照合するのが基本です。

3つの予約ルートを分けて考える

店舗の予約には、主に次の3つのルートがあります。ルートごとに追える範囲が異なるため、混ぜて集計しないことが重要です。

• 自社サイトの予約フォーム：自社で管理しているページなので、段階1〜4までを計測できる可能性があります。
• 外部の予約サイト・予約システム：自社サイトからリンクで移動する場合、移動先での入力や完了を自社のアクセス解析で追えるとは限りません。計測できないときは「予約入口のクリックまで」をサイト側で数え、その先は予約システムの管理画面や台帳で確認します。
• 電話：サイト上で分かるのは、電話番号のリンクやボタンが押されたところまでです。実際に通話がつながったか、予約になったかは、電話の受付記録と照らし合わせる必要があります。

このように、ルートによって「どこまでをアクセス解析で見て、どこからを台帳で見るか」の境目が変わります。最初にこの境目を自店について書き出しておくと、後の確認がぶれません。

始める前に：計測そのものが動いているかを確かめる

数字を読み解く前に、計測が正しく動いているかを確認します。ここを飛ばすと、「予約が増えない」のではなく「予約を数えられていない」だけだった、ということが起こり得ます。

予約完了の操作をして、通知が届くかを見る

まず、店のスタッフが実際に予約フォームから送信してみて、完了画面が表示されるか、店側に通知メールなどが届くかを確認します。通知が迷惑メールに振り分けられていた、宛先が退職者のアドレスのままだった、といった運用面の漏れは、アクセス解析の数字をいくら見ても見つかりません。

あわせて、GA4で重要な行動を「キーイベント」として設定している場合は、テスト操作の直後にリアルタイムのレポートやDebugViewでイベントが記録されるかを確かめます。公式ヘルプでも、キーイベントの動作確認にこうした画面が案内されています。ただし、ブラウザー上でイベントが記録されたことは、店のシステムで受付が完了したことや、広告の管理画面がコンバージョンを受け取ったことまでは意味しません。それぞれ別に確認します。

スマートフォンで一通り操作してみる

スマートフォンでも使えるかを確認するため、パソコンだけでなくスマートフォンでも、トップページから予約完了までを一通り操作します。ボタンが画面外に隠れていないか、入力欄が小さすぎないか、日付の選択が分かりにくくないかを、初めて訪れた人の目線で確認します。

テスト操作と社内アクセスを分けて記録する

テストで送った予約やスタッフ自身のアクセスが集計に混ざると、数字が実態より良く見えます。テストを行った日時をメモしておき、台帳からは除外する、社内からのアクセスを区別する設定ができるかを担当者に確認する、といった対策を取ります。

氏名や電話番号をアクセス解析に送らない

Googleの公式ヘルプでは、氏名・メールアドレス・電話番号など個人を特定できる情報をアナリティクスへ送信することを禁じています。予約フォームの入力内容がURLやイベントのパラメータに含まれていないか、UTMパラメータに顧客の情報を入れていないかを確認します。予約台帳は店の業務記録として別に管理し、アクセス解析へ取り込む設計にはしません。

店舗の集客をまとめて見直したい方へ Kuchiyoseの基本サービスは、2026年10月31日23:59（日本時間）までのお申し込みを対象に、基本30日間の無料体験を受け付けています。提供範囲は開始前に担当からご案内します。エージェント機能とAI対策は有料、広告運用は広告費と手数料が別途かかります。

基本サービスの無料体験を申し込む

段階1 サイト到達：どこから来た訪問かを確認する

計測が動いていると確認できたら、最初の段階である「サイト到達」を見ます。ここで確かめたいのは、訪問の量よりも、予約につながりそうな人が来ているかどうかです。

GA4のトラフィック獲得レポートでは、セッションがどの参照元・メディアから始まったかを確認できます。また、ランディングページのレポートでは、セッションが最初に表示したページを確認でき、参照元・メディアと組み合わせて見ることもできます。なお、レポートのメニュー構成はプロパティの設定や権限によって異なる場合があります。

店舗で確認したいのは、例えば次のような点です。

• Googleマップやビジネスプロフィール経由の訪問は、どのページに着地しているか
• 求人情報やブログ記事など、予約とは目的の違うページへの訪問が多くを占めていないか
• 予約ページに直接着地している訪問はどの経路から来ているか

Googleビジネスプロフィールの数字とGA4の数字は一致しない

Googleビジネスプロフィールのパフォーマンス画面には、ウェブサイトのリンクがクリックされた回数や、電話ボタンがクリックされた回数が表示されます。公式ヘルプでは、これらをボタンやリンクのクリック数として説明しています。あくまでクリックの数であり、実際に通話がつながった数や来店数、売上を示すものではない点に注意が必要です。

また、ビジネスプロフィールのクリック数とGA4のセッション数は、定義も計測の仕組みも異なります。両者が一致しないのは珍しいことではなく、無理に合わせようとする必要はありません。それぞれの推移を、同じ期間で並べて傾向を見る使い方が現実的です。

流入元を見分けたいときはUTMパラメータを使う

ビジネスプロフィールのウェブサイト欄や、チラシのQRコードから来た訪問を区別したい場合は、リンクにUTMパラメータ（utm_source、utm_medium、utm_campaignなど）を付ける方法があります。GA4の公式ヘルプでも、手動でのタグ付けによって流入元を識別する方法が説明されています。

ただし、UTMはあくまで訪問を分類するためのラベルです。付けたからといって、その訪問者が予約見込みの高い人だと証明されるわけではありません。また、Google広告で自動タグ設定を使っている場合などは、既存の設定との関係を担当者に確認してから進めます。

段階2 予約入口：予約ボタンや電話番号まで進んでいるか

到達した人が予約の入口まで進んでいるかを見る段階です。ここで人数が大きく減っている場合、予約ページの場所が分かりにくい、ボタンが目立たない、営業時間や料金が分からず不安が残っている、といった原因が考えられます。

この段階をアクセス解析で数えるには、予約ボタンのクリック、外部予約サイトへのリンクのクリック、電話番号リンクのタップなどをイベントとして記録する設定が必要です。既に設定されているかどうかは、サイトの制作担当者に確認するのが確実です。

設定がない場合でも、すぐに大がかりな作業をする必要はありません。まずはスマートフォンで主要なページを開き、次の点を目で確認するだけでも改善点は見つかります。

• 最初の画面で、予約の方法（ウェブ・電話・外部予約サイト）が分かるか
• 料金、所要時間、営業時間など、予約前に知りたい情報が近くにあるか
• 予約ボタンの文言が、押した後に何が起きるかを示しているか

電話番号のタップを数えられるようになっても、それは「電話をかけようとした」までの記録です。実際に通話がつながったかは、着信の記録や受付メモと突き合わせて判断します。

段階3・4 入力開始と受付成功：フォームの途中で止まっていないか

自社サイトに予約フォームがある場合、入口から先の「入力を始めたか」「送信が完了したか」を分けて見ると、フォームのどこに問題があるかを絞り込めます。

入力開始と送信完了をそれぞれイベントとして記録する方法は、フォームの作り方によって異なるため、制作担当者と相談して決めます。送信完了は、サーバー側で受付が成功した時点の処理、またはそれに対応する完了画面の表示に合わせて記録し、送信ボタンが押されただけの時点では数えない設計が安全です。完了画面の再読み込みで重複して数えないかも確認します。入力エラーで送信できなかった場合まで「完了」に含めてしまうと、実態より良い数字に見えるためです。

入力を始めた人に比べて完了が少ない場合は、次のような点を確認します。

• 入力項目が多すぎないか、必須でない項目まで必須になっていないか
• エラーの表示が分かりにくく、どこを直せばよいか伝わらないのではないか
• 希望日時の選択肢が少なく、空きが見つからずにやめていないか
• スマートフォンでキーボードが入力欄を隠していないか

また、段階4の「受付成功」には、店側に予約が届いたことも含めて考えます。完了画面が出ても通知が届いていなければ、店にとっては予約がないのと同じです。テスト送信で通知の到着を定期的に確認しておくと安心です。

段階5 有効予約：受付台帳と照合して初めて分かること

最後の段階は、店の業務として予約が成立したかどうかです。ここはアクセス解析では判断できないため、予約台帳や受付記録を使います。

同じ期間について、次のように数を書き出して照合します。

• サイト側で記録された受付完了の数
• 台帳に記録された、ウェブ経由の予約数
• そのうち、重複・テスト・連絡不能などを除いた有効な予約数

サイト側の完了数と台帳の数に大きな差がある場合、計測の設定ミスか、通知や転記の漏れが疑われます。一方、台帳の予約数は確保できているのに来店が少ない場合は、サイトではなく予約後の連絡や当日の案内に課題があるかもしれません。

外部予約サイトや電話のルートは、サイト側では入口までしか数えられない場合があるため、予約システムの管理画面や電話の受付記録の件数を、同じ期間で並べて記録します。台帳に「どのルートから受けた予約か」を残しておくと、ルート別の比較がしやすくなります。

数字を計算するときの注意：分母と分子をそろえる

段階ごとの数字が集まると、「予約率」を計算したくなります。ここで注意したいのは、定義の違う数字同士を割らないことです。例えば、ビジネスプロフィールのウェブサイトクリック数を分母にし、台帳の予約数を分子にすると、計測の仕組みも対象期間の区切り方も異なる数字を組み合わせることになり、意味のある率になりません。

計算するときは、同じ仕組みで、同じ期間・同じ条件の数字を使います。以下はあくまで考え方を示すための架空の計算例です。

この例では、入力開始から完了イベントまでの割合は、同じGA4のセッション単位で数えた30÷60です。一方、有効予約の27件は台帳の件数で、GA4のセッションとは数え方が異なるため、割り算はしません。完了イベントがあった30セッションと有効予約27件は別々に記録し、差の理由は受付記録と照合して確認します。

なお、こうした割合に、業種を問わず当てはまる「目安」はありません。他店の数字と比べるより、自店の同じ条件の数字を、改善の前後で比べることをおすすめします。

改善は1箇所ずつ、条件をそろえて確認する

止まっている段階が見つかったら、改善は1箇所ずつ行います。予約ボタンの文言、フォームの項目、料金表示を同時に変えると、どれが効いたのか分からなくなるためです。

確認の順番は、次のように進めると手戻りが少なくなります。

1. 計測と通知の動作確認：テスト予約で、イベントの記録と通知の到着を確かめる
2. スマートフォンでの予約操作：初めての人の目線で、入口から完了までを操作する
3. 1箇所の改善と再確認：期間・流入元・端末の条件をそろえて、改善前後の同じ段階を比べる

改善の効果は、季節や曜日、キャンペーンの有無でも変わります。比べる期間の長さをそろえ、大きな行事や休業日が含まれていないかも確認します。短い期間の変化だけで判断せず、台帳の予約数とあわせて見ていきます。

また、既存の計測で十分に判断できる場合は、新しいタグを次々に追加したり、サイトを全面的に作り直したりする必要はありません。今ある材料で止まっている段階を特定し、必要な計測だけを足すのが現実的です。

制作会社・担当者への依頼例

サイトの制作や保守を外部に任せている場合は、次のような依頼文を参考にしてください。何を確認したいのかを段階ごとに伝えると、担当者も作業範囲を判断しやすくなります。

予約につながっていない原因を確認したいので、以下を教えてください。

1. 予約ボタン、外部予約サイトへのリンク、電話番号リンクのクリックは、現在GA4で記録されていますか。
2. 予約フォームの送信完了はキーイベントとして設定されていますか。サーバー側で受付が成功した時点の処理、またはそれに対応する完了画面で記録されていますか。再読み込みで重複して記録されないかも確認をお願いします。
3. フォームの入力内容（氏名・電話番号など）がURLやイベントに含まれていないか確認をお願いします。
4. 未設定の項目がある場合、追加に必要な作業範囲と費用の見積もりをお願いします。

ポイントは、いきなり「全部計測してほしい」と頼まず、まず現状の設定を確認してもらうことです。既に記録されているイベントがあれば、それを使って判断を始められます。

自店で使える確認チェックリスト

最後に、ここまでの内容をチェックリストにまとめます。上から順に確認してみてください。

• テスト予約で、完了画面の表示と店への通知の到着を確認した
• スマートフォンで、トップページから予約完了まで操作した
• ウェブ予約・外部予約サイト・電話の3ルートについて、どこまでをアクセス解析で見るかを決めた
• 氏名や電話番号などがアクセス解析に送られていないことを確認した
• テスト操作と社内アクセスを区別する方法を決めた
• 流入元とランディングページで、予約につながりそうな訪問が来ているかを確認した
• 予約入口・入力開始・受付成功の記録があるかを担当者に確認した
• サイト側の完了数と台帳の予約数を、同じ期間で照合した
• 改善は1箇所ずつ、条件をそろえて前後を比べる計画にした

訪問から予約までの工程を分けて見ることは、ホームページだけでなく、Googleマップ上の情報や口コミを見直すときの判断にも役立ちます。到達の段階で課題が見つかった場合は、Googleビジネスプロフィール最適化の完全手順でプロフィールの情報を整理してみてください。予約前の不安を減らす材料として口コミを増やしたい場合はGoogleの口コミを増やす依頼術、近隣の店と比べて選ばれる理由を見直したい場合は近隣競合に勝つMEOが参考になります。

確認した結果を、日々の運用につなげたい方へ Kuchiyoseの基本サービスでは、2026年10月31日23:59（日本時間）までのお申し込みで基本30日間の無料体験を受け付けています。提供範囲は開始前に担当からご案内します（エージェント機能とAI対策は有料、広告費と手数料は別途）。

基本サービスの無料体験を申し込む

まとめ

「訪問はあるのに予約が増えない」ときは、アクセス数全体ではなく、サイト到達・予約入口・入力開始・受付成功・有効予約の5段階のどこで止まっているかを確かめるのが近道です。

まず、テスト予約で計測と通知が動いていることを確認し、個人情報を送らない設計になっているかを見直します。次に、流入元とランディングページで狙った人が来ているかを確かめ、予約入口やフォームの段階を必要に応じて計測します。最後は予約台帳と照合し、アクセス解析の数字と実際の予約を混同しないようにします。

ビジネスプロフィールのクリック数とGA4の数字は定義が異なるため、一致させようとせず、それぞれの推移を見ます。率を計算するときは、同じ仕組み・同じ条件の数字だけを使い、改善は1箇所ずつ前後を比べます。この手順を繰り返すことで、思い込みではなく記録にもとづいて、予約につながる改善を選べるようになります。

参考にした公式ヘルプ

GA4とGoogleビジネスプロフィールの仕様に触れた部分は、次のGoogle公式ヘルプを2026年10月9日に確認して整理しました。画面の名称や項目は変わることがあるため、作業時は最新のヘルプも確認してください。5段階の分け方、チェックリスト、依頼例は編集部による提案です（リンク名は内容を示す編集部の表記です）。

• Google アナリティクス ヘルプ：トラフィック獲得レポート
• Google アナリティクス ヘルプ：ランディングページ レポート
• Google アナリティクス ヘルプ：キーイベント レポート
• Google アナリティクス ヘルプ：手動でのタグ付け（UTMパラメータ）
• Google アナリティクス ヘルプ：個人を特定できる情報の取り扱い
• Google ビジネス プロフィール ヘルプ：パフォーマンス