知見・解説
GA4分析の基本|見るべき指標・レポート・改善につなげる手順
GA4で見るべき指標とレポートを整理し、数字の変化をマーケティング改善の判断につなげる手順を解説します。
- 公開日
- 情報確認日

GA4分析では、ユーザー数やセッション数を確認するだけでなく、どの流入チャネルから訪れたユーザーが、どのページを閲覧し、資料請求や問い合わせなどのキーイベントに至ったかを一連で捉えることが重要です。この記事では、GA4で見るべき基本指標、標準レポートと探索レポートの使い分け、流入別・ページ別・コンバージョン別の分析手順を解説します。数値の変化から課題を切り分け、広告、SEO、コンテンツ、フォーム改善の優先順位を判断する方法が分かります。なお、GA4、Google広告、CRMでは計測条件や計上時点が異なるため、数値を同一視せず、目的に応じて使い分ける必要があります。
GA4分析でBtoBマーケティング担当者が確認すべきこと
GA4分析では、単にユーザー数や問い合わせ数の増減を見るだけでは、改善すべき場所を判断できません。BtoBでは、自然検索、広告、メールマガジン、展示会後の案内など複数の接点を経て、資料請求や問い合わせ、商談へ進むことが一般的です。
そのため、まずは確認できた事実と、そこから導く仮説を分けて整理します。次に、判断が必要な論点を示し、担当者、期限、次のアクションを具体化します。GA4はサイト上の行動を把握するための分析基盤であり、商談化や受注の結果までを単独で断定するツールではありません。
集客からサイト内行動とコンバージョンまでを一連で見る
BtoBマーケティング担当者は、流入数だけで施策の良し悪しを判断せず、「どの流入が、どのページを読み、どの検討行動を経て、どのコンバージョンに至ったか」を一連で確認します。
たとえば、Google検索からの流入が増えていても、サービスページや料金ページが読まれず、資料請求にもつながっていなければ、集客の量は増えていても商談機会につながる見込みのある流入とは限りません。反対に、流入数は少なくても、導入事例や比較ページを読んだ後に問い合わせへ進む流入は、優先して伸ばす価値があります。
横にスクロールして表全体を確認できます
| 確認する段階 | 確認したい事実 | 考えられる仮説 | 次のアクション例 |
|---|---|---|---|
| 集客 | 流入チャネルごとのユーザー数、セッション数、主要なランディングページ | 狙う業種・課題を持つユーザーに届いているか | 検索語句、広告文、配信対象、リンク先ページの整合性を確認する |
| サイト内行動 | 閲覧ページ、スクロール、資料ページへの遷移、フォーム到達などの行動 | 必要な情報に到達できているか、検討が途中で止まっていないか | 導線、見出し、CTA、関連コンテンツの配置を見直す |
| コンバージョン | 資料請求、問い合わせ、セミナー申込などのキーイベント数と割合 | 流入の質、訴求内容、フォームの入力負荷のいずれに課題があるか | フォーム、オファー、入力項目、遷移前後の説明を改善する |
| 営業連携 | CRM上の有効リード数、商談化数、失注理由 | GA4上で成果に見えるコンバージョンが、営業上の有効な商談機会につながっているか | コンバージョン種別とCRMのリード区分を対応付けて評価する |
分析を始める前には、対象とする目的を明確にします。たとえば「資料請求を増やす」「問い合わせの質を高める」「セミナー申込後の個別相談を増やす」では、見るべき指標と改善対象が異なります。
また、イベントはページ閲覧、ボタンクリック、フォーム到達など、サイト内で記録する行動です。そのうち、事業上の重要な成果として扱うイベントをキーイベントに設定します。BtoBサイトでは、問い合わせ完了だけでなく、資料請求完了、セミナー申込完了、見積もり依頼完了などを区別して設定すると、成果の内訳を把握しやすくなります。
資料請求と問い合わせを同じ成果として合算すると、検討度合いの異なるユーザーを同じように評価してしまうおそれがあります。営業部門と認識をそろえたうえで、優先度の異なるコンバージョンを定義することが重要です。
数値を比較するときは、同じ条件で見ているかも確認します。最低限、次の項目を分析メモに残しておくと、前月比や施策前後の変化を誤読しにくくなります。
横にスクロールして表全体を確認できます
| 確認項目 | 確認する内容 | 確認が必要な理由 |
|---|---|---|
| 比較期間 | 前週比、前月比、前年同月比のどれを使うか | 曜日構成、営業日数、季節性、キャンペーン実施時期の影響を受けるため |
| プロパティのタイムゾーン | GA4と広告媒体、CRMで日付の区切りが一致しているか | 日別のコンバージョン数や施策開始日の比較に差が出ることがあるため |
| 計測設定 | 対象ページにGA4タグが設置され、必要なイベントが発火しているか | 設定漏れや重複計測があると、施策の評価自体が難しくなるため |
| 同意設定 | Cookie同意の取得方法や同意モードの設定が変更されていないか | 同意状況によって観測できるデータの範囲やレポート上の数値に影響し得るため |
| データのしきい値・欠損 | 一部データが表示されない、または限定的になっていないか | 少数のユーザーに関する情報を保護するため、GA4でデータしきい値が適用される場合があるため |
GA4のデータは処理中に変動する場合があります。特に直近のデータで判断する際は、集計の更新状況を確認し、確定前の数値だけで大きな施策変更を決めないようにします。また、レポートと探索で表示値に差がある場合は、対象期間、ディメンション、しきい値、同意設定、処理状況が同じかを先に確認します。GA4のデータ更新やレポート差異に関する考え方は、Google Analytics ヘルプのデータの更新頻度に関する案内も参考になります。
実務では、次の順序で確認すると、数値の変化を改善仮説へつなげやすくなります。
キーイベント数やキーイベント率が、比較期間に対して増減しているかを確認します。
変化が見られた場合、流入チャネル別に分け、どの集客経路の影響が大きいかを確認します。
該当する流入のランディングページや閲覧行動を確認し、ユーザーが必要な情報に進めているかを見ます。
フォーム到達後に離脱が増えていないか、コンバージョン種別に偏りがないかを確認します。
確認できた事実をもとに、「訴求のずれ」「導線の不足」「フォームの負荷」などの仮説を置き、検証する施策を決めます。
たとえば、問い合わせ数が減少している場合でも、直ちに「フォームが悪い」とは判断しません。自然検索流入の減少、広告配信量の変化、特定ページの閲覧減少、フォーム到達率の低下など、どの段階で変化が起きたかを順に確かめます。数値の変化を見つけることと、その原因を特定することは別の作業です。
GA4分析の数値を広告媒体やCRMの数値と同一視しない
GA4、Google広告などの広告媒体、SalesforceをはじめとするCRMは、それぞれ計測対象と集計条件が異なります。そのため、同じ期間の「コンバージョン数」や「リード数」であっても、数値が一致しないことがあります。
GA4は主にサイト上のイベントとユーザー行動を把握するために使います。広告媒体は広告クリックや広告経由のコンバージョンを広告の評価条件に基づいて集計します。CRMは、フォームから取得した情報、営業担当者による確認、重複判定、商談化など、営業活動を含む業務データを管理します。
横にスクロールして表全体を確認できます
| 確認先 | 主に把握する内容 | 数値を見る際の注意点 |
|---|---|---|
| GA4 | サイトへの流入、閲覧、イベント、キーイベント | タグ設定、同意状況、レポートの対象範囲、帰属設定の影響を受ける |
| Google広告などの広告媒体 | 広告配信、クリック、広告への成果配分、広告費 | 計上期間、コンバージョン設定、計測タグ、広告媒体ごとの帰属条件がGA4と異なる場合がある |
| CRM | リード情報、有効リード、商談、受注、失注理由 | 重複統合、営業による判定、データ入力のタイミング、商談化基準の影響を受ける |
たとえば、GA4の資料請求完了数とCRMに登録されたリード数が一致しない場合、原因を一つに決めつけるべきではありません。フォーム送信後にCRM連携が失敗している可能性、同一人物による複数回送信、営業側での重複統合、スパム判定、対象期間のずれなどを確認します。
広告媒体とGA4の数値を比較する場合も同様です。広告媒体は広告接触への成果配分を前提とする一方、GA4はプロパティの設定に応じてチャネルをまたいだ成果配分を行います。さらに、GA4とGoogle広告ではアカウントのタイムゾーンが異なると、日別集計に差が生じることがあります。比較前に、計測条件、更新時点、対象期間、帰属条件、コンバージョンの定義をそろえることが必要です。帰属設定とタイムゾーンによる差異については、Google Analytics ヘルプのアトリビューション設定に関する案内で確認できます。
また、同意設定やプライバシー保護のための処理により、GA4では観測されない行動があったり、条件によってはモデル化されたデータが含まれたりする場合があります。データしきい値が適用されると、特定の切り口で一部データが表示されないこともあります。したがって、小さな差分を過度に評価するのではなく、期間を広げる、集計粒度を上げる、複数のデータソースで傾向を確かめるといった対応が有効です。Google Analytics ヘルプのレポートと探索のデータ差異に関する案内も確認しておくとよいでしょう。
BtoBマーケティングでは、GA4のキーイベントを「サイト上で生まれた見込み行動」、CRMの商談化や受注を「営業活動を経た事業成果」として分けて管理すると、議論が整理しやすくなります。GA4で流入と行動の改善点を見つけ、CRMで有効リードや商談へのつながりを確認することで、集客施策と営業成果をつなげて判断できます。
GA4分析の前に押さえたい指標の定義
GA4分析では、数値を比較する前に「何を1件として数えるのか」をそろえることが重要です。たとえば、ユーザー数は訪問者の規模、セッション数は訪問の回数、イベント数はサイト内で起きた行動の回数を示します。同じ期間でも、どの指標を分母・分子にするかによって評価は変わるため、指標名だけで判断しないようにします。
また、GA4のレポートで表示される数値は、プロパティのタイムゾーン、同意取得の状況、計測タグの実装、データしきい値などの影響を受ける場合があります。数値が増減した事実を確認した後で、計測条件に変更がなかったかを確かめてから、集客やコンテンツの課題という仮説を立てます。
横にスクロールして表全体を確認できます
| 指標 | 主に示すもの | 確認時の注意点 |
|---|---|---|
| ユーザー数 | サイトやアプリを利用した人の規模 | アクティブユーザー、総ユーザー、新規ユーザーなど、指標ごとに定義が異なります。 |
| セッション数 | サイトやアプリへの訪問の回数 | 同じユーザーが期間中に複数回訪問すれば、その分だけ増えます。 |
| イベント数 | ページ閲覧、クリック、フォーム送信などの行動回数 | イベントを実行した人数ではなく、実行された回数です。 |
| キーイベント数 | 事業上重要な行動が発生した回数 | 問い合わせ送信など、目的に沿って重要なイベントを選択します。 |
| キーイベント率 | 訪問またはユーザーのうち、重要な行動につながった割合 | セッション基準かユーザー基準かを明確にして比較します。 |
ユーザー数とセッション数
ユーザー数は、指定した期間にサイトやアプリを利用した人の規模を把握するための指標です。GA4ではレポート上の「ユーザー」がアクティブユーザーを指す場合があるため、総ユーザー数、新規ユーザー数、リピーター数と混同しないことが必要です。Googleの定義では、総ユーザー数は期間内に何らかのイベントを発生させたユニークユーザー数であり、アクティブユーザーはエンゲージメントがあったユーザーなどを示します。Google アナリティクス ヘルプのユーザー指標の説明も確認しておくと、レポート間の見え方の違いを理解しやすくなります。
セッション数は、ユーザーによる一連の訪問回数です。Webサイトでは、ページが表示され、アクティブなセッションがない状態で訪問が始まるとセッションが開始されます。初期設定では、操作がない状態が30分続くとセッションは終了します。そのため、ユーザー数が同じでも、再訪問や複数回の閲覧が増えればセッション数は増加します。
BtoBサイトでは、ユーザー数だけで「見込み顧客が増えた」と判断するのは早計です。まずは、自然検索や広告などの流入別にユーザー数とセッション数を並べ、次にエンゲージメントやキーイベントにつながっているかを確認します。ユーザー数の増加は集客規模の変化、セッション数の増加は訪問頻度を含む変化として整理すると、分析の前提がぶれにくくなります。
エンゲージメント率と平均エンゲージメント時間
エンゲージメント率は、全セッションのうちエンゲージメントのあったセッションが占める割合です。GA4では、10秒を超えて継続した、キーイベントが発生した、またはページビューかスクリーンビューが2回以上あったセッションを、エンゲージメントのあったセッションとして扱います。エンゲージメント率は、エンゲージメントのあったセッション数をセッション数で割って算出されます。Google アナリティクス ヘルプのエンゲージメント率の説明を基準に、組織内で解釈をそろえましょう。
平均エンゲージメント時間は、ユーザーのブラウザでWebページがフォーカスされていた時間、またはアプリ画面が前面に表示されていた時間をもとにした平均値です。ページを開いたまま別のタブを見ている時間などは、閲覧時間としてそのまま評価できるとは限りません。
したがって、平均エンゲージメント時間が長いことだけで、コンテンツが成果に貢献しているとは断定しません。エンゲージメント率が低下しているという事実を確認した場合は、流入元とページの組み合わせ、検索意図との一致、次に読ませたいページへの導線などを確認対象として設定します。
イベント数とキーイベント数
イベントは、ユーザーがサイトやアプリ内で行った行動を記録する仕組みです。GA4では、ページ表示、スクロール、外部リンクのクリック、ファイルダウンロード、フォーム送信などをイベントとして収集できます。イベント数は、特定のイベントが発生した回数であり、行動したユーザー数とは異なります。
キーイベントは、イベントのうち、事業目標にとって特に重要な行動として設定したものです。BtoBマーケティングでは、問い合わせフォームの送信、資料請求の完了、セミナー申込の完了などが候補になります。一方で、すべてのボタンクリックをキーイベントにすると、商談機会につながる行動を評価しにくくなります。
イベントは行動を広く把握するための記録、キーイベントは成果判断に使う重要な行動の記録として分けます。Google アナリティクスでは、収集しているイベントをキーイベントとして設定でき、レポートや探索で回数・経路・流入元を確認できます。Google アナリティクス ヘルプのキーイベントの説明も参照しながら、イベント名と事業上の意味を対応させて管理します。
たとえば「資料請求」という成果を測る場合は、フォーム表示、入力開始、送信完了を別イベントとして記録し、送信完了だけをキーイベントにする考え方があります。このように定義すると、フォームへの到達状況と完了状況を混同せずに確認できます。
コンバージョン率
コンバージョン率は、設定した成果に至った割合を示す考え方です。GA4では、キーイベントを基準にした指標として「セッション キーイベント率」や「ユーザー キーイベント率」を確認できます。セッション キーイベント率は、キーイベントが発生したセッション数を全セッション数で割った割合です。ユーザー キーイベント率は、キーイベントを実行したユーザー数を総ユーザー数で割った割合です。
そのため、社内で「CVR」と呼ぶ場合でも、セッションを分母にするのか、ユーザーを分母にするのかを明示しなければ比較条件がそろいません。たとえば、広告流入と自然検索流入を比較する際に、片方はセッション キーイベント率、もう片方はユーザー キーイベント率を使うと、差の理由を正しく判断できません。
また、資料請求、問い合わせ、セミナー申込のように複数の成果がある場合は、すべてを合算した率だけでなく、キーイベントごとの率も確認します。合算値が上がっていても、商談化しやすい問い合わせが減り、検討初期の資料請求だけが増えている可能性があるためです。数値の変化を確認した後は、どのキーイベントが増減したのかを分けて記録し、改善対象を判断します。
GA4分析で使うレポートと確認できる内容
GA4分析では、最初に標準レポートで全体像を確認し、必要に応じて探索レポートで条件を絞り込みます。BtoBサイトでは、どの流入が、どのページを起点に、どの行動を経てキーイベントに至ったかを一連で把握することが重要です。
ただし、レポートの表示項目や利用できるディメンションは、プロパティの設定、権限、公開されているレポートコレクションによって異なります。分析前には、対象期間、比較期間、フィルタ、タイムゾーン、同意設定による計測範囲の変化を確認したうえで数値を読み取ります。
横にスクロールして表全体を確認できます
| レポート | 主に確認する内容 | BtoBサイトでの活用目的 |
|---|---|---|
| 集客レポート | チャネル、参照元、メディア、キャンペーン別のユーザー数・セッション数・エンゲージメント・キーイベント | 見込み顧客を集めやすい流入経路を把握する |
| エンゲージメントレポート | 閲覧されたページ、発生したイベント、ページ上での反応、エンゲージメント時間 | 読まれているコンテンツと、次の行動につながりにくい箇所を把握する |
| キーイベントレポート | キーイベント名別の発生数、関連する流入やページ、成果に至る接点 | 資料請求、問い合わせ、セミナー申込などの成果を分けて確認する |
| 探索レポート | セグメント、ディメンション、イベント条件を組み合わせた詳細分析 | 標準レポートで見つけた変化の原因を絞り込む |
集客レポートで流入チャネルを確認する
集客レポートでは、サイト訪問のきっかけを確認します。代表的な確認先は「ユーザー獲得」と「トラフィック獲得」です。ユーザー獲得は、ユーザーを初めて獲得した流入元を確認する際に使い、トラフィック獲得は、各セッションの流入元を確認する際に使います。
たとえば、自然検索、Google広告、メールマガジン、SNS、他社サイトからの参照といったチャネルごとに、ユーザー数だけでなく、エンゲージメント率、セッションあたりの平均エンゲージメント時間、キーイベント数を並べて確認します。GA4のトラフィック獲得レポートでは、セッションの参照元やメディア、キャンペーンなどを軸に指標を比較できます。詳しい項目はGoogle アナリティクス ヘルプのトラフィック獲得レポートでも確認できます。
集客レポートで確認する軸
横にスクロールして表全体を確認できます
| 確認軸 | 確認する内容 | 読み取りの例 |
|---|---|---|
| デフォルト チャネル グループ | Organic Search、Paid Search、Email、Referralなどの流入分類 | 自然検索は多いがキーイベントが少ない場合、検索意図とランディングページの訴求に差がある可能性を確認する |
| セッションの参照元 / メディア | google / organic、google / cpc、newsletter / emailなどの詳細な流入元 | 同じ広告でも媒体や配信面によって流入後の行動に差がないかを確認する |
| セッション キャンペーン | UTMパラメータやGoogle広告連携で取得したキャンペーン | ホワイトペーパー訴求やセミナー訴求など、施策単位で成果を比較する |
数値を見る際は、流入量だけで成果を判断しません。たとえば、セッション数が少なくてもキーイベント率が高いチャネルは、商談化しやすいテーマや訴求を含んでいる可能性があります。一方で、キーイベント数の増減だけでは原因を断定できないため、流入数、ランディングページ、イベント計測の変化を順に確認します。
広告媒体の管理画面とGA4では、計測対象、帰属条件、更新時点、同意取得状況などが異なる場合があります。GA4の数値だけを広告成果や受注成果と同一視せず、比較する数値の定義をそろえることが必要です。
エンゲージメントレポートで閲覧ページと行動を確認する
エンゲージメントレポートでは、流入後にユーザーがどのページを見て、どのイベントを発生させたかを確認します。BtoBサイトでは、サービスページ、導入事例、料金ページ、資料請求ページ、ブログ記事などを対象に、閲覧と行動のつながりを把握します。
主に利用するのは「ページとスクリーン」レポートと「イベント」レポートです。ページとスクリーンでは、ページタイトルやページパスを軸に、表示回数、ユーザー数、平均エンゲージメント時間、イベント数、キーイベントを確認できます。ページごとの指標の詳細はGoogle アナリティクス ヘルプのページとスクリーンのレポートを参照してください。
ページとスクリーンのレポートで確認する内容
横にスクロールして表全体を確認できます
| 指標・項目 | 確認できること | 分析時の注意点 |
|---|---|---|
| 表示回数・ユーザー数 | どのページが多く見られているか | 閲覧数が多くても、対象外の検索語句による流入が多い可能性があるため、流入元とあわせて確認する |
| 平均エンゲージメント時間 | ページがブラウザでフォーカスされていた時間の傾向 | 熟読や理解を直接示す数値ではないため、単独で評価しない |
| イベント数 | スクロール、クリック、ファイルダウンロードなど、設定済みイベントの発生状況 | イベントの実装条件が途中で変わっていないかを確認する |
| キーイベント | ページごとに重要行動がどの程度発生したか | 資料請求と問い合わせなど、異なる価値の成果を合算して判断しない |
イベントレポートで確認する内容
イベントレポートでは、ページ閲覧以外の行動をイベント名ごとに確認します。たとえば、資料ダウンロード、電話番号のクリック、外部リンクのクリック、フォーム開始、フォーム送信完了など、事業の目的に応じて設定したイベントが対象です。
ここで確認できる事実は「イベントが何回記録されたか」です。イベント数が増えた場合に、ユーザーの関心が高まったと判断するには、対象ページの閲覧数、流入元、イベントの発火条件も確認する必要があります。たとえば、クリックイベントの増加は、訴求への関心の高まりだけでなく、導線の位置変更や計測設定の変更によっても起こり得ます。
キーイベントレポートで成果につながる行動を確認する
キーイベントレポートでは、事業上重要なイベントを成果として分けて確認します。BtoBサイトのキーイベントには、問い合わせ完了、資料請求完了、セミナー申込完了、デモ予約完了などが考えられます。キーイベントは、通常のイベントのうち、ビジネス成果にとって特に重要な行動として設定するものです。
キーイベントの発生数は、ランディングページや集客レポートなどの関連レポートにも表示できます。Google アナリティクスでは、キーイベントを軸にレポートやデータ探索で成果を確認できるため、成果の総数だけでなく、どの成果が、どの流入・ページ・行動と結び付いているかを確認します。設定とレポート上での扱いはGoogle アナリティクス ヘルプのキーイベントについてで確認できます。
キーイベントレポートで確認する観点
横にスクロールして表全体を確認できます
| 確認観点 | 確認する内容 | 次に確認すること |
|---|---|---|
| キーイベント名 | 問い合わせ完了、資料請求完了など、成果別の件数 | 成果ごとに件数の増減が起きているかを比較する |
| 流入元 | どのチャネルやキャンペーンから成果が発生しているか | 流入量とキーイベント率の両方を確認する |
| 関連ページ | 成果の前後で見られたページや、成果が発生しやすいランディングページ | 訴求内容、CTA、内部リンク、フォーム導線の共通点を確認する |
なお、キーイベントの増減は、必ずしも商談数や受注数の増減を直接表すものではありません。営業管理システムやCRMと照合する場合は、重複送信の扱い、リードの判定条件、データ更新のタイミング、広告のアトリビューション設定を確認したうえで判断します。
探索レポートで条件別に深掘りする
探索レポートは、標準レポートで見つけた変化を詳しく確認するための機能です。標準レポートでは把握しにくい「特定の流入元から来た新規ユーザーだけ」「特定ページを閲覧した後に資料請求したユーザーだけ」といった条件で、データを切り分けられます。
探索レポートでは、セグメント、ディメンション、指標、フィルタを組み合わせます。まず確認できた事実を整理し、その事実を説明できる仮説を置き、仮説を確かめるための条件を設定する順序で使うと、不要な深掘りを避けやすくなります。
探索レポートで利用しやすい分析形式
横にスクロールして表全体を確認できます
| 分析形式 | 確認できる内容 | 利用場面 |
|---|---|---|
| 自由形式 | 行・列・値・フィルタを任意に設定したクロス集計 | 流入チャネル、デバイス、ページ、イベントを組み合わせて比較したい場合 |
| ファネルデータ探索 | 設定した手順ごとの到達数と離脱状況 | フォーム開始から送信完了、資料ページ閲覧からダウンロード完了までを確認したい場合 |
| 経路データ探索 | 特定のページやイベントの前後に発生した行動 | ユーザーが資料請求前にどのコンテンツを見ているかを確認したい場合 |
| セグメントの重複 | 複数条件に該当するユーザーの重なり | 新規ユーザー、リピーター、キーイベント実行者などの関係を確認したい場合 |
探索レポートでは、条件を細かくしすぎると対象ユーザー数が少なくなり、数値が不安定になったり、プライバシー保護のために一部データが表示されなかったりすることがあります。そのため、まず期間を広めに取り、十分な件数があるかを確認してから条件を追加します。
探索の結果は、原因を断定するためのものではなく、改善仮説の優先順位を決める材料です。たとえば、特定の流入元でフォーム開始後の送信完了が少ないという事実を確認した場合は、フォーム項目、入力時のエラー表示、流入元ごとの訴求とフォーム内容の一致を次の確認対象として設定します。
GA4分析の基本手順
GA4分析では、画面に表示された数値を確認するだけでは改善につながりません。まず、分析の目的と成果として扱う行動をそろえたうえで、比較期間、流入、ページ、コンバージョンの順に確認します。数値の変化を事実として捉え、その原因を仮説として整理し、検証する施策へつなげることが基本です。
分析を始める前に、対象プロパティ、データストリーム、対象期間、プロパティのタイムゾーン、イベントおよびキーイベントの設定を確認します。キーイベントとは、事業成果にとって特に重要な行動として設定したイベントです。資料請求完了や問い合わせ完了など、成果の定義に沿ったイベントが正しく計測されていることを前提に分析します。Google Analytics ヘルプ:キーイベントについて
横にスクロールして表全体を確認できます
| 確認項目 | 確認する内容 | 確認する理由 |
|---|---|---|
| 分析目的 | 商談機会の増加、資料請求数の改善、問い合わせの質の向上など | 何を改善する分析なのかを明確にするため |
| 対象KPI | ユーザー数、セッション数、キーイベント数、セッション キーイベント率など | 流入量と成果を混同せずに判断するため |
| 計測条件 | イベント名、キーイベント設定、同意取得の仕組み、除外設定 | 数値変化が施策ではなく計測条件の変更による可能性を確認するため |
| データ品質 | データのしきい値、サンプリング、「(other)」行、処理中のデータ | 一部のデータだけで結論を出すことを避けるため |
同意取得の設定状況によっては、同意しなかったユーザーの行動が通常の方法では十分に観測できない場合があります。また、GA4ではレポートや探索の条件によってデータのしきい値やサンプリングが適用されることがあります。数値が確認できないことと、ユーザー行動が存在しなかったことは同じではありません。レポート上のデータ品質表示も確認してから判断します。Google Analytics ヘルプ:データ品質
比較期間を設定して変化を把握する
最初に、分析対象期間と比較対象期間を設定します。BtoBサイトでは曜日による差や月末・月初の差が出やすいため、前日比だけで判断せず、原則として同じ日数・同じ曜日構成で比較します。たとえば直近4週間とその前の4週間、または前年の同時期を比較対象にします。
確認する際は、GA4プロパティのタイムゾーンを基準に期間をそろえます。日本国内の事業を対象とする場合でも、プロパティのタイムゾーンが日本時間以外であれば、月末や月初の数値が社内資料とずれることがあります。Google広告、SalesforceなどのCRM、受注管理システムと照合する場合も、対象期間、更新時点、成果の定義、帰属条件が一致しているかを確認します。
直近のデータは処理状況によって変動することがあります。特に前日分や当日分を含める場合は、確定前のデータである可能性を踏まえます。急な増減を見つけた時点で原因を断定せず、計測状況と比較条件を先に確認することが重要です。Google Analytics ヘルプ:データの鮮度
横にスクロールして表全体を確認できます
| 数値の変化 | まず確認する事実 | 次に立てる仮説 |
|---|---|---|
| ユーザー数が減少した | 比較日数、曜日構成、計測タグの稼働状況、流入チャネル別の増減 | 検索順位の変動、広告配信量の減少、メール配信停止などが影響した可能性 |
| キーイベント数が減少した | 流入数、フォーム到達数、完了イベントの発火状況 | 流入の質、導線、フォーム入力負荷、計測設定のいずれかが変化した可能性 |
| キーイベント率が低下した | 流入元、ランディングページ、デバイス、主要なキーイベント別の差 | 期待とページ内容のずれ、訴求の弱さ、操作上の問題がある可能性 |
流入別に集客の質を比較する
比較期間をそろえた後は、流入別にユーザー数、セッション数、エンゲージメント率、キーイベント数、セッション キーイベント率を確認します。ユーザー数が多い流入元であっても、成果につながっているとは限りません。反対に、流入数は少なくてもキーイベント率が高い流入元は、投資や改善の優先候補になります。
ここでは、「どの流入元が増えたか」だけでなく、「増えた流入が成果にどう影響したか」を確認します。たとえば自然検索のユーザー数が増えても、キーイベント率が下がっている場合は、成果から遠い検索意図のページが多く読まれている可能性があります。一方で、特定の広告キャンペーンからの流入が減少し、キーイベント数も同じ方向に減少している場合は、広告予算、配信設定、遷移先ページの変化を確認する判断につながります。
流入量の増減と成果の増減を同じ表で確認し、集客の量ではなく集客の質として評価します。ただし、GA4と広告媒体の管理画面では、計測方法や帰属条件が異なるため、数値が一致しないことがあります。差異がある場合は、どちらが正しいかを先に決めるのではなく、計測対象と集計条件を確認します。
ページ別に読まれている内容と離脱傾向を確認する
次に、流入したユーザーがどのページを入口として、どの内容を閲覧し、どのページで行動を終えているかを確認します。このときは、ランディングページと閲覧ページを分けて考えます。ランディングページは最初に訪問したページであり、閲覧ページはセッション中に見られたページです。
確認の起点は、ユーザー数またはセッション数が多いページです。そのうえで、キーイベント数やキーイベント率が低いページを抽出します。数値が多いページほど改善時の影響範囲が大きくなる可能性があるためです。ただし、ページ単体の離脱だけで問題と判断するのではなく、ページの役割も考慮します。会社概要や採用情報のように、すぐの問い合わせを目的としないページもあります。
ページ改善の仮説は、ページの流入元と検索意図を踏まえて作成します。たとえば、サービス紹介ページの閲覧数は多いものの問い合わせ完了が少ない場合、料金、導入手順、導入事例、対応範囲など、検討に必要な情報が不足している可能性があります。仮説を立てたら、ページ内容、CTAの位置、リンク先、フォームまでの導線を確認します。
コンバージョン別に成果へ至る経路を確認する
キーイベントは合計値だけではなく、行動の種類ごとに分けて確認します。BtoBサイトでは、問い合わせ完了、資料請求完了、セミナー申込完了、電話タップなど、事業上の意味が異なる行動を同じ成果として扱うと、改善判断が曖昧になります。
たとえば資料請求完了が増えていても、問い合わせ完了が減っている場合は、流入したユーザーの検討段階が変化した可能性があります。この場合は、資料請求後の商談化状況をCRMで確認する必要があります。GA4で確認できるのは主にサイト上の行動であり、商談化や受注との関係を判断するには、CRM側のリード情報や対応状況とあわせて確認します。
成果に至る経路を確認する際は、入口ページ、主要な閲覧ページ、フォーム到達、フォーム送信完了の順に見ます。フォーム到達が多く送信完了が少ない場合は、入力項目、必須項目、エラー表示、送信ボタンの表示、スマートフォンでの操作性などを確認する対象になります。一方で、フォーム到達そのものが少ない場合は、フォームの前段にあるページ内容やCTAの見せ方を優先して見直します。
仮説を立てて次に確かめる条件を決める
GA4分析の最後は、見つけた数値の変化を改善仮説に変換し、次に確認する条件を決める工程です。ここでは、事実、仮説、判断、アクションを分けて記録します。数値だけを並べるのではなく、「何が起きたのか」「なぜ起きた可能性があるのか」「何を確かめるのか」を明確にします。
横にスクロールして表全体を確認できます
| 区分 | 記録する内容 | 記載例 |
|---|---|---|
| 事実 | 比較期間で確認できた数値変化 | 自然検索経由のセッションは増加したが、問い合わせ完了数は減少した |
| 仮説 | 数値変化が起きた理由として考えられること | 情報収集段階の検索流入が増え、問い合わせ意欲の高いユーザーの構成比が下がった可能性 |
| 判断 | 優先して確認・改善する対象 | 流入数の多いランディングページと、問い合わせ導線の内容を確認する |
| アクション | 担当者、期限、確認方法 | 担当者がCTAの訴求を見直し、変更前後4週間のキーイベント率を比較する |
改善施策を実施した後は、変更した日付、変更内容、対象ページ、想定した効果を記録します。そのうえで、同じ比較条件で数値を確認します。GA4分析は、一度の確認で正解を出す作業ではなく、仮説と検証を繰り返して改善精度を高める作業です。
流入別のGA4分析で見るべきポイント
流入別の分析では、単にユーザー数が多いチャネルを確認するだけでは不十分です。BtoBサイトでは、流入数、サイト内での行動、キーイベントへの到達状況を同じ条件で並べ、商談につながる可能性が高い流入を見極めます。
まず、GA4の「レポート」から「集客」>「トラフィック獲得」を開き、「セッションのデフォルト チャネル グループ」を軸に確認します。セッション単位で流入を比較したい場合は、ユーザー獲得レポートではなくトラフィック獲得レポートを使うことが基本です。両レポートは集計の対象範囲が異なるため、同じ数値として比較しないようにします。Google Analytics ヘルプのトラフィック獲得レポートも参照してください。
流入別の評価では、流入量だけで優劣を決めず、エンゲージメント率、キーイベント数、セッションあたりのキーイベント数を組み合わせて確認することが重要です。
自然検索からの流入を分析する
自然検索は、検索結果から広告を介さずに訪問した流入です。GA4では、主に「Organic Search」と表示されます。BtoBマーケティングでは、課題を調べ始めた段階のユーザーから、サービス比較や導入検討をしているユーザーまで含まれるため、流入数だけでなく、どのランディングページから成果が生まれているかを確認します。
確認する指標と切り口
横にスクロールして表全体を確認できます
| 確認項目 | 見る理由 | 確認時の切り口 |
|---|---|---|
| セッション数 | 検索流入の規模と増減を把握するため | 前週比、前月比、前年同月比 |
| エンゲージメント率 | 検索意図とランディングページの内容が合っているかを考えるため | ランディングページ別、デバイス別 |
| キーイベント数 | 資料請求、問い合わせ、セミナー申込などへの到達状況を確認するため | ランディングページ別、キーイベント名別 |
| セッションあたりのキーイベント数 | 流入量に左右されず、相対的な成果効率を比べるため | 記事カテゴリ別、検索意図別 |
事実・仮説・アクションを分けて考える
たとえば、自然検索のセッション数は増えている一方で、キーイベント数が増えていない場合、「情報収集段階の検索語句に対応する記事への流入が増えた」「ページ内の導線が検討段階のユーザーに合っていない」といった仮説が考えられます。ただし、GA4だけでは実際の検索語句を十分に特定できない場合があるため、Google Search Consoleの検索パフォーマンスも併せて確認します。
次のアクションとしては、流入が増えたランディングページに資料請求や関連サービスページへの導線を追加する、検索意図に合わせて導入事例・料金・比較情報への内部リンクを見直す、といった改善が候補になります。
Google広告などの広告流入を分析する
広告流入は、Google広告、Yahoo!広告、LinkedIn広告などからの訪問を指します。GA4では「Paid Search」「Display」「Paid Social」などのチャネルに分類されますが、分類結果は広告連携やURLパラメータの設定状況に影響されます。
広告流入を評価する際は、広告管理画面のコンバージョン数だけで結論を出さず、GA4上で広告クリック後のページ閲覧、フォーム到達、キーイベントまでの行動を確認します。広告媒体とGA4では、計測条件、コンバージョンの計上時点、帰属条件が異なるため、数値が一致しないことがあります。
広告流入で優先して見る項目
横にスクロールして表全体を確認できます
| 確認項目 | 確認する内容 | 改善判断の例 |
|---|---|---|
| セッションの参照元 / メディア | 広告媒体や配信種別が意図どおりに記録されているか | 想定外の分類や「(not set)」が多い場合は計測設定を確認する |
| セッションのキャンペーン | キャンペーン別の流入量と成果 | 成果が低いキャンペーンは訴求、配信先、ランディングページを見直す |
| エンゲージメント率 | 広告文・クリエイティブと遷移先ページの整合性 | 低い場合は広告の訴求とファーストビューの一致を確認する |
| キーイベント数 | 広告経由で成果に至ったセッションの規模 | 流入が少なくても成果効率が高い配信を確認する |
広告用URLの計測条件を確認する
Google広告をGA4と連携している場合でも、他媒体の広告やメール配信では、URLパラメータの付与ルールが重要です。utm_source、utm_medium、utm_campaignの表記ゆれがあると、同じ施策が複数行に分かれ、正しい比較が難しくなります。
広告分析を始める前に、媒体名、配信種別、キャンペーン名を統一した命名ルールで付与できているかを確認します。GA4では、URLに付与したUTMパラメータを基に参照元、メディア、キャンペーンを確認できます。Google Analytics ヘルプのキャンペーンURL設定を参考に、表記の大文字・小文字も含めて運用ルールをそろえましょう。
メールマガジンやSNSからの流入を分析する
メールマガジンやSNSからの流入は、既存の見込み顧客との接点を評価するために重要です。メールマガジンは、既存顧客や過去に接点を持った見込み顧客に配信されることが多く、自然検索よりも検討度が高いユーザーが含まれる場合があります。SNSは、認知拡大、コンテンツ拡散、イベント告知など、施策の目的によって期待する成果が異なります。
メールマガジン流入で確認すること
メールマガジンでは、「Email」チャネルを起点に、配信ごとのセッション数、エンゲージメント率、キーイベント数を確認します。特に、メール本文内のリンクごとにutm_contentを設定しておくと、記事タイトルのリンク、資料請求ボタン、セミナー案内バナーなど、どの導線がクリックされたかを比較しやすくなります。
メールの開封数が多くてもGA4のセッション数が少ない場合は、メール配信ツールとGA4の集計条件の違い、リンク設定、同意設定の影響などを切り分けます。数値差だけで配信の成否を判断せず、配信対象、配信日時、リンク先、キーイベントまでの行動を確認することが必要です。
SNS流入で確認すること
SNSでは、「Organic Social」と「Paid Social」を分けて確認します。オーガニック投稿では、投稿内容がどのテーマへの関心を集めたかを把握し、広告配信では、配信ターゲットやクリエイティブごとの成果を確認します。
たとえば、LinkedInの投稿から採用担当者向けの記事に流入が集まり、資料請求には至っていない場合でも、記事の閲覧や事例ページへの遷移が多ければ、認知・比較検討の段階で役立っている可能性があります。この場合は、すぐに投稿施策を停止するのではなく、投稿先ページから関連資料や相談フォームへ進む導線を追加できるかを検討します。
メールマガジン・SNSでの判断基準
横にスクロールして表全体を確認できます
| 状況 | 考えられる仮説 | 次に確認すること |
|---|---|---|
| 流入は多いがエンゲージメント率が低い | 投稿・メールの訴求とリンク先の内容に差がある | リンク先の見出し、導入文、ファーストビュー |
| エンゲージメント率は高いがキーイベントが少ない | 検討を促す導線が弱い、または閲覧目的が情報収集に偏っている | CTAの位置、関連ページへの内部リンク、コンテンツの検索意図 |
| 特定の配信だけ成果が高い | テーマ、対象者、配信タイミングが適している | 配信対象、訴求、リンク先ページの共通点 |
参照元不明の流入を確認する
GA4で「Direct」や「(direct) / (none)」と表示される流入は、参照元を明確に判別できなかったアクセスです。URLの直接入力やブックマークだけでなく、URLパラメータが付いていないメール、アプリ内ブラウザ、QRコード、チャットツールで共有されたリンクなどが含まれることがあります。
Directが多いことだけを根拠に、指名検索やブランド認知が高まったと判断することは避けます。まずは、計測されていない施策流入が混在していないかを確認します。Google Analyticsでは、参照元が明確でない流入が「(direct) / (none)」として扱われます。Google Analytics ヘルプのDirect流入に関する説明も確認しておくとよいでしょう。
参照元不明の流入を減らす確認項目
横にスクロールして表全体を確認できます
| 確認対象 | よくある状況 | 対応の方向性 |
|---|---|---|
| メールマガジンのURL | UTMパラメータが付与されていない | 配信テンプレートにUTMパラメータを設定する |
| QRコードの遷移先URL | 展示会資料、営業資料、チラシからの流入を区別できない | 媒体別・施策別にURLパラメータを付与する |
| SNSやチャットで共有するURL | 投稿別、担当者別、用途別の成果が分からない | 用途が異なるリンクには命名ルールに沿ったパラメータを付ける |
| 自社ドメイン間の遷移 | 関連サイトや申込フォームの移動が別の参照元として扱われる | クロスドメイン計測や不要な参照の設定状況を確認する |
流入別分析の結果を次の確認につなげる
流入チャネルごとに差が見つかったら、すぐに施策の成否を断定せず、次に確認する条件を決めます。自然検索ならランディングページと検索意図、広告ならキャンペーンと遷移先ページ、メールマガジンやSNSなら配信内容と導線、DirectならURLパラメータの設定状況を確認します。
比較する際は、繁閑や施策実施日を考慮した比較期間を設定し、GA4プロパティのタイムゾーン、同意設定、データのしきい値や欠損の有無も確認します。そのうえで、流入別に見つけた変化を、ページ別・キーイベント別の分析へつなげることで、改善すべきページや導線の優先順位を判断しやすくなります。
ページ別のGA4分析で改善判断につなげる方法
ページ別の分析では、単に閲覧数の多いページを並べるのではなく、「どのページが集客の入口になり、どのページが検討を進め、どのページで成果を取りこぼしているか」を整理します。まず確認できた事実と、そこから導く仮説を分けて扱うことが重要です。
なお、分析前には比較期間、プロパティのタイムゾーン、同意設定による計測への影響、レポート上のしきい値やサンプリングの有無を確認します。データ品質に関する表示がある場合は、少ない数値の差だけで施策の優先順位を決めないようにします。GA4では、条件によってレポートや探索でデータのしきい値が適用されることがあります。Google アナリティクス ヘルプ:データのしきい値について
ランディングページ別にユーザー数とキーイベント率を見る
ランディングページは、ユーザーがサイトに訪問した際に最初に表示したページです。記事ページ、サービスページ、事例ページ、ホワイトペーパーのダウンロードページなど、検索結果や広告、メールマガジンから最初に到達するページを比較します。GA4のランディングページレポートでは、最初にアクセスされたページと、そのページにアクセスしたユーザー数を確認できます。Google アナリティクス ヘルプ:ランディング ページ
確認する指標と見方をそろえる
ページごとの成果を比較する際は、ユーザー数だけで判断せず、セッション数、エンゲージメント率、キーイベント数を並べて確認します。問い合わせ完了や資料請求完了をキーイベントに設定している場合は、各ランディングページからどの程度成果につながったかを把握できます。
横にスクロールして表全体を確認できます
| 確認項目 | 確認できる事実 | 分析時の注意点 |
|---|---|---|
| ユーザー数 | ページが集客の入口としてどの程度利用されているか | 流入が多いだけでは、商談や資料請求への貢献は判断できません。 |
| セッション数 | ページを起点とした訪問回数 | 同じユーザーが複数回訪問するBtoBサイトでは、ユーザー数とあわせて確認します。 |
| エンゲージメント率 | 一定の閲覧・行動があったセッションの割合 | ページの目的や流入元が異なるページ同士では、数値だけを単純比較しません。 |
| キーイベント数 | 重要な行動が発生した回数 | イベント設定の変更前後では、同じ定義で比較できるかを確認します。 |
| キーイベント率 | 流入量に対する成果発生の割合 | 分子と分母を固定し、たとえば「キーイベントが発生したセッション数÷セッション数」と社内で定義を統一します。 |
ページの役割ごとに比較対象を分ける
サービス紹介ページとSEO記事、採用ページ、会社概要ページでは、訪問者の目的が異なります。そのため、全ページを同じ基準で評価すると判断を誤る可能性があります。たとえば、検索流入を集める記事は次ページ閲覧や資料請求ページへの遷移を、中途層向けのサービスページは問い合わせや相談予約を主な評価対象にする、といった整理が必要です。
ページの改善判断は、ページの役割に合った成果指標を決めてから行います。資料請求を直接促すページであれば送信完了を重視し、解説記事であればサービスページへの遷移や資料請求ページへの到達も確認対象に含めます。
数値変化から仮説をつくる
たとえば、あるサービスページのユーザー数が前月より増えている一方で、キーイベント率が下がっている場合、事実としては「流入量は増加したが、成果につながる割合は低下した」と整理できます。この時点では、ページの訴求が弱い、流入元とページ内容が合っていない、フォームへの導線が見つけにくいなどの原因は確定できません。
次に、流入チャネル、デバイス、ランディングページ以降の遷移先を分けて確認し、仮説を絞ります。自然検索からの流入だけで低下しているなら検索意図とのずれを、スマートフォンだけで低下しているなら表示や入力のしやすさを確認する、といった進め方が有効です。
閲覧数が多く成果が少ないページを見つける
閲覧数が多いにもかかわらずキーイベントにつながらないページは、改善の優先候補です。ただし、閲覧数が多く成果が少ないことだけで、そのページを問題と断定することはできません。認知段階のユーザーを集める記事であれば、直接の問い合わせが少なくても、比較検討ページへの送客に役立っている場合があります。
優先的に確認したいページの組み合わせ
横にスクロールして表全体を確認できます
| ページの状態 | 考えられる論点 | 次に確認する項目 |
|---|---|---|
| ユーザー数が多く、キーイベント率が低い | 検索意図と内容、または訴求と導線が合っていない可能性 | 検索クエリ、流入チャネル、次ページ、CTAの表示位置 |
| ユーザー数が多く、エンゲージメント率が低い | ページ冒頭で期待とのずれが生じている可能性 | タイトル、ディスクリプション、ファーストビュー、読み込み速度 |
| エンゲージメント率は高く、キーイベント率が低い | 内容は読まれているが、次の行動が明確でない可能性 | 内部リンク、CTAの文言、資料請求への導線、関連コンテンツ |
| 特定デバイスだけで成果が低い | 表示崩れや操作性の問題がある可能性 | スマートフォンでのフォーム入力、ボタンの視認性、ページ表示 |
離脱だけでページの良し悪しを判断しない
GA4のページ分析では、離脱に見える行動にも注意が必要です。たとえば、電話番号を確認して発信した、PDF資料を読んだ、別タブで問い合わせフォームを開いた、社内でURLを共有したといった行動は、ページ上の閲覧終了だけでは成果として捉えにくい場合があります。
そのため、重要な行動が計測対象になっているかを確認します。資料ダウンロード、外部予約システムへの遷移、電話リンクのクリックなどを評価したい場合は、事業上の重要性を整理したうえでイベントを設計し、必要に応じてキーイベントとして扱います。キーイベントは、ビジネス上特に重要なアクションを測定するためのイベントです。Google アナリティクス ヘルプ:キーイベントに関するレポート
改善施策の優先順位を決める
改善対象を選ぶ際は、「流入規模」「成果への影響」「改善の実行しやすさ」の3点で評価します。たとえば、月間の流入が少ないページよりも、検索や広告で継続的に流入があり、サービスページやフォームへの導線を改善できるページのほうが、優先度は高くなることがあります。
架空の例として、月間2,000セッションがある解説記事で、サービスページへの遷移率が低いとします。この場合は、記事末尾だけでなく本文中にも関連サービスへの導線を設置する、導入事例へのリンクを追加する、読者の課題に対応する資料を提示する、といった施策を検討できます。ただし、施策の効果は実装後に同じ比較条件で確認します。
成果が出ているページの共通点を探す
改善は成果が少ないページだけを見るのではなく、成果が出ているページを基準にすると具体化しやすくなります。キーイベント率が高いランディングページ、サービスページへの遷移が多い記事、資料請求完了につながりやすい導入事例ページを抽出し、共通する要素を確認します。
共通点として確認する項目
横にスクロールして表全体を確認できます
| 確認する要素 | 見る内容 | 改善へ活かす方法 |
|---|---|---|
| 流入元 | 自然検索、広告、メールマガジン、SNSなどの構成 | 成果が出やすい流入元とページの組み合わせを把握します。 |
| 検索意図 | 課題の情報収集、比較検討、導入相談のどの段階か | 同じ意図を持つページの見出しや訴求に反映します。 |
| コンテンツ構成 | 課題提示、解決策、導入方法、事例、FAQの順序 | 読み手が判断しやすい構成を他ページにも展開します。 |
| CTA | ボタンの文言、設置位置、遷移先、周辺の説明 | ページの読了前後に適した次の行動を提示します。 |
| 内部リンク | 関連記事、料金ページ、導入事例、資料請求ページへの導線 | 検討段階に応じたリンクを不足ページへ追加します。 |
成功パターンをそのまま横展開しない
成果が出ているページの表現やCTAを、別のページへそのまま複製しても同じ結果になるとは限りません。流入元、検索意図、商材の検討期間、訪問者の知識量が異なるためです。確認できた事実は「特定ページで成果が出ていること」であり、見出しやボタンの文言だけが成功要因であるとは断定できません。
そこで、共通点を仮説として整理し、対象ページの役割に合わせて施策を選びます。たとえば、導入事例ページで資料請求が多い場合は、事例の配置を増やすだけでなく、課題、導入前の状況、導入後の変化、対象業種といった判断材料が十分に示されているかを確認します。
改善後に記録する項目
ページを改善した後は、公開日、変更内容、対象ページ、狙った行動、比較期間、確認指標を記録します。ページタイトルと本文を同時に変更した場合は、検索順位や流入数の変化と、CTA変更による遷移率の変化を切り分けにくくなります。可能であれば、変更内容と確認目的を整理してから実装します。
「数値が変わった」という事実を、「施策が原因で成果が伸びた」という判断に直結させないことが大切です。季節性、広告出稿の変更、検索流入の変動、計測設定の変更なども確認し、次に検証する条件を明確にします。
コンバージョン別のGA4分析で商談機会を増やす方法
コンバージョン別の分析では、まず「何を商談機会として数えるか」を明確にします。BtoBサイトでは、資料請求、問い合わせ、デモ依頼、セミナー申込などで検討度が異なるため、すべてを同じ成果として合算すると改善すべき箇所を判断しにくくなります。
GA4では、事業成果にとって重要なイベントをキーイベントとして設定し、その発生数や実行ユーザー、流入経路、直前に閲覧されたページなどを確認できます。イベントをキーイベントとして設定すると、重要な行動の実行状況や、その行動に至るまでに接触したチャネルを評価できます。Google アナリティクス ヘルプ
ただし、GA4で記録されるキーイベント数は、必ずしも営業部門が認定した有効商談数やCRMに登録されたリード数と一致するものではありません。計測対象、イベント発火条件、同意設定、更新時点、重複除外の条件を確認したうえで、GA4はサイト上の行動を把握するためのデータ、CRMは営業機会の質と進捗を把握するためのデータとして役割を分けて扱います。
資料請求と問い合わせを分けて確認する
資料請求と問い合わせは、いずれも見込み顧客の獲得につながる行動ですが、ユーザーの検討段階や営業対応の優先度が同じとは限りません。たとえば、問い合わせは個別の課題が明確なユーザーによる行動である一方、資料請求は情報収集段階のユーザーによる行動を含む場合があります。
まず、完了画面の表示や送信成功時のイベントなど、実際にフォーム送信が完了したことを示す条件を確認します。フォーム到達時や送信ボタンのクリック時にイベントを発火させている場合、送信未完了のユーザーまで成果として数えてしまう可能性があります。
コンバージョンごとに目的と判断基準を整理する
横にスクロールして表全体を確認できます
| キーイベントの例 | 確認したい事実 | 分析から立てる仮説 | 主な改善アクション |
|---|---|---|---|
| 資料請求完了 | 資料請求を完了したユーザー数、流入元、閲覧ページ | 特定テーマの記事やホワイトペーパーが初期検討層の関心に合っている | 関連資料への導線、資料紹介文、入力項目を見直す |
| 問い合わせ完了 | 問い合わせを完了したユーザー数、参照ページ、流入チャネル | 料金、導入事例、サービス詳細の情報が比較検討を後押ししている | 相談内容に合う導線、導入支援の説明、問い合わせフォームを改善する |
| デモ依頼完了 | デモ依頼前に閲覧された機能ページや事例ページ | 具体的な利用イメージを持てたユーザーがデモ依頼へ進んでいる | 機能説明、利用シーン、導入後の成果イメージを補強する |
分析時は、キーイベント数だけでなく、キーイベントを実行したユーザー数やキーイベント率も並べて確認します。流入数が増えた結果として資料請求数が増えたのか、流入数は変わらないものの資料請求率が上がったのかで、判断と次の施策は異なります。
たとえば、資料請求数が前月より増加していても、問い合わせ数が減少している場合があります。この事実だけで「サイト全体が改善した」とは判断せず、資料請求を増やした流入チャネル、閲覧ページ、ユーザー属性の違いを確認します。そのうえで、問い合わせにつながりやすい導線が弱くなっていないかを仮説として検証します。
コンバージョン別に比較する際の確認項目
横にスクロールして表全体を確認できます
| 確認項目 | 見る内容 | 判断時の注意点 |
|---|---|---|
| キーイベント数 | 資料請求、問い合わせ、デモ依頼ごとの発生数 | 同一ユーザーによる複数回送信やテスト送信が含まれていないか確認する |
| キーイベント率 | ユーザー数またはセッション数に対する成果発生の割合 | どちらを分母にするかを固定し、比較期間内で定義を変えない |
| 流入チャネル | 自然検索、広告、メール、SNSなどの成果構成 | GA4とGoogle広告、CRMでは帰属条件や更新時点が異なる場合がある |
| ランディングページ | 最初に閲覧されたページごとの成果 | 流入数が少ないページは、少数の成果だけで優劣を断定しない |
中間コンバージョンを設定して検討行動を捉える
問い合わせ完了や資料請求完了だけを確認すると、成果に至らなかったユーザーがどの段階で離脱したのかを把握しにくくなります。そこで、最終的な商談機会につながる可能性がある行動を中間コンバージョンとして整理します。
中間コンバージョンは、最終成果と同じ重みで評価するものではありません。中間コンバージョンは、最終コンバージョンが減少した原因を絞り込むための観測指標として活用します。
中間コンバージョンの候補を検討段階に合わせて設定する
横にスクロールして表全体を確認できます
| 検討段階 | 中間コンバージョンの例 | 確認できること | 設定時の注意点 |
|---|---|---|---|
| 情報収集 | ホワイトペーパー詳細の閲覧、導入事例の閲覧 | 課題やテーマへの関心が高まっているか | 単なるページ表示だけでは意図を断定しない |
| 比較検討 | 料金ページの閲覧、機能比較ページの閲覧、セミナー申込 | サービス選定に必要な情報を求めているか | 閲覧時間や複数ページの閲覧と組み合わせて解釈する |
| 問い合わせ直前 | フォーム表示、入力開始、送信ボタンのクリック | フォーム内またはフォーム直前の導線に課題があるか | 送信完了イベントとは別に計測し、成果として合算しない |
たとえば、問い合わせ完了数が減少し、フォーム到達数も減少している場合は、問い合わせ導線までユーザーを送れていない可能性があります。一方で、フォーム到達数は維持されているのに送信完了数だけが減少している場合は、入力項目、必須項目の説明、エラー表示、送信後の処理などを優先して確認する判断ができます。
中間コンバージョンをキーイベントにするかは、組織での評価目的に応じて決めます。重要な行動としてレポートで継続的に追う必要がある場合はキーイベント化を検討できますが、スクロールや単一ページの閲覧などを安易に最終成果と同列に扱うと、広告やコンテンツの評価が過大になるおそれがあります。
Google アナリティクスでは、収集済みのイベントをキーイベントとして設定できます。設定前に、イベント名、発火条件、重複発火の有無、パラメータの内容を関係者間で確認し、計測仕様として記録しておくことが重要です。Google アナリティクス ヘルプ
フォーム到達から送信完了までの離脱を確認する
フォーム改善では、送信完了数だけで判断せず、「フォームに到達した」「入力を開始した」「確認画面へ進んだ」「送信を完了した」といった一連の行動を分けて確認します。これにより、集客や導線に問題があるのか、フォーム入力の負担に問題があるのかを切り分けやすくなります。
フォームファネルを定義して離脱地点を確認する
GA4のファネルデータ探索では、ユーザーがコンバージョンに至るまでのステップを定義し、各ステップの通過状況を確認できます。イベントやディメンションの条件をもとにステップを設定できるため、フォーム離脱の分析では、実装されているイベント名と発火条件に沿って定義します。Google アナリティクス ヘルプ
横にスクロールして表全体を確認できます
| ファネルのステップ例 | 事実として確認する数値 | 考えられる仮説 | 次に確認すること |
|---|---|---|---|
| 問い合わせフォームの表示 | フォーム到達ユーザー数 | CTAやページ内導線が見つけにくい、または流入の意図と合っていない | 流入元、ランディングページ、フォームへの遷移元を確認する |
| フォーム入力開始 | 表示後に入力を始めたユーザー数 | フォームの目的や取得する情報の説明が不足している | フォーム直前の訴求、個人情報の取り扱い説明、入力項目数を確認する |
| 確認画面への遷移 | 入力開始後に確認画面へ進んだユーザー数 | 必須項目、入力形式、エラー表示が負担になっている | 端末別の離脱、エラーイベント、入力項目ごとの仕様を確認する |
| 送信完了 | 確認画面到達後の送信完了数 | 送信ボタン、同意チェック、送信処理に問題がある | 実機での送信テスト、ブラウザ別・端末別の差分を確認する |
ファネルを比較する際は、同じ曜日構成になる期間で比較し、キャンペーン実施、フォーム改修、計測設定の変更なども記録します。たとえば、フォーム到達率が低下した事実があっても、流入元の構成が変わっただけであれば、フォームそのものを改修しても改善につながらない場合があります。
また、同意取得の状況やユーザー数が少ない条件では、GA4のレポートにデータのしきい値適用や欠損が生じ、細かな内訳を確認できないことがあります。この場合は、表示された数値だけで断定せず、対象期間を広げる、比較条件を簡素化する、タグ設定やフォームの送信ログを確認するといった方法で判断材料を補います。
分析後は、「どのコンバージョンが、どの流入元・ページ・フォーム段階で変化したか」を事実として記録します。次に、その変化を説明できる仮説を一つずつ置き、影響範囲、実施負荷、検証のしやすさを踏まえて改善施策の優先順位を決めます。
探索レポートを使ったGA4分析の実務例
探索レポートは、標準レポートで見つけた数値の変化について、「どのユーザーが」「どの行動段階で」「なぜ成果に至らなかった可能性があるか」を深掘りするために使います。最初から多くの条件を重ねるのではなく、確認できた事実、そこから考える仮説、判断、次のアクションを分けて整理することが重要です。
分析を始める前に、対象とするキーイベント、比較期間、プロパティのタイムゾーン、同意設定による計測への影響を確認します。あわせて、少数データではしきい値の適用や欠損によって数値が表示されない場合があるため、探索レポートの数値だけで施策の成否を断定しないことが必要です。
GA4の探索では、ユーザー・セッション・イベントの条件に応じたセグメントを作成し、特定のデータ群を比較できます。セグメントとフィルタは対象を絞り込む目的が異なるため、比較したいユーザー群はセグメント、表全体から除外したい条件はフィルタとして設定します。詳しい仕様はGoogle アナリティクス ヘルプのセグメントとフィルタの解説で確認できます。
セグメントで新規ユーザーとリピーターを比較する
新規ユーザーとリピーターでは、サイトを訪れた目的や検討段階が異なることがあります。両者を同じ集計値で見るだけでは、流入施策やコンテンツの課題を判断しにくくなります。自由形式の探索でセグメントを作成し、ランディングページ、参照元、閲覧ページ、キーイベントを比較します。
確認する条件と指標
横にスクロールして表全体を確認できます
| 比較対象 | 主な確認項目 | 確認する目的 |
|---|---|---|
| 新規ユーザー | ランディングページ、エンゲージメント率、キーイベント率 | 初回訪問者に対して、ページの内容や導線が期待に合っているかを確認する |
| リピーター | 閲覧ページ、再訪時の流入、キーイベント数 | 比較・検討を進めるための情報が不足していないかを確認する |
| 両者の差分 | ユーザー数、セッション数、キーイベント率、平均エンゲージメント時間 | 集客の量ではなく、訪問後の行動の質に差があるかを把握する |
分析の進め方
まず、同じ期間・同じ流入条件で新規ユーザーとリピーターのキーイベント率を比較します。差が確認できた場合は、ランディングページ別、デバイス別、流入チャネル別に分解し、差が大きい条件を特定します。
たとえば、新規ユーザーでは特定のサービスページの閲覧数が多い一方で、資料請求のキーイベント率が低い場合、ページ冒頭で提供価値が伝わっていない、導入対象が分かりにくい、次に読むべき事例ページへの導線が弱い、といった仮説を立てられます。ただし、探索結果は仮説の材料であり、原因そのものを示すものではありません。
判断と次のアクション
新規ユーザーだけで行動が止まっている場合は、ファーストビュー、課題別の導入導線、資料請求への導線を優先して見直します。リピーターの閲覧が多いにもかかわらずキーイベントにつながらない場合は、料金、導入手順、導入事例、よくある質問など、比較検討に必要な情報を補う施策を検討します。
なお、「新規」「リピーター」の定義や識別できる範囲は、ブラウザ設定、同意取得の状況、利用環境の変化などの影響を受けます。ユーザー属性の差は傾向として扱い、他の期間や流入条件でも再現するかを確認してから判断します。
ファネルデータ探索でフォーム離脱を分析する
ファネルデータ探索は、資料請求や問い合わせなどのキーイベントに至るまでの手順を並べ、どの段階で離脱が起きているかを確認する方法です。フォーム送信完了だけを見るのではなく、フォーム到達、入力開始、確認画面、送信完了など、サイトの計測設計に合わせて段階を定義します。
GA4では、ファネルの各ステップをイベントやディメンションの条件で設定できます。ファネルは、最初のステップから開始したユーザーだけを対象にする閉じたファネルと、途中のステップからの流入も含める開いたファネルを使い分けられます。設定方法の詳細はGoogle アナリティクス ヘルプのファネルデータ探索を確認してください。
フォーム分析用のファネル設計例
横にスクロールして表全体を確認できます
| ステップ | 設定例 | 確認したいこと |
|---|---|---|
| フォーム到達 | フォームページの閲覧、またはフォーム表示イベント | 導線からフォームへ到達できているか |
| 入力開始 | フォーム入力開始イベント | フォームを見た後に入力意思が生まれているか |
| 確認画面への遷移 | 確認画面の表示、または確認ボタンのクリックイベント | 入力途中で負担や不安が生じていないか |
| 送信完了 | サンクスページの表示、または送信完了イベント | 最終的なキーイベントにつながっているか |
事実から仮説を立てる方法
フォーム到達から入力開始までの離脱が大きい場合は、フォームの目的が分かりにくい、入力項目が多く見える、個人情報の取り扱いに関する説明が不足している、といった仮説を検討します。入力開始後から送信完了までの離脱が大きい場合は、必須項目、入力形式のエラー、確認画面への遷移、送信ボタンの視認性などを確認する対象にします。
ただし、フォーム到達や入力開始のイベントが未設定であれば、途中離脱の場所をGA4で正確に判定できません。この場合は、先にイベントの発火条件、重複計測の有無、テスト環境と本番環境での動作を確認し、必要なイベントを整備してから比較期間を設けます。
セグメント比較で優先順位を決める
フォーム離脱を見つけた後は、自然検索、Google 広告、メールマガジンなどの流入別にセグメントを分けて比較します。特定の広告キャンペーンだけで入力開始率が低い場合、フォーム自体ではなく、広告文・広告の訴求と遷移先ページの内容が合っていない可能性があります。
一方、すべての流入で同じ段階の離脱が大きい場合は、フォームの設計やサイト内導線を優先して見直す判断につながります。広告媒体の管理画面やCRMの件数と比較する際は、計測条件、更新時点、帰属条件、重複除外の方法が異なる可能性があるため、数値の差だけでGA4または他システムの計測誤りと断定しないことが大切です。
経路データ探索でコンテンツ閲覧順を確認する
経路データ探索は、特定のページやイベントの前後で、ユーザーがどのページを閲覧し、どの行動をしたかをツリー形式で確認する方法です。BtoBサイトでは、サービスページを訪れたユーザーが導入事例、料金、資料請求のどれへ進むかを確認する際に役立ちます。
始点から後続の行動を追う方法だけでなく、キーイベントやサンクスページを終点として、その前にどのページやイベントが多いかを遡って確認することもできます。経路データ探索の仕組みと注意点はGoogle アナリティクス ヘルプの経路データ探索で確認できます。
始点を指定して確認する例
横にスクロールして表全体を確認できます
| 始点 | 後続で確認する行動 | 分析の論点 |
|---|---|---|
| サービスページの閲覧 | 導入事例、料金ページ、資料請求フォームへの遷移 | サービス理解から比較・問い合わせまでの導線が機能しているか |
| 導入事例ページの閲覧 | 関連サービスページ、会社案内、問い合わせフォームへの遷移 | 事例が次の検討行動を後押ししているか |
| 料金ページの閲覧 | よくある質問、資料請求、問い合わせへの遷移 | 料金確認後の不明点を解消する情報が用意されているか |
終点を指定して確認する例
資料請求完了や問い合わせ完了を終点に設定すると、成果に至ったユーザーが直前または途中で閲覧したページを確認できます。ここで特定の導入事例、比較ページ、料金ページが繰り返し現れる場合、そのページは商談化に向けた検討を支える役割を持つ可能性があります。
ただし、終点の直前に表示されたページが成果の直接原因とは限りません。複数の経路で共通して現れるページ、特定の流入だけで現れるページ、キーイベントに至らなかったユーザーとの違いを確認し、仮説の確度を高めます。
経路から改善施策へつなげる手順
サービスページやキーイベントを始点または終点に設定し、上位の遷移先・遷移元を確認します。
成果に至ったユーザーと至らなかったユーザーでセグメントを分け、経路の違いを確認します。
成果に至らない経路で繰り返し見られる離脱ページ、または行き来が多いページを特定します。
情報不足、導線不足、ページ間の訴求の不一致など、数値から説明できる改善仮説を一つに絞ります。
関連リンクの追加、CTAの見直し、比較情報の補足などの施策を実施し、同条件・同程度の期間で再度確認します。
経路上で同じページへの往復や、意図しないページへの遷移が多い場合は、ユーザーが情報を探し直している可能性があります。その場合は、ページ内の見出し、内部リンク、CTA、フォームへの案内を見直す候補になります。探索レポートでは目立つ経路を見つけるだけで終わらせず、比較条件をそろえて再確認できる改善仮説に変換することが実務上のポイントです。
GA4分析の確認テンプレート
GA4分析では、数値を確認するだけでは改善につながりません。まず、確認できた事実と、そこから導く仮説を分けて記録します。次に、判断が必要な論点を示し、担当者、期限、次のアクションを具体化します。
テンプレートを運用する前に、対象プロパティ、データストリーム、計測対象のサイト、確認者を固定します。あわせて、レポート上部の日付範囲、比較期間、プロパティのレポート用タイムゾーンを毎回記録してください。タイムゾーンが異なると、同じ日付を指定しても集計対象がずれる可能性があります。プロパティのレポート用タイムゾーンは管理画面で確認できます。Google アナリティクス ヘルプ:プロパティ設定の編集
また、同意取得の設定、タグの変更、イベント名やキーイベントの設定変更、サイト改修、広告配信の開始・停止など、数値に影響しうる変更を同じ記録表に残します。前週・前月との差だけで成果を断定せず、計測条件に変化がなかったかを先に確認することが重要です。
週次で確認する集客とコンバージョンの項目
週次確認は、異常値の早期発見と、直近施策の影響を把握するために行います。BtoBサイトでは、日別の変動だけで判断せず、原則として直近7日間とその前の7日間を同じ曜日構成で比較します。祝日、大型連休、展示会出展、メールマガジン配信、広告予算の変更があった週は、比較条件として記録します。
集客の確認では、ユーザー数だけでなく、セッション数、エンゲージメント率、キーイベント数、セッション キーイベント率を並べて見ます。トラフィック獲得レポートはセッション単位、ユーザー獲得レポートは新規ユーザー単位で集計されるため、確認するレポートの集計単位を混在させないことが必要です。Google アナリティクス ヘルプ:ユーザー獲得レポートとトラフィック獲得レポートの違い
横にスクロールして表全体を確認できます
| 確認項目 | 記録する数値・状態 | 事実としての確認ポイント | 仮説・次の確認 |
|---|---|---|---|
| 確認期間 | 対象期間、比較期間、タイムゾーン | 比較する日数と曜日構成はそろっているか | 連休、配信日、広告出稿日などの特殊要因を記録する |
| 全体集客 | ユーザー数、セッション数、新規ユーザー数 | 流入量が増減したか | 特定チャネルの増減が全体変化に影響していないかを確認する |
| 集客の質 | エンゲージメント率、平均エンゲージメント時間、セッション キーイベント率 | 流入増加とともに利用状況や成果効率が変化したか | 広告文、検索意図、ランディングページの訴求にずれがないかを確認する |
| キーイベント | イベント名別のキーイベント数、キーイベント率 | 問い合わせ、資料請求、セミナー申込などの重要行動が増減したか | 特定のキーイベントだけが減少している場合は、導線またはフォームを確認する |
| チャネル別成果 | デフォルト チャネル グループ、セッション数、キーイベント数、キーイベント率 | どの流入元で変化が起きたか | 自然検索、Google 広告、メール、SNS、参照元不明の順に差分を確認する |
| 計測状態 | 主要イベントの受信状況、同意取得設定、タグ変更の有無 | 数値減少が実際の行動減少か、計測上の変化か | RealtimeレポートやDebugViewでイベント発火を確認し、実装担当者へ連携する |
週次の記録では、各数値に対して「増えた」「減った」だけで終わらせません。たとえば、自然検索セッションは増加した一方で資料請求のセッション キーイベント率が低下した場合、事実は「流入量の増加と成果率の低下」です。この時点で「SEO施策が失敗した」とは断定せず、流入した検索語句の意図、着地ページ、フォーム到達率を次回確認する仮説として記録します。
エンゲージメント率は、10秒を超える滞在、キーイベントの発生、または2回以上のページビューもしくはスクリーンビューのいずれかを満たすエンゲージのあったセッションの割合です。単独で良し悪しを判断するのではなく、流入チャネル、ページ、キーイベント率と組み合わせて確認します。Google アナリティクス ヘルプ:エンゲージメント率と直帰率
月次で確認するチャネル別とページ別の項目
月次確認では、短期的な変動をならしたうえで、施策の優先順位を決めます。原則として当月と前月、必要に応じて前年同月を比較し、集客、ページ閲覧、サイト内行動、キーイベントの順に確認します。前年同月比較を行う場合は、サイト構成、計測定義、広告予算、提供サービスが大きく変わっていないかも記録します。
横にスクロールして表全体を確認できます
| 分析単位 | 主な確認指標 | 確認する事実 | 判断につなげる観点 |
|---|---|---|---|
| チャネル別 | セッション数、エンゲージメント率、キーイベント数、セッション キーイベント率 | 流入量と成果効率の両方が変化したチャネルはどれか | 拡大候補、改善候補、計測確認が必要なチャネルに分ける |
| 参照元・メディア別 | セッションの参照元/メディア、キャンペーン、キーイベント率 | 同じチャネル内で成果差が大きい参照元やキャンペーンはあるか | UTMパラメータの付与漏れや表記ゆれがないかを確認する |
| ランディングページ別 | セッション数、エンゲージメント率、キーイベント数、セッション キーイベント率 | 流入が多いページと成果が出ているページは一致しているか | 閲覧は多いが成果が少ないページを改善候補として抽出する |
| 閲覧ページ別 | 表示回数、ユーザー数、平均エンゲージメント時間、イベント数 | 検討に必要な情報が読まれているか | 料金、導入事例、サービス詳細、FAQなどの導線を見直す候補を探す |
| キーイベント別 | 資料請求、問い合わせ、セミナー申込などの件数と率 | どの成果行動が増減したか | 商談化に近い行動と情報収集段階の行動を分けて評価する |
| フォーム別 | フォーム到達イベント、入力開始イベント、送信完了イベント | 到達から完了までのどこで減少しているか | 入力項目、必須項目、エラー表示、CTA、遷移速度を確認する |
ページ別の確認では、表示回数が多いことを成果と同一視しません。たとえば、サービス詳細ページの閲覧数が多く、キーイベント率が低い場合は、ページが読まれていないとは限りません。流入元の期待とページ内容が合っていない、次の行動への導線が弱い、比較検討に必要な情報が不足しているなど、複数の仮説を置いて確認します。
一方、流入量が少なくてもキーイベント率が高いページは、訴求や導線に再現可能な要素がある可能性があります。見出し、CTA、導入事例、料金説明、フォームへの導線などを比較し、成果ページの特徴を他ページへそのままコピーするのではなく、各ページの検索意図と役割に合わせて応用することが必要です。
広告媒体の管理画面やCRMの件数とGA4の数値を比較する場合は、差異を異常と決めつけません。計測対象、イベント定義、同意状況、計上時点、広告の帰属条件、CRMでの重複排除や有効判定が異なる可能性があります。月次テンプレートには、各ツールの確認日と抽出条件を残し、同じ条件で比較できる状態を整えます。
数値変化から改善施策を判断する記録項目
分析結果は、数値、解釈、判断、アクションを1行に混在させず、分けて記録します。これにより、後から見返した際に「確認済みの事実」と「まだ検証していない仮説」を区別できます。改善施策を実施した後は、施策実施日、変更内容、確認期限も残します。
横にスクロールして表全体を確認できます
| 記録項目 | 記載内容 | 記載例 |
|---|---|---|
| 確認対象 | プロパティ名、対象サイト、レポート名、対象期間、比較期間 | コーポレートサイト/トラフィック獲得/当月と前月 |
| 対象KPI | 今回の判断に使う主要指標と補助指標 | 主要KPI:資料請求完了数、補助指標:資料請求ページ到達数 |
| 確認できた事実 | 数値と比較結果。解釈や原因を混ぜない | 資料請求完了数は前月比で減少し、自然検索セッションは増加した |
| 計測条件 | イベント定義、キーイベント設定、同意取得設定、タグ変更、しきい値表示の有無 | 送信完了イベントをキーイベントとして設定。月中にタグ変更なし |
| 仮説 | 事実から考えられる原因。確定表現を避ける | 情報収集段階の流入が増え、資料請求に近い流入の構成比が低下した可能性がある |
| 追加確認 | 仮説を確かめるために見る切り口と必要なデータ | 自然検索のランディングページ別に、セッション キーイベント率を比較する |
| 判断 | 現時点で実施するか、保留するか、調査を優先するか | フォーム改修は保留し、流入ページとフォーム到達率の確認を優先する |
| アクション | 具体的な作業、担当者、期限、完了条件 | 担当:Web担当者/期限:次回月次会議前/完了条件:対象ページ一覧と数値を共有 |
| 検証結果 | 施策後の変化と、次回に残す論点 | CTA変更後も到達率は変化なし。次回は入力開始から送信完了までを確認する |
データのしきい値が適用されている、または一部のディメンションや指標が表示されない場合は、細かな比較結果を確定的に扱いません。ユーザー識別の設定やプライバシー保護のための処理により、レポートによってはしきい値が適用されることがあります。また、同意の状況によっては計測できるデータ量が変化し、モデリングが利用される場合もあります。欠損やしきい値があるデータは、施策の効果を断定する根拠ではなく、追加確認が必要な兆候として扱うようにします。
架空の記録例として、「問い合わせ完了数が前月より減少した」という事実があったとします。この場合、「フォームが原因である」と即断せず、まず問い合わせページへの到達数、フォーム入力開始数、送信完了数、流入チャネル別の構成比を確認します。そのうえで、フォーム到達は維持されているのに入力開始数が減っているならCTAや導線を、入力開始数は維持されているのに送信完了数が減っているなら入力項目やエラー表示を確認する、と記録します。
このように、GA4分析の確認テンプレートは報告書ではなく、改善判断を再現可能にするための運用記録です。数値が変化した理由を急いで断定するのではなく、事実、仮説、判断、アクションを積み重ねることで、次に確認すべき条件と改善の優先順位を明確にできます。
架空事例で学ぶGA4分析から改善までの流れ
ここでは、BtoB企業のWebサイトを想定した架空事例を用いて、GA4分析で確認できた事実、そこから立てる仮説、優先順位の判断、改善アクションまでを順に整理します。掲載する企業名、数値、課題および施策はすべて架空であり、実績や費用対効果を示すものではありません。
分析を始める前に、GA4プロパティのタイムゾーン、比較期間、同意設定、イベント定義を確認します。特に、Cookie利用への同意状況によって取得範囲やモデリングの有無が変わる場合があるため、数値の増減を判断する際は計測条件もあわせて確認します。GA4では、同意設定やデータしきい値、レポートと探索の処理方法の違いにより、表示される数値が異なることがあります。Google Analytics ヘルプのレポートと探索のデータ差異に関する説明も確認してください。
資料請求数が減少したBtoB企業のケース
架空のSaaS企業「株式会社ビジネスリンク」は、中小企業向けの営業支援ツールを提供しています。同社では、サービス資料請求の完了を主要なキーイベントとして設定し、問い合わせ送信、料金ページ閲覧、導入事例閲覧を中間的な検討行動として計測していました。
マーケティング担当者は、資料請求数が減少したという営業部門からの共有を受け、GA4で流入、ランディングページ、サイト内行動、コンバージョンの順に確認することにしました。この時点では、広告の配信不調、自然検索流入の減少、フォームの不具合、訴求内容とのずれなど、複数の可能性があります。資料請求数が減ったという結果だけで、原因を広告やフォームのどちらかに決めつけないことが重要です。
分析の目的と対象KPIをそろえる
今回の目的は、資料請求数の減少要因を特定し、改善対象を優先順位付けすることです。対象KPIは、資料請求完了数だけではなく、資料請求完了率、フォーム到達数、フォーム開始数、フォーム送信数、主要ランディングページのエンゲージメント率とします。
横にスクロールして表全体を確認できます
| 項目 | この事例での定義 | 確認する意図 |
|---|---|---|
| 主要キーイベント | 資料請求フォームの送信完了時に発生する「generate_lead」イベント | 最終的な見込み顧客獲得の状況を確認する |
| 中間イベント | 料金ページ閲覧、導入事例閲覧、フォーム到達、フォーム開始 | 検討が進んでいるか、どの段階で減少しているかを確認する |
| 資料請求完了率 | 資料請求完了セッション数÷セッション数 | 流入量の変化と成果効率の変化を分けて捉える |
| 比較期間 | 直近4週間と、その前の4週間 | 曜日構成をそろえ、短期的な変動だけで判断しない |
キーイベントは、事業成果にとって特に重要な行動を計測するためのイベントです。この事例では資料請求完了をキーイベントとして扱いますが、キーイベントの設定状況や発火確認が不十分であれば、分析結果そのものが不安定になります。必要に応じてGoogle Analytics ヘルプのキーイベントに関する説明を参照し、イベント名と発火条件を確認します。
最初に確認した数値
直近4週間とその前の4週間を比較したところ、セッション数はわずかに減少していた一方で、資料請求完了数はそれ以上に減少していました。つまり、流入量の減少だけでは説明しきれず、サイト内の検討行動またはフォーム送信までの過程にも変化があると考えられます。
横にスクロールして表全体を確認できます
| 指標 | 前4週間 | 直近4週間 | 変化 | この時点での見方 |
|---|---|---|---|---|
| セッション数 | 12,000 | 11,400 | -5% | 集客量は減少している |
| 資料請求完了数 | 120 | 84 | -30% | 流入減少よりも大きく減っている |
| 資料請求完了率 | 1.00% | 0.74% | -0.26ポイント | 成果効率の低下を確認する必要がある |
| フォーム到達数 | 480 | 390 | -19% | フォーム手前の導線にも変化がある可能性がある |
| フォーム送信率 | 25.0% | 21.5% | -3.5ポイント | フォーム内または送信直前の障壁を確認する |
この数値から確認できる事実は、資料請求完了数、フォーム到達数、フォーム送信率がいずれも低下していることです。一方で、「フォームの入力項目が多すぎるため減少した」といった原因は、この段階ではまだ仮説にすぎません。
流入別とページ別の比較から原因を絞る
次に、流入チャネルごとの質を比較します。全体値だけを見ると、どの流入が変化に影響したのかが分かりません。チャネル別にセッション数、エンゲージメント率、資料請求完了率、フォーム到達率を並べることで、流入量の問題と流入後の問題を切り分けます。
流入チャネル別に変化を確認する
横にスクロールして表全体を確認できます
| 流入チャネル | セッション数の変化 | エンゲージメント率の変化 | 資料請求完了率の変化 | 確認できた事実 |
|---|---|---|---|---|
| 自然検索 | -3% | ほぼ横ばい | ほぼ横ばい | 大きな成果効率の悪化は見られない |
| Google広告 | -8% | -12ポイント | -0.55ポイント | 流入後の行動と資料請求完了率が低下している |
| メールマガジン | +4% | ほぼ横ばい | ほぼ横ばい | 大きな異常は見られない |
| 参照元不明 | 増加 | 低い | 低い | UTMパラメータの付与漏れやリダイレクトの影響を確認する必要がある |
この比較から、資料請求減少の影響はGoogle広告経由で大きい可能性があると分かります。ただし、GA4の流入区分だけで広告配信の良し悪しを断定することはできません。Google広告の管理画面、GA4、CRMでは、計測対象、更新時点、クリック後の計測方法、アトリビューションの条件が異なる場合があります。
この段階での仮説は、「Google広告の広告文や検索語句と、遷移先ページの訴求内容にずれが生じ、検討度の低い流入が増えた可能性がある」です。仮説を確かめるため、広告キャンペーン、検索語句、広告文、ランディングページの組み合わせを確認対象に加えます。
ランディングページ別に課題の位置を確認する
Google広告経由のランディングページを比較すると、「営業支援ツールとは」ページへの流入は多いものの、料金ページや導入事例ページへの遷移が減っていることが分かりました。一方、製品機能を具体的に説明したページでは、セッション数は少ないものの、資料請求完了率が比較的高い状態でした。
横にスクロールして表全体を確認できます
| ランディングページ | Google広告経由のセッション数 | 料金ページ閲覧率 | 導入事例閲覧率 | 資料請求完了率 | 判断材料 |
|---|---|---|---|---|---|
| 営業支援ツールとは | 多い | 低下 | 低下 | 低い | 情報収集段階の流入が多い可能性がある |
| 製品機能紹介 | 中程度 | 高い | 高い | 高い | 具体的な課題を持つ流入と合っている可能性がある |
| 料金ページ | 少ない | 該当なし | 高い | 高い | 比較検討段階のユーザーに読まれている可能性がある |
ここで確認できた事実は、特定の広告流入が「営業支援ツールとは」ページに集中し、その後の料金ページや導入事例ページへの遷移が弱くなっていることです。考えられる仮説は、広告が広い検索意図に配信されている、ページ冒頭で対象者や解決できる課題が伝わりにくい、次の行動を促す導線が弱い、といったものです。
フォーム到達後の離脱をファネルで確認する
流入とページの確認後、フォーム到達から資料請求完了までをファネルデータ探索で確認します。フォーム関連イベントは、フォーム到達時の「form_view」、入力開始時の「form_start」、送信完了時の「generate_lead」を用いる想定です。イベント名そのものよりも、各イベントがどの画面・どの操作で発火するのかを事前に文書化しておくことが重要です。
横にスクロールして表全体を確認できます
| ファネル段階 | 前4週間 | 直近4週間 | 確認できた事実 |
|---|---|---|---|
| フォーム到達 | 480 | 390 | 到達数が減少している |
| フォーム入力開始 | 330 | 255 | 到達後の入力開始率も低下している |
| 資料請求完了 | 120 | 84 | 入力開始後の完了率も低下している |
ファネルの結果からは、フォームに到達する前の導線だけでなく、フォーム到達後にも改善余地があると判断できます。ただし、送信完了イベントの設定変更、フォームのエラー、サンクスページ遷移の不具合など、計測上の問題もあり得ます。施策を実行する前に、テスト送信を行い、GA4のリアルタイムレポートやDebugViewでイベントが意図どおり記録されるかを確認します。
フォーム改善と導線改善の優先順位を決める
分析結果をもとに、改善施策を列挙するだけでは実務が進みません。影響範囲、実装の難易度、検証のしやすさを踏まえ、先に実施する施策を決めます。この事例では、広告流入の受け皿となるランディングページと、資料請求フォームの両方に課題の可能性が見られました。
事実・仮説・判断・アクションを分けて整理する
横にスクロールして表全体を確認できます
| 区分 | 内容 |
|---|---|
| 事実 | Google広告経由のエンゲージメント率と資料請求完了率が低下している |
| 事実 | 「営業支援ツールとは」ページから料金ページ・導入事例ページへの遷移率が低下している |
| 事実 | フォーム到達後の入力開始率と送信完了率も低下している |
| 仮説 | 広告の訴求とランディングページの内容が一致せず、検討度の低い流入が増えている |
| 仮説 | フォームの入力負荷やエラー表示が、送信完了を妨げている |
| 判断 | 広告配信の見直しだけでなく、ランディングページとフォームの改善を並行して検証する |
| アクション | 広告文・検索語句・遷移先ページの対応を見直し、対象顧客と課題をページ冒頭で明確にする |
| アクション | フォーム項目、必須入力、エラー表示、送信ボタン周辺の説明を確認し、テスト送信で計測も検証する |
優先順位を付ける基準
このケースでは、最初に計測の正常性を確認し、その後にランディングページの導線改善、フォーム改善、広告配信条件の見直しを進めます。計測に不備がある状態では、施策の効果を正しく評価できないためです。
横にスクロールして表全体を確認できます
| 優先度 | 施策 | 優先する理由 | 確認指標 |
|---|---|---|---|
| 高 | フォーム送信とキーイベント発火のテスト | 計測漏れや実装不具合を除外しなければ、以降の判断が不正確になるため | form_view、form_start、generate_leadの発火数 |
| 高 | ランディングページ冒頭の訴求と内部導線の見直し | 広告流入後の料金ページ・導入事例ページへの遷移低下が確認されているため | エンゲージメント率、料金ページ閲覧率、導入事例閲覧率、資料請求完了率 |
| 中 | フォーム項目とエラー表示の改善 | フォーム到達後の離脱が増えているため | フォーム開始率、送信完了率、エラー発生状況 |
| 中 | 広告の検索語句・広告文・配信条件の見直し | 流入の質が変化した可能性を検証するため | 広告流入のエンゲージメント率、ランディングページ別の資料請求完了率 |
改善後に再確認する方法
改善後は、変更前後で同じ期間・同じ指標を比較します。曜日による差が大きいサイトでは、数日単位ではなく、少なくとも同じ曜日構成を含む期間で比較することが必要です。また、広告予算、配信対象、コンテンツ公開、フォーム仕様などの変更履歴も記録します。
確認時には、資料請求完了数だけで成功・失敗を決めません。広告流入のエンゲージメント率、料金ページや導入事例ページへの遷移、フォーム開始率、フォーム送信完了率を順に確認し、どの段階が改善したかを見ます。GA4分析は数値を眺める作業ではなく、変化した地点を特定し、次に検証する仮説とアクションを決めるための作業です。
なお、同意設定の変更やデータしきい値、処理タイミングの影響を受ける場合、施策前後の数値が単純比較できないことがあります。数値に説明しにくい差異がある場合は、GA4の設定変更履歴、同意取得の実装、レポート上の注記を確認したうえで判断します。Google Analytics ヘルプの同意モードに関する説明も参照し、計測条件が変わっていないかを確認しましょう。
GA4分析でよくある質問
QGA4分析は毎日確認すべきか
A毎日確認する必要があるかは、分析の目的によって異なります。日々の異常検知と、改善施策の効果判断は分けて考えることが重要です。
たとえば、広告配信の停止、タグの不具合、フォーム送信の急減といった問題を早く見つける目的であれば、ユーザー数、キーイベント数、主要な流入チャネルの変化を平日に確認する方法が有効です。一方で、前日比だけでコンテンツや広告の良し悪しを判断すると、曜日差や配信量の変動によって誤った判断につながることがあります。
日次では計測異常の発見、週次・月次では施策の評価というように、確認の目的を分けると、GA4の数値を実務で使いやすくなります。
横にスクロールして表全体を確認できます
| 確認頻度 | 主な目的 | 確認する項目 | 判断時の注意点 |
|---|---|---|---|
| 日次 | 計測や集客の異常を見つける | ユーザー数、セッション数、キーイベント数、広告流入、フォーム送信 | 前日比だけで施策の成否を決めない |
| 週次 | 流入と成果の変化を把握する | チャネル別のユーザー数、キーイベント率、主要ページの閲覧状況 | 同じ曜日構成になる期間で比較する |
| 月次 | 改善施策の優先順位を決める | 流入別・ページ別・キーイベント別の成果、商談化状況 | GA4以外のCRMや広告媒体の情報も照合する |
なお、GA4のレポートは処理状況によって数値が更新されることがあります。特に直近のデータやキーイベントの帰属結果は変動する場合があるため、重要な報告では確定前の数値として扱うか、集計日時を記録しておくとよいでしょう。詳細はGoogle アナリティクス ヘルプのデータ更新に関する説明も確認してください。
Qどの期間で比較するべきか
A比較期間は、確認したい変化の種類に合わせて設定します。基本は、曜日による差をならすために、直近7日間とその前の7日間、または当月と前月の同日数を比較します。
ただし、BtoBサイトでは、月末・月初の予算消化、展示会の開催、メールマガジンの配信、長期休暇などによって流入や問い合わせが偏ることがあります。そのため、数値が変化した事実だけで原因を断定せず、期間内に実施した施策や外部要因を確認する必要があります。
横にスクロールして表全体を確認できます
| 確認したいこと | 比較期間の例 | 確認時のポイント |
|---|---|---|
| 急な増減や計測不備 | 前日比、前年同曜日比 | タグ変更、広告停止、サイト障害の有無を先に確認する |
| 週間の集客状況 | 直近7日間と前の7日間 | 曜日構成をそろえ、チャネル別に変化を見る |
| 月次の施策評価 | 当月と前月、前年同月 | 営業日数、季節性、キャンペーン実施日を記録する |
| コンテンツ改善の評価 | 公開・改修前後の各4週間程度 | 検索順位、流入数、キーイベント率を同時に確認する |
比較前には、GA4プロパティのタイムゾーン、対象期間、フィルタや比較条件がそろっているかを確認してください。タイムゾーンが異なる環境同士を比較すると、日別の数値がずれる場合があります。また、同意取得の設定変更や計測タグの変更があった期間は、変更前後の数値を単純比較しないことが大切です。
分析では、まず「自然検索のユーザー数が減った」「問い合わせのキーイベント率が下がった」といった事実を整理します。その後で、流入元の変化、ランディングページの内容、フォーム到達後の行動などから仮説を立て、次に確かめる条件を決めます。
Q広告管理画面やCRMと数値が合わない理由は何か
AGA4、Google広告などの広告管理画面、HubSpotやSalesforceといったCRMでは、同じ施策を見ていても数値が一致しないことがあります。これは、各ツールで計測対象、集計のタイミング、タイムゾーン、帰属ルール、重複の扱いが異なる可能性があるためです。
たとえば、GA4ではサイト上で発生したイベントやキーイベントを確認します。一方、CRMでは営業担当者が確認した有効リード、商談、受注などを管理することが一般的です。資料請求がGA4で記録されていても、入力内容の不備や対象外企業であれば、CRM上の有効リードにはならない場合があります。
横にスクロールして表全体を確認できます
| 確認項目 | 数値が異なる主な要因 | 確認するアクション |
|---|---|---|
| 計測対象 | GA4はサイト行動、CRMはリードや商談など、対象が異なる | 各ツールで何を1件としているか定義を確認する |
| 集計日時 | データ処理や連携の反映時刻が異なる | 集計日、更新日時、対象期間をそろえる |
| タイムゾーン | GA4プロパティと広告アカウントの設定が異なる | 管理画面ごとのタイムゾーンを確認する |
| 帰属条件 | 広告クリック日とキーイベント発生日、評価する接点が異なる | 帰属モデルとコンバージョン計上条件を確認する |
| 同意設定・欠損 | 同意状況やブラウザ設定により観測できない行動がある | 同意管理の実装状況と数値変化の時期を確認する |
数値が合わないこと自体を異常と決めつけず、比較する数値の定義と条件をそろえることが先決です。Google アナリティクスとGoogle広告では、タイムゾーンや帰属対象の違いによって差異が生じることがあるため、設定内容を確認してください。Google アナリティクス ヘルプのアトリビューション設定に関する説明が参考になります。
また、同意取得の状態によっては、ユーザー行動の計測方法やレポート上の見え方に影響が出る場合があります。数値の増減を施策効果と判断する前に、同意バナー、Googleタグ、Googleタグマネージャーの設定変更がなかったかを確認しましょう。
Qキーイベントは何を設定すべきか
Aキーイベントには、事業の成果に近く、継続的に改善対象として追う行動を設定します。BtoBサイトであれば、問い合わせ完了、資料請求完了、セミナー申込完了、デモ依頼完了などが候補になります。
ただし、すべてのイベントをキーイベントにすると、重要度の異なる行動が同列に扱われ、成果の判断が難しくなります。まずは最終成果に近い行動を優先し、その後に検討の進行を捉える中間コンバージョンを必要に応じて追加します。
横にスクロールして表全体を確認できます
| 行動の種類 | 設定例 | 分析での役割 |
|---|---|---|
| 最終コンバージョン | 問い合わせ完了、資料請求完了、商談予約完了 | 事業成果に近い成果を把握する |
| 中間コンバージョン | 料金ページ閲覧、事例資料の閲覧、セミナー詳細の閲覧 | 検討の進行や導線の課題を把握する |
| 確認用イベント | フォーム表示、入力開始、送信ボタンのクリック | フォーム内の離脱箇所を調べる |
設定前には、「その行動が起きたことを正しく判定できるか」「重複計測されないか」「完了ページ表示だけに依存していないか」を確認します。たとえば、フォーム送信完了を計測する場合は、送信成功時だけに発火するイベントになっているかをテストします。
GA4では、収集しているイベントのうち、事業の成功にとって特に重要な行動をキーイベントとして設定できます。キーイベントの考え方や確認方法は、Google アナリティクス ヘルプのキーイベントに関する説明を参照してください。
キーイベントを決めた後は、イベント名、発火条件、担当者、設定日、変更理由を記録します。これにより、数値が変化した際に、施策の影響なのか計測定義の変更なのかを切り分けやすくなります。
まとめ
GA4分析では、ユーザー数やセッション数だけで良し悪しを判断せず、流入からページ閲覧、イベント、キーイベントまでを一連で確認します。まず、比較期間を設定し、集客チャネル別・ランディングページ別・コンバージョン別に数値の変化を把握します。
次に、閲覧数が多いのに成果が少ないページ、フォーム到達後に離脱が多い箇所などを見つけ、原因の仮説を立てます。Google広告などの媒体管理画面やCRMとは計測条件が異なるため、数値を同一視せず、それぞれの役割に応じて確認することが重要です。
週次では流入とキーイベントの変化を確認し、月次ではチャネル別・ページ別の傾向を比較します。確認した事実、仮説、実施する改善策を記録し、導線改善やフォーム改善などを継続的に検証することで、商談につながるサイト運用へつなげられます。