Google Analytics

GA4でのeコマーストラッキング設定方法【2026年最新版】

ⓘ本ページはプロモーションが含まれています

スポンサードリンク

1. GA4 で e コマースを有効化する正しい手順

e コマースレポートは、データストリーム側で 「E コマース測定」 をオンにしないと集計されません。従来の「コンバージョン → eコマース」スイッチは GA4 には存在せず、誤って操作するとイベントは記録されてもレポートに反映されません。

手順概要

  1. データストリームを開く（ウェブまたはアプリ）
  2. 「拡張測定」セクション内の 「E コマース測定」 を有効化する
  3. 変更が自動保存され、以降送信された e コマースイベントがレポートに反映される

手順詳細（ウェブデータストリームの場合）

  1. GA4 の左メニュー → 「データストリーム」 をクリック
  2. 対象の Web ストリーム 名を選択し、ストリーム設定画面へ移動
  3. 画面下部にある 「拡張測定」 の項目で 「E コマース測定」 のスイッチを ON にする

ポイント：拡張測定はデフォルトで有効になっていることが多いですが、e コマースは別途オンにしなければレポートが空になります。設定後は画面右上の緑色チェックで保存完了が確認できます。

2. データストリーム作成と測定 ID の取得・環境別運用方法

測定 ID（例: G-1A2B3C4D5E）は、GA4 が受信先プロパティを特定する鍵です。開発・ステージング・本番の 複数環境 で同一コードベースを使う場合は、環境ごとに別々の測定 ID を用意し、切り替え手順を明文化しておくことが重要です。

2‑1. 測定 ID の取得手順

手順 操作内容
① GA4 左メニュー → 「データストリーム」 → 「ウェブ」 を選択
② 「ストリームを追加」または既存ストリームの名前をクリック
③ ストリーム詳細画面右上に表示される 「G-XXXXXXX」 が測定 ID。コピーアイコンでクリップボードへ取得

2‑2. 環境別測定 ID の管理例

テストプロパティへの切替手順（GTM 使用時）

  1. GTM の 「変数」 に「測定 ID 切替用」変数を作成し、環境ごとの値（例：{{Env}}）を設定
  2. 「タグ」→ GA4 設定タグの 測定 ID フィールドに {{測定 ID 切替用}} を挿入
  3. 環境変数は 「プレビュー」モードで確認し、デバッグ時にテストプロパティへ送信できているかを DebugView で検証

注意点：本番リリース前に必ず測定 ID が G-PROD… に切り替わっていることを確認してください。誤った ID が残ると、売上データがテストプロパティへ流れ、本番レポートが空になります。

3. Google タグマネージャー（GTM）での基本構成と必須 e コマースイベント実装

GTM を利用すればコードを書き換えることなく、タグやトリガーを管理画面だけで追加・修正できます。ここでは GA4 設定タグ と代表的な e コマースイベントタグ の作り方を示します。

3‑1. GA4 設定タグ（全ページ共通）

項目 設定内容
タグタイプ 「Google アナリティクス: GA4 設定」
測定 ID 環境変数 {{測定 ID 切替用}}（前節参照）
発火条件 All Pages（全ページ）

導入文：このタグがサイト全体に GA4 のベース情報を注入し、以降のイベントタグはこの設定タグを参照します。

3‑2. 必須 e コマースイベントタグ（例示）

3‑2‑1. view_item（商品詳細表示）

  • タグタイプ：GA4 イベント
  • 設定タグ：先ほど作成した GA4 設定タグ
  • イベント名：view_item
  • パラメータ

  • トリガー：データレイヤーのカスタムイベント view_item（例：event == 'view_item'）

3‑2‑2. add_to_cart（カート追加）

同様に GA4 イベント タグを作成し、以下のパラメータを設定。

パラメータ 説明
currency 通貨コード（例：'JPY'）
value 商品合計金額
items 必須 の配列オブジェクト。各要素は item_id, item_name, price, quantity を含む

3‑2‑3. begin_checkout、purchase

  • begin_checkout はチェックアウト開始時に送信し、items と同様の構造を渡す
  • purchase は完了ページで transaction_id（注文番号）を必ず含めることがポイント

導入文：以下の表は、GA4 が標準でサポートしている e コマースイベントと推奨トリガー例です。実装時に必要なパラメータだけを網羅しています。

イベント名 推奨トリガー例 必須パラメータ
view_item データレイヤーカスタムイベント view_item currency, value, items
add_to_cart カートボタンクリック時の add_to_cart 同上
begin_checkout チェックアウト開始時の begin_checkout 同上
purchase 購入完了ページの purchase transaction_id, currency, value, items

3‑3. データレイヤー例（商品詳細ページ）

ポイント：ecommerce.items は必ず配列で渡すこと。単一オブジェクトでも GA4 が受け取れません。

4. gtag.js を直接埋め込む場合と主要カート ASP（Shopify・WooCommerce・KAGAYA）連携ポイント

開発リソースが限られるケースでは、HTML の <head> に gtag.js を貼り付けても機能します。ただし、ASP が自動生成する dataLayer と重複しないように注意が必要です。

4‑1. 基本的な gtag.js 埋め込みコード

4‑2. e コマースイベントの送信例

導入文：上記は add_to_cart イベントの最小構成です。ASP が自動生成する dataLayer.push() と併用すると二重送信になるため、どちらか一方に統一してください。

4‑3. 各カート ASP の実装ポイント

