GA4 ECコンバージョン設定の手順｜GTM実装からファネル分析まで

ECサイトを運営しているのに、GA4のコンバージョンが正しく計測できていない担当者は少なくありません。「GA4を入れたけど購入数が取れていない」「レポートを見ても何を改善すればいいかわからない」という状況は、eコマースイベントの設定が不完全なケースがほとんどです。

この記事では、purchase（購入完了）を中心としたGA4のEC向けコンバージョン設定を、GTMを使った実装手順から分析活用まで順を追って解説します。「GA4でコンバージョンが計測できていない」「ファネル分析の使い方を知りたい」といったご相談があれば、ぜひお気軽にご相談ください。▶ サービス紹介資料をダウンロードする（無料）

ECサイトにGA4コンバージョン設定が必要な理由

GA4を導入しただけでは、購入完了や売上金額は自動で取得されません。GA4では全てのユーザー行動をイベント単位で管理するため、ECサイトに必要なeコマース計測は別途設定が必要です。

設定を後回しにすると、その期間の購入データが永久に失われます。後から計測を始めても、過去分を遡って取得することはできません。そのため、導入直後に設定を完了させることが先決です。

特に影響が大きいのは、コンバージョン計測が不完全な状態で広告を配信している場合です。どの流入経路から購入が発生しているか、どのキャンペーンのROASが高いかを正確に判断できないまま広告費を使い続けることになります。

GA4のeコマース設定を完了させることで、売上・購入件数・購入率・平均注文額といった指標を流入チャネル別・商品別・デバイス別に分析できるようになります。広告費の最適化やページ改善の根拠となるデータを揃える土台として、eコマース計測の設定は不可欠です。

ECサイトのCVR（購入率）は業種によって異なりますが、平均では1〜3%程度とされています。この数字を1%改善すると、月間セッション数が1万件のECサイトでは月100件の追加購入に相当するでしょう。

GA4のデータを正しく取得して分析に活かすことが、CVR改善の出発点となります。まず現在のeコマース計測状況を確認し、未設定の項目を洗い出すところから始めます。

GA4の計測データを使うと、広告費の配分・商品ページの改善・決済フロー最適化という3つの改善軸でデータを使い分けられます。設定が完了していない段階では、これら全ての判断を経験や勘に頼ることになります。

特にEC事業の成長期（年商1〜3億円規模）は、広告費の増加と同時に計測精度の担保が不可欠です。GA4のeコマース設定が未完のまま広告予算を増やすと、費用対効果の検証ができないまま予算が消費されるでしょう。

GA4のイベント4種類を理解する

GA4のコンバージョン設定を正しく行うには、まず「イベント」の仕組みを把握することが先決です。GA4では全てのユーザー行動をイベントとして記録しますが、そのイベントには設定方法の異なる4種類があります。

4種類を理解しておくと、「この計測はすぐできる」「これは実装作業が必要」という判断ができます。特にEC担当者が混乱しやすいのは「推奨イベント」と「カスタムイベント」の使い分けで、用途を誤ると分析データが正しく集計されないリスクがあります。

自動収集イベント

GA4の導入直後から設定不要で自動的に取得されるイベントです。page_view（ページ閲覧）、session_start（セッション開始）、first_visit（初回訪問）などがこれに該当します。

これらのイベントはGA4タグをページに設置するだけで計測が始まります。ただし、自動収集イベントにはeコマースに必要な購入完了やカート追加は含まれていません。

ECサイトに必要なデータを取得するには、次に説明する推奨イベントの設定が必須です。自動収集イベントだけでは購入行動の計測はできないと理解しておきます。

GA4を導入したばかりの段階では、GA4管理画面の「リアルタイムレポート」でpage_viewが計測されているかを確認することで、GA4タグが正しく設置されているかを確認できます。page_viewが取れていれば、次のステップとしてeコマースイベントの実装に進めます。

拡張計測機能イベント

GA4の管理画面から有効・無効を切り替えるだけで計測できるイベントです。スクロール、離脱クリック、サイト内検索、動画エンゲージメントなどが含まれます。

設定はGA4管理画面の「データストリーム」→「拡張計測機能」から数クリックで完了します。EC担当者が特に活用したいのは「サイト内検索」です。

サイト内検索を有効にすると、ユーザーがどんなキーワードで商品を探しているかを把握できます。検索されているのに商品ページが見つからない場合は、商品名やカテゴリ設計の改善につながるでしょう。

