Google Analytics ではトラフィックが増え、広告システムもコンバージョンを報告しているのに、事業には有望な問い合わせが増えていない。ここで別のレポートを追加しても解決しません。まず、それぞれの数字が何を意味し、どこから来て、意思決定を支えられるのかを確認する必要があります。
私は GA4 を、会計システムや顧客に関する絶対的な真実ではなく、ウェブサイトやアプリケーションの上に置く分析レイヤーとして使います。イベント、流入元、選択した事業上のステップをつなげることができます。その価値は、計測計画と実装の品質にかかっています。
指標の一覧ではなく、意思決定から始める
すべてのレポートは、次に何をするかを変えられる問いに答えるべきです。たとえば、次のような問いです。
- 有望な問い合わせを生むページはどれか。
- どこで注文をやめているのか。
- 最初の訪問を生むチャネルと、完了を後押しするチャネルはどれか。
- どの種類のコンテンツがサービスの仕事につながるのか。
- 事業上のシグナルがないまま、どのキャンペーンが予算を消費しているのか。
そのうえでイベントとパラメータを選びます。逆ではありません。意思決定と結び付かないクリックを50個計測しても、より高価なノイズを生み出しているだけです。
GA4 はイベントとそのパラメータを基盤に構築される
ページビュー、検索、問い合わせ送信、購入は GA4 におけるイベントです。パラメータは、値、通貨、取引ID、フォーム名、商品などの文脈を加えます。
Google は、自動収集イベント、拡張計測イベント、推奨イベント、カスタムイベントを区別しています。アクションに推奨される名前とパラメータがある場合は、それを使います。たとえば、情報請求の送信には generate_lead、購入完了には purchase です。これにより、用意された指標や将来の連携を利用できます。
標準的な意味が当てはまらない場合にだけ、カスタムイベントを作成します。button_click_7という名前は何かを計測していても、6か月後には誰にも意味が分からないでしょう。
重要イベントは事業にとって意味がなければならない
GA4 は現在、重要なアクションを重要イベントと呼びます。通常の操作をすべてこのように分類しないでください。スクロール、メニューの展開、動画の再生開始は診断用イベントにできます。問い合わせ、登録、購入は重要な成果になり得ます。
リード獲得サイトでは、次のように区別します。
- フォームが正常に送信されたこと、
- メールアドレスまたは電話番号のクリック、
- CRMで確認された有望なコンタクト。
1つ目は技術的に計測可能で、2つ目は強い意向を示し、3つ目は事業上の品質を表します。これらを1つの数字にまとめると、マーケティングは良く見えても、会社の意思決定は悪化します。
ECにはサンクスページではなく、安定した取引が必要
購入には推奨される purchase イベントと対応するパラメータを使います。特に、モデルに応じた安定した transaction_id、値、通貨、商品が重要です。一意のIDは、重複購入を抑え、分析と注文システムをつなぐのに役立ちます。
イベントは、事業上のステータスが確認された時点で作成するべきです。サンクスページのURLを開いたり更新したりするだけでは、信頼できる情報源になりません。決済の成功と失敗、再読み込み、割引、送料、税金、複数通貨をテストしてください。最後に、データをバックエンドと比較します。差がゼロである必要はありませんが、説明できなければなりません。
拡張計測は確認してから有効にする
カスタム実装がなくても、GA4 はスクロール、外部クリック、サイト内検索、埋め込み動画とのやり取り、ファイルのダウンロードなどを収集できます。便利な出発点です。ただし、自動イベントが事業上の定義と一致するとは限りません。
検索がサイトで使っているパラメータを認識すること、動画が対応する埋め込み方式を使っていること、自動イベントが独自のGTM計測と重複していないことを確認します。使わないものは無効にしてください。
Google Tag Manager は安定したデータがある場合にだけ役立つ
私は、データレイヤーでウェブサイトから渡されるイベントや、複数のタグと条件の管理にGTMを使います。アプリケーションが実際のイベントを送信できる場合に、ページテキストから事業上の値を抽出したり、URLの一部を使って購入を発火させたりすることは勧めません。
データレイヤー、同意、テスト、バージョンの設計については、別の記事Google Tag Manager：適切な設定で解説しています。
同意によって観測できるデータが変わる
GA4 と広告タグは、ユーザーの選択を尊重しなければなりません。Google Consent Mode は同意の状態を渡し、対応するタグの動作を調整できます。ただし、Cookieバナーや法的評価の代わりにはなりません。
Google は、同意前にタグをブロックする基本モードと、対応するGoogleタグをデフォルトで拒否状態のまま読み込み、限定的なCookieレスシグナルを送信できる高度なモードを区別しています。この選択には技術面、法務面、データ面の影響があります。見栄えの良いグラフになるかどうかだけで決めるべきではありません。
導入後は、同意と拒否の両方をテストします。Googleタグだけでなく、Meta、ヒートマップ、チャット、コンテナ内のその他すべてのサービスも確認してください。
DebugView が確認するのは送信であり、事業上の意味ではない
Google は、リアルタイムとDebugViewでイベントを確認することを推奨しています。DebugView には、テスト端末から届いたイベントとパラメータが、受信した順に表示されます。
確認時には、次の点を見ます。
- イベント名と時刻が正しいこと、
- 必須パラメータとそのデータ型、
- 重複、
- プロパティと測定IDが正しいこと、
- 同意の状態、
- 実際の注文またはCRMレコードとのつながり。
DebugViewに表示されたイベントでも、カスタムディメンションとして正しく登録されていない、標準レポートで利用できない、重要イベントに適していない場合があります。連携全体をテストしてください。
流入元には一貫したルールが必要
キャンペーンには一貫したUTM分類を使います。公開前に、参照元、メディア、キャンペーン、必要に応じてキャンペーンIDを定義してください。自社サイト内のリンクにUTMパラメータを付けないでください。元の獲得コンテキストを上書きしてしまいます。
決済ゲートウェイや外部チェックアウトが、新しい参照元として誤って表示されることがあります。不要な参照のドメインを追加する前に、クロスドメイン計測、復帰フロー、実際の原因を確認してください。レポートの例外設定で、壊れた実装を隠してはいけません。
意思決定に応じて連携を有効にする
Google Ads
連携により、選択したデータ、オーディエンス、重要イベントを GA4 と広告アカウントの間で利用できます。最適化のために何かをインポートする前に、どのイベントを主要イベントにするか、Google Adsタグによってコンバージョンが重複していないか、十分な事業上の品質があるかを確認してください。
Search Console
連携すると、オーガニック検索クエリとランディングページを確認できます。Search Console と GA4 はカスタマージャーニーの異なる部分を計測し、異なる指標を使います。数字が一致することを想定してはいけません。
Merchant Center とその他の製品
オンラインショップでは、利用するサービスと権限に応じて、他のGoogle製品を接続できます。管理画面に表示されるからといって、すべての連携を有効にしないでください。それぞれにアクセス、データ、管理の作業が加わります。
Meta とその他の広告システム
GA4 への直接的なMetaコネクタでは、集計された費用、クリック、インプレッションをインポートできますが、Pixelイベントは転送されません。現在の手順と制限については、GA4 とMeta Adsを接続する方法：完全ガイドをご覧ください。Metaのサーバーイベントは、Conversions APIで別途処理します。
まずテスト環境で内部トラフィックを除外する
会社は、利用可能なIP範囲から内部トラフィックを定義し、データフィルタを使えます。まずテストに設定し、リアルタイムで確認してください。有効な除外フィルタは今後の処理を変更し、過去のデータを復元できません。
モバイルネットワークの利用者、動的IP、在宅勤務では、IPフィルタだけでは不十分な場合があります。清潔に見せる幻想を作るのではなく、制限の範囲を記録してください。状況によっては、管理されたカスタムパスで内部テスターを識別することもできます。ただし、新たなIDの問題を生まないことが条件です。
保持とエクスポートは、データが必要になる前に計画へ入れる
保持設定は、一部の分析で利用できるユーザーデータとイベントデータに影響します。標準の集計レポートでは、異なる動作をする場合があります。長期的な詳細履歴、自社CRMとの結合、再現可能な分析が必要なら、最初からBigQueryへのエクスポートとデータ管理を計画してください。
データウェアハウスへのエクスポートは「永遠に無料で、作業も不要」ではありません。スキーマ、費用、アクセス権限、保持期間、データ変更を認識できる担当者が必要です。小規模なサイトなら、適切な GA4 の概要と定期的な事業レポートで十分かもしれません。
アトリビューションが絶対的な真実を作るわけではない
GA4、Google Ads、Meta、CRMは、同じ注文に異なるチャネルを割り当てることがあります。各システムは異なるシグナルを見て、異なるアトリビューション条件を使います。処理済みまたはモデル化された値は、イベント後に変わることもあります。
したがって、次を決めてください。
- 特定のプラットフォームの予算を管理するシステム、
- チャネルを比較するレポート、
- 実際の販売または有望なリードを確認する場所、
- 会社を運営する際に使うアトリビューション期間とモデル。
システム間の差は説明すべきものであり、別のグラフに似るまで一方を書き換える理由ではありません。
事業に必要な GA4 の最低限
- 明文化された事業上の問いと計測計画。
- 正しいプロパティ、データストリーム、管理されたアクセス。
- 関連するすべてのページに設置され、検証済みのGoogleタグまたはGTMコンテナ。
- 必須パラメータを備えた推奨イベント。
- 数十個のマイクロコンバージョンではなく、実際に意味のある少数の重要イベント。
- 同意と拒否の両方をテストした同意処理。
- 一貫したUTMと、修正済みの決済またはクロスドメインフロー。
- バックエンドと比較したテスト注文または問い合わせ。
- 会社が利用するサービスとのみ連携すること。
- 実際に誰かが意思決定に使う、シンプルで定期的なレポート。
GA4 だけでは足りない場合
GA4 については、CRMでも会計システムでも、完全なデータウェアハウスでもありません。長い B2B サイクルでは、マーケティングの入口と営業におけるコンタクトの品質をつなぐ必要があります。オンラインショップでは、注文システムと会計が販売を確認します。複雑なカスタマージャーニーには独自のデータレイヤーとエクスポートを追加できますが、誰が使うのかが明確な場合に限るべきです。
優れた計測とは、イベント数が最大であることではありません。社内の人々がデータの限界を理解し、それでもデータから落ち着いて意思決定できる状態です。現在の実装を事業上の問いから具体的なイベントまで見直したい場合は、お問い合わせからお知らせください。