外部予約サイトのGA4計測｜クリックと予約完了を分けて、測れる範囲を決める

結論：外部予約サイトは「どこまで測れるか」を先に決め、クリックと予約完了を分けて記録する

この記事は、ホームページの「予約する」ボタンから、予約サービスの提供元が用意した別のサイトへ移って予約を受け付けている会社や店舗を対象にしています。この形では、Googleアナリティクス4（以下GA4）で「予約が何件あったか」を見ようとして、ボタンのクリック数を予約数のように扱ってしまうおそれがあります。クリックは予約の入口に立った記録であり、予約が受け付けられた記録でも、来店した記録でもありません。

この記事の結論は次のとおりです。外部予約サイトをまたぐ計測は、設定の方法より先に、どの地点までを自社のGA4で測れるのかを決めます。測定の地点を「閲覧・クリック・予約受付・予約確定・来店」の5つに分け、自社サイトを通る経路ごとに、予約サイトの側まで計測が届くのか（両側）、自社サイトの側だけなのか（自社だけ）、まだ分からないのか（未確認）を、予約サービスの提供元と計測の担当者に確かめます。GA4で使う数字は、受入れで記録を確認できた地点までに限ります。自社サイトの閲覧やクリックでも、設定・同意の条件・受入れの結果によっては記録を確認できないことがあり、その場合は「未取得」と書きます。予約の受付や確定は、提供元の管理画面など後から確かめられる記録で別に数え、両方の記録を1件ずつ結び付けられない場合は「未照合」と書きます。

対象の読者は、計測の設定は制作会社や計測の担当者に頼みつつ、何をどこまで数えるかは自社で決めたい、小さな会社・店舗の経営者やWeb担当者です。設定の具体的な書き方や、タグの細かな作業手順は扱いません。予約サービスの種類ごとの対応状況も、この記事では断定しません。どの予約サービスでも、提供元の説明と実際の画面で確かめる必要があるからです。

最初の15分で書くこと

【編集部の提案】読み進める前に、手元の紙か表計算に次の3つを書いておくと、後の節の票が埋めやすくなります。1つ目は、今「予約数」として見ている数字の出どころです。GA4のどの画面の何という名前の数字か、予約サービスの管理画面の数字か、店舗の台帳の数字かを書きます。2つ目は、予約サイトへ移るボタンやリンクがあるページの名前です。3つ目は、自社サイトの計測を設定した人と、予約サービスの契約の窓口の人の名前です。分からない欄は「未確認」と書いておきます。

先にお伝えしておくこと

この記事で【公式情報】と書いた2つの段落は、Googleの公式ヘルプの説明を短く要約したものです。その2つの段落を参照して書いた整理（第6節・第7節の編集部の提案の段落と、提供元への質問票の一部）も、公式の説明に由来する内容を含みます。それ以外の手順、票、判断の区分、架空の例は、Akatsuki編集部の運用の提案です。本文の「出典1」などの番号は、記事の下の一次情報の番号に対応しています。公式の説明や画面は更新されることがあるため、実際の作業は、担当者がその時点の資料と自社の環境で確かめてください。この記事は、GA4や予約サービスの設定を変更するものではありません。管理画面の権限や保護の設定は、この記事を読んだだけで変えないでください。

測定の地点を5つに分ける：閲覧・クリック・予約受付・予約確定・来店

外部予約サイトをまたぐ予約では、1件の予約が生まれるまでに、記録の場所が違う出来事が続きます。最初に、それぞれを別の名前で呼べるようにします。下の表の「予約受付」と「予約確定」は、この記事で使う運用上の呼び分けです。

この5つのうち、1と2は自社サイトの中の出来事です。ただし、自社サイトの出来事でも、計測の設定がない、同意の条件で記録されない、受入れでまだ確かめていない、といった理由で、GA4の記録を確認できないことがあります。そのため、1と2も「受入れで記録を確認できたもの」だけを数字として使います。3と4は予約サイトの中の出来事で、自社のGA4に記録があるかどうかは、提供元の答えと受入れで確かめるまで分かりません。5は、この記事が扱うブラウザー上の操作の記録だけでは分かりません。ほかの仕組みと連携して来店を記録できるかどうかは、この記事では扱いません。

【編集部の提案】社内で予約の数字を話すときは、「予約数」という言葉を単独で使わず、「予約ボタンのクリック」「予約受付」「予約確定」「来店」と地点の名前で呼びます。会議の資料には、GA4から取った数字には「GA4のクリック」、予約サービスから取った数字には「予約サービスの受付件数」と、出どころを書き添えます。

クリックを予約や有効な見込み客として扱わない

クリックの数が増えたことは、予約の入口に立つ操作が増えた可能性を示すだけです。予約サイトを開いて空き枠がなく閉じた人、料金を見て戻った人、同じ人が何度も押した場合も、クリックとしては数えられ得ます。【編集部の提案】GA4でクリックをキーイベントにしている場合でも、社内の名前は「予約ボタンのクリック」のままにし、予約の件数や有効な見込み客の件数とは別の行に置きます。

受付と確定が同時に起きる方式のとき

