真策堂
· 京都の広告・集客

予約システム経由のCVがGoogle広告・GA4で計測できない原因と対処|京都の体験施設・サロン向け

STORES予約など予約システム経由の予約がGoogle広告・GA4でCV計測できない原因を、外部ドメイン・GCLID・クロスドメインの仕組みから解説。予約システム別のタグ設置可否、GA4と広告の設定手順、タグを入れられない場合の代替計測まで、京都の体験施設・サロンが当日着手できる実務手順でまとめました。

Google広告の管理画面を開いても予約のコンバージョンがゼロのまま。それなのに現場では予約が入り続けている——京都で体験施設やサロンを運営し、STORES予約やRESERVAのような予約システムを使って広告を回している方なら、一度はこの矛盾に突き当たっているはずです。

結論から言うと、この症状のほとんどは予約システムのドメインが自社サイトと別になっていることが原因です。予約完了画面(サンクスページ)が他社ドメインにあるため、Google広告のクリックIDやCookieが途中で引き継がれず、GA4にも広告管理画面にも「そこで予約が成立した」という情報が届きません。バグでも異常でもなく、Webの仕組み上そうなるようにできています。

この記事では、京都 体験予約 広告 CV計測というテーマで、なぜ計測が切れるのかという構造理解から、自分が使っている予約システムのタグ設置可否の見極め方、GA4のクロスドメイン設定、Google広告側のCV設定、そしてタグを入れられないシステムでも使える代替計測まで、当日中に着手できる粒度でまとめます。

この記事のポイント

  • CVが計測できない主因は予約完了ページが外部ドメインにあり、GCLIDとCookieが引き継がれないこと
  • STORES予約・RESERVAはタグ設置可、ホットペッパービューティー・OTAは設置不可という前提で打ち手を分けるのが定石
  • タグ設置不可でも、マイクロCV・GCLID保存×オフラインCVインポート・ネイティブ連携の3段で代替できる
  • GA4のクロスドメイン設定は繁忙期前、遅くとも桜・紅葉シーズンの1ヶ月前には検証を終わらせておく
  • GA4と広告管理画面のCV数は完全一致しない前提で、予約システム側の実数を売上の正とする運用に切り替える

予約は入るのに広告の数字はゼロ、その矛盾の正体

予約システム経由の予約がGoogle広告・GA4で計測できないのはなぜ?

ドメインをまたぐとCookieとGCLIDが途切れる 図1: ドメインをまたぐとCookieとGCLIDが途切れる

予約システム経由のCVが計測できない最大の理由は、予約完了ページが自社ドメインとは別のドメインで表示されているためです。STORES予約なら「stores.jp」、RESERVAなら「reserva.be」といった具合に、ユーザーが予約を完了する瞬間、ブラウザは京都の店舗サイトとは別のドメインに移動しています。

Google広告やGA4のCV計測は、基本的に「同じドメイン内でのCookieの受け渡し」を前提に設計されています。ドメインをまたいだ瞬間にこの前提が崩れ、広告のクリック情報が完了ページまで届かなくなる。これが計測断絶の正体です。

サンクスページが他社ドメインにある予約導線の構造

京都の体験施設やサロンの典型的な導線は、公式サイト(例:kyoto-taiken.jp)に「予約はこちら」ボタンがあり、それを押すと予約システムのドメイン(例:stores.jp/xxx)に飛び、そこで日時選択・入力・決済・完了までが完結するというものです。つまり広告が着地させるランディングページと、CVが発生する完了ページのドメインが最初から別物なのです。

同一ドメイン内で完結する自社EC型のサイトであれば意識する必要のない問題ですが、外部の予約システムを利用している以上、この構造は避けられません。まずは自分の予約導線が「何ドメインから何ドメインへ」遷移しているかを、実際にスマホやPCでボタンを押して確認することが最初の一歩になります。

GCLIDとCookieがドメインをまたげない仕組み

GCLIDとは、Google広告の広告がクリックされた際にランディングページのURLに付与されるパラメータで、そのクリックがどの広告・キャンペーン経由だったかを識別するIDです。GA4やGoogle広告のCVタグは、このGCLIDやCookie情報をブラウザに保存し、完了ページで読み取ることで「誰の・どの広告経由の・どのコンバージョンか」を紐づけています。