推奨イベント（eコマース設定の中心）

ECサイトのeコマース計測はこの「推奨イベント」で行います。Googleが予め定義したイベント名とパラメータ構造があり、その形式に合わせて実装する必要があります。

設定にはdataLayer（データレイヤー）の記述とGTM（Googleタグマネージャー）の設定が必要で、手動での実装作業が伴います。推奨イベントを使うことで、GA4の収益化レポートやデータ探索でeコマース専用のディメンション・指標が使えるようになります。

商品別の購入数や購入率、カート追加から購入完了までの転換率など、EC分析に不可欠なデータが取得可能です。Googleは推奨イベントを使うことで「GA4のeコマース機能を最大限に活用できる」と公式に案内しており、ECサイトでのeコマース計測は推奨イベントの利用が前提です。

GA4の推奨イベントは2024年以降、Googleが公式サポートするGA4 BigQueryエクスポートでも専用のイベントテーブルとして扱われます。推奨イベント名を使って実装することで、BigQueryでの分析やLookerとの連携においても整合性のあるデータ構造を維持できます。

カスタムイベント

自動収集・拡張計測・推奨イベントでは計測できない独自の行動を追跡したいときに使います。たとえば、特定のバナーのクリック数、商品詳細ページの「詳しく見る」ボタンの押下回数、会員登録ページの到達率などが対象です。

Googleは「カスタムイベントは前述の3種類で計測できない場合のみ使用すること」と公式に案内しています。推奨イベントで対応できる場合は推奨イベントを優先し、カスタムイベントを乱用しないことが管理のしやすさにつながります。

ECサイトで押さえるべきeコマースイベント一覧

ECサイトで設定すべき主要なeコマースイベントを整理します。全てを一度に実装しようとすると工数が膨らむため、まず「purchase（購入完了）」から始めて段階的に追加していくアプローチが現実的です。

購入フローに沿った主要イベントの基本セットは4つです。view_item（商品詳細ページの閲覧）、add_to_cart（カートへの商品追加）、begin_checkout（チェックアウト開始）、purchase（購入完了）を順に設定すると、ファネル分析が可能になります。

purchaseイベントで取得すべき主なパラメータを確認します。transaction_id（注文ID）はデータの重複排除に使われる最重要パラメータで、value（収益金額）は売上分析の基本となります。

currency（通貨コード）はJPYと指定します。itemsには購入された商品情報の配列を格納し、item_name（商品名）とitem_id（商品ID）は必須パラメータです。

couponやshipping、taxも任意で追加することで、クーポン利用率や送料の分析も可能になります。これらの任意パラメータは後から追加することもできるため、まずは必須パラメータだけで動作確認することを優先します。

実践上の優先順位として、purchaseを最初に設定して購入データを取得できる状態にすることが第一です。その後、add_to_cartを追加してカゴ落ち分析を可能にし、さらにbegin_checkout・view_itemと遡るように実装を広げていくのが工数対効果の高いアプローチです。

purchase（購入完了）イベントの実装手順

ここからは実際の設定手順を説明します。GA4のeコマース計測はdataLayerの実装とGTMの設定の2段階で行います。

どちらの作業も正確さが求められるため、一つずつ確認しながら進めます。手順を省略してGTMを公開すると、データが取得できないままになるため注意が必要です。

GTMを使った実装の全体像を把握しておくと作業がスムーズです。まず開発担当者がdataLayerをHTMLに記述し、次にマーケ担当者がGTMでタグ・トリガー・変数を設定するという役割分担が一般的です。

GTMのアカウントはGA4プロパティとは独立しているため、初めて設定する場合はGTMアカウントの作成とWebサイトへのGTMスニペット設置が先決です。既にGTMが導入済みの場合はSTEP1から開始できます。

STEP1：購入完了ページにdataLayerを記述する

dataLayer（データレイヤー）とは、サイトのデータをGTMなどに受け渡すためのJavaScriptオブジェクトです。購入完了ページのHTMLに次のような構造のコードを記述します。

記述の基本構造はwindow.dataLayer = window.dataLayer || [] の後に、dataLayer.push() で購入情報を送信します。event名に「purchase」、その中のecommerceオブジェクトにtransaction_id（注文ID）とvalue（収益金額）とcurrency（「JPY」）とitemsの配列を指定します。

