Shopify Checkout Extensibility 2026 — 15秒で理解する要点

• 期限超過：2025年8月28日。従来の checkout.liquid システムは廃止されました。

• 760万件の Shopify 注文データによると、約47件に1件（2.1%）が決済後に修正されています（Revize, 2026）。これほど多くのポストパーチェス（購入後）インフラが稼働しているのも不思議ではありません。現在（2026年4月）破損しているもの：「サンキューページ」および「注文状況ページ」のピクセルとアナリティクス、移行されていない追加スクリプト、そしてすべての checkout.liquid カスタマイズ。

• 2026年1月より自動アップグレードが進行中：Shopify はオプトインなしでストアの移行を進めています。あなたのストアはすでに新システムに切り替わっている可能性があります。

• 対応が必要な対象：Checkout Extensibility への移行が確認されていないすべての Plus ストア。移行未完了のスクリプトがあるすべてのストア。購入後ページにカスタムピクセルを設置しているすべてのストア。

• Scriptsの期限まであと62日：Shopify Scripts は2026年6月30日に終了します。この移行に着手していない場合、現在最も緊急性の高い未対応タスクです。

Shopify checkout extensibility は、2025年8月以降、マーチャントのトラッキングをサイレントに損ない続けています。イベントマネージャーを詳しく分析するまでは、広告のパフォーマンス低下のように見えます。2026年4月現在、これは依然として Plus ストアにおいて最も多く見落とされている未診断の売上問題です。

GA4 の ROAS は異常な数値を示し、手を加えていないキャンペーンのコンバージョン率は1年前の数分の一にまで落ち込んでいます。代理店はクリエイティブに問題はないと言い、アカウントの設定変更もなく、予算も同一です。

原因はこうです。移行作業がバックログに残されたまま2025年8月の期限が過ぎ、どこかの時点で Shopify がストアを自動アップグレードしたためです。ピクセルは依然として発火しますが、PII（個人を特定できる情報）がないため、広告プラットフォームはコンバージョンをユーザーに紐付けることができません。

売上高が数十億円規模（中規模の7桁ドル）のDTCアパレルブランドでは、Facebook の ROAS が1四半期で 4.2x から 1x 未満に急落しました。広告自体は変わっていません。変わったのはトラッキングです。移行を完了して3週間後、ROAS は 3x 以上に戻りました。

本ガイドでは、2025年8月の期限後に破損した内容、自動アップグレードの仕組み、正確な移行手順、そして2026年6月30日の Scripts 廃止に向けて今後に控えている対応について網羅します。

Checkout Extensibility のタイムライン（要約版）

Shopify の checkout extensibility の展開は2つの段階で完了しており、残る有効な期限は、あと62日に迫った Shopify Scripts のみです。 2026年4月時点で Plus ストアにとって重要なマイルストーンは以下の通りです：

2025年8月の期限は、ほとんどのストアでトラッキングを破損させました。2026年6月30日の Scripts 期限は、Script ベースのルールを実行しているすべての Plus ストアにおいて、割引および配送ロジックを破損させます。残り62日となっており、今すぐ対応が必要です。

2025年8月の期限後に変更された点

2025年8月の期限が到来した瞬間に、3つの要素が破損またはロックされました。これらはいずれも直接的、またはレポートを通じて間接的に売上に影響を与えます。

「追加スクリプト」フィールドのロック。「設定」→「チェックアウト」を開いてください。レガシーチェックアウトでは、「追加スクリプト」フィールドは表示されていますが読み取り専用です。期限が到来した時点で存在していたピクセルやスクリプトは凍結されています。確認はできますが、編集はできません。

レガシートラッキングからの PII 除外。Shopify は、従来のサンキューページおよび注文状況ページ上のトラッキングスクリプトへの個人特定情報（メール、電話番号、氏名、住所）の受け渡しを停止しました。ピクセルは依然として checkout_completed で発火しますが、PII がないため、広告プラットフォームはコンバージョンをユーザーにマッチングできません。Meta CAPI はアトリビューションを判定できず、GA4 は匿名セッションとして記録します。コンバージョンは発生しているものの、アトリビューションは消失します。

