イベント／コンバージョン／マイクロCV（中間目標）の設計

リアルの店舗で考える「キーイベント」と「コンバージョン」

2024年、GA4において実務上非常に大きな変更がありました。これまで使われていた「コンバージョン」という言葉が、GA4内では「キーイベント（Key Events）」という名称に変わったのです。

「また新しい専門用語？」と身構えてしまいますよね。でも、中身はとてもシンプルです。リアルの「お店（アパレルショップなど）」に例えて考えてみましょう。

 

GA4：お店の防犯カメラや来店カウンター

ユーザーが「お店に入った（ページを見た）」「商品を手に取った（スクロールした）」という行動をすべて記録しています。

 

キーイベント：その行動の中でも最も価値のある「レジでのお買い上げ（購入）」や「会員登録」のこと

防犯カメラの映像の中から、「特におめでたい、価値のある瞬間」にパッと目印（マーク）をつけるようなイメージです。

 

Google広告の「コンバージョン」：お店の外でチラシを配った効果測定

「配ったチラシを見て入店してくれた人が、実際にレジでお金を払ってくれたかどうか」を広告の成果として測定・評価するために使います。

以前は、これらがどちらも同じ「コンバージョン」と呼ばれていたため、現場でよく混乱が起きていました。
「GA4の数字と広告の数字がズレていて、どっちを信じればいいかわからない！」ということを防ぐために、Googleが役割を明確に分けてくれたのです。

簡単に表でまとめてみました。

比較項目	比較項目GA4の「キーイベント」	Google広告の「コンバージョン」
お店での例え	防犯カメラに記録された「お買い上げ」の瞬間	チラシ（広告）を見て買ってくれたかの「効果測定」
主な役割	サイト内のどのページが成果に繋がっているかの分析	広告がどれくらい売上に貢献したかの測定・AIによる自動入札の調整
記録される日時	実際に購入手続きが「完了した日」	チラシ配り（広告を「クリックした日」）に遡って記録される

 

もし、すでに設定されていたGA4のコンバージョンがあれば、自動的に「キーイベント」に引き継がれていますので、過去のデータを設定し直す必要はありません。今後、新しく広告の成果を計りたいときは、「GA4でお買い上げ（キーイベント）の目印をつける」→「それをGoogle広告に登録する」という順番で進めると覚えておいてください。

階段を一歩ずつ登るように設計する「マイクロCV」

GA4の設定で最もよくある失敗は、サイト内のボタンクリックやページ閲覧を、何でもかんでもキーイベント（お買い上げ）として登録してしまうことです。防犯カメラに「お客様が歩くたびにアラートが鳴る」ような設定をしてしまっては、本当に大事なお買い上げの瞬間が埋もれてしまいますよね。

ここで活きてくるのが、前回の連載第1回でお話しした「KPIツリー」による逆算の考え方です。

例えば、スキンケア商品のECサイトで「売上」を最大化したいとき、全体の売上構造は次のような方程式で表すことができます。

 

「購入完了（purchase）」というゴール（キーイベント）だけを見ていると、購入率（CVR）が下がったときに「どこが悪かったのか」が分かりません。

そこで、お客様がお店に入ってからレジに進むまでの「階段」を、中間目標（＝マイクロCV）として設計します。

階段1	商品詳細ページを見る（商品に興味を持った）	view_item
階段2	商品をカートに入れる（買う気が高まった）	add_to_cart
階段3	レジ（決済手続き）に進む（買う決意をした）	begin_checkout
ゴール	お買い上げ完了	purchase

 

このように中間プロセスをイベントとして用意しておくと、「今月はカートに商品を入れた人はたくさんいた（階段2はクリア）のに、レジに進んでくれた人が極端に少なかった（階段3でつまづいている）。もしかして、決済画面の送料の説明が分かりにくかったのかな？」といった、「次に何を改善すればいいか」の具体的な仮説が立てられるようになります。

 

計測漏れを減らす初期チェック（デバッグの基本）

せっかく階段（イベント）を設計しても、計測が正しく行われていなければ、すべてが絵に描いた餅になってしまいます。データを本格的に貯め始める前に、必ず「テスト入店」をして動作確認をしましょう。

「DebugView」は、お店のテスト入店システム

GA4には、あなたのテストアクセスだけをリアルタイムで監視できる「DebugView（デバッグビュー）」という大変便利なテスト用画面があります。これは、一般のお客様のデータにあなたの「テスト購入」などのノイズを混ぜることなく、安全にテストができる機能です。

検証の流れは以下の通りです。

 

1.テストモードでサイトを開く

Googleタグマネージャー（GTM）の「プレビュー」という機能を使うなどして、テスト用の目印がついた状態でご自身のサイトにアクセスします。

 

2.GA4のDebugViewを開く

GA4管理画面の「データ表示」＞「DebugView」を選択します。

 

3.サイトを操作して、水色の丸が流れるか確認する

サイト上で、実際に「カートに入れる」ボタンを押したり、問い合わせを送ったりしてみます。

 

成功していれば、DebugViewの画面に、あなたが操作した瞬間に合わせて「イベント」が水色の丸となってリアルタイムに流れてきます。

 

よくあるモヤモヤ：「テスト画面では動くのに、レポートに出てこない！」

実務の現場で非常によくある「モヤモヤ」が、「テスト画面（DebugView）では確認できたのに、いざ分析しようとレポートを開くと、データがゼロのままになっている」という現象です。

この原因は、主に次の2つです。焦らなくて大丈夫ですよ。

 

「カスタムディメンション」の登録漏れ

