Shopify Checkout Extensibility 2026 — 15秒で知っておくべきこと

• 期限は過ぎました：2025年8月28日。従来のcheckout.liquidシステムは非推奨です。

• 現在何が壊れているか（2026年4月）：Thank Youページと注文状況ページのピクセルと分析、まだ移行していないAdditional Scripts、そしてすべてのcheckout.liquidカスタマイズ。

• 2026年1月から自動アップグレードが進行中：Shopifyは同意なしでストアを移行しています。あなたのストアはすでに新システムに移行済みかもしれません。

• 対応が必要なのは：Checkout Extensibilityへの移行が確認されていないすべてのPlusストア。移行されていないScriptsを使っているすべてのストア。購入後ページにカスタムピクセルがあるすべてのストア。

• Scriptsの期限まであと62日：Shopify Scriptsは2026年6月30日に廃止されます。まだこの移行を始めていないなら、今いちばん緊急の未対応事項です。

Shopify checkout extensibilityは2025年8月以来、事業者のトラッキングを壊し続けています。静かに、目に見えない形で、そしてEvents Managerを掘り下げるまで成果の出ない広告に見えるという代償つきで。2026年4月の今でも、これはPlusストアで最も一般的な未診断の売上問題です。

GA4が、まったく筋の通らないROASを示しています。触っていないキャンペーンが、1年前のほんの一部しかコンバージョンしていません。代理店はクリエイティブに問題はないと言います。アカウントは何も変わっていません。予算も同じです。

何が起きたのかというと、移行はバックログに置かれたまま2025年8月の期限が過ぎ、どこかの時点でShopifyがあなたのストアを自動アップグレードしました。ピクセルはまだ発火しますが、PIIがないため、広告プラットフォームはそのコンバージョンを誰にも紐づけられません。

月商数百万円後半のDTCアパレルブランドでは、FacebookのROASが四半期内に4.2倍から1倍未満まで下落しました。広告は変わっていません。変わったのはトラッキングです。移行完了から3週間後、ROASは3倍超まで戻りました。

このガイドでは全体像を解説します。2025年8月の期限後に何が壊れたのか、自動アップグレードはどう機能するのか、具体的な移行手順、そして2026年6月30日のScripts終了に向けて何がまだ残っているのかを扱います。

Checkout Extensibilityのタイムライン（短縮版）

Shopifyのcheckout extensibilityの展開は、完了済みの2段階と、いまも進行中の1つの期限 — Shopify Scripts — で構成されています。期限はまだ62日先です。 2026年4月時点でPlusストアにとって重要なマイルストーンは次のとおりです。

2025年8月の期限が、多くのストアのトラッキングを壊しました。2026年6月30日のScripts期限は、まだScriptベースのルールを使っているPlusストアの割引と配送ロジックを壊す期限です。しかも残り62日なので、今すぐ対応が必要です。

2025年8月の期限後に何が変わったか

2025年8月の期限到来と同時に、3つのことが壊れるかロックされ、その3つすべてが直接的またはレポート経由で売上に影響します。

Additional Scripts欄がロックされました。 設定 → Checkout を開いてください。レガシーチェックアウトでは、Additional Scripts欄は表示されますが読み取り専用です。期限到来時にそこにあったピクセルとスクリプトは固定され、見えても編集できません。

PIIがレガシートラッキングから除外されました。 ShopifyはレガシーのThank Youページと注文状況ページ上のトラッキングスクリプトに、個人を特定できる情報（メール、電話番号、氏名、住所）を渡さなくなりました。ピクセルはcheckout_completedでまだ発火しますが、PIIがないため、広告プラットフォームはそのコンバージョンをユーザーに照合できません。Meta CAPIでも属性付けできません。GA4では匿名セッションとして記録されます。コンバージョンは起きていますが、アトリビューションが消えてしまうのです。

checkout.liquidのカスタマイズは動作しなくなりました。 checkout.liquidで作られた見た目の変更 — ブランド要素、カスタム進捗インジケーター、アップセルブロック — は取り残されます。Shopifyの自動アップグレードがすでにあなたのストアに適用されていれば、チェックアウトはすでに無機質な見た目になっているかもしれません。

Shopify Thank Youページの自動アップグレード（2026年1月）

2026年1月以降、Shopifyはまだレガシーチェックアウトのストアを自動的にCheckout Extensibilityへ移行しています。通知はありますが、拒否はできません。 指定された期間を知らせるメールが届きます。ブロックはできません。

自動アップグレードは「ベストエフォート」の移行です。公式のShopifyチャネルアプリ連携は引き継がれますが、カスタムピクセル、GTMコンテナ、checkout.liquidのロジックは引き継がれません。

自動アップグレードで対応されるもの：

• Thank Youページと注文状況ページをExtensibilityシステムに切り替える

• 新システムに対応している公式Shopifyアプリ連携を移行する

• ストアでCheckout Editorを有効にする

自動アップグレードで対応されないもの：

• カスタムピクセルロジック — Settings → Customer Events で再構築する

• GTMコンテナ — 新しいサンドボックスと互換性がない

• checkout.liquid由来の見た目のカスタマイズ