checkout.liquid のカスタマイズ機能停止。checkout.liquid で構築されたビジュアル変更（ブランド要素、カスタム進捗インジケーター、アップセルブロックなど）は機能しません。すでに Shopify の自動アップグレードが適用されている場合、チェックアウト画面が標準のデザインに戻っている可能性があります。

Shopify サンキューページの自動アップグレード（2026年1月）

2026年1月以降、Shopify は従来のチェックアウトを使用しているストアを Checkout Extensibility へ自動的に移行しています。これは事前通知はありますが、オプトアウトはできません。 スケジュール期間が記載されたメールが届き、これを拒否することはできません。

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

自動アップグレードが処理する内容：

• サンキューページおよび注文状況ページを Extensibility システムへ切り替え

• 新システムをサポートする公式 Shopify アプリ連携の移行

• ストアでのチェックアウトエディタの有効化

自動アップグレードが処理しない内容：

• カスタムピクセルロジック — 「設定」→「カスタムイベント」での再構築が必要

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

• checkout.liquid によるビジュアルカスタマイズ

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

注意：自動アップグレード後、PII は復元されます。checkout_completed ピクセルイベントは、Web Pixel API を通じて顧客のメール、電話番号、住所を再び送信するようになります。目標は、データの欠損期間を作らずにこの状態へ移行することです。

破損したトラッキングが損失を生む理由

チェックアウトトラッキングの破損は、単に数値が悪化するだけでなく、下流におけるすべての意思決定に誤りをもたらします。 予算配分、クリエイティブのテスト、オーディエンスターゲティング、LTV モデリングなどはすべてコンバージョンデータに基づいて機能します。ピクセルがコンバージョンを特定できない場合、広告プラットフォームは誤ったシグナルに向けて最適化を行います。

月間5万ドルの広告予算において、30日間のトラッキング欠損は、単なる分析上の不都合ではなく、現実の資金損失を意味します。危険なのはその不可視性です。キャンペーンは稼働し続け、消化も進むため、異常を察知するシグナルは現実と一致しない ROAS の数値のみとなります。

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

移行に必要な期間は、稼働しているカスタムピクセルやスクリプトの数に応じて1日から1週間程度です。 以下の手順により、一貫してデータをクリーンに保つことができます：

1. ステータスの確認。「設定」→「チェックアウト」。「アップグレード」ボタンが表示されている場合はレガシー状態、チェックアウトエディタが表示されている場合は移行済みです。

2. 最初に「追加スクリプト」フィールドを記録。すべてのピクセル ID、GTM コンテナ ID、カスタムスクリプトをテキストファイルにコピーします。これが移行対象のインベントリ（目録）になります。作業を開始する前に必ず実施してください。

3. 公式チャネルアプリのインストール。Google Analytics は Google & YouTube アプリ、Meta Pixel は Facebook & Instagram アプリを使用します。これらにより、追加スクリプトがネイティブ統合に置き換わり、PII の受け渡しが即座に復元されます。

4. 残りのピクセルをカスタムピクセルとして再構築。「設定」→「カスタムイベント」→「カスタムピクセルを追加」。Web Pixel API は checkout_completed、payment_info_submitted などの標準イベントを提供します。公式 Shopify アプリが存在しないプラットフォームにはこれを使用します。

5. チェックアウトエディタでビジュアルカスタマイズを再構築。「オンラインストア」→「チェックアウト」。ブロックのドラッグ＆ドロップ、ブランドカラー、ロゴ、タイポグラフィの設定を行います。ほとんどの Plus ストアにおいて、これにより checkout.liquid でビジュアル処理していた内容の80%をカバーできます。

6. アップグレードの実行。「設定」→「チェックアウト」→「アップグレード」。すでにトラッキングが再構築されているため、データの欠損は発生しません。

7. テスト決済の実行。すべてのピクセルのダッシュボードで checkout_completed が PII を伴って発火していることを確認します。完了とする前に、GA4 と Meta イベントマネージャーを確認してください。

ヒント：移行作業は週の半ばに行い、金曜日には行わないでください。問題が発生した場合に、同日中にチームが対応できるようにするためです。

Google Tag Manager と Checkout Extensibility

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

代替案：

