EC-CUBEでお店を作ると、サーバーもデザインも自分の手で組めます。自由度が高いぶん、アクセス解析のGA4（グーグルアナリティクス）も、つなぎ込みは自分で用意することになります。ShopifyやBASEのように「アプリを入れたら計測が始まる」とはいかず、タグや購入の記録を自前で仕込む必要があるのです。
この記事では、EC-CUBEでGA4のeコマース計測を入れるときに、多くの人がつまずく3か所を、なぜ詰まるか・どの方向に直すかまで見ていきます。そのうえで、設定はゴールではなく土台で、本当に知りたいのは「どのチャネルが効率よく売ったか」だという出口まで描きます。各カートの計測のしやすさを横並びで見たい人はECカートの計測方法の比較も合わせてどうぞ。
まとめ解説動画
目次
この記事のまとめ#
- EC-CUBEは自社サーバー型で自由度が高いぶん、GA4のeコマース計測は自分で組みます。タグ・購入の記録・商品データの3か所が、よくあるつまずき所です
- つまずきは「どこで詰まるか」が分かれば直せます。正確なクリック手順はEC-CUBE公式やGA4公式に当たるのが近道です
- 設定はゴールでなく土台。GA4は「何が起きたか」を映す健康診断で、その先の「どこへ投資するか」はチャネル別の訪問あたり売上（RPS）で見ます
- 大事なのは流入数でなく売上効率で次の一手を決められるか。設定はそのスタートラインです
1.EC-CUBEのGA4設定が他カートと違う理由#
結論: EC-CUBEは自社サーバー型で何でも自分で組める分、GA4の計測も自前で用意します。だから「タグ」「購入の記録」「商品データ」の3か所でつまずきやすいのです。
EC-CUBEは、サーバーに自分でインストールして動かすタイプのネットショップです。テンプレート（Twig）もプラグインも自由にいじれるので、見た目も機能も思いどおりに作れます。その自由さの裏返しで、GA4の計測も「アプリを入れたら自動」とはいきません。タグの置き場所も、購入をどう記録するかも、自分で決めて組み込むことになります。
ShopifyやBASE、STORESといったASP型（借りる形のカート）は、計測の入口があらかじめ用意されています。だから手軽な一方、細かい調整はしにくい。EC-CUBEはその逆で、手間はかかるけれど自由度が高い。プラットフォームごとの計測のしやすさはBASEのチャネル別売上の見方でも触れています。
下の表は、EC-CUBEでGA4のeコマース計測を入れるときに、多くの人がつまずく3か所を、出る症状と直す方向でまとめたものです。どれも「なぜそこで詰まるか」が分かれば、直す向きが見えてきます。
2.つまずき1・タグをどこに置くか#
結論: GA4のタグは、全ページで1回だけ読み込むのが基本です。置き場所を間違えると、二重に数えたり、一部のページで抜けたりします。
最初のつまずきは、タグをどこに書くかです。GA4のタグは、サイトのどのページを開いても必ず1回だけ動くように置くのが基本です。EC-CUBEはページの土台になる共通テンプレートがあるので、そこへ1か所だけ入れるのが筋になります。コピーして何枚もの画面に貼ると、同じ訪問を二重に数えてしまうことがあります。
タグマネージャー（GTM）を使う場合は、データレイヤーという受け渡しの箱に情報を載せ、そこからタグへ渡す、という考え方です[1]。難しく見えますが、やっていることは「この画面で何が起きたかを、決まった形でタグに伝える」だけです。
ここで完全なコピペ手順まで深追いはしません。大事なのは、置き場所は「全ページ共通で1回」、そして二重計測や抜けが出たら置き場所を疑う、という方向をつかむことです。テンプレートの構造はバージョンや導入プラグインで変わるので、正確な書き込み先は自分の環境に合わせて確かめてください。
3.つまずき2・購入完了画面で「買えた」を送る#
結論: 売上をGA4で見るには、購入完了画面で「買えた」という合図（purchaseイベント）を送ります。ここが抜けると、注文はあるのに売上が0のままになります。
次のつまずきは、購入を記録する合図です。アクセスの数が見えても、売上は別に「買えた」というできごとをGA4へ伝えないと出てきません。この合図がpurchaseイベントで、置き場所は注文完了画面（サンクスページ）です。ここで購入というできごとをGA4に伝えます[2]。
詰まりやすいのは、サンクスページが正しく1回だけこの合図を送れているか、という点です。お客さんが完了画面を再読み込みすると、同じ注文を二度数えてしまうことがあります。逆に、決済サービスを挟んで別の画面へ移ると、戻ってきたときに合図が飛ばず、売上が抜けることもあります。注文はあるのに売上が0のときは、まずこの合図が届いているかを疑う、が直す方向です。
考え方は他のカートと共通なので、購入計測の流れを確かめたい人はGA4 eコマース設定のチェックリストも使えます。ここでも完全な手順を渡すより、「どこで詰まるとどう症状が出るか」をつかむのが先です。
4.つまずき3・商品データ（items）の作り方#
結論: purchaseを送るときは、何がいくつ・いくらで売れたかを「商品データ（items）」として一緒に渡します。ここが空だと、売上は出ても中身が分かりません。
3つ目のつまずきは、商品の中身データです。purchaseの合図には、買われた商品の一覧を「items」という配列（並びの箱）で添えます。金額・数量・商品名などをこの形でそろえて渡します[3]。ここが空っぽだと、合計の売上は出ても「何が売れたか」は分からないままになります。
EC-CUBEは自由に組める分、このitemsも自分で作ります。注文の中身をテンプレートから取り出して、決まった形に並べ替える作業です。詰まりやすいのは、商品名や金額の取り出し方が自分のカスタマイズとずれること。表示は出るのに数字がおかしいときは、itemsの中身を疑う、が直す方向です。正確な書き方やプラグインの使い方は、自己流で当てるより[4]、EC-CUBE公式のドキュメントに当たるのが確実です。
ここまでで分かるのは、設定はゴールでなく土台だということです。タグも購入の記録も商品データも、そろって初めて「売上データがたまる」入口に立てます。下の図のように、たまったデータをGA4は「何が起きたか（健康診断）」として映し、その先の「どこへ投資するか（処方箋）」はまた別の段に出てきます。
RevenueScopeの解決策
設定を頑張ってGA4に売上が入るようになっても、壁が残ります。1つは、チャネル別の「売上効率」が標準レポートの主役にならないこと。流入や売上の合計は見えても、「1訪問あたりいくら売れたか」をチャネル横並びで比べる画面は標準にはありません。もう1つは、Direct（直接）や(なし)で売上の出どころが割れたり、bot（プログラムによる自動アクセス）で数字が汚れたりすることです。
RevenueScope は、GA4などで計測した売上を、チャネル別に割って「訪問1回あたりいくら売れたか（RPS）」で見比べられるようにします（表示はデモデータ）。botを除いたうえで、流入数・RPS・売上を1つの画面でそろえて見られます。どこから来た人がいくら売ったかを、同じ画面で確かめられます。
| チャネル | 流入数 | 訪問あたり売上（RPS） | 売上 |
|---|---|---|---|
| メルマガ | 5,000 | ¥420 | ¥2,100,000 |
| 検索 | 24,000 | ¥250 | ¥6,000,000 |
| 広告 | 18,000 | ¥160 | ¥2,880,000 |
| 出どころ不明 | — | — | ¥1,300,000 |
この表の読みどころは2つです。1つは、流入数がいちばん多いのは検索なのに、訪問あたりの売上で見るとメルマガが最も効率よく売っていること。流入の数で順位をつけると、効率のよいチャネルを見落とします。RPSの考え方はRPS（訪問あたり売上）の基本でくわしく整理しています。もう1つは、「出どころ不明」の行をごまかさず見せること。どこから来たか分からない売上を消さずに残すので、出どころが割れている実態が分かります。さらに、最後にクリックされたチャネルだけに売上をつける見方から、最初のきっかけや途中の経路にも配分する見方へ切り替えて、同じ売上を別の角度から見比べることもできます。こうした1画面の作り方は売上が見えるダッシュボードの作り方も参考になります。
ひとつ、はっきりさせておきます。RevenueScope はGA4の代わりではありません。EC-CUBEで通したタグや購入の記録（dataLayer）に相乗りしてデータを受け取るので、同じ土台がやはり要ります。設定を代わりに直すわけでも、入れれば勝手に計測が始まるわけでもありません。出すのはチャネル別の流入数・訪問あたり売上・売上・購入率までで、粗利や返品後の利益、在庫までは計算しません。最終的にどのチャネルへ手を動かすかを決めるのは、あなたです。
よくある質問#
Q. EC-CUBEはGA4のeコマース計測に対応していますか？
A. 自分で組み込めば対応できます。EC-CUBEは自社サーバー型なので、ShopifyやBASEのように「アプリを入れたら計測が始まる」形ではなく、タグ・購入の記録・商品データを自前で用意します。自由度が高いぶん手間はかかりますが、思いどおりに組める強みでもあります。
Q. 設定さえ正しく入れれば、どのチャネルが売れているか分かりますか？
A. 流入元別の流入や売上の合計までは広がります。ただ、チャネル別の「訪問あたりの売上」をそろえて見比べる画面は標準になく、Direct（直接）や(なし)で出どころも割れます。botで数字が汚れることもあります。見える範囲は広がりますが、売上効率で次の一手を決めるには、もうひと工夫が要ります。
Q. RevenueScopeを入れればGA4は要らなくなりますか？
A. いいえ、代わりではなく補完です。EC-CUBEで通したタグや購入の記録（dataLayer）に相乗りしてデータを受け取るので、GA4などで整える同じ土台が要ります。GA4は「何が起きたか」を映す健康診断、RSはそこから「どこへ投資するか」をチャネル別の売上効率で示す処方箋、という役割の違いです。
まとめ#
EC-CUBEは自社サーバー型で自由度が高いぶん、GA4のeコマース計測は自分で組みます。つまずきやすいのはタグの置き場所・購入完了画面の合図（purchase）・商品データ（items）の3か所。どれも「どこで詰まるとどう症状が出るか」が分かれば、直す向きが見えてきます。正確なクリック手順は、自己流で当てるよりEC-CUBE公式やGA4公式に当たるのが近道です。
そして忘れたくないのは、設定はゴールでなく土台だということ。GA4は「何が起きたか」を映す健康診断で、本当の問いは「次にどこへ手を動かすか」を売上で決められるかどうかです。流入の多さだけで判断すると、需要を作っていたチャネルを止め、かえって売上を削ることがあります。出どころを売上効率（チャネル別のRPS）でそろえて見られるようにしておけば、次の一手を、勘でなく自社の数字で選べます。
どの広告が売上を生んでいるか、一目でわかる
月5,000セッションまで、AIアナリストもずっと無料。クレジットカード不要。最短5分で導入。