ところがCookieはドメインごとに独立して保存される仕組みのため、kyoto-taiken.jpで保存されたCookieはstores.jpからは読み取れません。GCLIDもURLパラメータとして遷移先に引き継がれる設定がなければ、リンクをまたいだ時点で消えてしまいます。これがクロスドメイン計測と呼ばれる論点で、GA4側ではデータストリームの設定、Google広告側ではコンバージョンリンカーというタグの仕組みで補う必要があります。

症状の見え方:CVゼロ・direct/referral化・GA4と広告のズレ

実際の管理画面ではどう見えるか。典型的には次の3つの症状が同時に出ます。

  • Google広告の「コンバージョン」列がほぼゼロ、または極端に少ない
  • GA4のトラフィック獲得レポートで、本来Google広告経由のはずのセッションが「Direct」や「Referral(stores.jpなど予約システムのドメイン)」に分類されている
  • GA4上の予約数とGoogle広告管理画面上のCV数がまったく異なる、あるいはGA4側にも実際の予約数より少ない件数しか記録されていない

この3つが揃っていれば、まず疑うべきはクロスドメイン計測の欠落です。広告文言やターゲティングを疑う前に、この構造上の問題を切り分けることが遠回りを避ける近道になります。

まず確認:使っている予約システムは計測タグを入れられるか

自分の予約システムの管理画面をまず開いてみる 自分の予約システムの管理画面をまず開いてみる

自分の予約システムがタグ設置に対応しているかどうかで、取れる打ち手はまったく変わります。管理画面にHTMLタグやJavaScriptを埋め込む欄があるかどうかを、まず確認してください。

タグ設置できるシステム(STORES予約・RESERVA等)

STORES予約(旧Coubic)やRESERVA、SELECTTYPEといったシステムは、予約完了ページにGoogleタグマネージャー(GTM)やGA4の計測タグを設置できる管理機能を持っています。多くの場合、管理画面の「詳細設定」や「外部連携」といったメニューにHTMLタグを貼り付ける欄が用意されています。

このタイプであれば、この後説明するGA4クロスドメイン設定とGoogle広告のCVタグ設置を正攻法で進められます。まずは自分の管理画面にログインし、該当メニューが存在するかどうかを探すところから始めてください。存在するのに気づいていないだけ、というケースも実務では少なくありません。

タグ設置できないシステム(ホットペッパービューティー・OTA等)

一方、ホットペッパービューティーのような予約プラットフォームや、各種OTA(Online Travel Agency)は、店舗側で完了ページに任意のタグを設置する自由度がありません。プラットフォーム側が完了ページを一括管理しているため、個店がGA4やGoogle広告のCVタグを差し込む余地がないのです。

この場合、正攻法でのCVタグ設置は諦めざるを得ません。後述する代替計測3段構えで対応することになります。「タグが入れられない=計測を諦める」ではなく、「タグが入れられない前提でどう近似値を取るか」という発想の切り替えが必要です。

京都の体験施設・サロンでよくある予約導線パターン

京都の体験施設・サロンでは、複数の予約経路を併用しているケースが多く見られます。自社サイト+STORES予約という組み合わせに加えて、集客チャネルとしてホットペッパービューティーやOTAも並行運用している事業者も少なくありません。この場合、経路によってタグ設置の可否が異なるため、経路ごとに計測方針を分けて設計する必要があります。

予約システムタグ設置ドメイン構造主な打ち手
STORES予約(旧Coubic)可能別ドメイン(stores.jp)クロスドメイン設定+CVタグ
RESERVA可能別ドメイン(reserva.be)クロスドメイン設定+CVタグ
Airリザーブ一部可能別ドメインプランにより機能差あり、要確認
ホットペッパービューティー不可プラットフォーム側管理マイクロCV+管理画面突き合わせ
OTA全般不可プラットフォーム側管理マイクロCV+dual-source思考

GA4のクロスドメイン設定のやり方(予約サイト対応)

GA4のクロスドメイン設定とは、自社サイトと予約サイトのように異なるドメイン間を移動しても、同一ユーザーの同一セッションとして計測を継続させるための設定です。タグ設置が可能な予約システムを使っている場合、まずこの設定から着手します。