予約サービスによっては、申し込みの時点で日時が確定する方式もあれば、店舗の承認を経て確定する方式もあり得ます。【編集部の提案】自社が使う予約サービスがどちらに当たるのかは推測せず、提供元の説明で確かめます。同時に確定する方式なら、記録表では予約受付と予約確定の列を分けたまま、同じ値になる理由として「この方式では同時」と書いておきます。

予約サイトへの遷移経路を棚卸しする

次に、自社サイトから予約サイトへ移る経路を、すべて書き出します。予約の入口は、トップページのボタンだけとは限りません。料金のページ、メニューの説明、ブログの記事、地図のアプリの案内、SNSのプロフィール、メールの署名なども、入口の候補です。

【編集部の提案】この票は、1つの入口を1行にします。「移り方」の欄には、同じ画面のまま移るのか、新しいタブで開くのか、自社のページの中に予約サイトの画面を埋め込んで表示しているのか、自社サイトを通らずに直接予約サイトへ行くのかを書きます。移り方によって、自社のGA4で確かめられる範囲が変わり得るからです。分からない欄は空けずに「未確認」と書き、誰に聞くかを備考に書きます。

自社サイトを通らずに予約サイトへ直接移る経路は、第5節の3つの区分には入れず、「対象外」として別に書きます。対象外は「測らなくてよい」という意味ではなく、「自社のGA4では扱わない」という意味です。予約サービスの側で流入元を確かめられる場合に照らし合わせやすいよう、配布リンクの名前のつけ方はそろえておきます。配布リンクの命名の考え方はUTMパラメータの設定と命名ルールで扱っています。

書き漏れの候補になる入口

【編集部の提案】棚卸しで確かめておきたいのは、昔のキャンペーンのページ、印刷物のQRコードの行き先、スタッフが個別に送っている予約のリンクです。これらは「誰が配ったか」「今も使われているか」が票の作成時点で分からない場合があるので、見つけた人が票に1行足し、使われているかどうかは「未確認」のまま残します。今は使っていないと分かったものも、行を消さずに「使用終了」と書いておくと、後で古いリンクから予約が入ったときに理由をたどれます。

【編集部の提案】ページや予約ボタンを変えたとき、印刷物を作り直したとき、予約サービスを乗り換えたときは、記録の係が票を見直し、変わった行に日付を書きます。

所有と権限を確かめる：誰のサイトで、誰が設定できるか

計測の範囲を決めるうえで、技術より先に確かめるべきなのは、所有と権限です。外部の予約サイトは、予約サービスの提供元が所有し管理しているサイトである場合、自社が契約していても、そのサイトに自社のGA4の計測を置けるとは限りません。誰のサイトなのかを、契約の書面や提供元の説明で確かめます。

【編集部の提案】この票には、役割と、実際に答えた人の名前、答えた日を書きます。「たぶんできる」「前の担当がやっていた」は答えではありません。答えが返っていない欄は「未確認」のままにします。また、GA4の管理の権限や、予約サービスの管理画面に入るための認証用の情報を、確認のためだけに別の人へ渡すことはしません。権限の追加や変更が必要になった場合は、権限を管理している人が自社の手順で判断します。ほかの人の権限を借りて作業を進めることもしません。

答えを待つ間に進めてよいこと

【編集部の提案】提供元や担当の答えを待つ間も、止める必要のない作業があります。遷移経路の棚卸し、予約サービスの記録の出力の練習、週次の記録表の準備は、設定を変えずに進められます。一方で、答えを待たずに予約サイト側の設定欄へ何かを入れたり、GA4のキーイベントを増やしたりはしません。答えが来たときに、どの時点から数え方が変わったのかが分からなくなるからです。

制作会社と予約サービスの提供元が別のとき

自社サイトは制作会社、予約サイトは予約サービスの提供元というように、担当が別の会社に分かれている場合は、計測の相談を片方にだけ投げると、どちらの範囲かが決まらないまま止まるおそれがあります。【編集部の提案】自社が間に立ち、両方に同じ質問を、同じ形式で送ります。質問の形式は第8節で示します。

測定の可否を3つに分ける：両側・自社だけ・未確認

所有と権限が分かったら、自社サイトを通る経路ごとに、測定の可否を次の3つのどれか1つに分けます。自社サイトを通らない経路は、第3節のとおり「対象外」として別に書き、この3つには入れません。

「置ける」「設定した」「記録を確かめた」は別の段

【編集部の提案】「両側」に分けるまでには、3つの段があります。1つ目は、提供元や担当の「設定できます」という返事です。2つ目は、担当の「設定しました」という申告です。3つ目は、受入れで、実際の操作に対して意図した記録が残ったことを確かめた結果です。1つ目と2つ目だけの段階では、区分は「未確認」のままにします。また、3つ目まで済んで「両側」になっても、すべての予約がGA4に記録されるとは考えません。同意の条件、端末、移り方などによって記録されない予約があり得るため、予約の件数の正本は、どの区分でも予約サービスの記録に置きます。

自社だけでも、クリックが測れるとは限らない

