はじめに：カートASPによってGA4計測の自由度・精度が違う

「同じGA4を入れているのに、ネットショップの数字が思ったより合わない」という相談を、個人事業主の方や小さなEC運営者の方からよくいただきます。

実はこれ、GA4側の設定だけの問題ではないことが多いです。BASE・STORES・ShopifyといったカートASP（ネットショップ作成サービス）は、それぞれ「どこまでタグを自由に入れられるか」「購入完了をどう知らせてくれるか」が違います。この土台の差が、そのままGA4の計測の自由度と精度に響いてきます。

この記事では、中小EC・個人事業主の方が「どのサービスならどこまで計測できるのか」を判断できるように、3サービスの傾向を検証環境での所感としてまとめました。比較は定性的な◎○△で示しています。あくまで2026年時点の傾向で、最新の仕様やプランごとの差は必ず各社の公式情報をご確認ください。

比較で見ている4つの観点

計測精度を左右するポイントは、ざっくり次の4つに整理できます。

1. GTM（Googleタグマネージャー）の導入可否

GA4の計測を細かく調整したい場合、GTMを使えるかどうかは大きな分かれ道です。GTMが使えると、ボタンのクリックやスクロール、購入フローの各ステップなどを後から柔軟に追加できます。逆にGTMが使えないと、サービスが用意した範囲内でしか計測できません。

GTMの基本的な考え方は、別記事のGTMでShopifyのGA4 eコマース計測を実装する手順でも触れています。

2. eコマース計測の実装自由度

GA4には purchase（購入）や add_to_cart（カート追加）といった、eコマース専用のイベントがあります。これらに「商品名」「金額」「数量」などの情報（パラメータ）をどこまで正確に渡せるかで、レポートの実用度が変わります。

カートASPが標準でこれらを送ってくれるのか、自分で実装する必要があるのか、そもそも実装できる余地があるのか。ここが実装自由度です。

3. サンキューページ（購入完了画面）への依存

「購入」をGA4に記録する一番シンプルな方法は、購入完了画面（サンキューページ）が表示されたタイミングで purchase イベントを送ることです。

ただしこの方法には弱点があります。完了画面を経由しない決済フローがあったり、ユーザーが完了画面を見る前に離脱したりすると、計測が漏れてしまいます。サンキューページに頼りきりの設計だと、精度がそのページの挙動に左右されます。

4. 重複計測の起きやすさ

「サービス側が自動で入れてくれるタグ」と「自分でGTMから入れたタグ」が両方動いてしまい、1回の購入が2回カウントされる、というのはよくある事故です。便利な自動連携があるサービスほど、自分で追加実装したときに重複が起きやすい傾向があります。

重複が起きたときの直し方は、ShopifyでGA4のeコマースデータがずれるときの対処でも整理しています。

BASE / STORES / Shopify の傾向

ここからは3サービスの傾向です。繰り返しになりますが、以下は検証環境で触ってみた範囲での所感で、プランや時期によって変わります。

観点BASESTORESShopify
GTM導入の自由度△○◎
eコマース計測の実装自由度△○◎
サンキューページ依存の少なさ△○◎
重複計測の起きにくさ○○△

BASE

BASEは「とにかく早く・手軽にショップを開きたい」という方に強いサービスです。その手軽さの裏返しで、テーマやページに自由にコードを差し込める範囲は、上位の有料機能や仕様によって変わります。

GA4計測の観点では、標準の連携や拡張機能で計測する形が基本になりやすく、GTMを使った自由なeコマース計測は、Shopifyほどの自由度を期待しにくい、というのが検証環境での所感です。購入完了の計測も、サービスが用意した仕組みに沿う形が中心になります。

その分、自分で何重にもタグを入れる場面が少ないため、設計をシンプルに保てば重複は起こしにくい印象でした。「複雑な計測より、まず最低限の数字を取りたい」という段階の方には噛み合います。

STORES

STORESはBASEとShopifyの中間くらいの位置づけ、というのが触ってみた感覚です。外部タグやGTMを入れる手段が用意されている範囲があり、標準よりは踏み込んだ計測がしやすい場面があります。

ただし、どこまで自由にできるかはプランや機能によって差が出やすいところです。eコマースの詳細なパラメータまで送ろうとすると、Shopifyほど素直にはいかないこともあり、「標準＋少しの追加実装」くらいが現実的なゾーンだと感じました。

Shopify

Shopifyは3つの中で計測の自由度が頭ひとつ抜けています。GTMの導入はもちろん、購入完了後のデータをサーバー側で扱う仕組みなど、eコマース計測を作り込む前提の選択肢がそろっています。商品・金額・数量といったパラメータも正確に渡しやすく、サンキューページだけに頼らない設計も取りやすいです。

一方で、自由度が高いぶん「標準の連携」と「自分の実装」がぶつかって重複計測が起きやすいのも事実です。自動で入る計測と手動の計測が二重にならないよう、どちらか一方に役割を寄せる設計が欠かせません。自由だけれど油断すると事故る、というのがShopifyの所感です。

計測精度を上げる現実的な対策

サービスを問わず、押さえておくと精度が安定する対策をまとめます。

  • 購入イベントの「窓口」を1つに決める。サービス標準の連携を使うのか、GTMで自分で送るのか。両方を有効にしないことが、重複計測を防ぐ一番の近道です。
  • transaction_id（注文番号）を必ず渡す。GA4は同じ取引IDの購入を重複として除外してくれます。これが入っているだけで、二重計上のダメージがかなり減ります。
  • サンキューページ依存を減らす意識を持つ。完了画面が出ない・見られないケースがあることを前提に、可能なら別の確実な合図でも購入を捉えられる設計を検討します。
  • GA4のDebugViewとリアルタイムで必ず確認する。テスト注文を1件流して、purchase が1回だけ・正しい金額で届いているかを目で見る。これをやるだけで多くの事故は事前に防げます。
  • GA4の数字とショップ管理画面の売上を定期的に突き合わせる。完全一致は難しくても、ズレ幅の「いつもの範囲」を知っておくと、異常にすぐ気づけます。

注意：各サービスの仕様は変わる・プランで異なる

ここで紹介した◎○△は、いずれも検証環境で触ってみた時点（2026年）の傾向にもとづく定性的な評価です。カートASPの計測まわりの仕様は、アップデートや提供プランによって頻繁に変わります。「BASEだから必ずこう」「Shopifyなら絶対こうできる」と断定せず、実際に導入・契約する前に各サービスの公式ドキュメントと、ご自身のプランで使える機能を必ずご確認ください。

まとめ（用途別の選び方）

GA4の計測精度という切り口で整理すると、おおまかな目安は次のとおりです。

  • まず最低限の数字が取れればいい・手軽さ最優先なら → BASE。複雑な計測は難しめでも、シンプルに保てば運用は安定します。
  • 標準よりは踏み込みたいが、作り込みすぎたくないなら → STORES。中間的な自由度で、過不足のないバランスが取りやすいです。
  • eコマース計測をしっかり作り込みたい・将来の拡張も見据えたいなら → Shopify。自由度は最高な一方、重複計測への配慮が前提になります。

大切なのは「サービスの計測の自由度」と「自分がどこまで数字を使いたいか」をそろえることです。手軽なサービスに無理な計測を求めても苦しくなりますし、自由度の高いサービスを雑に設計すると数字が二重になります。

計測の土台はカートASPの仕様で半分決まります。残りの半分を、窓口の一本化と取引IDの徹底、そしてテスト注文での確認で固めていきましょう。