itemsの各要素にはitem_nameとitem_idとquantity（数量）とprice（単価）を含めます。日本円で計測する際のvalueには数値だけを入力し、カンマ区切りは使用しません。

たとえば12,000円の購入ならvalue: 12000と記述します。型を誤って「12000」と文字列で渡すと収益金額が0になるため、必ず数値型で渡します。

この記述はWebサイトのHTMLに直接埋め込む作業が伴うため、制作会社や開発担当者と連携して実装します。Shopifyを使っている場合は、テーマのorder-status.liquidや専用のShopifyピクセル機能を使って設定する方法もあります。

開発担当者に依頼する際は「purchaseイベントのdataLayer実装」と明示し、transaction_idやvalueなど必要なパラメータのリストを渡しておくとスムーズです。dataLayerが正しく動作しているかはGTMのプレビュー機能で確認できます。

STEP2：GTMで変数・トリガー・タグを設定する

dataLayerが実装できたら、GTMで計測設定を行います。GTMでの設定は「変数の登録」「トリガーの設定」「タグの設定」の3ステップで進みます。

まず「変数」の登録です。GTM管理画面で「ユーザー定義変数」を新規作成し、変数タイプに「データレイヤーの変数」を選択します。

「データレイヤーの変数名」にecommerce.transaction_idと入力して保存します。同様にecommerce.valueとecommerce.currencyとecommerce.itemsを全て変数として登録します。

次に「トリガー」の設定です。新規トリガーを作成し、トリガータイプに「カスタムイベント」を選択してイベント名に「purchase」と入力します。

このトリガーはdataLayer.pushで「purchase」イベントが発火したときに反応します。GTMのイベント名はdataLayer側と完全一致させる必要があるため、スペルを必ず確認します。

最後に「タグ」の設定です。タグタイプに「Googleアナリティクス：GA4イベント」を選択し、イベント名に「purchase」と入力します。

イベントパラメータにSTEP1で登録した変数を紐づけ、作成した「purchase」トリガーを設定して保存します。パラメータ名はGA4推奨イベントの仕様通りに入力することで、収益化レポートの指標が正しく集計されます。

設定後はGTMの「プレビューモード」で必ず動作確認をします。実際の購入フローを再現してテスト購入を行い、「Tags Fired」の中に設定したGA4タグが含まれているかを確認します。

タグが発火していない場合はdataLayerの記述ミスかトリガー設定の誤りが原因です。確認できたらGTMを「公開」して完了です。

STEP3：GA4管理画面でコンバージョンとして設定する

GTMを公開して計測が始まったら、GA4管理画面でpurchaseイベントをコンバージョンとして設定します。GA4管理画面の「データの表示」→「イベント」から、purchaseイベントの行にある「コンバージョンとしてマークを付ける」をONにします。

この設定を行うことで、GA4のレポート全体でコンバージョン数・コンバージョン率が表示されるようになります。広告レポートとの連携も有効になり、どのキャンペーンが購入に貢献しているかを把握できます。

コンバージョン設定後のデータ反映には数時間〜最大48時間かかる場合があります。すぐにレポートに表示されなくても、リアルタイムレポートでpurchaseイベントが確認できていれば設定は完了しています。

add_to_cartなどその他のイベントの設定

purchaseの設定が完了したら、次はadd_to_cart（カート追加）とbegin_checkout（チェックアウト開始）を追加します。この2つを設定することで、「カートに入れた人のうち何割が購入まで進んだか」という転換率を計測できます。

add_to_cartイベントは商品ページの「カートに追加」ボタンが押されたタイミングで発火させます。dataLayerには商品名、商品ID、数量、金額などのitem情報を含めます。

begin_checkoutはカート確認ページから決済ページへ進む時点で発火させるのが一般的です。実際にECサイトの改善支援を行う現場では、これらのマイクロコンバージョンを計測することで「カートに入れた後に離脱している割合が7割前後に達しているケースが多い」という実態が判明しています。

この数値を把握することで、決済フロー改善に優先的にリソースを投下できます。カゴ落ち率の把握なしに施策を打つと、改善効果の検証ができないまま施策を繰り返すことになるでしょう。

view_item（商品詳細ページの表示）は設定優先度としてはadd_to_cartよりやや下ですが、「閲覧した商品とカートに追加した商品のギャップ」を分析する際に役立ちます。どの商品が多く見られているのに購入されていないかを把握することで、商品ページの改善候補を絞り込めます。