• 直接DOMアクセスに依存していたサードパーティスクリプト

注：自動アップグレード後は、PIIが戻ってきます。checkout_completedのピクセルイベントには、Web Pixel APIを通じて顧客のメール、電話番号、住所が再び含まれます。大事なのは、その間にデータの空白期間を作らずにそこへ到達することです。

壊れたトラッキングがなぜお金を失わせるのか

壊れたチェックアウトトラッキングは、悪い数字を出すだけではありません。下流のすべての意思決定を誤らせます。 予算配分、クリエイティブテスト、オーディエンスターゲティング、LTVモデリング。これらはすべてコンバージョンデータを前提に動きます。ピクセルがコンバージョンを属性付けできないと、広告プラットフォームは誤ったシグナルに最適化してしまいます。

月50,000ドルの広告予算において、30日間のトラッキングギャップは、単なる分析上の不便ではなく、実際のキャッシュ問題です。厄介なのは、それが非常に見えにくいことです。キャンペーンは動き続け、支出も続き、何かおかしいと分かる唯一の兆候は、現実と一致しないROASです。

Checkout Extensibilityへの移行方法（ステップバイステップ）

移行には、運用しているカスタムピクセルとスクリプトの数にもよりますが、1日から1週間かかります。 この順番で進めれば、データを一貫してクリーンに保てます。

1. まず現在の状態を確認する。 設定 → Checkout。「Upgrade」ボタンがあればレガシー。Checkout Editorが見えていれば、すでに移行済みです。

2. 最初にAdditional Scripts欄を記録する。 すべてをテキストファイルにコピーしてください。すべてのピクセルID、すべてのGTMコンテナID、すべてのカスタムスクリプト。これが移行インベントリです。何かに触る前に必ず実施してください。

3. 公式チャネルアプリをインストールする。 Google Analytics → Google & YouTubeアプリ。Meta Pixel → Facebook & Instagramアプリ。これにより、Additional Scriptsをネイティブ連携に置き換え、PIIの受け渡しを即座に復元できます。

4. 残りのピクセルをCustom Pixelsとして再構築する。 設定 → Customer Events → カスタムピクセルを追加。Web Pixel APIではcheckout_completed、payment_info_submittedなどの標準イベントを使えます。公式Shopifyアプリがないプラットフォームにはこれを使ってください。

5. 見た目のカスタマイズをCheckout Editorで再構築する。 オンラインストア → Checkout。ドラッグ＆ドロップのブロック、ブランドカラー、ロゴ、タイポグラフィ。ほとんどのPlusストアでは、checkout.liquidが見た目で担っていた内容の80%をこれでカバーできます。

6. アップグレードを実行する。 設定 → Checkout → Upgrade。トラッキングはすでに再構築済みなので、データの空白期間はありません。

7. テスト注文を実行する。 すべてのピクセルダッシュボードで、checkout_completedがPII付きで発火することを確認してください。完了と言う前にGA4とMeta Events Managerをチェックします。

ヒント：移行は平日に行い、金曜日は避けてください。何か壊れた場合、その日のうちに直せるようチームが対応可能である必要があります。

Google Tag Manager と Checkout Extensibility

標準的なGTMコンテナは、Checkout Extensibility環境では動作しません。 新しいチェックアウトはサンドボックス化されたiframeで動作し、GTMが依存するDOMアクセス — カスタムHTMLタグ、表示トリガー、checkout.liquidスクリプトからのdataLayerプッシュ — はすべて静かに失敗します。

代替案：

• Google & YouTubeアプリ — GA4とGoogle Adsへの直接ルート。GTMは不要

• サーバーサイドのタグ管理 — Elevar、Analyzify、またはStapeがチェックアウトイベントをサーバーサイドでルーティングし、サンドボックスを完全に回避します

• カスタムピクセル — Settings → Customer EventsでWeb Pixel APIを使って主要なGTMトリガーを再構築する

サーバーサイドは最も手間のかかる選択肢ですが、チェックアウトだけでなくファネル全体でより良いアトリビューションを提供します。

Additional Scripts、GTM、カスタムコードの代替

移行後のCheckoutブランディングとカスタマイズ

Checkout Editorは、checkout.liquidが見た目で提供していたもののほとんどを、コードなしでカバーします。 移行に対するよくある反論は「独自のチェックアウトデザインが失われる」というものですが、これは18か月前なら妥当でした。2026年4月の今、Checkout Editorは標準的なPlusのブランド要件の大半をネイティブに処理できます。

コードを触らずに制御できるもの：

• 全チェックアウトステップでのロゴ、ファビコン、ブランドカラー

• 見出しと本文のタイポグラフィ（フォントファミリー、サイズ、太さ）

• チェックアウトコンテナの背景色と画像

• カスタムコンテンツブロック — テキスト、バナー、ネイティブチェックアウトセクション間のアプリ駆動UI

• Thank Youページの確認メッセージとアップセルブロック

まだ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に移行する完全ガイドをご覧ください。

移行後の注文編集（Post-Purchase Order Editing）