データストリームへの予約ドメイン追加

GA4の管理画面で、対象プロパティの「データストリーム」を開き、ウェブストリームの詳細設定内にある「ドメインの構成」に予約システムのドメインを追加します。自社ドメイン(例:kyoto-taiken.jp)に加えて、stores.jpやreserva.beといった予約システムのドメインを登録することで、GA4がこの2つを「同一サイトの一部」として扱うようになります。

ここで注意したいのは、GTM経由でGA4タグを設置している場合、GTM側の設定タグでもクロスドメインの対象ドメインを指定する必要がある点です。GA4管理画面側だけの設定では不十分なケースがあるため、両方確認してください。

参照元除外リストの設定(stores.jp等)

参照元除外リストとは、指定したドメインからの流入をセッションの区切り(参照元)として扱わないようにするGA4の設定です。クロスドメイン設定と併せて、データストリームの詳細設定内にある「参照元除外リスト」に予約システムのドメインを追加してください。これを設定しないと、クロスドメイン設定自体は機能していても、予約サイトへの遷移が新しいセッションの開始とみなされ、参照元がGoogle広告からstores.jp経由のreferralに書き換わってしまうことがあります。

SabeeAppのナレッジベースでは、自社サイトと予約エンジンで同一のGA4データストリーム・同一のタグIDを使うこと、GTM導入時にハードコードされたGA4タグが残っていると二重計測の原因になることが具体的に指摘されています。日本の実務でも、CMSのテーマファイルに直書きされた古いGA4タグと、GTM経由の新しいタグが両方動いてしまっているケースは珍しくありません。設定前に「今、何個のGA4タグがページに存在しているか」をブラウザの検証ツールで確認しておくと事故を防げます。

_glパラメータが付いているかの検証手順

_glパラメータとは、GA4がクロスドメイン計測のためにリンクのURL末尾に自動付与する識別子です。設定が正しく機能していれば、自社サイトの予約ボタンをクリックした際、遷移先のURLに「?_gl=」から始まるパラメータが付与されているはずです。

検証手順はシンプルです。ブラウザのシークレットウィンドウで自社サイトを開き、予約ボタンを右クリックして「リンクのアドレスをコピー」するか、実際にクリックして遷移後のURLバーを確認します。_glパラメータが見当たらない場合、多くは遷移リンクがJavaScriptのonclickイベントで動的に生成されており、通常の<a>タグのhref属性としてパラメータが引き継がれる構造になっていないことが原因です。SabeeAppの解説でも、遷移リンクがURLパラメータを保持できるa要素であることがクロスドメイン計測成立の前提条件として挙げられており、ボタンの実装がJavaScript依存になっていないかは日本語の解説記事では見落とされがちなチェックポイントです。

なお、GCLIDが遷移先で消える現象の切り分けについては、GCLIDが遷移先で消える原因の切り分け手順で詳しく扱っています。_glパラメータの検証で異常が見つかった場合は、あわせて確認してください。

Google広告で予約CVを計測する設定手順

GA4のクロスドメイン設定が整ったら、次はGoogle広告側でCVを取得する設定に進みます。ここでの選択は「予約完了画面へのタグ直接設置」と「GA4経由でのインポート」のどちらか、あるいは両方を使い分けることになります。

予約完了画面へのCVタグ設置(システム別の入れ方)

タグ設置が可能なシステムであれば、予約完了ページにGoogle広告のコンバージョントラッキングタグを直接設置する方法が最も確実です。STORES予約やRESERVAの管理画面にある「完了ページへのタグ埋め込み」欄に、Google広告の管理画面で発行したコンバージョンタグ(またはGTM経由で配信する場合はGTMのコンテナスニペット)を貼り付けます。

このとき、完了ページが決済完了直後の1回しか表示されないURLになっているか(再読み込みやブラウザバックで重複カウントされないか)を必ず確認してください。予約システムによっては、予約詳細確認ページと完了ページが同一URLで、ユーザーが後から見返すたびにCVがカウントされてしまう設計のものもあります。

コンバージョンリンカーと自動タグの確認