Baymard Instituteの調査によると、ECサイトにおけるカゴ落ち率の平均は70%前後とされています。この数字は業種・価格帯・デバイスによって差がありますが、自社のカゴ落ち率を把握していない場合、改善の余地があるかどうかすら判断できません。

GA4でadd_to_cartとpurchaseの両方を計測することで、自社のカゴ落ち率を算出できるようになります。カゴ落ち率はカート追加ユーザー数から購入ユーザー数を引いてカート追加ユーザー数で割ることで計算でき、業界平均との比較が可能になります。

カゴ落ち率が業界平均（70%前後）を超えている場合、まず決済ページの入力フォームを確認します。郵便番号入力で住所を自動補完する機能の有無、配送日時の選択肢の幅、クレジットカード以外の決済手段の種類が改善の出発点になります。

Shopifyとその他プラットフォームのGA4設定

ECサイトで使うプラットフォームによって、GA4のeコマース設定の難易度と手順が変わります。Shopify・BASE・MakeShopの主な違いを押さえておきます。

Shopifyは2024年以降「Shopifyピクセル」という独自の計測機能が提供されており、カスタムピクセルにGA4のeコマースイベントを発火させるコードを記述する方法が主流です。従来のtheme.liquidへのdataLayer実装も可能ですが、Shopifyのアップデートによりliquidファイルの構造が変わることがあるため、ピクセルを使った方法の方が安定しています。

Shopify Plusを使っている場合はcheckout.liquidでより細かい制御も可能です。GA4との連携設定は、Shopifyのオンラインストア設定からGoogle Analyticsプロパティとの統合が提供されており、基本的なeコマース計測はコーディングなしで完了できるケースもあります。

BASEは公式のGoogle Analytics連携機能でGA4プロパティのIDを登録できますが、提供される計測レベルはページビューが中心です。eコマースイベントの詳細なパラメータは別途対応が必要なケースがあります。

外部コードの挿入に制限がある場合があるため、BASE Apps（拡張機能）のGoogle Analytics連携を確認した上で、対応範囲を把握することが先決です。BASEの場合は対応範囲を確認してから設計しないと、後から実装できないことが判明するリスクがあります。

MakeShopはGTMのタグ設置に対応しており、dataLayerの記述は購入完了ページのHTMLに直接追加できます。手順はこれまで解説した実装フローで対応できます。

共通して言えるのは、EC向けのGA4計測は「どのプラットフォームを使っているか」よりも「購入完了ページでdataLayerが正しく発火しているか」の確認が先決だということです。設定後は必ずGTMのプレビューモードとGA4のリアルタイムレポートで動作を確認します。

プラットフォームの移行を予定している場合も、GA4の設定はプラットフォームに依存しない部分から先に固めておくことを推奨します。dataLayerの設計書を先に作成しておくと、移行後の再実装をスムーズに進められます。

収益化レポートでデータを確認する方法

eコマース設定が完了したら、GA4の収益化レポートでデータが正しく取得されているかを確認します。GA4左メニューの「レポート」→「収益化」→「概要」に進むと、売上・購入数・購入者数・平均注文額などのサマリーが表示されます。

「eコマース購入数」レポートでは商品別の購入数・収益・閲覧数を確認できます。どの商品が売上の大半を占めているかを把握することで、売れ筋商品のさらなる強化か、不人気商品のテコ入れかという判断ができます。

「購入経路」レポートでは、表示→カート追加→チェックアウト→購入の各ステップのユーザー数と転換率が確認でき、簡易的なファネル分析が可能です。このレポートを週次で確認することで、施策前後の転換率の変化を追跡できます。

収益化レポートで取得できる主要指標として、eコマースのコンバージョン率（購入率）、購入者数、eコマースの購入収益、トランザクション数、平均注文額などがあります。これらを週次・月次で定点観測することで、施策前後の変化を数値で把握できます。

EC運用の現場でGA4の収益化データを活用している事業者では、日次・週次・月次に確認すべき指標をあらかじめ決めてダッシュボード化しているケースが多く見られます。データ確認の工数を削減しながら意思決定のスピードを上げる運用が定着しています。

なお、GA4のレポートには「セッションコンバージョン率」と「ユーザーコンバージョン率」の2種類があります。セッションコンバージョン率はセッション数に対するコンバージョン数の割合で、従来のUA（ユニバーサルアナリティクス）のeコマースコンバージョン率と近い概念です。

