LP 計測と GA4 設定ガイド｜コンバージョン計測から改善まで

ランディングページへの投資は、計測がなければ ROI が評価できません。広告費・制作費・改善コストに対して、LP がどれだけのコンバージョン（リード・購入・申込）を生み出しているかを定量的に把握することが、マーケティング予算の最適配分に直結します。

計測がない状態での改善は、感覚頼りになりがちです。データがあれば、どのセクションで離脱が多いか・どのデバイスで CVR が低いか・どの流入経路がコンバージョン率高いかが明確になり、優先施策が絞り込めます。GA4 の導入は、LP 改善の PDCA を科学的に回すための出発点です。

GA4（Google Analytics 4）は 2023年に UA（ユニバーサルアナリティクス）の後継として移行が完了した現行の標準ツールです。イベントベースの計測モデルにより、従来よりも柔軟にユーザー行動を計測できます。LP 専用の計測設計を行うことで、スクロール深度・フォームインタラクション・CTA クリックを詳細に把握できます。

GA4 のプロパティを作成し、測定 ID（G-XXXXXXXX 形式）を取得します。LP への実装方法は 2 通り：① gtag.js を直接 LP の head タグに埋め込む方法、② Google Tag Manager（GTM）経由で管理する方法です。複数 LP を運用する場合や計測タグが増える場合は、GTM による一元管理が保守性の観点でおすすめです。

基本設定として確認すべき項目：データストリームの設定 / 拡張計測機能（スクロール・離脱クリック・ファイルダウンロードの自動計測）の有効化 / ユーザープロパティの設定 / データ保持期間の設定（最大 14 ヶ月）。特に拡張計測機能のスクロール計測（90% スクロールを自動検出）は、LP のコンテンツ閲覧状況を把握する上で必須です。

DesignLayer からエクスポートした LP の HTML には、GA4 の計測タグが含まれていません。本番公開前に開発チームへ GA4 タグの実装と、コンバージョンイベントの設定を依頼してください。GTM を使う場合は、GTM コンテナのスニペットをエクスポート HTML に追加します。

計測の精度を保つため、社内 IP アドレスからのアクセスを除外します。GA4 では内部トラフィックフィルターを設定することで、テストやレビューによるデータ汚染を防げます。本番公開後は必ず実際のコンバージョンが計測されているかをテスト確認してください。

GA4 のコンバージョンは「イベント」単位で計測します。LP で設定すべき主要コンバージョンイベント：form_submit（フォーム送信）・purchase（購入完了）・generate_lead（リード獲得）・begin_checkout（購入開始）・file_download（資料 DL）。

フォーム送信の計測は、GTM の「フォーム送信」トリガーまたはサンキューページの URL で計測する方法があります。URL での計測方法：LP 送信後に /thank-you のような固定 URL に遷移させ、GA4 でその URL をコンバージョンページとして設定します。URL 変化がない場合は JavaScript イベントを GTM で実装します。

マイクロコンバージョン（小さな目標行動）も計測することで、ファネルの各ステップを可視化できます。例：CTA ボタンクリック・フォーム入力開始・資料 DL ボタンクリック・特定セクションまでのスクロール。マイクロコンバージョンのデータは、CVR 改善の施策優先順位の判断に使えます。CVR 改善の詳細は「CVR 改善の実践ガイド」を参照してください。

拡張計測の scroll イベント（90% スクロールを記録）は、LP のコンテンツがどの程度読まれているかの指標になります。スクロール率が低い場合（50% 未満）、ファーストビューのコンテンツかページ速度に問題がある可能性があります。

GTM でカスタムスクロール深度イベントを設定すると、25%・50%・75%・100% のスクロール地点をそれぞれ計測できます。各ポイントの到達率を比較することで、どのセクションで読者の興味が下がるかを把握し、コンテンツの改善に活かせます。

GA4 のヒートマップ機能は現時点では限定的なため、スクロールと行動の詳細分析には Hotjar・Microsoft Clarity などのヒートマップツールを併用することをおすすめします。GA4 は「数」を計測し、ヒートマップは「場所」を計測するという補完関係で活用してください。

