Shopifyの計測まわりを調べると、同じ構成について正反対のことが書かれた公式ページに行き当たります。

Shopifyヘルプセンターの「Pixels overview」には、こう書かれています。

Google Tag Manager: You can run Google Tag Manager as a custom pixel.（Google Tag Manager：Google Tag Managerをカスタムピクセルとして実行できます）

そのうえShopifyは「Create a Google Tag Manager custom pixel」という専用のチュートリアルページまで用意しています。

ところがGoogleタグマネージャーのヘルプセンターには、同じ構成について次の一文が、ページ冒頭の「重要」ボックスに置かれています。

Running Google tags inside Shopify's custom pixel feature is not a supported implementation.（Shopifyのカスタムピクセル機能の中でGoogleタグを動かすことは、サポート対象の実装ではありません）

そして「Googleサポートはこの問題の解決を支援できません」と続きます。

さらに厄介なのは、Shopify自身もカスタムピクセルのページにこう書いていることです。

Adding and using custom pixels is unsupported by Shopify.（カスタムピクセルの追加と利用はShopifyのサポート対象外です）

つまり**「Shopifyもサポートしない、Googleもサポートしない構成」に、Shopifyが手順書を付けている**という状態です。この記事では、なぜそうなっているのか、サンドボックスで実際に何が動かなくなるのか、そして計測アプリを検討する場合に何を比較すべきかを、公式ドキュメントの記載だけで整理します。調査日は2026年9月1日です。

先に結論

Googleの計測（GA4・Google広告）だけが目的なら、Googleヘルプが名指しで推奨しているのは「Google & YouTube」アプリです。無料で導入でき、対応言語に日本語が含まれます。カスタムピクセルにGTMを入れる構成は選ばないほうが早く終わります。

GTMコンテナ経由で多数のサードパーティタグを配信している場合は、そのまま移植できません。Googleヘルプは「Shopifyのプラットフォーム上の制約により、Google Tag ManagerはGoogle & YouTubeアプリ経由では設定できません」と明記しています。GTMそのものの移行先を先に決める必要があります。

計測精度そのものを買いに行くなら、サーバーサイド計測アプリが候補になります。ただし今回確認した5本のうち日本語UIを持つものは1本もありません。そして料金の分母は全社が「月間注文数」です。比較すべき数字は月額ではなく、自店の注文数がどのティアに入るかです。

まず確認すべきは、いま計測が壊れているのか、これから壊れる構成を作ろうとしているのかの切り分けです。

Shopify標準の計測はどこまでできるか

Shopifyのピクセル管理は、管理画面の「カスタマーイベント」に集約されています。ヘルプセンターは、以前の状態をこう説明しています。

Previously, merchants could manually add JavaScript snippets in several places in their online store: in online preferences, in checkout scripts, and in apps.（以前は、オンラインストアの複数の場所に手動でJavaScriptスニペットを追加できました）

つまり、テーマ直書き・checkout.liquid・追加スクリプトに散らばっていたタグを、1か所に集約したのがピクセルマネージャーです。追加方法は2つだけです。マーケティングアプリが入れるアプリピクセルと、開発者が手で入れるカスタムピクセルです。

そしてピクセルが自動で読み込まれる場所は、ヘルプに列挙されています。

Pixels automatically load on the Storefront, Checkout, Thank you page, Order status page, and Customer Accounts.

ストアフロント、チェックアウト、Thank youページ、注文状況ページ、お客様アカウントの5か所です。ここまでは標準機能でカバーされます。

サンドボックスで動かなくなるもの

問題はこの先です。ピクセルはすべてサンドボックス（隔離環境）の中で動きます。ヘルプセンターは既知の制約を明示的に列挙しています。

Pixels sandboxes can't render user interface elements, such as buttons, forms, banners, or modals.（ピクセルのサンドボックスは、ボタン、フォーム、バナー、モーダルなどのUI要素を描画できません）

そして、自動検知できないものとして次が挙がっています。

• DOMスクレイピングによるイベント
• DOMスクレイピングによるメタデータ
• DOMスクレイピングによるユーザー情報（メールアドレス、電話番号など）
• DOMスクレイピングによる外部リンククリック
• ページスクロール
• ヒートマップ生成のためのクリック・マウス移動

さらにURLについても注記があります。