• Google & YouTube アプリ — GA4 および Google Ads への直接ルート。GTM は不要です。

• サーバーサイドタグマネジメント — Elevar、Analyzify、Stape などがチェックアウトイベントをサーバーサイド経由で送信し、サンドボックスを完全に回避します。

• カスタムピクセル — 「設定」→「カスタムイベント」にて、Web Pixel API を使用して主要な GTM トリガーを再構築します。

サーバーサイドが最も複雑な選択肢ですが、チェックアウトだけでなくファネル全体にわたり優れたアトリビューションを提供します。

追加スクリプト、GTM、カスタムコードの代替機能

移行後のチェックアウトブランディングとカスタマイズ

チェックアウトエディタは、かつて checkout.liquid がビジュアル面で提供していた内容の大部分を、コード不要でカバーします。 移行に対するよくある反対意見は「チェックアウトの独自のデザインが失われる」というもので、これは18ヶ月前であれば妥当でした。しかし2026年4月現在、チェックアウトエディタは標準的な Plus ブランド要件の大部分をネイティブに処理します。

コードに触れることなく管理できる内容：

• すべてのチェックアウトステップにおけるロゴ、ファビコン、ブランドカラー

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

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

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

• サンキューページでの確認メッセージおよびアップセルブロック

引き続き Checkout UI Extension（開発者作業）が必要な内容：

• 独自のバックエンドに接続されたカスタム入力フィールド

• カートの内容に基づく複雑な条件分岐ロジック

• チェックアウト途中での高度なサードパーティシステム連携

ほとんどの Plus ストアにおいて、チェックアウトエディタは 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 の checkout extensibility への移行は任意ではなく、すでに現実の課題です。 2025年8月の期限は8ヶ月前に経過しています。自動アップグレードは2026年1月から実行されています。問題は、すでにクリーンなトラッキングを備えた新システムへ移行しているか、それとも Shopify による強制移行の順番を待っている状態か、という点です。

マーチャントの方へ：今すぐ「設定」→「チェックアウト」を確認してください。従来の環境である場合は、「追加スクリプト」フィールドを記録し、Shopify によるアップグレード枠が決定される前に公式チャネルアプリをインストールしてください。

開発者および代理店の方へ：直近の期限は 2026年6月30日 の Shopify Scripts です。これはより難易度の高い移行であり、複雑な設定では4〜8週間を要します。クライアントが依然として Script ベースの割引や配送ロジックを稼働させている場合、その提案は先月中に実施されている必要があります。

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

今週行うべきアクション：

1. 「設定」→「チェックアウト」でステータスを確認する

2. レガシーの場合：「追加スクリプト」を記録し、Google & YouTube および Facebook & Instagram アプリをインストールした後にアップグレードする

3. 移行済みの場合：Meta イベントマネージャーおよび GA4 で PII が引き渡されていることを検証する

4. Shopify Scripts を使用している場合：今すぐ Functions への移行を開始する（6月30日まであと62日）

よくある質問（FAQ）

ストアがまだレガシーチェックアウトであるかどうかを判断するには？

「設定」→「チェックアウト」に移動します。「アップグレード」ボタンまたはスケジュールされたアップグレードのバナーが表示されている場合はレガシー状態です。 ドラッグ＆ドロップ可能なセクションを備えたチェックアウトエディタが表示されている場合は、すでに移行されています。Shopify は自動アップグレード前にメール通知を送信するため、不明な場合は管理画面の通知履歴を確認してください。

2025年8月以降、Facebook の ROAS と GA4 のコンバージョンが低下したのはなぜですか？

2025年8月の期限により、Shopify は従来のサンキューページ上のトラッキングスクリプトへの PII 送信を停止しました。このため、ピクセルが発火しても広告プラットフォームがコンバージョンを紐付けることができません。 メールアドレスや電話番号がないため、Meta CAPI は checkout_completed をユーザープロファイルとマッチングできません。GA4 は不明なセッションとして記録します。購入は発生していますが、実績が消失します。移行後、PII は再び送信されるようになり、アトリビューションは回復します。

Shopify の自動アップグレードはストアに具体的にどのような処理を行いますか？