【編集部の提案】「自社だけ」の区分は、「自社サイトの側なら必ず測れる」という意味ではありません。自社サイトの閲覧やクリックも、計測の設定がない、同意の条件で記録されない、受入れで確かめていない、といった場合は使えません。その場合、その経路の閲覧やクリックの欄は「未取得」と書き、理由を添えます。

【公式情報】クロスドメイン測定について公式ヘルプが説明していること

【公式情報】公式ヘルプでは、クロスドメイン測定を、ドメインをまたいだ利用者の行動を同一の利用者のものとして識別するための設定と説明しています。対象の全ページのタグで、同じウェブデータストリームの同じタグIDを使う必要があります。同意がある場合にCookieで識別のIDが設定され、ドメインを移るときは _gl パラメーターで引き継がれます。対象に登録したドメインへのクリックは離脱クリックとして処理されず、リダイレクトなどで _gl パラメーターが削除される可能性もあります（出典1）。

【編集部の提案】予約の計測では、上の必要条件を予約サイトの側でも満たせるかどうかが、最初の分かれ目です。置けるかどうかは提供元が決めることなので、自社だけで判断せず、第8節の質問で確かめます。同意のない利用者の動きも同じように引き継げるとは考えません。また、予約サイトを対象に登録すると、予約ボタンのクリックの扱いが変わり得ます。設定を変える前に、今のクリックの数え方を第13節の要領で記録しておきます。

【公式情報】参照元の除外は、分けて依頼する

【公式情報】公式ヘルプでは、望ましくない参照元の設定は、条件に一致するイベントに ignore_referrer パラメーターを付け、そのドメインを流入元として表示しないためのものと説明されています。このパラメーターを手動で直接付ける方法については、サイトの全ページに設定しないよう注意されています（出典2）。

【編集部の提案】参照元の除外は、指定したドメインを流入元として扱わないための設定で、クロスドメイン測定とは目的が違います。片方を設定したからもう片方は不要、という関係とは考えません。また、この設定をしたからといって、もとの広告や検索の流入元が必ず見えるようになるとは考えません。過去の数字が直ることや、同じ人の識別、予約の完了の件数の代わりになることも期待しません。設定した後に流入元の表示がどうなったかは、受入れと第18節の見直しで、別に確かめます。

依頼書には、2つの設定の名前とは別に、何を見たいのか、何に困っているのかを自社の言葉で書きます。たとえば「予約ボタンを押した人が、どの広告や記事から来たかを見たい」「予約サイトで予約を終えた人が、どこまで進んだかを見たい」のように、見たい地点と困りごとを書けば、担当者はそれに合う方法を選べます。どちらの設定が必要か、両方が必要か、どちらも置けないのかは、担当と提供元の答えで決めます。

予約サービスの提供元へ確認する質問

ここからは、提供元へ送る質問です。【編集部の提案】質問は、はい・いいえ・分からないで答えられる形にし、根拠となる説明の資料や画面の名前を添えてもらいます。口頭の答えは、受けた人がその日のうちに文字に起こし、答えた人と日付を書きます。

この10問は、どれも「できるはず」を前提にしていません。質問1・3など予約サイト側の計測について、置けない、または置かないと確認した経路は「自社だけ」に分けます。戻り画面や通知の機能がないという答えだけでは区分を決めず、測りたい地点を記録できるかを確かめます。GA4では、受入れで記録を確認できた地点までを使います。

質問で避けること

【編集部の提案】質問の中で、予約した人の名前・電話番号・メールアドレス・予約番号を、URLやGA4へ載せて結び付ける方法を求めることは避けます。これは編集部が勧める自社の方針です。1件ずつの照合ができなくても、期間と経路で数字を並べれば、判断できることはあります。自社のフォームの件数とGA4の件数を突き合わせる考え方や個人情報の扱いの注意は、GA4の問い合わせコンバージョンが受付件数と合わないときに確かめる順番で扱っています。この記事は、その考え方を外部の予約サービスへ移る場面に当てはめ、どこまでを自社のGA4で測るかを決める部分を受け持ちます。

答えの読み方：曖昧な答えは「未確認」に置く

【編集部の提案】提供元の答えには、「対応しています」「設定できます」のように、どの地点の何に対応しているのかが分からないものもあり得ます。その場合は、どの画面の、どの設定欄で、どの出来事が、誰のGA4へ記録されるのかを、もう一度だけ具体的に聞き直します。聞き直しても資料や画面の名前が示されない場合は、その質問の答えを「未確認」と書き、経路の区分も「未確認」のままにします。営業の担当と技術の担当で答えが違う場合に備えて、答えた人の役割も書き添えます。

自社サイトしか計測できない場合：確認できたクリックまでと、予約の記録を別に持つ

提供元の答えが「予約サイトには契約者の計測を置けない」だった場合は、計測の範囲を自社サイトの中に限ります。答えがまだ返ってこない場合も、答えが出るまでは同じ扱いにします。これは失敗ではなく、測れる範囲を正しく決めた状態です。