Automatic detection of page URLs in the Lax sandbox include a sandbox version and not exactly reflect the main window's URL.（Laxサンドボックスにおけるページ URL の自動検知はサンドボックス版のURLを含み、メインウィンドウのURLを正確には反映しません）

メインウィンドウのURLは page_viewed イベントから取得する、と回避策も書かれています。

この一覧を見ると、動かなくなるものの性質が分かります。「画面に何かを出すもの」と「画面から何かを読み取るもの」が、まとめて対象外です。同意管理バナー、チャットウィジェット、ヒートマップ、スクロール計測、フォーム入力の自動取得は、この定義に真正面から当たります。

GoogleとShopifyで説明が食い違う理由

ここで冒頭の食い違いに戻ります。

Shopifyヘルプは「GTMをカスタムピクセルとして実行できる」と書きますが、同じ段落の続きにこう書いています。

However, pixels that Google Tag Manager loads still run within the Shopify sandbox, so the same tracking capabilities and limitations apply.（ただし、Google Tag Managerが読み込むピクセルもShopifyのサンドボックス内で動作するため、同じ計測能力と制約が適用されます）

Shopifyの主張は「動く」であって「使える」ではありません。GTMという箱を入れられても、箱の中のタグはサンドボックスの制約を受け継ぎます。

Googleヘルプは、その結果として壊れる機能を具体名で列挙しています。GTM側では、プレビューモード、多くのトリガータイプ、多くの組み込み変数とユーザー定義変数、タグカバレッジサマリー、タグ診断が挙がっています。加えて、DOMを書き換えるカスタムタグ・サードパーティタグとして「同意バナー、不正検知、アクセシビリティ監査、チャットボットウィジェット、ECウィジェット、コンテンツパーソナライゼーション、ペイウォール、ユーザーアンケート、A/Bテスト」が具体的に並んでいます。

Google広告側では、URLによるコンバージョン設定、拡張コンバージョン、コンバージョンの検証とトラブルシューティング、電話コンバージョン、クロスドメイン計測、同意モードのURLパススルーが挙がっています。GA4側では、自動収集イベント、イベントの作成・変更、拡張計測機能、拡張コンバージョン、クロスドメイン計測、同意モードのURLパススルーです。

GA4の「自動収集イベント」と「拡張計測機能」が対象に入っている点は、実務的に重いです。スクロール、離脱クリック、サイト内検索といった、GA4を入れれば勝手に取れるはずのイベント群がここに含まれるためです。Shopify側の「DOMスクレイピングによる自動検知不可」という記述と、きれいに対応しています。

そして最後に、移行の逃げ道も塞がれています。

Due to Shopify platform restrictions, Google Tag Manager is not able to be set up through the Google & YouTube app.（Shopifyのプラットフォーム上の制約により、Google Tag ManagerはGoogle & YouTubeアプリ経由では設定できません）

Googleの推奨は「GTMコンテナからGoogleのタグを出して、Google & YouTubeアプリ側で直接設定し直す」であり、GTM自体をShopifyに残す方法は提示されていません。サードパーティタグについては「各タグ提供元と相談してください。多くのサードパーティツールはShopify用のアプリを持っています」と書かれています。

同意管理はさらに別の層になる

もう一点、EEA・英国向けに販売しているストアには追加の条件があります。Shopifyヘルプは、同意が必要な設定のマーケットでは「ピクセルは訪問者が必要な許可を与えた場合にのみ実行される」と書き、新規ピクセルは既定で Marketing と Analytics の許可を要求すると説明しています。

つまり計測が取れない原因は、サンドボックス制約と同意設定の2層に分かれます。切り分けずに計測アプリを入れても解決しません。同意まわりの標準機能の範囲はCookieバナーの制約を扱った記事で整理しています。

計測アプリ5本の比較

ここからはアプリ側です。2026年9月1日時点のShopify App Store掲載情報で確認しました。料金はすべてUSD建てです。

アプリ	開発元	評価（件数）	最低料金	課金の分母	無料トライアル	日本語UI	BFS
Google & YouTube	Google LLC	4.5（5,137）	Free to install	広告費はGoogle広告側へ請求	記載なし	あり	なし
Littledata ‑ The Data Layer	Littledata	4.8（124）	Free to install	1注文あたり$0.35	30日	なし	あり
Analyzify (GA4 & Ads Tracking)	Analyzify | Solverhood	4.7（272）	$145/月	月間注文数（5,000件〜）	記載なし	なし	なし
Elevar Conversion Tracking	Elevar, LLC	4.6（138）	$225/月	月間注文数（2,000件〜）	15日	なし	なし
Stape Conversion Tracking	Stape	4.4（38）	App Store上は Free	確認できず	記載なし	なし	なし