コンバージョンリンカーとは、Google広告のタグの一部として自動的に配信され、GCLIDをファーストパーティCookieとしてブラウザに保存する仕組みです。GTMで「Google 広告のコンバージョン トラッキング」タグを使っている場合、通常はコンバージョンリンカーが自動的に有効化されますが、手動でタグを組んでいる場合や、他ツールとの兼ね合いで無効化されているケースもあります。

GTMのタグ一覧でコンバージョンリンカータグが存在するか、そして自動タグ設定(auto-tagging)がGoogle広告の管理画面で有効になっているかの2点は、CVタグを設置する前に必ず確認しておきたいポイントです。この設定の要否や、既存タグとの重複設置による二重カウントの判断については、コンバージョンリンカーの要否と重複設置の判断でより詳しく整理しています。

Google広告タグ直計測とGA4キーイベントインポートの使い分け

CVの取得経路は大きく2つあります。ひとつは今説明したGoogle広告タグによる直接計測、もうひとつはGA4側でキーイベント(旧コンバージョンイベント)として設定したイベントをGoogle広告にインポートする方法です。

どちらを使うべきかは、次のように条件分岐で考えるとわかりやすくなります。予約完了ページに直接タグを置ける環境が整っており、かつ予約という単一のCVだけを見たいなら、Google広告タグでの直接計測がシンプルで管理もしやすいです。一方、GA4側で予約以外にも複数のマイクロCV(後述)を設計し、それらを横断的に分析したい場合や、GA4のアトリビューションモデルをGoogle広告側の評価にも活かしたい場合は、GA4のキーイベントをインポートする方式が向いています。両方を併用すると同一のCVが二重計上されるため、どちらか一方に統一するか、明確に役割を分けて運用する必要があります。

タグを入れられない予約システムの代替計測3つ

タグが使えない時の代替計測は3段構え 図2: タグが使えない時の代替計測は3段構え

ホットペッパービューティーやOTAのようにタグ設置ができない予約システムであっても、計測を完全に諦める必要はありません。LinkUTMのブログ記事「Google Ads Conversion Tracking on a Different Domain」では、CVが他社ドメインで発生する場合の解決策を「両ドメインを所有しているか」で場合分けする5段階のフレームが紹介されています。自社ドメインを所有していない予約プラットフォームを使うケースは、このフレームでいう所有権がない側に該当し、ネイティブ連携・GCLID保存によるオフラインインポート・拡張コンバージョンといった段階的な代替手段が候補になります。日本の予約システム利用者にとっても、「打つ手なし」ではなく段階的に近似値を積み上げる発想は十分に使えます。

予約ボタンクリックをマイクロCVにする設計

マイクロコンバージョンとは、最終的な成果(予約完了)そのものではなく、その手前の行動(予約ボタンのクリックなど)を仮のCVとして計測する設計です。ホットペッパービューティーやOTAのボタンは自社ドメイン内に設置されているため、そのクリック自体はGTMで問題なく計測できます。

「予約完了」の代わりに「外部予約サイトへの遷移クリック」をCVとして設定し、Google広告の最適化シグナルとして使う。これが最も手を付けやすい代替策です。ただし、クリック数と実際の予約数には当然乖離があるため、月次で予約システム側の管理画面が示す実予約数と突き合わせ、クリックから予約への転換率を把握しておくことが運用上の前提になります。

GCLID保存×オフラインコンバージョンインポート

GCLID保存×オフラインコンバージョンインポートとは、広告クリック時にGCLIDをフォーム入力データや問い合わせ情報と紐づけて保存しておき、後日実際の予約が確定した時点でそのGCLIDと成果情報をGoogle広告に手動アップロードする方法です。予約時に電話番号やメールアドレスなど問い合わせフォームを経由する導線がある場合、隠しフィールドでGCLIDを保存しておき、予約確定後にCSVでオフラインコンバージョンとしてインポートする運用が可能です。

この方法は正確性が高い一方、運用の手間がかかります。CSVアップロード時のフォーマットエラーやタイムゾーンのズレでインポートに失敗するケースもよくあり、その際の対処法はオフラインコンバージョンがアップロードできない時の対処にまとめています。

拡張コンバージョン・予約システムのネイティブ連携を使う