GA4では、ボタンを押した時の「ボタンの文言（例：お試しセットを申し込む）」といった細かい情報をレポートで使いたい場合、「この情報をレポートで使います！」という申請（カスタムディメンションの登録）を管理画面で事前に行っておく必要があります。これを忘れると、データは届いているのにレポートの選択肢に出てこなくなってしまいます。

 

GA4の「一晩寝かせる」仕様（反映ラグ）

GA4は、リアルタイムで集計したデータを、レポート用のデータベースに綺麗に整理して格納するまでに、最大で24時間〜48時間ほどの時間がかかります。設定したその日は、レポートに反映されていなくて当然なのです。「設定を間違えたかな？」と焦って設定を何度もやり直す必要はありません。テスト画面で動いていれば、あとは一晩ゆっくり待ってみましょう。

 

権限・保持期間・除外設定の考え方

GA4を使い始める際に、後から遡って修正することができない「取り返しのつかない初期設定」が3つあります。これらをデフォルトのまま放置しておくと、将来「いざ分析しようとしたら過去のデータが消えていた！」という悲劇を招きます。

マーケターの皆さんは、設定の実務を自分で行わなくても良いので、「この3つは必ず設定してね」と担当者に指示を出せるようにしておきましょう。

 

① デフォルト「2ヶ月」の罠！データ保持期間を「14ヶ月」に伸ばす

これが最も恐ろしい初期設定です。GA4を開設した初期状態では、データの保持期間がなんと「2ヶ月」に設定されています。

これによって何が起きるかというと、標準の集客レポートを見る分には問題ありませんが、私たちがサイト改善で最もよく使う「探索（Explore）」という自由な分析レポートの画面において、2ヶ月以上前のユーザー行動データが自動的に消去されてしまいます。

これでは、「去年のキャンペーンと今年のキャンペーンで、ユーザーの動きがどう変わったか」といった、前年比の比較分析が一切できなくなってしまいます。

そのため、GA4を導入したらすぐに、データ保持期間を最大の「14ヶ月」へ変更するよう、設定担当者に指示を出してください。

 

設定の場所

「管理（左下の歯車マーク）」＞「データの収集と修正」＞「データ保持」から、イベントデータの保持を「14ヶ月」に変更して保存します。

たったこれだけの作業で、14ヶ月間の詳細な分析が可能になります。まだ2ヶ月の期限を迎えていないデータであれば、今から変更しても間に合いますので、すぐにチェックしてくださいね。

 

② 身内のアクセスを排除する「IPアドレスの除外」

会社の自席から自分たちのサイトに何度もアクセスして表示を確認したり、テストのために何度もページを行き来したりしますよね。

しかし、この「身内のアクセス」がGA4に記録されてしまうと、本当のお客様のデータに混ざってノイズになってしまいます。

特に、アクセス数がまだ少ないスタート直後のサイトや、BtoBの問い合わせサイトなどでは、身内のテストアクセスによって「直帰率が異常に低く出る」「コンバージョン率（購入率）が低く見えてしまう」といった大きなブレ（バイアス）が生じます。

これを防ぐために、会社のネットワーク（IPアドレス）からのアクセスをGA4の計測から除外する「内部トラフィックの除外設定」を適用してもらいましょう。本当のお客様の「生の声（綺麗なデータ）」だけを蓄積するための必須設定です。

 

③ データを守るための「権限設計（役割分担）」

GA4には、企業の重要なお客様の行動データが詰まっています。社内のメンバーや外部の代理店・パートナー企業全員に「管理者（何でも変更できる権限）」を渡してしまうのは、セキュリティ上も、設定の誤操作を防ぐ意味でも危険です。

GA4には以下のような権限のレベルがあります。誰にどの権限を渡すか、あらかじめルールを決めておきましょう。

権限レベル	できること	できないこと	おすすめの付与先
管理者	設定変更・ユーザー追加／削除すべて	なし	自社のプロジェクト責任者のみ
編集者	イベント登録など計測設定の変更	ユーザー管理	Web制作会・実装担当エンジニア
アナリスト	レポート作成・データ閲覧	GA4設定自体の変更	社内スタッフ・広告代理店担当者
閲覧者	レポート閲覧のみ	変更・保存一切	経営層など（進捗確認用）

 

社外のパートナーをメンバーに加えるときは、まずは「アナリスト」の権限から付与するのが、実務上の安全なセキュリティーの鉄則です。

結論

GA4を実務で使いこなすための第一歩は、小難しい多機能なレポート画面を触ることではありません。

まずは、「やりたい分析（KPIツリー）から逆算して、綺麗でノイズのないデータを正しく貯める土台を作ること」。これがすべてです。

2024年に名称変更された「キーイベント」の意味を理解し、購入完了の手前にあるステップを「マイクロCV」として設計しておくことで、GA4はただの結果報告ツールから「次にどこを直せば売上が上がるか教えてくれる道標」へと進化します。

テスト入店（DebugView）でのチェック、データ保持期間の14ヶ月への変更、IP除外、安全な権限管理という初期設定をカチッと完了させて初めて、私たちは信頼できる確かなデータと向き合うことができます。

これで、綺麗なデータがたまる土台がバッチリ整いました！

次回はいよいよ、このデータを使って、実践的なステップへ進みます。標準の画面だけで、今すぐできる改善アクションを見つけるコツをお伝えします。

 

もっと学びたい方へ｜関連書籍

著者：森 和吉
出版社：ぱる出版
発売日：2022年12月22日
価格：￥1,650（税込）
商品URL： https://amzn