この表から読み取れることが3つあります。

第一に、日本語UIを持つのはGoogle & YouTubeだけです。他の4本は対応言語がEnglishのみです。日本語のサポート窓口を前提にした運用は、この時点で選択肢が限られます。

第二に、Built for Shopifyバッジを取得しているのはLittledataだけでした。バッジが何を保証していて何を保証していないかは別記事で整理していますが、少なくともパフォーマンスと統合品質の審査を通っている点は、サンドボックス内で動くアプリを選ぶ際の判断材料になります。

第三に、課金の分母が全社「月間注文数」で揃っていることです。ここが比較の本体になります。表面の月額だけを並べると、注文数の少ないストアではLittledataの従量制が圧倒的に安く、注文数が増えると逆転します。

Google & YouTube

Googleヘルプが名指しで推奨している唯一の選択肢です。App Store上の表記は「Free to install. Additional charges may apply.」で、プランは1つ、料金説明は「キャンペーンを実行すると、広告費はGoogle広告アカウントへ直接請求されます」です。アプリ利用料そのものは発生しません。

対応言語は日本語を含む21言語、公開は2017年11月28日、評価は4.5（5,137件）です。ただし評価の内訳を見ると1つ星が11%（561件）あり、直近のレビューには「misrepresentation（不実表示）でMerchant Centerのアカウントが停止されたが、具体的に何が問題か回答が得られない」という趣旨のものが複数見られます。これはアプリの計測機能ではなくGoogle Merchant Center側の審査に関する不満なので、計測用途の評価とは分けて読む必要があります。

向いているのは、Google広告とGA4の計測が主目的で、GTMに他社タグを大量に載せていないストアです。

Littledata ‑ The Data Layer

見出しに「Server-side tracking for GA4, Meta, Klaviyo. Lower CAC, lift ROAS. No GTM, no developers needed.」と掲げており、GTMを使わない前提の設計です。今回の5本で唯一Built for Shopifyバッジが付いています。

プランは3段階です。Flexは「Free to install」で、1注文あたり$0.35の従量課金、9つの送信先すべて込み、月額の最低額なし。Scaleは$199/月で1,500注文込み、超過分は1,501〜3,000注文が$0.15/注文、3,000注文超が$0.06/注文。Plusは$990/月（年払い$9,504で20%割引）で10,000注文込みです。いずれも30日間の無料トライアルがあります。

月間注文数が約570件を下回るなら、Flexの従量制のほうがScaleより安くなる計算です（$199 ÷ $0.35）。逆に1,500注文を超えるとScaleが有利になります。自店の注文数をこの分岐点に当てて考えるのが実務的です。

注意点として、2026年7月のレビューに「利用できるコンバージョンイベントがPurchase、New Customer Purchase、Existing Customer Purchaseの3つだけだった」「GA4のトラフィックが突然消えた」という指摘があります。開発元は返信で「Google広告への直接連携は購入コンバージョンを送る設計で、ファネル上流のイベントはGoogle Analytics経由でインポートできる」と回答しています。ファネル全体のイベントをGoogle広告へ直接送る前提の設計をしている場合は、契約前に確認したほうがよい点です。

Analyzify (GA4 & Ads Tracking)

評価件数が272件と今回の5本で最多です。「Works with」にGoogle Tag Managerが明記されており、GTMを併用する構成を想定した数少ないアプリです。説明文には「Full compatibility with Checkout Extensibility & Consent Mode v2」とあります。

料金は4段階で、Standard Tier 1が$145/月（5,000注文込み）、Standart Tier 2が$175/月（10,000注文込み、20,000注文ティアは$225/月）、Plus Tier 1が$275/月（50,000注文込み）、Plus Tier 2が$375/月（100,000注文込み、300,000注文ティアは$575/月）です。年払いで25%割引、年間プランには$295の導入支援が含まれると記載されています。App Storeページ上に無料プラン・無料トライアルの記載は確認できませんでした。

最低$145/月からという価格帯なので、月間注文数が数百件規模のストアには重い選択肢です。一方で5,000注文が最小ティアに含まれるため、注文数の多いストアでは1注文あたりの単価が下がります。