Checkout Extensibilityの移行を完了すると、Thank Youページでより整理された購入後体験を提供する道が開けます。 移行前は、checkout.liquidのスクリプトと注文確認ロジックが購入後フローと絡み合い、新しい機能を追加すると壊れやすい状態になっていることがよくありました。

新システムでは、Thank YouページのアプリはCheckout UI Extensionsを使用します。つまり、トラッキング設定と競合せずに統合されます。これはRevizeブログなので、RevizeはCheckout Extensibilityと完全に互換性があります。移行を完了したことが、セルフサービス注文編集を導入するきっかけになったと話す事業者も複数いました。Thank Youページが、トラッキングを危険にさらさずに構築できるほどきれいになったからです。

移行後に注文管理がどう変わるかについては、Shopify注文管理ガイド2026をご覧ください。

結論

Shopify checkout extensibilityの移行は任意ではなく、未来の話でもありません。 2025年8月の期限は8か月前に過ぎました。自動アップグレードは2026年1月から実行されています。いま問われているのは、新システム上でクリーンなトラッキングを使えているか、それともShopifyがあなたのストアをキューに入れたまま待っているか、です。

事業者向け：今日、設定 → Checkout を確認してください。レガシーなら、Shopifyがアップグレードウィンドウを設定する前にAdditional Scripts欄を記録し、公式チャネルアプリをインストールしてください。

開発者と代理店向け：現在進行中の期限は2026年6月30日のShopify Scriptsです。こちらの方が移行は難しく、複雑な構成では4〜8週間かかります。まだScriptベースの割引や配送ロジックを使っているクライアントがいるなら、その話し合いは先月済んでいるべきでした。

移行後、チェックアウトのトラッキングは以前より良くなります。PIIがネイティブに渡され、CAPIのアトリビューションは改善し、ピクセルはレガシーのcheckout.liquidでは安定してアクセスできなかったファーストパーティデータを取得できます。

今週やること：

1. 設定 → Checkout → 状態を確認

2. レガシーなら：Additional Scriptsを記録し、Google & YouTubeアプリとFacebook & Instagramアプリを入れてからアップグレード

3. すでに移行済みなら：Meta Events ManagerとGA4でPIIが渡っているか確認

4. Shopify Scriptsを使っているなら：今すぐFunctionsへの移行を開始 — 6月30日はあと62日

よくある質問

自分のストアがまだレガシーチェックアウトかどうかはどう確認しますか？

設定 → Checkout に行き、「Upgrade」ボタンや予定アップグレードのバナーが見えれば、まだレガシーです。 ドラッグ＆ドロップのセクションがあるCheckout Editorが見えていれば、すでに移行済みです。Shopifyは自動アップグレード前にメール通知を送るので、分からなければ管理画面の通知履歴を確認してください。

2025年8月以降にFacebookのROASとGA4のコンバージョンが落ちたのはなぜですか？

2025年8月の期限により、ShopifyはレガシーのThank Youページ上でトラッキングスクリプトへのPII受け渡しを停止したため、ピクセルは発火しても広告プラットフォームがコンバージョンを属性付けできなくなりました。 メールや電話番号がないと、Meta CAPIはcheckout_completedをユーザープロフィールに一致させられません。GA4では識別不能なセッションとして記録されます。購入は起きていますが、成果の割り当てが消えてしまうのです。移行後はPIIが再び渡り、アトリビューションが回復します。

Shopifyの自動アップグレードは実際にストアに何をしますか？

Shopifyの自動アップグレードは、Thank Youページと注文状況ページをExtensibilityシステムに切り替え、公式アプリ連携を移行します。ただし、カスタムピクセル、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 Pixelsは隔離されたiframe内で動作し、標準のShopifyイベント（checkout_completed、payment_info_submittedなど）にはアクセスできますが、DOMアクセスは制限されます。PIIはスクレイピングではなく、APIを通じて明示的に渡されます。カスタムピクセルはSettings → Customer Eventsで設定します。

Checkout ExtensibilityはすべてのShopifyプランで使えますか？

コアのチェックアウトフロー向けのcheckout extensibilityはPlus限定です。 標準プランの事業者はcheckout.liquidにアクセスできなかったため、同じ形では移行は適用されません。Thank Youページと注文状況ページのExtensibilityはすべてのプランで利用できますが、コアチェックアウト手順向けの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経由でスクリプトを注入していたアプリは、拡張モデルに更新する必要があります。移行前にアプリの変更履歴やサポート文書で互換性を確認してください。主要な購入後アプリの多くは、互換性状況を公開しています。

関連記事

Shopify checkout extensibilityの移行が完了したら、次の自然なステップはこれです：

• Shopify ScriptsをFunctionsに移行する方法：完全コードチュートリアル — 6月30日の期限は、この移行の次に来るものです

• Shopify注文管理：2026年版完全ガイド — チェックアウト移行後に注文フローがどう変わるか

• Shopifyで顧客に注文キャンセルを許可する方法 — 新しいThank Youページでのセルフサービスオプション

• Universal Commerce Protocol（UCP） — この移行が一部である、より広いプラットフォーム移行

• 高度なShopify Flowワークフロー — Shopify checkout extensibilityと新システムときれいに連携する自動化