カート ASP 推奨プラグイン／設定手順 データレイヤー生成可否
Shopify 「Google Analytics 4」公式アプリ（または「GA4 eCommerce」サードパーティ） 自動で gtag / dataLayer が出力
WooCommerce 「WooCommerce Google Analytics Integration」（GA4 対応版） dataLayer を自動生成、管理画面に測定 ID 入力欄あり
KAGAYA テンプレート編集で手動埋め込み（上記 gtag.js コード） 手動実装が必要。公式ドキュメント参照

実装フロー（共通）

  1. プラグイン／アプリをインストール
  2. 設定画面に測定 ID (G-XXXXXXX) を入力
  3. 「自動 e コマーストラッキング」や「dataLayer 生成」を有効化
  4. テスト環境で DebugView を確認し、イベントが正しく送信されているか検証

注意点：プラグインのバージョンアップに伴いパラメータ名が変わることがあります。更新後は必ずテストを行いましょう。

5. 実装検証：DebugView とリアルタイムレポート活用法

実装完了後に データが正しく届いているか を確認しないと、売上がレポートに反映されません。以下の手順で確実にチェックしましょう。

5‑1. DebugView の基本的な使い方

  1. GA4 管理画面左メニュー → 「リアルタイム」 → 「DebugView」 を開く
  2. Chrome に Google Tag Assistant (by Google) または GA Debugger 拡張機能をインストールし、デバッグモードを有効化（アイコンをクリック）
  3. サイト上で商品閲覧・カート追加・購入まで操作すると、DebugView にイベントがリアルタイムで表示されます

導入文：DebugView は送信された生データの一覧です。エラーは赤字でハイライトされるので、すぐに原因を特定できます。

5‑2. よくある検証項目と対処例

項目 確認ポイント エラーメッセージ例 修正策
イベント名 view_item、add_to_cart などが正しいか 「event_name が未定義」 GTM のトリガー文字列を見直す
パラメータ型 currency は文字列、value は数値 「parameter type mismatch」 gtag/変数で型変換（例：{{DLV - value}} を Number に）
items 配列 必須キー item_id, item_name, price, quantity が全て存在 「items[0].item_id missing」 データレイヤーのオブジェクト構造を修正
transaction_id purchase イベントに必ず含める 「transaction_id is required」 注文完了ページでサーバ側から取得し push

5‑3. リアルタイムレポートで売上が出ているか確認

  1. GA4 左メニュー → 「レポート」 → 「購買」 → 「購入概要」 を開く
  2. 「過去 30 分」や「今日」の期間を選択し、purchase イベントの件数と売上金額が表示されているか確認

ポイント：リアルタイムは最大 30 分遅延があります。DebugView が正しく動作していれば、レポートに反映されるまで最大 24 時間程度待ちます。

6. 実装チェックリストと落とし穴まとめ

6‑1. 完了チェックリスト

No チェック項目 確認方法
1 E コマース測定が有効 データストリーム → 拡張測定 → E コマース測定 が ON
2 測定 ID が環境に合わせて切替わっている GTM の変数 {{測定 ID 切替用}} をプレビューで確認
3 必須イベントが全て送信される DebugView に view_item, add_to_cart, begin_checkout, purchase が表示
4 パラメータ型・キーが正しい エラーメッセージが出ないか確認、データレイヤー構造を再チェック
5 重複送信が無い GTM とプラグインの両方で同一イベントが送られていないか DebugView で二重表示がないか確認
6 本番環境で正しい測定 ID が使用されている 本番サイトのソースコードまたは GTM のプレビューで G-PROD… が出力されること

6‑2. よくある落とし穴と回避策

落とし穴 原因 回避策
イベント未送信 GTM のトリガー条件が event == 'add_to_cart' と文字列比較忘れ トリガー作成時に 「カスタムイベント」 → 正確な名前を入力し、プレビューでテスト
currency が二重設定 gtag.js と dataLayer 両方で currency を指定 どちらか一方だけに統一（推奨は dataLayer）
items 配列がオブジェクト単体 配列構文ミス (items: { … }) 必ず items: [{ … }] の形で記述
測定 ID がテスト用のまま本番へデプロイ 環境変数の切替忘れ デプロイスクリプトに 環境チェック を組み込み、CI で測定 ID を検証
GA4 UI の変更に対応できていない 公式ヘルプ未確認で古い手順を使用 実装前に Google Analytics ヘルプセンター の「e コマース設定」ページを最新情報として参照

おわりに

  • e コマース測定はデータストリーム側のスイッチで有効化 することが最初の重要ポイントです。
  • 測定 ID は環境ごとに分け、GTM の変数で切替える ことで実装ミスを防げます。
  • GTM を中心にタグ構成し、dataLayer に正しい ecommerce.items 構造を渡すだけで、ほぼコードレスの計測が完了します。
  • gtag.js 直接埋め込みは最終手段とし、ASP の自動生成機能と重複しないよう注意してください。
  • DebugView とリアルタイムレポートで必ず検証し、チェックリストを使って抜け漏れが無いか確認すれば、売上データは確実に GA4 に蓄積されます。

このガイドに沿って設定・実装・検証を行えば、GA4 の e コマース計測が正しく機能し、データドリブンなマーケティング施策へとスムーズに移行できます。ぜひ本稿を手順書として活用し、早速プロジェクトに取り入れてみてください。

スポンサードリンク

-Google Analytics