ユーザーコンバージョン率はユニークユーザー数を分母とします。自社の過去データや業界平均と比較する際は、どちらの指標で比べているかを統一しておくと正確な比較ができます。

GA4の収益化レポートで注目すべきもう一つの指標は「アイテム閲覧数」と「カートに追加」のデータです。商品詳細ページの閲覧数に対してカート追加数が少ない商品は、商品ページ自体に改善余地があるでしょう。

収益化レポートはデフォルトで過去28日間のデータが表示されます。比較機能を使って前月や前年同期と比較すると、季節性の影響を除いたトレンドが把握できます。

ファネル分析で購入フローの離脱ポイントを特定する

GA4の「データ探索」機能の「ファネルデータ探索」を使うと、購入フローの各ステップの転換率と離脱率を詳細に分析できます。収益化レポートの「購入経路」よりも詳細なセグメント分析が可能で、改善施策を立案する際に特に役立ちます。

ファネルデータ探索の設定方法は次の通りです。GA4左メニューの「探索」から「ファネルデータ探索」を新規作成します。

ステップにview_itemとadd_to_cartとbegin_checkoutとpurchaseを順に設定すると、各ステップ間のユーザー数と離脱割合が可視化されます。ステップはイベント名で指定するため、実際に計測されているイベント名と一致させます。

ファネル分析で確認すべき主なポイントは3つあります。1つ目は「商品閲覧→カート追加」の転換率で、この数値が業界平均（目安10〜20%前後）を大幅に下回る場合、商品ページの訴求力・価格・在庫表示に課題がある可能性があります。

2つ目は「カート追加→チェックアウト開始」の転換率で、カゴ落ちの主要発生ポイントです。送料・決済方法・会員登録の強制など、購入を妨げる要因が潜んでいることが多く、このステップの改善が売上に直結します。

3つ目は「チェックアウト開始→購入完了」の転換率です。決済フォームの入力ステップが多すぎる場合や、特定の決済手段が使えない場合に離脱率が高くなります。

このステップの離脱率が高い場合は、チェックアウトフローの簡略化や決済手段の追加が有効な打ち手になります。Apple PayやGoogle Payなどワンタップで決済できる手段を追加するだけで改善することもあるでしょう。

ファネル分析は「デバイス」や「流入チャネル」でセグメントを分けることでさらに深い洞察が得られます。PCとスマートフォンでは購入フローの離脱率が大きく異なるケースが多く、スマートフォン限定での離脱率が高い場合はモバイル表示の改善に集中する根拠になります。

流入チャネル別の分析では、自然検索から来たユーザーと広告から来たユーザーで購入意向の差が数値として確認できます。チャネル別のCVR差が大きい場合は、CVRの低いチャネルのランディングページ最適化か、CVRの高いチャネルへの予算集中という戦略上の判断が可能になります。

GA4データを使ったCVR改善の具体的な進め方

GA4のデータを取得しただけでは売上は上がりません。データを読んで改善施策を立案し、実行・計測するPDCAサイクルを回すことがCVR改善の本質です。

まず「問題のあるページ」の特定から始めます。GA4の「探索」機能の「経路データ探索」を使うと、ユーザーがどのページからどのページへ移動したかをフローで確認できます。

購入完了ページに到達せずに離脱しているユーザーが多いページをリストアップし、優先的に改善の対象とします。離脱の多いページをGA4で特定してから改善に着手することで、リソースを効果の出やすい箇所に集中できます。

「離脱率」の高いページに絞り込み、実際のページを見て何が問題かを仮説立てします。ページの構造・テキスト・ボタン配置・読み込み速度など、離脱の原因になりうる要素を列挙します。

次は「仮説の検証」です。たとえば「カート確認ページでの離脱率が高い」と分かった場合、候補となる改善仮説は「送料表示のわかりにくさ」「決済方法の不足」「会員登録強制によるハードル」などが挙げられます。

GA4のリアルタイムレポートやヒートマップツールと組み合わせると、仮説の根拠をより具体的に絞り込めます。Microsoft ClarityなどのヒートマップツールはGA4と無料で連携でき、ユーザーのクリック・スクロール行動をビジュアルで確認できます。

EC運用の現場で実際に行われた改善の一例として、カート確認ページに「全決済方法の一覧表示」と「配送日時の早見表」を追加したところ、チェックアウト開始率が改善したケースがあります。この施策は追加開発を最小限にしながら、購入者の不安を取り除く設計です。