Shopify の自動アップグレードは、サンキューページおよび注文状況ページを Extensibility システムに切り替え、公式アプリ連携を移行しますが、カスタムピクセル、GTM、または checkout.liquid のロジックは再構築できません。 これらは「カスタマーイベント」および「チェックアウトエディタ」で手動で再構築する必要があります。スケジュール期間の前にメールが送信されますが、オプトアウトはできません。これが、スケジュールに基づいて手動で移行する方が常に好ましい理由です。

自動アップグレード後に元の状態に戻せますか？

いいえ。Shopify が自動アップグレードを完了した後は、ロールバック（元の状態に戻す）のオプションはありません。 アップグレード後にトラッキングが破損した場合は、復元するのではなく、「カスタマーイベント」でピクセルを再構築して修正します。これが、Shopify によってスケジュールが決定される前に、タイミングをコントロールして本番公開前のテストを行える自己移行を推奨する核心の理由です。

Google Tag Manager は Checkout Extensibility で動作しますか？

標準の GTM コンテナは、新しいチェックアウトのサンドボックス内では動作しません。 サンドボックス化された iframe が DOM アクセスをブロックするため、カスタム HTML タグ、表示トリガー、checkout.liquid に挿入された dataLayer プッシュはすべて機能しません。GA4 および Google Ads には Google & YouTube アプリを使用するか、GTM の完全な代替が必要な場合はサーバーサイドプラットフォーム（Elevar、Analyzify、Stape）を使用してください。

移行にはどのくらいの期間がかかりますか？

ほとんどの Plus ストアは、1〜5営業日で Checkout Extensibility の移行を完了します。 公式アプリを使用した2〜3個のピクセルを運用しているストアであれば、数時間で完了します。GTM の高度なカスタマイズや複雑な checkout.liquid の UI 変更がある場合は、1週間程度に延びます。Shopify Scripts から Functions への移行は別個のトラックであり、複雑な構成では4〜8週間かかります。

Web Pixel API とは何ですか？

Web Pixel API は、チェックアウトおよび購入後ページ上でトラッキングや分析コードを実行するための、Shopify のサンドボックス環境です。 ページ上で任意の JavaScript を直接実行していた追加スクリプトとは異なり、Web Pixel は隔離された iframe 内で実行され、標準の Shopify イベント（checkout_completed、payment_info_submitted など）へのアクセス権を持ちますが、DOM へのアクセスは制限されます。PII はスクレイピングされるのではなく、API を通じて明示的に引き渡されます。カスタムピクセルの設定は「設定」→「カスタマーイベント」で行います。

Checkout Extensibility はすべての Shopify プランで利用できますか？

コアチェックアウトフロー向けの Checkout Extensibility は Plus 専用です。 通常プランのマーチャントは checkout.liquid へのアクセス権を持っていなかったため、移行は同様には適用されません。サンキューページおよび注文状況ページの Extensibility はすべてのプランで利用可能ですが、コアチェックアウトステップのチェックアウトエディタは依然として 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 や追加スクリプトを介してスクリプトを挿入していたアプリは、エクステンションモデルにアップデートする必要があります。移行前に、アプリの変更履歴（チェンジログ）やサポートドキュメントで互換性の有無を確認してください。主要な購入後アプリの多くは、互換性ステータスを公開しています。

関連記事

Shopify checkout extensibility の移行完了後のステップとして、以下を参照してください：

• Shopify Scripts から Functions への移行：完全コードチュートリアル — 6月30日の期限は、本移行の次のタスクです

• Shopify 注文管理：2026年完全ガイド — チェックアウト移行後の注文ワークフローの変更点について

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

• ユニバーサル・コマース・プロトコル（UCP） — 本移行が一部を構成する、より広範なプラットフォームのシフトについて

• 高度な Shopify Flow ワークフロー — Shopify checkout extensibility および新システムと連携して動作する自動化

2026年8月更新。 Revize は、購入後の顧客向けセルフサービス型注文修正 Shopify アプリです。購入者は、配送手配が開始される前に、サポートチケットを発行することなく、配送先住所の変更、バリエーションや製品の変更、キャンセル、返金またはストアクレジットの取得を自分で行うことができます。顧客による Shopify 注文修正の許可、または Shopify App Store での Revize について詳しくご確認ください。