宿のホームページにGoogle Analytics 4（GA4）を入れたものの、ページの閲覧数だけを見て終わっていないでしょうか。宿サイトで本当に知りたいのは、客室や料金を見た人が予約ページへ進めたか、電話をかけようとしたか、問い合わせを完了できたかです。
これらはGA4の「イベント」として計測できます。ただし、予約ボタンを押した回数と、実際に成立した予約数は別物です。外部の予約サービスへ移動した後は、自館サイトのGA4だけでは分からない場合があります。
この記事では、ITに詳しくない宿主さんが、予約ボタン、電話、問い合わせをどの段階まで計測するか決め、AIや制作会社へ安全に依頼する方法を説明します。
結論：最初は「予約ページへ進んだ」を一つだけ計測する
最初から予約完了や売上まで計測しようとすると、外部予約サービスとの連携、同意管理、個人情報、二重計測などが複雑になります。まず次の順で進めます。
- 現在のGA4設置方法を確認する
- 予約導線を「閲覧・クリック・入力・成立」に分ける
- 外部予約ページへ進むクリックを一つ計測する
- GA4のリアルタイムまたはDebugViewで確認する
- 数字の意味と限界を運用メモへ残す
- 必要な場合だけ電話や問い合わせへ広げる
「予約ボタンのクリック」をキーイベントに設定しても、表示名や報告書では「予約成立」と書かず、「予約ページへの遷移」など実際に計測した行動を使います。
予約までを四つの段階に分ける
| 段階 | 利用者の行動 | 自館サイトで分かる可能性 | 予約成立か |
|---|---|---|---|
| 1 | 客室・料金・予約案内を見る | ページ閲覧で確認できる | いいえ |
| 2 | 予約ボタンを押す | クリックとして確認できる | いいえ |
| 3 | 日付・人数・氏名等を入力する | 外部サービス内なら通常は分からない | いいえ |
| 4 | 予約を確定する | 正式な連携がある場合のみ確認可能 | はい |
段階2が増えても、段階4が増えたとは限りません。満室、料金、入力の難しさ、決済エラーなどで途中離脱する場合があります。反対に、電話やOTAから予約した人は、自館サイトの予約完了として記録されません。
GA4のイベントとキーイベント
GA4では、ページ閲覧、リンクのクリック、フォーム送信などの行動を「イベント」と呼びます。そのうち事業上特に重要な行動を「キーイベント」として指定できます。Google Analyticsのキーイベント解説では、収集しているイベントをキーイベントとして設定し、レポートで重要な行動を確認できると説明されています。
宿サイトなら、次のように名前と意味を分けます。
| 計測対象 | 表示上の意味 | キーイベント候補 |
|---|---|---|
| 予約ページへの外部クリック | 予約入口へ進んだ | 最初の候補 |
| 電話リンクのタップ | 電話をかけようとした | 必要なら候補 |
| 問い合わせ完了 | フォーム処理が完了した | 確実に判定できる場合 |
| 予約完了 | 予約システムで成立した | 正式連携できる場合のみ |
キーイベントという印を付けても、イベントの事実は変わりません。予約クリックをキーイベントにしただけで「予約数」にはなりません。
外部予約ボタンは拡張計測で確認できる場合がある
予約ボタンが自館ドメインから別ドメインの予約サービスへ移動する通常のリンクなら、GA4の拡張計測で外部リンククリックを取得できる場合があります。Google公式の外部クリック計測ガイドでは、拡張計測を有効にすると、現在のドメインから外へ移動するリンクをclickイベントとして検出できると案内しています。
確認したい項目は次のとおりです。
- リンク先ドメイン
- リンク先URL
- 外部リンクであること
- クリックされたページ
- イベントの発生回数
ただし、予約ボタンがJavaScriptで動く、iframe内にある、予約サービスをクロスドメイン計測対象にしている、同じドメイン内の予約ページへ進む、といった場合は挙動が異なります。「拡張計測をオンにしたから全部取れる」と決めつけず、実際のボタンでテストします。
同じドメイン内の予約ボタンは別の設計が必要
example.jp/rooms/からexample.jp/reserve/へ進むような内部リンクは、外部クリックではありません。ページ閲覧で予約案内ページへの到達を確認するか、Google Tag Manager（GTM）などで特定ボタンのクリックイベントを設定します。
初心者の宿主さんが、インターネット上のコードをテーマへ直接貼ることはおすすめしません。テーマ更新で消える、同じタグが重複する、全ボタンを誤って計測する可能性があります。
まず制作会社やAIに次を調べてもらいます。
- GA4はテーマ、プラグイン、GTMのどれで設置されているか
- 同じ測定IDが二重に入っていないか
- 予約ボタンは通常リンクか、JavaScriptか、iframeか
- 予約先は自館と同じドメインか別ドメインか
- 既にクリックイベントが送られていないか
調査結果に応じて、既存の管理方法へ追加します。GTMを使っていないサイトへ、この一件だけのために必ず導入する必要はありません。
電話タップで分かること
スマートフォン向けの電話リンクは、通常tel:で始まります。このリンクのクリックを計測すると、電話をかけようとした回数の目安になります。
ただし、計測できるのはタップまでです。
- 発信画面でキャンセルした
- 通話がつながらなかった
- 営業電話や間違い電話だった
- 同じ人が何度も押した
- パソコンから電話番号を見て別端末でかけた
これらをGA4だけで区別できません。「電話予約数」ではなく「電話リンクのタップ」として扱い、電話受付記録や予約台帳と混ぜないようにします。
電話番号自体をイベント名へ入れる必要もありません。複数施設や複数窓口を区別する場合は、個人の番号ではなく、front_deskなど個人を特定しない分類を検討します。
問い合わせはクリックと完了を分ける
問い合わせフォームでは、送信ボタンを押しても入力エラーや通信失敗になる場合があります。そのため「送信ボタンクリック」より、WordPress側が正常に処理し、完了画面または成功状態を表示した時点を計測する方が意味は明確です。
一方で、完了画面が誰でも直接開けるURLなら、問い合わせをしていない閲覧も数える可能性があります。フォームプラグインの成功イベント、完了ページの条件、二重送信時の挙動を確認します。
また、フォームが完了してもメールが宿へ届くとは限りません。GA4はメール到達監視ではないため、WordPress問い合わせメールの送信・受信・認証を確認する方法と分けて考えます。
個人情報をGA4へ送らない
Googleの個人情報送信を避ける公式ガイドは、Googleが個人を識別できる情報をAnalyticsへ送らないよう求めています。宿サイトでは予約・問い合わせで個人情報を扱うため、特に注意が必要です。
次をイベント名、追加情報、URL、ページタイトルへ入れません。
- 氏名
- メールアドレス
- 電話番号
- 住所
- 予約番号、会員番号
- 宿泊日と氏名を結び付ける情報
- 問い合わせ本文
- フォームへ入力された自由記述
- 個人を識別できる細かな位置情報
たとえば/thanks/?email=...や/booking-complete/123456のような完了URLをそのまま送ると、個人情報や識別子が混ざる可能性があります。データ編集機能は補助であり、最初からURLやイベントへ個人情報を載せない設計を優先します。
外部予約サービスで計測が途切れる理由
自館サイトと予約サービスは、別の事業者、ドメイン、Cookie、同意画面で動いていることがあります。自館のGA4タグが予約サービス側へ入っていなければ、移動後の入力や成立は自館GA4に届きません。
予約完了まで追いたい場合は、予約サービスの公式機能を確認します。
- GA4測定IDを設定できるか
- クロスドメイン計測に対応するか
- 予約完了イベントまたは購入イベントを送れるか
- 金額、税、通貨、キャンセル、返金をどう扱うか
- 同意管理とプライバシー案内をどう統一するか
- テスト予約と本予約を区別できるか
- 個人情報を送らない仕様か
対応していないサービスへ、無断でコードを埋め込んだり、画面を自動操作して成立数を作ったりしません。クリック数はGA4、成立数は予約システムというように、別々の正本として比較する方法もあります。
予約完了を計測するときの注意
Googleの推奨イベントには、問い合わせ等に使うgenerate_leadや、購入完了を表すpurchaseなどがあります。推奨イベントの公式一覧は、決められた意味と追加情報を使うことでレポートを活用しやすくなると説明しています。
ただし、宿泊予約をpurchaseとして送る設計は、予約サービスとの正式な連携とテストが必要です。
- 同じ予約を再読み込みで二重計測しない
- 一意な取引IDに個人情報を使わない
- 金額と通貨の定義を統一する
- 現地決済と事前決済を区別する
- 変更、取消、返金をどう反映するか決める
- 実際の予約管理データと照合する
ここまで必要でなければ、外部予約クリックを改善指標に留める方が安全です。
計測設計表を作る
設定前に、宿主さん、制作会社、AIで次の表を共有します。
| 行動 | 発生場所 | 計測名 | 事実として言えること | 言えないこと | 確認方法 |
|---|---|---|---|---|---|
| 予約ボタン | 自館サイト | 外部クリック | 予約先へ進もうとした | 予約成立 | リアルタイム |
| 電話リンク | 自館サイト | 電話タップ | 発信操作を始めた | 通話・予約成立 | スマホでテスト |
| 問い合わせ | 完了状態 | 問い合わせ完了 | フォーム処理が完了 | 受信・返信 | テスト送信 |
| 予約確定 | 予約サービス | 予約完了 | 正式連携で成立を検出 | 台帳との完全一致 | テスト予約・照合 |
「言えないこと」を書いておくと、月次報告で数字を過大評価しにくくなります。
設定前の読み取り専用調査
AIには、最初からGTMやWordPressを変更させず、現在の状態を調べてもらいます。
宿サイトのGA4と予約導線を、読み取り専用で調査してください。
確認すること:
- GA4タグの設置方法と測定IDの重複有無
- 予約ボタンがある公開ページ
- 各ボタンのリンク先ドメイン
- 通常リンク、JavaScript、iframeの区別
- 拡張計測で外部クリックを取得できる可能性
- 既存のクリックイベントとキーイベント
まだWordPress、テーマ、プラグイン、GTM、GA4の設定は変更しないでください。
予約、問い合わせ、決済は完了しないでください。
測定ID以外の秘密情報や利用者情報を出力しないでください。
確認済み、推測、宿主さんへの質問を分けて報告してください。
一つだけ実装する依頼文
調査後、対象を一つに限定します。
外部予約ページへ進むボタンのクリックだけを計測したいです。
次の調査結果を前提に、既存のGA4管理方法へ追加する案を作ってください。
［調査結果］
要件:
- 計測名は予約成立と誤解しない名称にする
- 氏名、電話、メール、予約番号、フォーム内容を送らない
- 同じクリックを二重計測しない
- ほかの外部リンクを予約として数えない
- 変更前後の差分と戻し方を示す
- 最初は検証環境または一つのボタンだけで試す
まだ本番変更は実行せず、設定案と確認手順を提示してください。
設定後の確認方法
- GA4の正しいプロパティを開く
- リアルタイムまたはDebugViewを表示する
- 同意状態を確認して自館サイトを開く
- 対象の予約ボタンを一回だけ押す
- 期待するイベントが一回記録されるか確認する
- 別の外部リンクが予約として記録されないか確認する
- PCとスマートフォンで確認する
- 個人情報がイベントやURLへ含まれていないか確認する
- 翌日以降、通常レポートでも確認する
Googleは推奨イベントの確認方法としてDebugViewとリアルタイムレポートを案内しています。広告ブロック、Cookie同意、ブラウザ制限などで自分の操作が記録されない場合があるため、タグを重ねて追加せず原因を一つずつ調べます。
月次で見る数字
細かなイベントを増やすより、次の少数を同じ条件で見ます。
- 予約案内ページの閲覧者数
- 外部予約クリック数
- 電話リンクのタップ数
- 問い合わせ完了数
- それぞれの入口ページ
- PCとスマートフォンの違い
クリックが少ない場合、ボタンの場所だけが原因とは限りません。料金が分からない、猫との過ごし方が不明、満室、季節、休館、広告流入なども影響します。少ない件数から断定せず、予約ページを実際に操作し、宿主さんへの問い合わせ内容と合わせて考えます。
Google検索でどのページが入口になったかはGoogle Search Console入門、GA4全体の導入と権限管理は宿主さんのためのGoogle Analytics 4入門を参照してください。
チェックリスト
- [ ] クリック、入力、予約成立を分けた
- [ ] 最初は予約ページへの遷移を一つだけ選んだ
- [ ] 現在のGA4設置方法と重複を確認した
- [ ] 外部リンクと同一ドメイン内リンクを区別した
- [ ] 予約クリックを予約成立数と呼んでいない
- [ ] 氏名、メール、電話、予約番号を送っていない
- [ ] 問い合わせクリックと処理完了を分けた
- [ ] リアルタイムまたはDebugViewで一回ずつ試した
- [ ] 別のリンクが誤って記録されないことを確認した
- [ ] PCとスマートフォンで確認した
- [ ] 計測の意味と限界を運用メモへ残した
まとめ
GA4で大切なのは、計測できるものを増やすことではなく、数字が何を意味するかを正しく決めることです。宿サイトでは、まず「外部予約ページへ進んだ」という入口の行動を一つ計測すれば、客室や記事から予約導線へ進めているかを改善できます。
電話タップは通話成立ではなく、予約クリックは予約成立ではありません。問い合わせ完了もメール到達とは別です。AIには現状調査、設定案、テスト結果の整理を任せ、イベントの意味、個人情報、正式な予約数との照合は宿主さんが確認します。
