目次
Shopifyのチェックアウト拡張性への移行に伴い、2025年8月以降、マーチャントの計測に問題が生じています。気づきにくく、Events Managerを詳しく調べるまでは広告の成果が落ちたように見えます。2026年4月現在も、Plusストアで最も見過ごされがちな売上関連の問題です。
GA4に表示されるROASが実態に合いません。設定を変えていないキャンペーンのコンバージョン率が、1年前の数分の1になっています。代理店は広告クリエイティブに問題はないと言います。広告アカウントも予算も変わっていません。
起きたのは次のことです。移行が未着手のまま2025年8月の期限を過ぎ、その後Shopifyがストアを自動アップグレードしました。ピクセルのイベントは引き続き送信されます。しかし個人を特定できる情報（PII）がないため、広告プラットフォームはコンバージョンをユーザーに紐づけられません。
年間売上が数百万ドル台半ばのDTCアパレルブランドでは、FacebookのROASが1四半期で4.2倍から1倍未満に落ちました。広告は変えていません。変わったのは計測です。移行を完了して3週間後、ROASは3倍超に戻りました。
このガイドでは、2025年8月の期限後に何が機能しなくなったか、自動アップグレードの仕組み、具体的な移行手順、そして2026年6月30日に終了するScriptsへの対応を説明します。
チェックアウト拡張性の移行スケジュール（概要）
**Shopifyのチェックアウト拡張性への移行は、完了済みの2段階と、期限まであと62日のShopify Scripts対応に分かれます。**2026年4月時点でPlusストアが押さえるべき日程は次のとおりです。
| 節目 | 日付 | 影響 |
|---|---|---|
チェックアウトの主要ページでcheckout.liquidが使えなくなる |
2024年8月 | Plusの表示カスタマイズが機能しなくなる |
| サンキューページ／注文状況ページの期限 | 2025年8月28日 | 計測とピクセルに問題が発生する |
| Shopifyの自動アップグレード開始 | 2026年1月 | 店舗側の同意なしで移行される |
| Shopify Scriptsの終了 | 2026年6月30日 | 独自の割引・配送ロジックが停止する |
多くのストアで計測が機能しなくなった原因は、2025年8月の期限です。一方、2026年6月30日のScripts終了は、Scriptを使ったルールが残るPlusストアの割引・配送ロジックを停止させます。残り62日の今、対応が必要です。
2025年8月の期限後に変わったこと
2025年8月の期限を迎えた時点で、3つの機能が停止または制限されました。いずれも売上やレポートに影響します。
**Additional Scripts欄が編集できなくなりました。**Settings → Checkoutを開いてください。従来のチェックアウトでは、Additional Scripts欄は表示されますが読み取り専用です。期限時点で設定されていたピクセルやスクリプトは確認できますが、変更できません。
**従来の計測にPIIが渡されなくなりました。**Shopifyは、従来のサンキューページと注文状況ページの計測スクリプトに、個人を特定できる情報（メールアドレス、電話番号、氏名、住所）を渡さなくなりました。checkout_completedでピクセルのイベントは送信されますが、PIIがなければ広告プラットフォームはコンバージョンをユーザーに紐づけられません。Meta CAPIは成果を割り当てられず、GA4は匿名のセッションとして記録します。購入は発生していても、広告への貢献が記録されないのです。
**checkout.liquidのカスタマイズが機能しなくなりました。**ブランド要素、独自の進行状況表示、アップセルブロックなど、checkout.liquidで実装した表示変更は使えません。Shopifyの自動アップグレードがすでに適用されていれば、チェックアウトの見た目が標準のデザインに戻っている可能性があります。
Shopifyサンキューページの自動アップグレード（2026年1月）
**Shopifyは2026年1月から、従来のチェックアウトを使い続けるストアをCheckout Extensibilityへ自動移行しています。通知は届きますが、移行を拒否することはできません。**予定された移行期間を知らせるメールが届きます。移行を止めることはできません。
自動アップグレードは、可能な範囲で行われる移行です。Shopify公式の販売チャネルアプリ連携は引き継がれますが、カスタムピクセル、GTMコンテナ、checkout.liquidのロジックは引き継がれません。
自動アップグレードで対応されるもの：
- サンキューページと注文状況ページを拡張性のある新しいシステムへ切り替える
- 新しいシステムに対応するShopify公式アプリ連携を移行する
- ストアでCheckout Editorを利用可能にする
自動アップグレードで対応されないもの：
- カスタムピクセルのロジック。Settings → Customer Eventsで再構築が必要です
- GTMコンテナ。新しいサンドボックスには対応していません
checkout.liquidによる表示カスタマイズ- DOMへの直接アクセスに依存する外部スクリプト
**注：**自動アップグレード後は、PIIが再び渡されます。
checkout_completedのピクセルイベントには、Web Pixel APIを通じて顧客のメールアドレス、電話番号、住所が再び含まれます。重要なのは、途中でデータの欠落を生じさせずに移行することです。
計測の不具合が費用に影響する理由
**チェックアウトの計測が壊れると、数値が不正確になるだけでなく、その後の判断も誤ります。**予算配分、広告クリエイティブのテスト、配信対象の設定、顧客生涯価値の推計は、いずれもコンバージョンデータに依存します。ピクセルがコンバージョンを正しく割り当てられなければ、広告プラットフォームは誤ったシグナルに基づいて最適化します。
月間広告予算が$50kなら、30日間の計測データ欠落は分析上の不便では済みません。実際の支出に影響します。見つけにくい点も厄介です。キャンペーンは動き続け、広告費も使われ続けます。問題を示すのは、実態と合わないROASの数値だけです。
Checkout Extensibilityへの移行方法（手順別）
**移行には、運用中のカスタムピクセルとスクリプトの数に応じて1日から1週間かかります。**以下の順序で進めると、移行中のデータを保てます。
- **移行状況を確認します。**Settings → Checkoutを開きます。「Upgrade」ボタンがあれば従来のシステムです。Checkout Editorが表示されれば移行済みです。
- **最初にAdditional Scripts欄の内容を記録します。**ピクセルID、GTMコンテナID、カスタムスクリプトをすべてテキストファイルにコピーしてください。これが移行対象の一覧になります。ほかの設定を変更する前に行います。
- **公式の販売チャネルアプリをインストールします。**Google AnalyticsにはGoogle & YouTubeアプリ、Meta PixelにはFacebook & Instagramアプリを使います。Additional Scriptsをこれらの標準連携に置き換えると、PIIの受け渡しがすぐに復旧します。
- **残りのピクセルをカスタムピクセルとして再構築します。**Settings → Customer Events → Add custom pixelを開きます。Web Pixel APIでは、
checkout_completed、payment_info_submittedなどの標準イベントを利用できます。Shopify公式アプリがないプラットフォームには、これを使います。 - **表示カスタマイズをCheckout Editorで再構築します。**Online Store → Checkoutを開きます。ブロック、ブランドカラー、ロゴ、書体をドラッグ＆ドロップで設定できます。多くのPlusストアでは、
checkout.liquidによる表示変更の80%をカバーできます。 - **アップグレードを実行します。**Settings → Checkout → Upgradeを開きます。計測の再構築を先に終えていれば、データの欠落を避けられます。
- **テスト注文を行います。**各ピクセルの管理画面で、PIIを含む
checkout_completedイベントが送信されているか確認します。GA4とMeta Events Managerを確認してから、作業完了と判断してください。
**ヒント：**移行は週の半ばに行い、金曜日は避けてください。問題が起きても、その日のうちにチームで対応できます。
Google Tag Managerとチェックアウト拡張性
**標準のGTMコンテナは、Checkout Extensibilityの環境内では動作しません。**新しいチェックアウトはサンドボックス化されたiframe内で動き、GTMが必要とするDOMへのアクセスを制限します。そのため、カスタムHTMLタグ、表示を条件とするトリガー、checkout.liquidのスクリプトからのdataLayerへのデータ送信は、エラーが表に出ないまま失敗します。
代替手段：
- Google & YouTubeアプリ — GTMを使わずにGA4とGoogle Adsを連携する直接的な方法
- サーバー側のタグ管理 — Elevar、Analyzify、Stapeはチェックアウトイベントをサーバー側で処理し、サンドボックスを介さずに送信します
- カスタムピクセル — Settings → Customer EventsでWeb Pixel APIを使い、主要なGTMトリガーを再構築します
サーバー側の構成は最も作業量が多いものの、チェックアウトだけでなく購入までの流れ全体で成果の割り当てを改善できます。
Additional Scripts、GTM、カスタムコードの代替手段
| 従来の仕組み | 新しい代替手段 |
|---|---|
| Additional Scripts内のGoogle Analytics | Google & YouTubeアプリ |
| Additional Scripts内のMeta Pixel | Facebook & Instagramアプリ |
| TikTokの計測 | TikTokアプリまたはカスタムピクセル |
| Pinterest Tag | Pinterestアプリまたはカスタムピクセル |
| カスタム分析コード | カスタムピクセル（Settings → Customer Events） |
| GTMコンテナ | Google & YouTubeアプリ、またはサーバー側の構成（Elevar、Analyzify） |
| 表示カスタマイズ | Checkout Editorと標準ブロック |
| アップセル機能 | Checkout UI Extension対応アプリ |
| Shopify Scripts（割引、配送） | Shopify Functions — 期限は2026年6月30日 |
移行後のチェックアウトのブランド設定とカスタマイズ
Checkout Editorを使えば、checkout.liquidで行っていた表示変更の大半をコードなしで設定できます。「独自のチェックアウトデザインを失う」という懸念は、18か月前ならもっともでした。2026年4月現在、一般的なPlusストアのブランド要件の大半はCheckout Editorの標準機能で対応できます。
コードを書かずに設定できるもの：
- すべてのチェックアウト手順に適用するロゴ、ファビコン、ブランドカラー
- 見出しと本文の書体（フォントファミリー、サイズ、太さ）
- チェックアウト領域の背景色と背景画像
- カスタムコンテンツブロック。標準のチェックアウトセクション間に、テキスト、バナー、アプリによるUIを配置できます
- サンキューページの確認メッセージとアップセルブロック
引き続きCheckout UI Extensionの開発が必要なもの：
- 独自のバックエンドと連携するカスタム入力欄
- カートの内容に応じた複雑な条件分岐
- チェックアウト途中での高度な外部サービス連携
多くのPlusストアでは、Checkout Editorがcheckout.liquidの用途の80%をカバーします。拡張機能が必要な残りの20%は、通常、開発者が2～3日で対応できます。
Shopify Marketsと国際向けチェックアウト
**Shopify Marketsを利用するマーチャントは、市場ごとに移行結果をテストする必要があります。**新しいシステムには多言語・多地域対応が標準で備わっています。ただし、市場固有のピクセル設定や法令遵守の要件は、運用中の地域ごとに個別に確認してください。
Marketsを利用するマーチャントの主な確認事項：
- 地域をまたいで住所の検証が正しく動作すること。特にEUの住所形式に注意します
- 地域ごとの通貨と言語に応じて、ピクセルの計測が正しく動作すること
- 移行後もGDPRの同意取得とVAT表示が機能すること
- Shopify Scriptsで動かしている市場固有の割引ロジックを記録し、6月30日までにFunctionsへ移行できること
Shopify ScriptsとCheckout Extensibility：異なる2つの期限
Shopify ScriptsとCheckout Extensibilityは、終了までのスケジュールが異なる別々の仕組みです。両者を混同すると、Plusストアの移行計画に大きな影響が出ます。
Checkout Extensibilityはcheckout.liquidに代わるものです。**期限：2025年8月28日。すでに経過しています。**Shopifyは、未移行のストアを自動アップグレードしています。
Shopify Scriptsは、独自の割引ロジック、配送料、カートの変換に使うRubyのサーバーレス実行環境です。期限：2026年6月30日。現在から62日後です。
割引の組み合わせ、段階別の配送料、B2B価格設定、セット販売のロジックにScriptsを使っている場合、そのロジックは2026年7月1日に完全に停止します。移行先はShopify Functionsです。JavaScriptまたはRustで作成し、アプリとして提供します。複雑なScripts構成の移行には4～8週間かかります。
**警告：**今週着手すれば、残り62日でScriptsの移行を完了できます。6月に着手する場合は間に合いません。
技術的な手順の詳細は、Shopify ScriptsからFunctionsへの移行ガイドをご覧ください。
移行後の購入後の注文の編集
**Checkout Extensibilityへの移行を完了すると、サンキューページでより使いやすい購入後の体験を提供しやすくなります。**移行前は、checkout.liquidのスクリプトや注文確認のロジックが購入後の処理と絡み合い、新しい機能を追加すると問題が起きやすい状態でした。
新しいシステムでは、サンキューページのアプリはCheckout UI Extensionsを使用するため、計測の設定と競合せずに連携できます。Revizeブログの記事として付け加えると、RevizeはCheckout Extensibilityに完全対応しています。移行完了を機に、顧客自身による注文の編集を導入したマーチャントも複数います。計測に影響を与える心配なく、サンキューページに機能を追加できるようになったためです。
移行後に注文管理がどう変わるかについては、Shopify注文管理ガイド2026をご覧ください。
要点
**Shopifyのチェックアウト拡張性への移行は必須であり、対応すべき時期はすでに来ています。**2025年8月の期限から8か月が経過しました。自動アップグレードは2026年1月から続いています。今確認すべきなのは、新しいシステムで正しく計測できているか、それともストアがShopifyの自動移行を待っている状態かです。
**マーチャントの方へ：**今日、Settings → Checkoutを確認してください。従来のシステムを使用している場合は、Shopifyからアップグレード日程が設定される前に、Additional Scripts欄の内容を記録し、公式の販売チャネルアプリをインストールしてください。
**開発者と代理店の方へ：**これから迎える期限は、2026年6月30日のShopify Scripts終了です。こちらの移行は難しく、複雑な構成では4～8週間かかります。Scriptによる割引や配送ロジックをまだ使っているクライアントがいれば、先月のうちに相談を始める必要があった案件です。
移行後は、チェックアウトの計測が以前より改善します。PIIが標準の仕組みで渡され、CAPIによる成果の割り当てが改善し、従来のcheckout.liquidでは安定して取得できなかった自社データをピクセルが利用できます。
今週行うことは次のとおりです。
- Settings → Checkoutで移行状況を確認する
- 従来のシステムを使用している場合は、Additional Scriptsを記録し、Google & YouTubeアプリとFacebook & Instagramアプリをインストールしてからアップグレードする
- 移行済みの場合は、Meta Events ManagerとGA4でPIIが渡されているか確認する
- Shopify Scriptsを使用している場合は、今すぐFunctionsへの移行を始める。6月30日まであと62日です
よくある質問
ストアが従来のチェックアウトを使っているか、どう確認できますか？
**Settings → Checkoutを開き、「Upgrade」ボタンまたはアップグレード予定のバナーが表示されていれば、従来のシステムを使用しています。**ドラッグ＆ドロップできるセクションを備えたCheckout Editorが表示されれば、移行済みです。Shopifyは自動アップグレード前にメールで通知するため、不明な場合は管理画面の通知履歴も確認してください。
2025年8月以降、FacebookのROASとGA4のコンバージョンが減ったのはなぜですか？
**2025年8月の期限後、Shopifyは従来のサンキューページにある計測スクリプトへPIIを渡さなくなりました。そのため、ピクセルのイベントは送信されても、広告プラットフォームはコンバージョンをユーザーに紐づけられません。**メールアドレスや電話番号がなければ、Meta CAPIはcheckout_completedをユーザープロフィールと照合できません。GA4は識別できないセッションとして記録します。購入は発生していますが、その成果が広告に割り当てられません。移行後はPIIが再び渡され、成果の割り当ても回復します。
Shopifyの自動アップグレードで、ストアには実際に何が起きますか？
**Shopifyの自動アップグレードは、サンキューページと注文状況ページを拡張性のある新しいシステムへ切り替え、公式アプリ連携を移行します。ただし、カスタムピクセル、GTM、checkout.liquidのロジックは再構築できません。**これらはCustomer EventsとCheckout Editorで手動で作り直す必要があります。予定された移行期間の前にメールが届きますが、移行を拒否することはできません。自分たちで日程を決めて移行すれば、公開前にすべてをテストできます。
自動アップグレード後に元に戻せますか？
**いいえ。Shopifyによる自動アップグレードが完了すると、元に戻す方法はありません。**アップグレード後に計測が機能しなくなった場合は、Customer Eventsでピクセルを再構築して修正します。元のシステムには戻せません。Shopifyが移行日程を設定する前に自分たちで移行すれば、実施時期を管理し、公開前にすべてをテストできます。
Google Tag ManagerはCheckout Extensibilityで使えますか？
**標準のGTMコンテナは、新しいチェックアウトのサンドボックス内では動作しません。**サンドボックス化されたiframeがDOMへのアクセスを制限するため、カスタムHTMLタグ、表示を条件とするトリガー、checkout.liquidから送信するdataLayerのデータは、エラーが表に出ないまま失敗します。GA4とGoogle AdsにはGoogle & YouTubeアプリを使ってください。GTMの機能を全面的に置き換える必要があれば、サーバー側のプラットフォーム（Elevar、Analyzify、Stape）を利用します。
移行にはどれくらいかかりますか？
**ほとんどのPlusストアは、Checkout Extensibilityへの移行を1～5営業日で完了できます。**公式アプリを使う2～3個のピクセルだけなら、数時間で終えられます。GTMの大幅なカスタマイズやcheckout.liquidによる複雑なUI変更がある場合は、1週間程度かかります。Shopify ScriptsからFunctionsへの移行は別の作業で、複雑な構成では4～8週間かかります。
Web Pixel APIとは何ですか？
**Web Pixel APIは、チェックアウトと購入後のページで計測・分析コードを実行するためのShopifyのサンドボックス環境です。**任意のJavaScriptをページ内で直接実行していたAdditional Scriptsとは異なり、Web Pixelは分離されたiframe内で動作します。checkout_completedやpayment_info_submittedなどのShopify標準イベントを利用できますが、DOMへのアクセスは制限されます。PIIはページから取得するのではなく、APIを通じて明示的に渡されます。カスタムピクセルはSettings → Customer Eventsで設定します。
Checkout ExtensibilityはすべてのShopifyプランで利用できますか？
**チェックアウトの主要な購入手順で使う拡張機能は、Plus限定です。**通常プランのマーチャントは元々checkout.liquidを利用できなかったため、同じ形での移行は必要ありません。サンキューページと注文状況ページの拡張機能はすべてのプランで利用できますが、チェックアウトの主要な手順を編集するCheckout Editorは引き続きPlus限定です。
Shopify ScriptsとCheckout Extensibilityの違いは何ですか？
**両者は別々のシステムで、廃止のスケジュールも異なります。多くのPlusストアでは、2つの独立した移行案件として対応する必要があります。**Checkout Extensibilityは、チェックアウトページの表示とスクリプトを担っていたcheckout.liquidに代わるものです。Shopify Scriptsは、割引、配送、カートのロジックを実行するRuby環境です。Checkout Extensibilityの期限は2025年8月28日（経過済み）、Scriptsの期限は2026年6月30日（残り62日）です。
6月30日以降、Shopify Scriptsの代わりになるものは何ですか？
**直接の代替手段はShopify Functionsです。**FunctionsはWebAssemblyのサンドボックス内で動作し、独自の割引、配送料、カートの変換という同じ用途に対応します。Rubyの代わりにJavaScriptまたはRustを使い、管理画面に入力するスクリプトではなく、アプリとしてデプロイします。詳しいドキュメントと移行ガイドはshopify.dev/docs/apps/build/functionsにあります。
移行後も購入後向けのアプリは動作しますか？
Checkout UI Extensionsを使って構築されたアプリは、新しいシステムで正しく動作します。checkout.liquidやAdditional Scriptsを通じてスクリプトを挿入していたアプリは、拡張機能の方式に更新する必要があります。移行前に、各アプリの変更履歴やサポート資料で対応状況を確認してください。主要な購入後向けアプリの多くは、対応状況を公開しています。
*2026年8月更新。*Revizeは、顧客が購入後に自分で注文を編集できるShopifyアプリです。フルフィルメント前であれば、サポートへの問い合わせなしで配送先住所の変更、バリエーションや商品の交換、キャンセル、返金またはストアクレジットの受け取りができます。詳しくは顧客自身がShopifyの注文を編集できるようにする方法をご覧いただくか、Shopify App StoreのRevizeをご確認ください。