【編集部の提案】この場合の記録は、次の2本立てにします。1本目は、自社のGA4での「予約ボタンのクリック」で、受入れで記録を確認できたものに限ります。どのページのどのボタンから押されたかを、担当が決めた方法（ボタンの位置や移る先などで区別する方法）で見分けられるかを、受入れで確かめます。2本目は、予約サービスの管理画面などから出力した「予約受付」「予約確定」「取消」の件数で、日付と、取れる場合は経路を付けます。2本の記録は、同じ表に並べても、同じ1件として結び付けません。

この表の「うち確定」「うち取消」「うち来店」は、その週に受け付けた予約の集団を、後から状態ごとに追いかけた件数です。週ごとの来店の合計ではありません。来店予定日がまだ来ていない予約は、欠席の0件とは書かず「未確定」と書きます。「照合の状態」の欄は、1件ずつ結び付けられないかぎり「未照合」のままにします。クリックが増えた週に予約受付も増えていたとしても、クリックから予約になったと断定はできません。予約サイトへ直接来た人や、電話で予約した人が増えた可能性もあるからです。

予約サービスの記録を出力するときに決めておくこと

予約サービスの記録は、出力のしかたで件数が変わり得ます。【編集部の提案】週次の記録表を始める前に、次の5つを決めて、記録表の上に書いておきます。

• 集団の決め方：予約を受け付けた日で週に分け、その週の予約を1つの集団として、確定・取消・来店を後から追いかけるのか。予約された来店の日で数える表を別に作るなら、2つの表を混ぜない
• 取消の扱い：受け付けた後に取り消された予約を、予約受付の件数から引くのか、受付の件数はそのままにして取消の列に書くのか
• 変更の扱い：日時を変えた予約を、1件として数えるのか、取消と新しい受付の2件として記録されるのか
• テストの扱い：受入れで入れたテストの予約を、どの印で見分けて外すのか
• 日時の区切り：週の始まりの曜日と、日付が変わる時刻を、GA4の記録と予約サービスの記録でどう扱うか

この5つは、予約サービスの仕様によって選べる範囲が違います。選べない場合は、仕様のとおりの数え方を記録表の上に書き、途中で数え方を変えないようにします。数え方を変えた場合は、変えた週に印を付け、前後の週を同じ列で比べないようにします。

クリックと予約受付の比を、そのまま「予約率」と呼ばない

【編集部の提案】予約受付をクリックで割った値を「予約率」と呼びたくなりますが、分子と分母が別の場所で、別の単位と条件で数えられているので、同じ人の流れを示す割合にはなりません。クリックは押された回数で、同じ人が何度も押すことがあり、予約受付は予約の件数です。社内で使う場合は「同じ週のクリック（回数）に対する予約受付（件数）の比・未照合」と、長い名前のまま書きます。比の動きを見るのはかまいませんが、改善の効果の判定には、第17節の分母の考え方を使います。

戻り画面を通らない予約：完了ページだけに頼らない

予約サイトによっては、予約が終わった後に自社サイトの「予約ありがとうございました」のような画面へ戻す仕組みがあります。この戻り画面の表示をGA4で数えれば予約の数が分かる、と考えたくなりますが、【編集部の提案】戻り画面だけに頼る数え方には、次のような食い違いの候補があります。どれが自社の環境で起きるかは、提供元の答えと受入れで確かめるまで分かりません。

• 予約を終えた人が、戻るボタンを押さずに画面を閉じる
• 予約の確認のメールなどから、後で戻り画面を開き直す
• 戻り画面のURLを、予約していない人が開く
• 予約サービスのアプリや、他社の予約の窓口からの予約は、戻り画面を通らない
• 予約の後に取消や日時の変更があっても、戻り画面の表示の記録は残る

そのため、戻り画面の表示は「戻り画面の表示」という名前のまま、予約受付とは別の行に置きます。予約受付の件数は、予約サービスの記録で数えます。戻り画面を通らない経路がどれだけあるかは、提供元の答え（質問票の5と7）と、予約サービスの記録で経路が分かる場合はその内訳で確かめます。分からない場合は、その割合を推測で埋めず「未確認」と書きます。

戻り画面をキーイベントにしている場合

【編集部の提案】すでに戻り画面の表示をキーイベントにしている場合も、急いで外す必要はありません。まず、そのキーイベントの社内の呼び名を「戻り画面の表示」に改め、報告の資料で予約受付の件数と別の行に置きます。外すかどうかは、広告の管理画面など、そのキーイベントを使っている先がないかを担当に確かめてから、判断する人が決めます。外す場合も、第13節の変更の前の記録を先に残します。

埋め込み型と別アプリ型は、同じ条件と考えない

【編集部の提案】自社のページの中に予約サイトの画面を埋め込む方式や、予約サービスの専用アプリから予約する方式は、ブラウザーで予約サイトへ移る方式と同じ計測の条件だとは考えません。埋め込みの中で起きた出来事が自社のGA4に記録されるかどうかは、提供元の仕様と受入れで確かめるまで分かりません。質問票の6と7で確かめ、答えが出るまでは、その経路を「未確認」に置き、埋め込みの中の出来事の欄は「未取得」と書きます。