拡張コンバージョンとは、メールアドレスや電話番号などのファーストパーティデータをハッシュ化してGoogleに送信し、Cookie情報が欠落した場合でもCVの精度を補完する仕組みです。予約フォームでメールアドレスや電話番号を取得している場合、拡張コンバージョンの設定によってクロスドメイン計測の欠落を一部カバーできる可能性があります。

またCloudbedsのガイドが示すように、海外の予約エンジンではGA4・Google広告・Meta Pixelとの計測連携を管理画面の標準機能として提供する流れが進んでいます。GTMを無理に組み込む前に、契約している予約システムの管理画面に「マーケティング連携」や「広告連携」といったネイティブ機能が用意されていないかを確認するのは、今後の予約システム選定においても有効な視点です。日本の予約システムはまだこの点で発展途上のものも多いため、乗り換えや新規契約の検討時には計測連携の有無を要件に加えておくと、後々の計測設計が格段に楽になります。

京都の体験施設・サロン特有の計測設計の注意点

複数の予約経路を同時にさばく現場の忙しさ 複数の予約経路を同時にさばく現場の忙しさ

京都という土地の商流には、季節性とインバウンド、そしてOTA併用という3つの特有事情があります。これらは計測設計の判断を左右する要素であり、一般的なGA4解説記事では触れられません。

桜・紅葉繁忙期の前に検証を終わらせるスケジュール

京都の体験施設・サロンにとって、桜(3月末〜4月上旬)と紅葉(11月中旬〜12月上旬)は年間で最も広告予算とアクセスが集中する時期です。この繁忙期にクロスドメイン設定の不備が発覚すると、最も重要なタイミングで正確なCVデータが取れないまま予算配分の判断を迫られることになります。

繁忙期の1ヶ月前、遅くとも2週間前までにはテスト予約による検証(後述)を完了させ、GA4のDebugViewとGoogle広告の管理画面で数値が正しく連動していることを確認しておくスケジュールを組むことをおすすめします。繁忙期直前は現場対応に追われて計測設定の見直しに手が回らなくなる、というのは実務でよくあるパターンです。

インバウンド向け多言語予約導線と計測の関係

京都の体験施設やサロンでは、インバウンド需要に対応するため多言語対応の予約ページを用意しているケースも増えています。多言語ページを別サブドメインや別ドメインで運用している場合、そのドメインもクロスドメイン設定とGA4の参照元除外リストに含める必要があります。日本語ページだけ設定して多言語ページを見落とす、という抜け漏れは意外と起こりやすいポイントです。予約導線が複数言語にまたがる場合は、それぞれの言語版で_glパラメータの検証を個別に行ってください。

OTA併用時は予約システムを売上の正とするdual-source思考

The Net Revenueの記事では、GA4と予約エンジンの数値を無理に一致させようとせず、予約システム側の実数を売上の正、GA4側を行動・摩擦分析用のデータと役割分担するdual-sourceの考え方が紹介されています。ファネルの離脱率も、全訪問数に対する比率ではなく隣接するステップ間の遷移率で見ることで、技術的な計測欠損と顧客の意思による離脱を切り分けやすくなるという指摘です。

OTAを併用している京都の体験施設・サロンにとって、この考え方は実務上かなり有効です。GA4はあくまで「広告経由でどれだけの人が予約ページまで進んだか」を見るための行動データと割り切り、実際の予約件数・売上は予約システムや店舗の予約台帳を正として管理する。この役割分担ができていれば、GA4と広告管理画面の数値が完全に一致しないことに過度に悩まされずに済みます。OTA依存から直予約への移行を進めたい場合は、体験施設がOTA依存から直予約に移す広告設計も参考になります。

設定後の検証チェックリスト|テスト予約で確認する項目

設定を終えたら、必ず実際のテスト予約で動作確認を行ってください。設定画面上は正しく見えても、実際のユーザー導線では想定通りに動いていないケースが少なくありません。

テスト予約とDebugView・リアルタイムでの確認

GA4の管理画面にはDebugViewという機能があり、Chrome拡張機能のGoogle Analytics Debuggerなどを使うことで、自分の行動がリアルタイムでGA4にどのイベントとして届いているかを確認できます。

