予約完了の計測がズレると、すべての施策評価が狂う
出典: GA4公式ガイドライン、ビジネスブレーン支援施設での計測実装事例（2024〜2025年）
予約完了をGA4のキーイベント（旧コンバージョン）として計測する設計は、Web集客施策のすべての評価の基盤です。ここがズレると、広告ROAS・LP改善・チャネル構成のすべての判断が狂います。本稿では、ホテルで特に気をつけたい予約エンジンとの連携・重複計測の回避を中心に、実装の要点を解説します。
設計の出発点：キーイベントの階層を決める
予約完了だけを「キーイベント」にすると、途中の離脱ポイントが見えません。以下3層で定義します。
| 層 | イベント例 | 役割 |
|---|---|---|
| 最終CV | purchase（予約完了） | 売上貢献の最終判定 |
| 中間CV | begin_checkout（予約エンジン到達） view_item（プラン詳細閲覧） |
離脱ポイント特定 |
| 補助CV | contact（問い合わせ） phone_tap（電話タップ） |
予約以外の成果を取る |
イベント名はGA4の「推奨イベント」（eコマース系）に沿わせると、レポートが自動で使える。
予約エンジン連携：3パターンの実装
ホテル公式サイトの多くは、予約エンジン（TL-リンカーン、TEMAIRAZU、TripLa等）を別ドメインで利用しています。実装は以下の3パターンに分かれます。
パターンA：予約エンジンがGA4計測コードを埋め込める
最も正確。予約エンジン側にGTMコンテナ or gtag.jsを挿入し、予約完了ページで`purchase`イベントを発火。クロスドメイン計測設定をGA4で行い、公式サイトと予約エンジンを同一セッションとして扱います。
パターンB：予約完了後に自サイトへリダイレクトで戻る
予約エンジンで予約完了後、自サイトのThank Youページに戻す設計。戻り先URLで`purchase`イベントを発火します。実装は容易だが、戻り忘れ・戻り前離脱を計測できない制約があります。
パターンC：予約エンジンのログから日次で補正
GA4の計測に頼らず、予約エンジンの実績ログ（CSV/API）から日次で正確な件数を取り、GA4と突き合わせる。精度は最高だが運用工数が必要。大規模施設での標準的な方法です。
推奨パターン
新規設計ならA（クロスドメイン計測）を第一選択。予約エンジン側が対応できないならB。中堅〜大型施設ではCを併用し、ダッシュボード上ではGA4＋PMS実績の両方を並べて「計測ロスが何%あるか」を月次で確認します。
GTM経由のイベント設計（パターンA実装例）
Google Tag Manager（GTM）でGA4イベントを管理する場合、以下の順序で実装します。
- 予約エンジン側のThank Youページに`dataLayer.push({event:'purchase', ecommerce:{...}})`を実装
- GTMで「カスタムイベント」トリガーを作成（event=purchase）
- GA4イベントタグを作成し、ecommerceパラメータを渡す
- GA4管理画面でイベントを「キーイベント」としてマーク
- プレビューモード（Tag Assistant）で発火確認
ecommerceパラメータには予約ID（transaction_id）・金額（value）・通貨（currency）・予約プラン（items）を必ず含めます。後からROAS・ADR・プラン別CVRを分析する際に必須です。
重複計測の回避：3つの落とし穴
① リロード時の二重発火
Thank Youページでリロードするたびにpurchaseイベントが飛ぶと、CV数が膨らみます。transaction_idの重複をGA4側で弾く設定、またはページ表示時に一度だけ発火するよう実装側で制御します。
② 戻るボタン押下
ブラウザの戻るボタンでThank Youページが再表示されると、再発火するケースがあります。セッションストレージで「一度送信済み」フラグを持たせるのが定石です。
③ PMS側の自動再送信
一部の予約エンジンは、予約確認メール送信時にThank Youページに自動再アクセスすることがあります。User-Agentフィルタでボット扱いにする対応が必要です。
実装後の検証ステップ
- DebugView：自分で予約テストを行い、GA4 DebugViewで発火を確認
- Realtime：1時間後にRealtimeレポートで重複がないか確認
- PMSデータとの突合：週次で「PMS予約件数 vs GA4 purchase件数」を並べ、ズレが±5%以内か確認
- デバイス別確認：スマホ・PC・タブレットそれぞれで発火するか確認
まとめ：設計→実装→検証→突合の4ステップ
予約完了CVの計測は、3層のイベント階層設計、クロスドメインまたはリダイレクト戻しの実装、重複計測の回避、PMS実績との月次突合の4ステップで組み立てます。ここが正確に動いていれば、以後の広告・LP・チャネル施策の評価がすべて信頼できるようになります。月次で「計測ロス率」を見える化しておきましょう。