同意・端末・ブラウザーの条件を、同じ前提にしない

外部予約サイトをまたぐ計測では、利用者の環境によって記録のされ方が変わり得ます。【編集部の提案】次の条件は、自社サイトと予約サイトで同じように扱われていると前提にせず、担当と提供元に確かめます。

この表は、確かめるための問いの例です。どの条件で記録が変わるかは、自社の環境で確かめるまで分かりません。【編集部の提案】同意の画面の文言や設定は、個人情報の扱いに関わるため、計測の都合だけで変えないでください。記録を取るために、利用者の同意の選択を変えるよう促すこともしません。必要な場合は、自社の個人情報の担当や専門家と相談します。

確かめ方は、担当の説明と受入れの組み合わせで

【編集部の提案】同意や端末・ブラウザーの条件は、担当の説明を聞くだけでは、自社の環境でどうなるかまでは分かりません。説明を受入れ票に書き写し、受入れのときに、確かめる人が自分の操作として、同意を断った場合と受け入れた場合、スマートフォンとパソコン、自社で確かめると決めたブラウザーでの動きを、それぞれなぞって結果を書きます。すべての組み合わせを試す必要はありませんが、試していない組み合わせは「未確認」と書いておきます。

端末をまたぐ予約は、無理に結び付けない

スマートフォンで調べて、家族とパソコンで予約する、といった流れもあり得ます。【編集部の提案】この流れを1件として結び付けるために、予約した人を識別する番号をURLやGA4へ載せる方法は取りません。端末をまたぐ予約は、端末ごとに別の記録として残り得ると決め、第17節で比べ方を工夫します。

変更依頼書と、権限を持つ担当

計測の設定を変えるのは、権限を持つ担当者です。自社は、何を測りたいのかと、何を変えないでほしいのかを、依頼書で渡します。【編集部の提案】依頼書には次の項目を書きます。

依頼書には、設定の具体的な書き方を自社から指定する必要はありません。目的と範囲と、変えないでほしいものを書けば、担当者はそれに合う方法を選べます。ボタンの区別のしかたも、新しいイベントの名前を作るのか、既存の記録の項目で見分けるのかは、担当が決めることとし、自社は「区別できること」を受入れで確かめます。

依頼文の例（架空）

次は、説明のために作った架空の依頼文です。実在の会社や担当者への依頼ではありません。

「お世話になっております。予約ボタンの計測について、ご相談です。目的は、トップページと料金ページの予約ボタンのクリックを、どちらのボタンから押されたか区別して数えることです。区別の方法はお任せします。予約サイトの中の出来事まで自社のGA4で見られるかどうかは、予約サービスの提供元に質問中で、答えが出るまでは、予約サイトの中の計測は追加しないでください。既存のキーイベントと、問い合わせフォームの計測は変えないでください。予約した方の名前や連絡先、予約番号は、URLやイベントに載せないでください。変更の前の記録を添付します。設定が終わったら、変更した内容と日時をお知らせください。受入れは別の者が行い、問題があった場合は、保留にして元に戻していただく相談をさせてください。」

【編集部の提案】依頼文の中で、作業の期限や費用には触れていません。期限や費用は、担当との契約や取り決めに沿って、別に確かめます。

少人数の会社で、設定する人と確かめる人が同じになるとき

【編集部の提案】担当が1人しかいない場合でも、受入れの確認は、依頼書を見ながら、設定の作業とは区切って行います。ただし、同じ人が別の日や別の端末で確かめても、独立した確認にはなりません。受入れの記録には「独立した確認は未実施」と書きます。確認のために、ほかの人の権限や認証用の情報を借りることはしません。

変更の前に記録すること、戻す条件

設定を変えると、同じ「クリック」という名前でも、変更の前と後で数え方が変わることがあります。変更の前の状態を残しておかないと、変更の後に数字が動いたとき、変化の理由が設定なのか、利用者の動きなのかを切り分けられません。

【編集部の提案】戻す条件も、変更の前に決めておきます。たとえば「予約ボタンが押せない」「予約サイトへ移れない」「予約サイトの画面が崩れる」「既存のキーイベントが記録されなくなった」のどれかを受入れや本番への反映の後に見つけたら、その変更を保留にして担当に戻してもらう、と依頼書に書きます。戻す作業は、権限を持つ担当が行います。自社の担当者が、管理画面の保護の設定や権限を自分の判断で変えて戻そうとはしません。

この図の流れでは、担当の「設定しました」という申告と、別の人による受入れを別の段にしています。申告は大切な情報ですが、受入れの代わりにはしません。

実利用者の経路をなぞる受入れ項目：テストは実績と別に記録する

設定の後は、実際の利用者が通る経路をなぞって、記録が意図どおりかを確かめます。【編集部の提案】受入れは、依頼書の目的と測りたい地点に沿って、次の項目で行います。

テストで入れた予約は、予約サービスの記録にも、GA4の記録にも残り得ます。【編集部の提案】テストの日時・端末・入れた人・試験の回数を受入れの票に書き、予約サービスの担当とも共有して、実績の集計から外します。テストの予約が実際の空き枠をふさがないよう、店舗の責任者と日時を決めてから行います。テストの予約の扱いが決まっている予約サービスもあり得るので、先に提供元に確かめます。