検証手順は次の通りです。まずシークレットウィンドウでGoogle広告のプレビューツールを使うか、実際の広告URLに疑似的なパラメータを付けて自社サイトにアクセスします。そこから予約ボタンをクリックし、予約システムのドメインに遷移した後、実際にテスト予約(可能であればすぐにキャンセルできる形で)を完了させます。この一連の流れをDebugViewで観察し、ページビューイベントが自社ドメインと予約ドメインの両方で同一のセッションIDとして記録されているか、最終的にpurchaseやgenerate_leadなどのキーイベントが発火しているかを確認してください。

Google広告側でも、「ツールと設定」内の「コンバージョン」画面からタグの診断ができ、直近のテストでタグが正しく発火したかどうかのステータスが表示されます。GA4のDebugViewとGoogle広告のタグ診断、両方が緑色(正常)になっていることを確認してから本番運用に戻すのが安全です。

GA4と広告管理画面のズレはどこまで許容するか

すべての設定が正しくても、GA4のCV数とGoogle広告管理画面のCV数が完全に一致することはまれです。これはアトリビューションモデルの違いやカウント方式の違いによる仕様上の差であり、異常を意味するわけではありません。

一般論として、数パーセント〜1割程度の差は計測タイミングやアトリビューションウィンドウの違いに起因することが多く、過度に気にする必要はないとされています。一方、2倍以上の差や、片方だけが極端にゼロに近いといったケースは、クロスドメイン設定や参照元除外リストの不備を疑うべきラインです。ズレの大きさそのものよりも、ズレの傾向(常に一定方向にズレているか、突然大きくズレ始めたか)を継続的に観察することが実務では重要になります。

よくある質問

Q:GA4のクロスドメイン設定をしないとどうなりますか?

クロスドメイン設定を行わないと、自社サイトから予約システムのドメインへ遷移した際に別セッションとして扱われ、Google広告経由だったはずの流入がreferralやdirectとして記録されてしまいます。結果として、実際には広告経由で発生した予約が「広告以外の経路からの予約」としてカウントされ、CV評価そのものが誤った形で蓄積されていきます。

Q:予約完了ページにコンバージョンタグを設置できない場合はどうすればいいですか?

タグを直接設置できない予約システムを使っている場合、代替手段として3段階の現実解があります。まず予約ボタンのクリックをマイクロCVとして計測する方法、次にGCLIDを保存しておき予約確定後にオフラインコンバージョンとしてインポートする方法、そして予約システム側が提供するネイティブな広告連携機能を利用する方法です。自社の運用体制やフォーム構造に応じて、どれか一つ、あるいは組み合わせて導入することをおすすめします。

Q:ホットペッパービューティー経由の予約はGoogle広告のCVにできますか?

ホットペッパービューティーは店舗側で完了ページに任意のタグを設置できないプラットフォーム型のシステムのため、直接的なCV計測はできません。実務上は、自社サイトからホットペッパービューティーへの遷移クリックを代理のマイクロCVとして計測し、月次でホットペッパービューティー側の管理画面が示す実際の予約件数と突き合わせる運用が現実的な代替策になります。

Q:GA4とGoogle広告の予約CV数が合わないのは異常ですか?

多くの場合、これは異常ではなく仕様です。GA4と広告管理画面ではアトリビューションモデルやCVのカウント方式が異なるため、一定のズレは構造的に発生します。目安として数パーセント〜1割程度のズレは許容範囲と考えられますが、2倍以上の大きな乖離や片方がほぼゼロという状態であれば、クロスドメイン設定や参照元除外リストの不備を疑って再検証することをおすすめします。

京都で体験施設やサロンを運営されている方にとって、予約経由のCV計測は広告費の意思決定に直結する土台の部分です。真策堂では、こうした予約システムの構造に起因する計測の切り分けから、GA4・Google広告の設定、繁忙期を見据えた検証スケジュールの組み立てまで、実務レベルでのご相談を受けています。自社の予約導線がどのパターンに当てはまるか判断に迷う場合は、お気軽にお問い合わせください。

Related Articles
Contact

広告運用・マーケティングのご相談はこちらから
お問い合わせフォーム・公式LINEのどちらでもOK