Contents
GA4 と Universal Analytics（UA）の違いと移行のポイント
GA4 は「イベント＋パラメータ」モデルを採用し、1 つのイベントに任意の情報を付与できる点が最大の特徴です。これに対し UA はページビューやヒットタイプごとに個別のレコードを作成する従来型の構造であり、e コマースデータは transaction と item という複数ヒットに分散して記録されます。
本セクションでは、GA4 の基本的なデータモデルと、UA から移行する際に必ず確認すべきポイントを解説します。
GA4 のイベントベースデータモデル
GA4 では 1 つのイベント が中心となり、その中に ecommerce オブジェクトやカスタムパラメータを自由に入れられます。これにより、購入完了までのファネル全体を単一の purchase イベントで把握でき、レポート作成がシンプルになります。
| 項目 | UA の扱い | GA4 の扱い |
|---|---|---|
| 購入情報 | transaction と item ヒットを別々に送信 |
purchase イベントで一括送信 |
| カスタムディメンション | 数値 ID で管理 | 任意のキー名で「カスタムパラメータ」または「ユーザー属性」に設定 |
| IP 匿名化 | 手動で有効化が必要 | デフォルトで有効化済み |
移行時に注意すべき主な項目
- 測定 ID の変更：
UA-XXXXX-YからG-XXXXXXXXXX（測定 ID）へ置き換える。 - イベント構造の統一：UA のヒットタイプは GA4 のイベント名にマッピングし、パラメータは公式ドキュメント通りに命名する。
- プライバシー設定：GA4 はデフォルトで IP 匿名化が有効だが、データ保持期間はプロパティ側で明示的に設定する必要がある。
GA4 で拡張 e コマースを有効化する手順
拡張 e コマース（Enhanced E-commerce）レポートは、GA4 の データストリーム 設定からオンにできます。本手順では、管理画面の正しい遷移先と設定項目を具体的に示します。
手順全体の概要
このセクションでは、GA4 プロパティで拡張 e コマース機能を有効化するまでの流れを 3 ステップでまとめます。正しい画面遷移ができていれば、view_item・add_to_cart・purchase といったイベントが自動的にレポート対象となります。
手順詳細
- 管理画面へアクセス
-
GA4 の左下にある 「管理」 アイコンをクリックし、該当プロパティの設定画面に入ります。
-
データストリームを選択
-
「プロパティ」列の 「データストリーム」 を開き、対象となる Web ストリーム（例：
https://example.com）をクリックします。 -
拡張 e コマースをオンにする
- ストリーム詳細画面で 「拡張 e コマース設定」 セクションを見つけ、スイッチを ON にして保存します。
ポイント：以前の UA では「データ設定 > イベント」から有効化しましたが、GA4 では必ず データストリーム の画面で操作してください。
データレイヤーの構造と必須パラメータ
e コマースイベントは dataLayer に JSON 形式でプッシュし、GTM がそれを GA4 に転送します。ここでは、GA4 が期待するキー名と推奨されるデータ構造を解説します。
データレイヤーに必須の要素
以下の項目は すべて purchase（またはその他の e コマースイベント）で送信しなければ、商品単位の分析が正しく行われません。各キー名は GA4 公式ドキュメントと完全一致させることが重要です。
| パラメータ | 説明 | 例 |
|---|---|---|
item_id |
商品コード／SKU（文字列） | "SKU12345" |
item_name |
商品名 | "オーガニックコーヒー" |
price |
単価（通貨は別パラメータで指定） | 7800 |
quantity |
購入数 | 2 |
item_category (任意) |
カテゴリ階層（例：食品 > コーヒー） |
"食品 > コーヒー" |
サンプルコード
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 |
<script> window.dataLayer = window.dataLayer || []; dataLayer.push({ event: "purchase", ecommerce: { transaction_id: "ORD-20260701-001", // 必ず文字列で送信 value: 15800, // 数値型（小数点以下は必要に応じて） currency: "JPY", items: [ { item_id: "SKU12345", item_name: "オーガニックコーヒー", item_category: "食品 > コーヒー", price: 7800, quantity: 2 } ] } }); </script> |
注意点：
transaction_idとvalueはそれぞれ文字列・数値で送る必要があります。型が合わないと GA4 のコンバージョンレポートに反映されません。
Google Tag Manager で GA4 イベントタグを設定する方法
GTM では 「GA4 Event」 タグを作成し、dataLayer にプッシュされたイベント名に合わせてトリガーを設定します。本節では代表的な 4 種類の e コマースイベント（view_item, add_to_cart, begin_checkout, purchase）について、タグ構築手順と推奨パラメータマッピングを解説します。
基本的なタグ作成フロー
以下は共通化できる基本ステップです。各イベントごとに「イベント名」と「トリガー」のみ変更すれば実装が完了します。
- 新規タグの作成
-
タグタイプを 「Google Analytics: GA4 Event」 に選択し、測定 ID（
G-XXXXXXXXXX） を入力。 -
イベント名の設定
-
「イベント名」フィールドに
view_item/add_to_cart/begin_checkout/purchaseのいずれかを記入。 -
パラメータのマッピング
- 「イベントパラメータ」セクションで、以下の表に示すように dataLayer 変数と紐付ける。
| GA4 パラメータ | dataLayer 変数（例） |
|---|---|
transaction_id |
{{DLV - transaction_id}} |
value |
{{DLV - value}} |
currency |
{{DLV - currency}} |
items |
{{DLV - ecommerce.items}} |
- トリガーの設定
-
タイプは 「カスタムイベント」、イベント名に対応する
view_itemなどを入力。 -
保存・公開
- 設定が完了したらタグを保存し、コンテナを送信して変更を反映させます。
各イベントの具体例
view_item タグ
- 導入文：商品詳細ページで
view_itemイベントを発火させると、GA4 の「商品閲覧」レポートに自動的に集計されます。 - 設定ポイント：
items配列だけが必須なので、他のパラメータは省略可。
add_to_cart タグ
- 導入文：カート追加時に送信する
add_to_cartは、売上予測やリマーケティングで重要なシグナルとなります。 - 設定ポイント：
valueとcurrencyを合わせて送ると、カート単価の分析が可能です。
begin_checkout タグ
- 導入文：チェックアウト開始を示す
begin_checkoutは、ファネル離脱率計測の起点となります。 - 設定ポイント：購入金額合計（
value）と商品リスト（items）の両方を必ず送信してください。
purchase タグ
- 導入文：最終的な売上確定イベントである
purchaseは、コンバージョンとして GA4 に登録されます。 - 設定ポイント：
transaction_idが正しく文字列として渡っているかを特に確認します。
デバッグ・検証フロー：GTM プレビューと GA4 DebugView の活用
実装後は必ずデータが期待通りに送信されているか確認しましょう。ここでは、GTM のプレビューモード と GA4 の DebugView を組み合わせたチェックリストを示します。
GTM プレビューで確認すべき項目
- タグの発火状況：対象ページで
GA4 Event – purchaseなどが「発火済み」になっているか。 - 変数の値：プレビュー画面右側の「変数」タブで、
transaction_id,value,itemsが期待通りの内容かを確認。 - エラーメッセージ：コンソールに
gtm.jsエラーやデータ型不一致が出ていないかチェック。
GA4 DebugView の使い方
- テストページ URL に
?gtm_debug=xを付与しアクセス（例：https://example.com/checkout?gtm_debug=x）。 - GA4 管理画面左メニューの 「DebugView」 を開く。
view_item → add_to_cart → begin_checkout → purchaseの順にイベントがリアルタイムで表示され、各パラメータが展開できることを確認。
ポイント：DebugView はサンプリングしないため、テスト環境でも全てのイベントが確実に可視化されます。
リアルタイムレポートで最終確認
デバッグが完了したら GA4 の 「リアルタイム」 レポートを開き、該当イベントが正しく集計されているかを再度チェックします。ここでの数値と DebugView の結果が一致していれば、本番環境へのリリース準備完了です。
実装後のチェックリストとエラー対処ガイド
実装が完了した段階で、以下の項目をすべて確認してください。問題があれば、次節に示すエラーパターンと対策を参照して修正します。
完了チェックリスト（必須）
- [ ] 測定 ID が正しい：
G-XXXXXXXXXXがタグ・データストリーム両方で統一されているか。 - [ ] 拡張 e コマースが有効化済み：管理画面のデータストリーム設定でスイッチが ON になっていること。
- [ ] 必須パラメータが全て送信：
item_id,item_name,price,quantityが欠落していないか。 - [ ] 型の整合性：
valueは数値、transaction_idは文字列として送られているか。 - [ ] プライバシー設定：IP 匿名化がデフォルトで有効、データ保持期間が 2 年以下に設定されているか。
よくあるエラーと対処法
| エラー例 | 主な原因 | 推奨対策 |
|---|---|---|
| イベントが GA4 に届かない | dataLayer の event 名と GTM トリガー名の不一致 |
カスタムイベントトリガーを正しい名前（例：purchase）に修正 |
| 商品情報がレポートに表示されない | items 配列内キーが GA4 仕様と異なる（例：product_id） |
キー名を公式通り item_id, item_name に統一 |
| コンバージョン金額が 0 とカウントされる | value が文字列として送信されている |
value: Number(15800) のように数値型でプッシュ |
| データ保持期間が長すぎて警告が出る | 設定がデフォルトの「無期限」になっている | 管理画面 → 「データ設定」→「データ保持」で 2 年以下に変更 |
まとめ
本稿では、GA4 と UA の根本的な違いから拡張 e コマース有効化手順、dataLayer の構造、GTM でのタグ実装、デバッグ方法、そして最終チェックリストまで、実務ですぐに活用できる情報を網羅しました。ポイントは以下の通りです。
- 拡張 e コマースは「データストリーム」設定から有効化することを忘れない。
- イベント名とパラメータは公式ドキュメントと完全一致させ、型（文字列/数値）にも注意する。
- GTM プレビュー → GA4 DebugView の二段階検証で送信ミスを徹底的に洗い出す。
- 実装後のチェックリストとエラー対策表を活用し、リリース前に全項目を確認する。
これらの手順を踏めば、GA4 と GTM を組み合わせた高度な e コマーストラッキングが安定して機能し、売上分析やマーケティング施策の意思決定に必要なデータを確実に取得できます。ぜひ本記事を参考に、プロジェクトへすぐに適用してください。