受入れで見つかり得る食い違い

【編集部の提案】受入れでは、次のような食い違いが見つかる可能性があります。いずれも「起こり得ることの例」で、自社で必ず起きるという意味ではありません。

• ボタンを区別できるはずのクリックが、どのボタンから押されたか見分けられない
• 新しいタブで開くボタンだけ、クリックの記録が見当たらない
• 試験の操作1回に対して、同じ記録が2つ以上残っている
• 予約サイトへ移るときに、移った先のURLが依頼書の想定と違う
• 予約サイトの中の出来事が、依頼書で頼んでいない形で記録されている
• 既存のキーイベントの名前や数え方が、変更の後に変わっている

見つけた食い違いは、受入れ票の「見つけた問題」の欄に、見つけた日時・端末・入口と一緒に書き、判断する人が保留にするかどうかを決めます。食い違いの原因を、確かめる係が自分で推測して直そうとはしません。直すのは、権限を持つ担当です。

受入れは、業務の実績の件数を確定する作業ではありません。受入れのときに画面で見た記録を、そのまま実績の件数として扱いません。ただし、試験の操作1回に対して記録がいくつ残ったか、重複していないかは受入れで確かめる事項なので、その試験の件数は受入れ票に書きます。

架空の4つの事業者で見る判断

ここからは、説明のために作った架空の例です。実在の会社や、特定の予約サービスの対応を示すものではありません。予約の運用そのもの（枠の決め方や来店後の案内など）は扱わず、計測の範囲の判断だけを見ます。

ケース1：ジムの体験予約

ある架空のジムは、体験の予約を外部の予約サイトで受けています。トップページと料金のページに予約ボタンがあり、どちらも同じ画面のまま予約サイトへ移ります。提供元に質問票を送ったところ、予約サイトに契約者のタグIDを設定する欄はないという答えでした。【編集部の提案】このジムは2つの経路を「自社だけ」に分けます。GA4で使うのは、受入れで記録を確認できたボタンごとのクリックまでで、受入れが済むまでのクリックの欄は「未取得（未確認：受入れ前）」と書きます。体験の予約受付と確定は、予約サービスの管理画面から受付の週ごとに出力します。

ケース2：美容院の予約

ある架空の美容院は、自社サイトのメニューの説明から予約サイトへ移る経路と、予約サービスの専用アプリから直接予約する経路があります。提供元の答えは、予約サイトに契約者のタグIDを設定できるが、アプリからの予約には反映されない、というものでした。【編集部の提案】自社サイトからの経路は、設定できるという返事の段階では「未確認」に置き、設定済みの申告の後、受入れで予約サイトの中の記録を確かめてから「両側」へ移します。アプリからの経路は3つの区分に入れず「対象外」と書き、予約サービスの記録の経路の内訳で別に数えます。2つの経路の数字を足して「GA4で見た予約数」とは呼びません。

ケース3：飲食店の席の予約

ある架空の飲食店は、自社サイトのページの中に、予約サービスの席の予約の画面を埋め込んでいます。提供元に質問票の6を送りましたが、返事がまだありません。【編集部の提案】この経路は「未確認」のままにします。GA4で使うのは、受入れで記録を確認できた、埋め込みのあるページの閲覧までで、埋め込みの中の出来事の欄は「未取得（未確認：提供元の答え待ち）」と書き、予約として読みません。席の予約受付は予約サービスの記録で数えます。電話と当日の入店は、この記事の計測の範囲外として、店舗の台帳で別に持ちます。

ケース4：小さな会社の相談日程の予約

ある架空の小さな会社は、問い合わせの代わりに、日程を選んで相談を予約できる外部のサービスを使っています。予約の後に自社サイトの戻り画面へ移る設定があり、担当者はその表示を「相談の予約数」としてキーイベントにしていました。【編集部の提案】第10節の食い違いの候補があるため、戻り画面の表示を「戻り画面の表示」と呼び直し、相談の予約受付は予約サービスの記録で数えます。相談が実際に行われたか、有効な相談だったかは、さらに別の記録で持ちます。問い合わせの受付から返信までの担当の決め方は、問い合わせの返信漏れを防ぐ管理手順で扱っています。

4つのケースに共通するのは、GA4で使う範囲を決めた後も、予約の数の正本を予約サービスの記録に置いている点です。【編集部の提案】どのケースでも、区分を変えたときは、変えた日と理由を棚卸し票に残します。

ケースの票の記入例（架空）

【編集部の提案】たとえばケース3の飲食店は、第19節の経路票を次のように書きます。入口の場所は「店舗案内ページの席の予約の枠」、移り方は「自社のページの中に予約サイトの画面を表示」、区分は「未確認」、GA4で使う範囲は「受入れで確認できた閲覧まで」、予約の数の正本は「予約サービスの受付の記録」、提供元の答えと日付は「質問票の6を送付、答えなし」、未確認の点は「埋め込みの中の記録の有無と同意の扱い。確かめる人は店長、次に問い合わせ直す日を記入」です。答えが届いたら、その日付と内容を書き足し、区分を変えるかどうかを判断する人が決めます。

