GTMでスクロール率をGA4に計測する設定｜50/75/90%とCTA実践ログ

cta_id パラメータを渡すことで、GA4 APIでデータを取得するときに article_bottom か top かを区別できます。

LP到達と登録完了の設定

LP（無料PDFのランディングページ）に到達したときのイベントも設定します。

LP到達タグ：

項目 | 設定値
--- | ---
タグ名 | 無料PDFのLP到達
イベント名 | view_0pdf
トリガー | ページビュー / Page URL 含む /lp/ebook-0pdf/

登録完了タグ：

項目 | 設定値
--- | ---
タグ名 | GA4 Event - pdf_register_complete
イベント名 | pdf_register_complete
トリガー | ページビュー / Page URL 含む /thanks-free-pdf/

登録完了ページへの到達数 ÷ LP到達数 = LP登録CVR として計算できます。これでファネル全体が可視化されます。

確認ポイント：

• CTAクリックが計測できていない → click_classesが正しいか確認する（Chromeの検証ツールで要素のclassを確認）
• 登録完了ページが存在しない → Contact Form 7などで登録後のリダイレクト先を作成する

GTMをプレビューしてGA4リアルタイムで確認する

設定が終わったら、正しく動いているか確認します。どうやって確認すればよいのでしょうか？

GTM右上の「プレビュー」をクリックし、対象サイトのURLを入力して接続します。

実際に記事ページをスクロールすると、Tag Assistantパネルの「Tags Fired」タブに各タグが表示されます。50%スクロール時に GA4 Event - scroll_50 が表示されれば正常です。

並行してGA4の管理画面 → 「レポート」→「リアルタイム」を開いておくと、scroll_50 イベントがリアルタイムで流れてくるのが確認できます。

プレビューで確認できたら「送信」→バージョン名を入力→「公開」で完了です。

確認ポイント：

• Tags Firedに表示されない → トリガーの条件とページのclass/URLが一致しているか確認する
• GA4リアルタイムに表示されない → 測定IDが正しいか・GA4タグが正常に動作しているか確認する
• プレビュー中に確認できた → そのまま公開してOK（本番データは翌日以降から溜まり始める）

計測データをPython・n8nにつなげる次のステップ

GTMの設定が完了したら、次はこのデータをどう活用するかです。計測できても使わなければ意味がないと思いませんか？

私は fetch_metrics_json.py というPythonスクリプトでGA4 APIからデータを取得し、performance_cache.json に保存する設計にしています。

スクリプト内では以下のGA4イベントを取得しています。

※以下は全体コードではなく、GA4 APIでscroll_50/75/90を取得している処理の抜粋です。

# スクロールイベントをイベント名で個別取得
for event_name, key in [
    ("scroll_50", "ga4_scroll_50"),
    ("scroll_75", "ga4_scroll_75"),
    ("scroll_90", "ga4_scroll_90"),
]:
    # pagePath と eventName で絞って eventCount を取得
    sc_req = RunReportRequest(
        property=f"properties/{GA4_PROPERTY_ID}",
        dimensions=[Dimension(name="pagePath")],
        metrics=[Metric(name="eventCount")],
        ...
    )

取得したデータはn8nのワークフローで読み込まれ、直帰率・スクロール率・CTA率をもとにリライト優先度を自動判定します。

performance_cache.json
  └── articles[].ga4_scroll_50  → 50%スクロール率
  └── articles[].ga4_scroll_75  → 75%スクロール率
  └── articles[].ga4_scroll_90  → 90%スクロール率
  └── articles[].ga4_cta_click_rate → CTAクリック率
  └── funnel_summary.lp_cvr    → LP登録CVR

この構造があると、n8nの「リライト優先度判定」ノードで機械的に修正タイプを判定できます。

データ取得時の注意点：

• GA4 APIのサービスアカウントキーがない → Google Cloud ConsoleでAPIを有効化してキーを取得する
• データが0件で返ってくる → GTM公開から3〜5日待つ（データ蓄積に時間がかかる）
• イベント名がGA4管理画面に表示されない → GTMプレビューで発火確認 → 24〜48時間待つ

この後どうなったか

GTMを公開したのは2026年5月です。現時点ではまだ設定から数日しか経っておらず、GA4にデータが溜まり始めている段階です。scroll_50・scroll_75・scroll_90のイベントはGA4のリアルタイムで確認できており、計測自体は正常に動いています。

CTA率・LP到達数についても数値が入り始めていますが、判断に使えるほどの量にはまだなっていません。3〜4週間後にperformance_cache.jsonを確認して、実際にリライト判断に使えるかを検証する予定です。その記録は別の記事でまとめます。

まとめ

GTMでスクロール率・CTAクリック・LP到達・登録完了を計測する設定は、以下の順番で進めました。

1. GTMでScroll Depthトリガーを3本作成（50/75/90%）
2. GA4イベントタグを3本作成してトリガーと紐づける
3. CTAクリックトリガーとタグを作成（cta_idパラメータ付き）
4. LP到達・登録完了のページビュートリガーとタグを作成
5. GTMプレビューで動作確認 → 公開

設定直後はデータが0件ですが、3〜5日後から数値が溜まり始めます。最初の週はデータを眺めながら待つ時間になりますが、設計が整っていれば焦る必要はありません。

今日できる一歩： GTMを開いて、スクロールトリガーが1本でも作成できているか確認してください。まだ何もない場合は、まず Scroll Depth 50% - All Pages のトリガーを1本作るところから始めてみてください。

GTMとGA4で計測できるようになっても、その数字をどうリライト判断に使うかは別の設計が必要です。