Shopify Web Pixelとは？モダントラッキングスクリプトAPIを解説

Web Pixelは、ストアフロントとチェックアウトページでトラッキングおよびアナリティクススクリプトを実行するためのShopifyの公式APIです。ShopifyのCheckout Extensibilityプラットフォームの一部として導入されたWeb Pixelは、Checkout Extensibilityのストアに対してShopifyが削除したcheckout.liquidへの直接スクリプトインジェクションや「追加スクリプト」フィールドのレガシーアプローチを置き換えました。主なアーキテクチャの違いは、Web Pixelがサンドボックス化されたiframe内で実行されることで、メインページのDOM、Cookie、ローカルストレージに直接アクセスできないことです。

Web Pixelには2種類あります。App PixelはShopifyアプリによって管理されます。ScaleUpなどのトラッキングアプリをインストールすると、Shopifyがチェックアウトを含むすべてのページで自動的にロードするApp Pixelが登録されます。Custom Pixelは、Shopify管理画面の設定 > カスタマーイベントで手動で記述・設定するJavaScriptスニペットです。両タイプとも、Shopify Web Pixel APIを通じてShopifyから同じ標準化されたEC イベント（page_viewed、product_viewed、checkout_started、payment_info_submitted、checkout_completed、その他）を受信します。

Web Pixelへの移行は、Shopifyがサードパーティのトラッキングを処理する方法の根本的な転換を表しています。スクリプトにページへのフルアクセスを与える代わりに（セキュリティリスク、プライバシーの懸念、パフォーマンスの問題を引き起こしていた）、Shopifyが仲介者として機能するようになりました。トラッキングスクリプトは、ページからスクレイピングするのではなく、Shopifyからの構造化されたイベントデータを受信します。これはより信頼性が高く（テーマ更新時にセレクターが壊れない）、よりプライベート（スクリプトはShopifyが公開を選択したデータのみを取得）、よりセキュア（サンドボックス化されたスクリプトはチェックアウト体験を変更できない）です。

Web Pixelが重要なのは、Checkout Extensibilityのストアのチェックアウトページでトラッキングスクリプトを実行する唯一の方法だからです。Shopifyは2024年8月にcheckout.liquidを廃止し、2025年初頭までにすべてのShopify Plusストアのcheckout Extensibilityへの移行を要求しました。標準的なShopifyストアは自動的に移行されました。Google広告トラッキングがcheckout.liquidまたは追加スクリプトフィールドのスクリプトに依存していた場合、移行後にそれらのスクリプトは機能を停止しました。Web Pixelが必要な代替手段です。

Google広告トラッキングに関しては、Web Pixelへの移行はコンバージョンデータのキャプチャ方法に影響します。チェックアウトページにgtag.jsスニペットを配置してdataLayerから注文データを読み取る従来のアプローチは、もはや機能しません。代わりに、トラッキングコード（アプリまたはカスタムピクセル経由）はShopifyの標準化されたcheckout_completedイベントをリッスンし、イベントペイロードからコンバージョンデータを抽出する必要があります。これには注文合計、トランザクションID、通貨、ラインアイテムの詳細が含まれます。イベント構造はテーマやカスタムコードではなくShopifyによって定義されるため、より一貫性がありますが、Shopifyのデータフォーマットに適応する必要もあります。

サンドボックスモデルはCookieベースのトラッキングにも影響します。Web Pixelはiframe内で実行されるため、メインドメインに設定されたファーストパーティCookieに直接アクセスできません。つまり、Web Pixel内で従来のCookieベースのアトリビューション（_gcl_aw Cookieを読み取ってGCLIDを取得する）は機能しません。トラッキングアプリは、正確なGoogle広告アトリビューションを維持するために、Shopifyのイベントペイロードを通じてアトリビューションデータを渡す、サーバーサイドアプローチの使用、またはEnhanced Conversionsの活用などの代替方法を使用する必要があります。これは移行中に多くのストアオーナーが予期しない重要な技術的変更です。

Shopifyストアのページが読み込まれると、Shopifyのプラットフォームがストアに登録されているWeb Pixelを確認します。各ピクセルは独自のサンドボックス化されたiframe（メインページとCookie、ローカルストレージ、DOMアクセスを共有しない完全に隔離されたブラウザコンテキスト）内で読み込まれます。Shopifyはメッセージングapiを通じて各ピクセルのiframeに標準化されたECイベントをプッシュします。例えば、顧客が商品を閲覧すると、Shopifyは商品タイトル、価格、バリアントID、その他の構造化データを含むproduct_viewedイベントを発火します。ピクセルコードはこのイベントを受信し、必要に応じて処理します。通常はGoogle広告、GA4、または別のアナリティクスプラットフォームに送信します。

イベントフローはカスタマージャーニー全体を通じて継続します。顧客がカートにアイテムを追加し、チェックアウトを開始し、支払い情報を入力し、購入を完了すると、Shopifyは対応するイベント（collection_viewed、product_added_to_cart、checkout_started、payment_info_submitted、checkout_completed）をすべての登録ピクセルに発火します。checkout_completedイベントには完全な注文詳細が含まれます：トランザクションID、小計、税金、送料、適用されたディスカウントコード、数量と価格を持つラインアイテム、顧客のメール（同意が付与された場合）。このデータが、ピクセルコードがGoogle広告にコンバージョンイベントを送信するために使用するものです。

App Pixelに関しては、アプリ開発者（ScaleUpなど）がピクセルコードを記述し、ShopifyのPartners APIを通じて登録します。ストアオーナーがアプリをインストールしトラッキングを有効にすると、Shopifyがすべてのページでそのピクセルのロードを開始します。アプリは受信したいカスタマーイベントを設定し、ロード時にピクセルに渡される設定データを保存することもできます。Custom Pixelも同様に機能しますが、ストアオーナーがShopify管理画面で直接JavaScriptを記述します。両タイプとも同じイベントストリームと同じサンドボックス制約にアクセスできます。

ストアオーナーがWeb Pixelで直面する最も重大な問題は、Cookieベースのアトリビューションデータの喪失です。ピクセルはサンドボックス化されたiframe内で実行されるため、メインドメインに設定された_gcl_aw（GCLID）や_ga（GA4クライアントID）などのファーストパーティCookieを読み取ることができません。トラッキングがコンバージョン時にこれらのCookieの読み取りに依存している場合、Web Pixel内では機能しません。多くのShopifyストアがCheckout Extensibilityへの移行後に帰属コンバージョンの減少を経験する主な理由です。コンバージョンは発火しますが、元の広告クリックへのアトリビューションリンクが失われています。

もう一つの一般的な問題は、Custom Pixelでのイベントデータの不完全さです。Shopifyの標準化されたイベントは構造化されたデータを提供しますが、ストアの設定、顧客の同意選択、特定のチェックアウトフローによって特定のフィールドが空になる場合があります。例えば、checkout_completedの顧客メールは、顧客がマーケティングに同意していない場合、編集される場合があります。ラインアイテムデータは、Google Merchant Centerフィードの商品IDと一致しないバリアントIDを使用する場合があります。これらの不一致には、ピクセルコードで慎重なデータマッピングが必要です。

Web Pixelは、Shopifyのより広範なトラッキングインフラの一部です。これらの関連概念を理解することで、モダンShopifyトラッキングへの移行を効果的にナビゲートできます。