少人数で回す受け渡し

小さな会社や店舗で、計測の担当、予約の管理、店舗の運営を少ない人数で兼ねる場合を考えます。【編集部の提案】役割を次の4つに分け、1人が複数を兼ねる場合も、役割の名前で記録を書きます。

担当が替わるときは、棚卸し票・所有と権限の確認票・質問票の答え・依頼書・変更の前の記録・受入れの記録を、ひとまとめにして渡します。【編集部の提案】受け渡しのときに「未確認」と「未取得」の欄を一覧にし、次の担当が最初に確かめることとして並べます。これらの票には、予約した人の個人情報や、管理画面の認証用の情報を書きません。

予約サービスの仕様が変わったと聞いたとき

提供元から仕様の変更の知らせが届いたら、記録の係が受け取った日と内容を質問票の10の行に書き、該当する経路の区分を「未確認」に戻すかどうかを、判断する人が決めます。【編集部の提案】仕様の変更の後は、第14節の受入れを、その経路だけもう一度行います。知らせの中で、どの経路に関係するのかが分からない場合は、提供元に聞き直し、答えが出るまでは関係しそうな経路をすべて「未確認」に戻しておきます。戻した経路の数字は、週次の記録表で印を付けて区別します。

クリック・受付・確定・来店を別々に比べる：判断と分母

予約の改善を判断するときは、どの数字を、何で割って比べるのかを、先に決めます。【編集部の提案】比べる数字は、次のように地点ごとに分け、分子と分母の単位と期間をそろえます。

この表で大切なのは、分子と分母を、同じ場所で数えるだけでなく、同じ期間、同じ対象の経路、同じ単位でそろえることです。GA4の数字には、操作の回数で数えるもの、利用者で数えるもの、訪問の区切り（セッション）で数えるものがあり得ます。どの単位で取った数字かを、担当に確かめて記録の横に書きます。単位の違う数字どうしを割った比は、比べる材料にしません。

GA4のクリックを分母にして、予約サービスの予約受付を分子にする比は、第9節のとおり「未照合」の比として別に扱います。「両側」の経路で、受入れで確かめた地点までGA4に記録がある場合は、GA4の中で地点をつないだ比を見ることもできますが、その場合も予約サービスの記録と件数を並べ、差を記録します。

受付の日と来店の日、期間の件数と時点の残数を混ぜない

【編集部の提案】ある週の来店の合計を、同じ週の予約受付の合計で割ることはしません。その週の来店は、前の週やもっと前に受け付けた予約から来ていることがあり、同じ予約の集団ではないからです。来店までを追うときは、受付の週ごとの集団を作り、その集団の予約が後から確定・取消・来店のどれになったかを追いかけます。集団を作れない場合は、予約受付の件数と来店の件数を、未照合の別の件数として並べるだけにします。

同じように、ある日の時点で残っている確定済みの予約の数（時点の残数）と、ある期間に新しく受け付けた予約の数（期間の件数）も、混ぜて足したり割ったりしません。前者は予約の台帳の状態で、後者は期間の出来事です。来店予定日がまだ来ていない予約を、欠席の0件として数えないことも、ここでの約束です。

比べ方の記入例（架空）

【編集部の提案】たとえば架空のジムが、料金ページの予約ボタンの文言を変えた場合、見る数字は「料金ページの閲覧（回数）に対する、料金ページの予約ボタンのクリック（回数）」です。これは操作の回数どうしの比で、何人が予約しようとしたかの割合ではありません。同じ期間の予約受付が増えたかどうかは、予約サービスの記録の中で別に見ます。予約受付が増えていても、文言の変更の効果とは書かず、「同じ期間に予約受付も増えた（未照合）」と書きます。体験の予約が確定したか、来店したかは、受付の週ごとの集団で別の行に見ます。

変更の前と後を比べるときの条件

【編集部の提案】計測の設定やページを変えた前と後を比べる場合は、次の条件をそろえます。比べる期間の長さを同じにする。曜日の並びをそろえる。対象の経路と単位をそろえる。キャンペーン・休業日・予約枠の増減など、計測の外の変化を記録の横に書く。変更の当日は、どちらの期間にも入れない。設定の変更で数え方が変わったイベントは、前と後で同じ名前でも別の数字として扱い、比べない。条件がそろわない場合は、比べた結果を「参考」と書き、効果の判定には使いません。

直後・7日・28日の見直しと、未取得・保留の書き方

【編集部の提案】設定の変更の後の見直しは、次の3回に分けます。

変更の直後に、予約ボタンが押せない、予約サイトへ移れないといった問題を見つけたら、7日後を待たずに担当へ連絡し、第13節で決めた戻す条件に沿って保留にします。7日後は観測の区切りで、件数が増えた・減ったという判定はしません。28日後は、記録が確定した最後の日までの期間と、変更の前の同じ長さの期間を、同じ条件で並べます。対象の28日分がそろわない場合は「未取得」とし、期間がまだ終わっていないのか、期間は終わったが処理が未確定なのか、取得できないのかなど、確かめられた理由とそろった日数を書き添えます。同じ条件・同じ長さの確定した分だけを比べ、来店予定日が未来の予約と、記録の処理待ちも分けます。