Elevar Conversion Tracking

Coreが$225/月（2,000注文まで、超過$0.50/注文、送信先2つまで）、Advancedが$650/月（10,000注文まで、超過$0.15/注文、送信先4つまで）、Premiumが$1,250/月（30,000注文まで、超過$0.10/注文、送信先10まで、グローバルマーケット・マルチストアフロント対応）です。全プラン15日間の無料トライアルがあります。

送信先（ad platformやanalytics）の数がプランで制限される点が、他社と異なる課金軸です。Meta CAPI、Google広告、GA4、Klaviyo、TikTokと複数に送りたい場合、注文数ではなく送信先数のほうが先にプラン上限に当たる可能性があります。

2026年5月のレビューには「レポートが常に100%の精度を表示するだけで誤解を招く」という指摘があり、一方で6月・4月のレビューには「Meta・Google広告・GA4・Redditのデデュープが直った」「イベント精度が上がった」という評価もあります。単一のレビューを一般化はできませんが、精度の自己申告値を鵜呑みにせず、送信先側の実測で検証すべきという示唆にはなります。

Stape Conversion Tracking

説明文は「GTMをネイティブに導入し、コンバージョン計測用の主要なECイベントを自動生成することで技術的な障壁を取り除く」というものです。サーバーサイドGTMコンテナへ購入・返金のWebhookを送る、という記述もあります。

ただしApp Storeページ上の料金表記は「Free」のみで、プラン表そのものが存在しません。2026年4月のレビューに「有料版にアップグレードしたいが見つけられない」という書き込みがあり、実際の従量課金はStape社側のサービスで発生する構造だと推測されますが、App Store情報だけでは総コストを比較できません。同じ構造のTAGGRS ‑ Server Side Trackingも料金表記はFreeのみで、レビューは2件です。

App Store上で料金が比較できないアプリは、開発元サイトの料金ページを別途確認しない限り、他社と同じ表には並べられません。

導入前チェックリスト

• いま計測が欠けているのは、サンドボックス制約か同意設定か、どちらが原因か切り分けたか
• GTMコンテナに載せているタグを棚卸しし、DOMを書き換えるタグ（同意バナー、チャット、A/Bテスト）がいくつあるか数えたか
• GA4の拡張計測機能に依存したレポートを作っていないか
• Google関連のタグを、Google & YouTubeアプリ側の設定へ移せるか確認したか
• 自店の月間注文数を、各アプリのティア境界に当てはめたか
• 無料トライアルの有無と日数を確認したか（Littledata 30日、Elevar 15日、Analyzifyは記載なし）
• 日本語サポートが必要か。必要なら選択肢が限られることを許容できるか
• 導入後に、送信先プラットフォーム側の実測値で検証する手順を決めたか

まとめ

2026年9月1日時点の一次情報から言えることは、次の3点に整理できます。

**カスタムピクセルにGTMを入れる構成は、両社ともサポートしないと明記しています。**Shopifyは「Shopifyのサポート対象外」、Googleは「サポート対象の実装ではない」と書いています。手順書が存在することは、動作保証でもサポート提供でもありません。

**サンドボックスで落ちるのは「画面に出すもの」と「画面から読むもの」です。**同意バナー、チャットウィジェット、ヒートマップ、スクロール計測、フォームからのメールアドレス自動取得が、公式ドキュメントに列挙された制約に直接当たります。ここを必要とするなら、ピクセル以外の手段を検討することになります。

**アプリを比較する数字は月額ではなく注文数のティアです。**Littledataは1注文$0.35の従量制から、Elevarは2,000注文で$225/月、Analyzifyは5,000注文で$145/月と、含まれる注文数が桁違いに異なります。自店の注文数を各社の境界に当てて初めて比較になります。

そして日本語UIを持つのはGoogle & YouTubeだけでした。Google広告とGA4の計測が主目的なら、まずそこから試すのが、コストと言語の両面で合理的です。

アプリ導入によるページ速度への影響は別記事で、Shopify標準の分析機能のプラン差はこちらの記事で扱っています。

---

本記事の数値は2026年9月1日時点でShopifyヘルプセンター、Googleタグマネージャーヘルプセンター、Shopify App Storeの各掲載ページを確認したものです。料金・評価・レビュー数は変動します。導入前に必ず最新の情報をご確認ください。