改善施策を実施したら、GA4で施策前後の指標変化を比較します。GA4の「比較」機能を使うと、施策実施前後の指定期間を並べて指標を比較できます。

セッションCVR・購入率・平均注文額などを前後で比較し、変化の大きさを確認します。一つの施策で複数の要素を変えると効果の要因を特定しにくくなるため、施策は1回につき1〜2変数に絞るのが原則です。

GA4のeコマースデータを活用したCVR改善のサイクルは、「計測設定→データ取得→ファネル分析→課題特定→施策実行→効果測定」の繰り返しです。設定から分析まで一気通貫で実施できる体制が整うと、データドリブンな改善が継続的に回り始めます。

GA4のeコマースデータをGoogle広告・Meta広告と連携させる

GA4のコンバージョン設定が完了したら、広告プラットフォームとのデータ連携を設定することで広告効果を最大化できます。特にGoogle広告との連携は、スマートビディング（目標コンバージョン単価・目標ROASなど）の精度を高める上で不可欠です。

GA4とGoogle広告の連携は、GA4管理画面の「管理」→「Google広告のリンク」から行います。連携後はGA4で計測したpurchaseコンバージョンをGoogle広告のコンバージョンとしてインポートする設定が可能です。

この設定により、Google広告の管理画面でGA4経由の購入件数とコンバージョン値が確認できるようになります。スマートビディングはこのコンバージョンデータを学習に使うため、連携が完了して一定のコンバージョンデータが蓄積されると、自動入札の精度が上がる傾向があります。

Google広告の目標ROAS入札を使う場合、コンバージョンデータの蓄積が薄い段階では学習が不安定になるリスクがあります。広告経由の購入が月30件未満の場合は、まず目標コンバージョン単価から始めてデータを蓄積する方法が現実的です。

Meta広告（FacebookやInstagram）との連携はMeta広告マネージャーのイベントマネージャーからConversions API（CAPI）またはMetaピクセルを設定します。GA4から直接Meta広告にコンバージョンデータを流すネイティブ連携は現時点では提供されていないため、Meta側で独立して計測環境を構築することが前提です。

GA4はMeta広告の効果検証ツールとして活用するのが現実的な使い方です。Meta広告経由で流入したセッションのコンバージョン率や購入単価をGA4のチャネル別レポートで確認し、Meta広告の費用対効果を判断するインプットとして使います。

GA4のデータを施策に反映させる際は、単一指標だけを見て判断しないことが原則です。たとえばCVRが下がっていても、平均注文額が上がっている場合は単価の高い商品への導線設計が機能している可能性があります。

複数の指標を組み合わせて判断する習慣を持つと、データの誤読による施策ミスを防げます。月次でGMV（総販売額）・購入数・CVR・平均注文額の4指標を並べて確認するサイクルが、EC運営の改善管理の基本形です。

GA4レポートを社内で活用・共有する方法

GA4のeコマースデータは担当者一人が見るだけでなく、経営層や他部門と共有することで施策判断のスピードが上がります。GA4には「カスタムレポート」機能があり、確認したい指標を組み合わせたオリジナルのダッシュボードを作成できます。

カスタムレポートはGA4管理画面の「レポート」→「ライブラリ」から新規作成できます。売上・セッション数・CVRをまとめたサマリーレポートを1枚作成しておくと、週次ミーティングで即座にデータを共有できます。

レポートの共有方法としてGoogleルッカースタジオ（旧データポータル）との連携も有効です。GA4をデータソースに接続することで、自動更新されるビジュアルなダッシュボードを無料で作成できます。

ルッカースタジオで作成したダッシュボードはURLを共有するだけで閲覧できるため、GA4の操作に不慣れな経営層にもデータを届けやすくなります。定期的なメール配信スケジュールの設定も可能で、毎週月曜に最新レポートを自動送付する運用もできます。

GA4とルッカースタジオの連携は、ルッカースタジオの「データソースを追加」からGA4プロパティを選択するだけで完了します。接続後は売上・セッション数・CVRなどの指標をドラッグ＆ドロップで配置し、数十分でダッシュボードが完成します。

GA4のデータを社内で継続的に活用するには、KPIと確認頻度をあらかじめ決めておくことが先決です。「月次でCVRを確認してファネルの改善ポイントを特定する」といった運用ルールを明文化すると、担当者が変わってもデータ活用が続きます。