保留にした後の扱い

【編集部の提案】保留は、数字や経路を判断に使わないと決めた状態です。保留にしても、記録そのものは消さずに残します。判断する人は、保留を解く条件を書いておきます。たとえば「担当が戻した後に、受入れの項目をもう一度すべて確かめた」「提供元の答えが根拠の資料つきで届いた」などです。保留の間の数字は、比べる期間に含めず、記録の横に保留の期間を書きます。保留を解いた日からあらためて期間を数え直し、7日後と28日後の見直しも、その日を起点にします。

数字の欄に書く言葉を使い分ける

【編集部の提案】数字がない、または使わない理由を、次の言葉で書き分けます。数字がどこかにあるはずだ、という前提は置きません。

• 未取得：値を得ていない状態。理由を必ず添え、「未収集（計測の設定がないなど、記録の仕組みがまだない）」「取得不可（提供元が出力しない、同意の条件で記録されない等）」「未確定（期間が終わっていない、来店予定日が来ていない）」など、確認できた理由を書く。受入れ前というだけでは未収集と決めず、記録の有無を確かめていなければ「未確認：受入れ前」と添える
• 対象外：自社サイトを通らない経路など、自社のGA4では扱わないと決めたもの
• 未確認：提供元や担当の答えがない、または受入れで確かめていない
• 未照合：2つの記録を1件ずつ結び付けていない、または結び付けられない
• 保留：問題が見つかり、判断する人が判断に使わないと決めた状態。記録は残す

空欄や0と書くと、「予約が0件だった」と読まれるおそれがあります。理由の言葉を書いておけば、後から読む人が、数字がない理由を取り違えにくくなります。

登録不要の20項目点検表と、空欄の経路票・受入れ票

この記事の内容を、登録や送信なしで使える点検表にまとめました。【編集部の提案】各項目に「はい・いいえ・未確認」のどれかを書きます。

空欄の経路票

空欄の受入れ票

票には、お客様の名前や連絡先などの個人情報、管理画面の認証用の情報を書かないでください。

よくある質問と、今日の一手

予約ボタンのクリック数を、予約数として報告してはいけませんか

クリックは予約の入口に立った操作の記録で、予約受付の記録ではありません。【編集部の提案】報告には「予約ボタンのクリック」と書き、予約受付の件数は予約サービスの記録から別の行で示します。

予約サイトにGA4を入れられないと言われました。計測はあきらめるべきですか

あきらめる必要はありません。【編集部の提案】自社サイトの側で、受入れで記録を確認できた閲覧やクリックをGA4で使い、予約受付と確定は予約サービスの記録で数えます。確認できない値は未取得と書き、2つの記録は未照合のまま並べます。それで判断できることと、判断できないことを分けて書いておきます。

クロスドメイン測定と参照元の除外は、どちらを設定すればよいですか

この記事では、どちらか一方を選ぶ問題とは考えません。【編集部の提案】依頼書に、見たい地点と困りごとを自社の言葉で書き、担当と提供元の答えで要否を決めます。設定した後の記録や表示は、受入れと見直しで確かめます。

予約した人とGA4の記録を1件ずつ結び付けたいのですが

【編集部の提案】名前や予約番号などをURLやGA4へ載せて結び付ける方法は取りません。結び付けられない場合は「未照合」と書き、期間と経路で数字を並べて判断します。

予約サービスの管理画面の件数と、GA4の件数が合いません

2つの記録は、別の場所で、別の条件と単位で数えているため、合わないことがあり得ます。【編集部の提案】合わせることを目標にせず、それぞれの数字が何の地点の、どの単位の数字かを書き分け、差を記録しておきます。差が急に広がった週があれば、その週に設定や仕様の変更がなかったかを確かめます。

広告から予約サイトへ直接移る場合は、どう見ればよいですか

広告のリンク先が予約サイトの場合、自社サイトを通らない経路になります。【編集部の提案】その経路は棚卸し票に「対象外」として1行足し、広告の管理画面と予約サービスの記録で、それぞれの数字を別に見ます。広告の成果をどの数字で判断するかは、広告の担当と決めておきます。

今日の一手：自己点検票と、優先する3つのこと

この記事の点検表と票は、登録や送信なしでそのまま使える自己点検の道具です。フォームそのものの使いやすさの点検は、問い合わせフォームを改善する手順で扱っています。今日から始めるなら、次の3つを優先します。

1. 自社サイトから予約サイトへ移る入口を、移り方と一緒に1つ1行で書き出し、自社サイトを通らない経路は対象外として分ける
2. 予約の数字を、クリック・予約受付・予約確定・来店の地点の名前で呼び分け、出どころと単位を書き添える
3. 予約サービスの提供元に質問票を送り、経路ごとに両側・自社だけ・未確認のどれかを付け、受入れで確認できるまでの値は未取得と書く