セッション録画（Clarity 等）は定期的にサンプリングして確認します。数十件のセッションを確認するだけで、「フォームのラベルが読めていない」「CTA が視界に入っていない」「特定ブラウザでレイアウトが崩れている」などの定量データでは見えない問題が発見できます。

LP の基本ダッシュボードに含める指標：セッション数・コンバージョン数・CVR（コンバージョン率）・直帰率・平均エンゲージメント時間・デバイス別 CVR・流入経路別 CVR。これらを週次・月次で確認するサイクルを作ります。

GA4 のランディングページレポート（エンゲージメント → ランディングページ）で、特定 LP の入口別パフォーマンスを確認できます。デフォルトチャンネルグループ（Organic Search・Paid Search・Social 等）別のコンバージョン率を比較し、どの流入経路が最も効率的かを把握します。

コンバージョン経路レポートでは、LP が購買・申込の最終タッチポイントになっているケースと、途中経路になっているケースを把握できます。アトリビューション設定（ラストクリック / データドリブン等）によって数値が変わるため、自社の評価基準に合ったモデルを選択してください。

Google 広告との連携（GA4 プロパティのリンク）により、広告キャンペーン・広告グループ・キーワード別のコンバージョンデータを GA4 で一元管理できます。インポートしたコンバージョンを Google 広告の入札戦略（目標コンバージョン単価等）に活用することで、広告最適化の精度が上がります。

Meta 広告（Facebook・Instagram）との連携は、コンバージョン API（CAPI）の実装により、ブラウザのトラッキング制限（iOS の ATT 等）の影響を受けにくい計測が可能になります。CRM や MA と LP のフォームデータを連携させることで、オフラインコンバージョンのインポートも検討できます。

UTM パラメータの統一管理は、マルチチャネル計測の精度に直結します。utm_source・utm_medium・utm_campaign のネーミングルールをチーム内で定め、スプレッドシートで管理することで、GA4 のレポートが正確になります。ルールなしの UTM 乱用は、レポートの重複・分散を招きます。

GA4 のデータを LP 改善に活かすサイクル：① 週次レポートで異常値（CVR の急低下・直帰率の急上昇）を検知 → ② ヒートマップ・セッション録画で原因を仮説立て → ③ A/B テストで検証 → ④ 効果が確認できた施策を本番反映。このサイクルを月 1〜2 回回すことが CVR の継続改善につながります。

GA4 の Looker Studio（旧データポータル）との連携で、カスタムダッシュボードを作成できます。LP の主要指標を自動更新されるダッシュボードにまとめることで、レポート作成の手間が省け、改善判断に集中できる環境が作れます。

計測環境の整備は一度行えば終わりではありません。LP のリニューアル・新セクションの追加・CTA の変更があるたびに、計測イベントが正しく機能しているかを確認してください。GTM のプレビュー機能を使い、変更前後の計測状態をテストすることを習慣にします。

データは意思決定の道具です。GA4 のデータを見るだけで満足せず、「このデータは何を示しているか」「次に何を変えるか」まで議論するレビュー会を定期的に開催することが、データドリブンな改善文化の定着につながります。LP 設計・改善の全体像については「ランディングページの構成テンプレート」「CVR 改善の実践ガイド」もあわせてご参照ください。

設定チェック：GA4 プロパティ作成・測定 ID の LP への実装 / 拡張計測（スクロール・離脱クリック）が有効 / コンバージョンイベントが正しく記録されている / 内部 IP の除外フィルターが設定されている / GTM を使う場合はコンテナ公開済み。

レポートチェック：ランディングページレポートで LP が表示されている / コンバージョン数が実態と合っている / デバイス別・チャンネル別のセグメントが利用できる / Looker Studio との連携が設定されている。

よくある注意点：UA と GA4 の混在設定によるデータ重複 / UTM パラメータのルール未統一によるレポート分散 / サンキューページの URL 重複によるコンバージョン二重計測 / ボット・スパムトラフィックの除外漏れ。これらを公開前に確認し、正確な計測環境を整えてから LP の本番運用を開始してください。