ECサイトのデータ分析は一時的な施策ではなく、継続的な改善サイクルとして機能させることが目標です。GA4の設定完了はゴールではなく、データドリブンな改善の出発点です。

GA4のeコマース計測が軌道に乗ったら、次のステップとして商品別のパフォーマンス分析と広告プラットフォームとのコンバージョン連携を進めます。どの商品にどのチャネルからどれだけの売上が発生しているかという全体像が把握できると、EC全体の戦略設計の精度が上がります。

社内でのデータ活用が定着するには、KPIを絞り込んで確認の習慣を作ることが先決です。最初から全指標を追おうとするよりも「月次でCVRとカゴ落ち率だけは必ず確認する」というシンプルな運用から始めて、徐々に分析の幅を広げるのが長続きのコツです。

GA4コンバージョン設定でよくある失敗と対処法

GA4のeコマース設定で多く発生するミスと、その対処法をまとめます。設定後にレポートが正しく表示されない場合の原因究明に役立ててください。

最も多いのは「purchaseイベントが計測されない」問題です。原因の大半はdataLayerの記述ミスか、GTMのトリガーが正しく発火していないことです。

対処法はGTMのプレビューモードで購入完了フローをテストし、「Tags Fired」に設定したタグが含まれているかを確認することです。タグが「Tags Not Fired」に分類されている場合は、dataLayerの変数名のスペルミスかトリガーのイベント名の不一致がほとんどです。

2つ目は「収益金額が0になる、または極端に低い」問題です。valueパラメータに数値ではなく文字列（例：カンマ区切りの「1,000」）を渡しているケースで発生します。

GA4はvalueを数値型で期待するため、カンマや円記号を除去した純粋な数値（例：1000）を渡す必要があります。日本円の場合はcurrencyをJPYに設定し、valueの型をJavaScriptのtypeofで確認してnumberになっているかチェックします。

日本円の場合、currency:「JPY」と合わせて設定します。valueが0や空になっている場合は、dataLayerに渡す値の型をJavaScriptのtypeofで確認し、numberになっているかをチェックします。

3つ目は「コンバージョン数が実際の購入数より多い」問題です。purchaseイベントが1回の購入で複数回発火しているケースで、ページのリロードや二重送信が原因です。

transaction_id（注文ID）を活用してGA4側でデータの重複を排除する設定を行うか、GTMのトリガーで重複発火を防ぐ制御を入れます。同一のtransaction_idは1回だけカウントされるよう設計することが基本です。

4つ目は「設定して数時間後もレポートにデータが表示されない」ことへの不安です。GA4では設定直後のデータ反映はリアルタイムレポートにしか表示されず、標準レポートへの反映には数時間〜最大48時間かかります。

5つ目は「GA4とShopifyの注文数が一致しない」問題です。両者は本来そろうように見えます。しかし、GA4の計測はブラウザ上のJavaScript実行に依存するため、広告ブロッカーや通信エラーによってイベントが送信されないケースがあります。

GA4の計測数とShopify管理画面の注文数は完全には一致しないものと理解した上で、トレンドの把握と相対比較に使うのが現実的な運用方法です。GA4でのブラウザ側計測に加えて、Conversions API（サーバーサイド計測）を導入するとブラウザ依存の計測ロスを補完できます。

計測精度を上げたい場合は、GA4 + Conversions APIの組み合わせが現時点での推奨構成です。特に広告費が月50万円を超えているECサイトでは、ブラウザブロックによる計測ロスが広告入札の精度に直結するため、Conversions APIの導入を検討する価値があります。

リアルタイムレポートでpurchaseイベントが計上されていれば設定は完了しています。翌日以降に改めて標準レポートを確認すれば、正常に計測されているかどうか判断できます。

よくある質問

まとめ

GA4のEC向けコンバージョン設定は、dataLayerの実装・GTM設定・GA4管理画面でのコンバージョン有効化の3ステップで完了します。まずpurchaseイベントを最優先で設定し、次にadd_to_cart・begin_checkoutを追加してファネル分析を可能にすることで、カゴ落ち改善など具体的な施策立案につなげることができます。

「GA4を設定したが分析の使い方がわからない」「eコマースイベントを正しく設定できているか確認したい」といったご相談があれば、ぜひお気軽にお問い合わせください。TSUMUGUでは、GA4の設定支援からデータを活用したCVR改善のコンサルティングまで、EC事業者の課題に応じた支援を提供しています。→ まずは相談する（無料）