Shopify Checkout Extensibility 2026 — 15秒で理解する重要事項

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

• 現在（2026年4月）発生している問題： サンクスページおよび注文ステータスページでのピクセルとアナリティクスの破損、未移行の「追加スクリプト」、およびすべてのcheckout.liquidカスタマイズの無効化。

• 2026年1月からの自動アップグレード適用： Shopifyは事前の同意の有無にかかわらずストアの移行を進めています。すでに新しいシステムに切り替わっている可能性があります。

• 対応が必要な対象： Checkout Extensibilityへの移行が確認できていないすべてのPlusストア。未移行のScriptsを使用しているすべてのストア。購入後ページにカスタムピクセルを実装しているすべてのストア。

• Scriptsの期限まであと62日： Shopify Scriptsは2026年60月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月の期限以降に何が破損したのか、自動アップグレードの仕組み、正確な移行手順、そして残り62日に迫る2026年6月30日のScripts廃止に向けて必要な対策を網羅します。

Checkout Extensibilityのマイルストーン（簡略版）

ShopifyのCheckout Extensibilityへの移行はすでに2つの段階を完了しており、Shopify Scriptsという現行のデッドラインがあと62日後に控えています。 2026年4月時点でPlusストアが把握すべきマイルストーンは以下の通りです：

2025年8月の移行期限により、多くのストアでトラッキングが破損しました。そして2026年6月30日のScripts廃止期限は、現在もScriptベースのルールを運用しているすべてのPlusストアにおいて、割引や配送のロジックを停止させます。残り62日であり、今すぐ対応が必要です。

2025年8月の期限後に変化したこと

2025年8月のデッドライン到達と同時に3つの要素が破損またはロックされました。これらはいずれも売上またはレポート作成に直結します。

「追加のスクリプト」フィールドのロック： 「設定」→「チェックアウト」を開いてください。レガシーチェックアウトでは、「追加スクリプト」フィールドは表示されますが読み取り専用になっています。期限到達時点で記述されていたピクセルやスクリプトはすべて凍結され、閲覧はできても編集は不可能です。

レガシートラッキングからの個人特定情報（PII）の遮断： Shopifyは、レガシーなサンクスページおよび注文ステータスページにおけるトラッキングスクリプトへのPII（メールアドレス、電話番号、名前、住所）の引き渡しを停止しました。ピクセル自体はcheckout_completedで動作しますが、PIIがないため、広告プラットフォームはコンバージョンをユーザーにマッチングできません。Meta CAPIはアトリビューションを測定できず、GA4は匿名セッションとして処理します。コンバージョンは発生しているものの、成果の帰属データが消失します。

checkout.liquid のカスタマイズの無効化： checkout.liquidで構築されたビジュアル変更（ブランド要素、カスタムの進捗インジケーター、アップセルブロックなど）はすべて無効になります。Shopifyの自動アップグレードがすでに実施されたストアでは、チェックアウト画面がすでに標準仕様に戻っている可能性があります。

Shopifyサンクスページの自動アップグレード（2026年1月実施）

2026年1月以降、Shopifyは旧チェックアウトを利用しているストアに対し、Checkout Extensibilityへの移行を順次自動で実施しています。事前の通知は行われますが、オプトアウトは不可能です。 指定された移行期間を示すメールが届き、これを拒否することはできません。

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

自動アップグレードによって移行されるもの：

• サンクスページおよび注文ステータスページの新システム移行

• 新システムをサポートしている公式Shopifyアプリの連携引き継ぎ

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

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

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

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

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

• DOMに直接アクセスするサードパーティ製スクリプト

注意： 自動アップグレード完了後、PIIの受け渡しはWeb Pixel APIを通じて再開されます。checkout_completedピクセルイベントには、顧客のメール、電話番号、住所が再び含まれるようになります。目的は、データにギャップを作らずに新システムへ移行することです。

トラッキング破損がもたらす損失

チェックアウトトラッキングの破損は、単にデータ品質の悪化を招くだけでなく、予算配分、クリエイティブテスト、ターゲット層の絞り込み、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. 
   

6. チェックアウトエディタによるビジュアル再構築： 「オンラインストア」→「チェックアウト」。ドラッグアンドドロップでのブロック配置、ブランドカラー、ロゴ、フォントの設定。多くのPlusストアにおいて、これはcheckout.liquidで行っていた視覚的要件の8割を代替します。

7. アップグレードの実行： 「設定」→「チェックアウト」→「アップグレード」。トラッキング仕組みは再構築済みのため、データの喪失はありません。

8. テストトランザクションの実施： 各ピクセルのダッシュボードで、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などを利用してチェックアウトイベントをサーバーサイドへルーティングし、サンドボックスの影響を完全に回避します。

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

サーバーサイド連携は導入の難易度が最も高いものの、チェックアウトのみならず、ファネル全体にわたる精度の高い成果測定を可能にします。

追加スクリプト、GTM、カスタムコードに代わる機能一覧

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

チェックアウトエディタを使用すれば、コードを記述することなく、checkout.liquidと同等の多様なビジュアル調整が可能です。 移行を躊躇する一番の理由は「独自のデザインを失いたくない」という点ですが、これは1年半前の課題です。2026年4月現在のチェックアウトエディタは、Plusストアで求められるブランドアイデンティティ要件の大半を標準機能で実現します。

コード不要でコントロールできる項目：

• チェックアウトプロセス全体におよぶロゴ、ファビコン、ブランドカラーの設定

• 見出しおよび本文のフォントファミリー、サイズ、ウェイトの調整

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

• チェックアウト各セクション間にアプリアプリ由来やテキストメッセージなどでバナーやUIを追加

• サンクスページ内の確認メッセージやアップセル用の機能配置

デベロッパーによるCheckout UI Extension開発が必要なケース：

• 独自の基幹システムに直結するカスタム入力フィールドの作成

• カートの内容に応じた動的で複雑な条件分岐の適用

• チェックアウト中の高度なサードパーティ製サービス連動

大半のPlusストアにとって、従来のcheckout.liquidの用途の80%はチェックアウトエディタで賄えます。残り20%のエクステンション開発を要する部分についても、開発期間の目安は2〜3日程度です。

Shopify Markets と多国籍チェックアウト

Shopify 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を利用し、1つのアプリパッケージとして構築します。複雑なScripts設定の移し替えには平均4〜8週間を要します。

警告： 62日あれば、今週中に着手することでScripts移行を完了可能です。しかし、これは6月に着手したのでは間に合わない期間です。

技術的な実装手順のすべては、弊社のShopify ScriptsからFunctionsへの移行ガイドをご参照ください。

移行後における購入後（サンクス）ページの注文編集

Checkout Extensibilityへの移行を終えることで、サンクスページでの購入後のUX設計が大幅に進化します。 従来は、checkout.liquid内のコードと注文確定ロジックが絡み合い、新たな機能の追加が難しくなっていました。

新しいシステム下では、サンクスページ用アプリはCheckout UI Extension上で作動するため、トラッキング周りの設定に干渉しません。弊社ブログでの紹介となりますが、RevizeはCheckout Extensibilityへ完全対応しています。すでに数多くのマーチャントが、移行によりサンクスページのコードが整理されたことを機に、安心して利用できる購入者自身での注文変更機能を実装しています。

移行による注文管理の詳細な変更点については、Shopify製品注文管理ガイド2026をご覧ください。

結論

Shopify Checkout Extensibilityへの切り替えは任意での適用ではなく、今まさに完了していなければならないタスクです。 2025年8月の期限は8ヶ月前に終了しています。自動移行は2026年1月から動きつつあります。現時点でデータ保護に優れた新しいトラッキング環境を整えられているか、それともShopifyの自律切替の列にただ並んでいる状態かが問われています。

事業者向け： 今すぐ「設定」→「チェックアウト」をご確認ください。旧来の仕様であれば、速やかに「追加スクリプト」を記録し、Shopifyがアップグレードを行う前に、公式アプリ経由での接続に切り替えてください。

開発会社・制作パートナー向け： 目前の大きな節目は2026年6月30日のShopify Scriptsの終了です。これは難易度が高く、数週間に及ぶ設計が必要となります。今なおScript経由のルールを実行中のクライアントがいる場合、すぐに対策の話し合いを進めるべきです。

移行後のトラッキングの正確度は従来を上回ります。PIIは規定に則って受け渡され、Meta CAPIなど各ツールは、従来のcheckout.liquidでは不安定であったファーストパーティデータを確実に補足できるようになります。

今週行うべきタスク：

1. 「設定」→「チェックアウト」で移行ステータスの点検

2. 旧仕様の場合：追加スクリプトの中身を保存し、「Google & YouTube」「Facebook & Instagram」アプリを導入後、アップグレードを実行

3. 既移行の場合：Meta Events ManagerおよびGA4にて個人識別情報（PII）が欠損なく送信されているかを検証

4. Shopify Scriptsを引き続き使用している場合：今すぐFunctionsへの移行計画を展開。締切日は62日後です。

よくある質問

ストアが未移行（レガシー状態）であるかどうかの見分け方は？

「設定」→「チェックアウト」を確認し、「アップグレード」ボタンまたは移行予定のバナーがあれば未移行です。 ドラッグアンドドロップに対応したチェックアウトエディタが表示されていれば移行済みです。自動移行の実施前には事前にShopifyから公式メールが届きますので、管理画面内の通知等も併せてご確認ください。

2025年8月以降、Facebook ROASやGA4連携コンバージョンが減少した原因は？

レガシーチェックアウトページにおけるPIIの送信停止が原因です。ピクセルは作動しているものの、広告プラットフォームがユーザーとの突合を行えません。 メールアドレスや電話番号情報が渡されないため、Meta CAPIはcheckout_completedの所有者をアカウントに紐付けられず、GA4は匿名の情報として処理を止めます。購入というトランザクションは生じていても、キャンペーンの獲得アトリビューションを測定できておりません。移行により、再度PII送信の正規機能が働きアトリビューションデータが復活します。

Shopifyの自動アップグレード実行時には、具体的に何が起こりますか？

サンクスページと注文ステータスページを自動的に新しいExtensibility規格に変更し、公式アプリを引継ぎますが、カスタム仕様のピクセル、GTM記述、独自のcheckout.liquidコードの再構築は行われません。 これらは自身で「顧客イベント」や「チェックアウトエディタ」を設定して再起動させる必要があります。事前案内のメール通知は拒めないため、自社の進行管理のもとで主導し、手動で移行を進めることで不測の事態を防ぐのが最善策です。

自動移行完了後、以前のデータに戻（ロールバック）せますか？

いいえ、Shopify側が移行作業を終えたアカウントにおいて、ロールバックやレガシー状態への復元はできません。 トラッキング不具合が生じた局面では、ロールバックを考えるのではなく「顧客イベント」でピクセルを書き直すことが必須の修復手続きとなります。自動アップデートが指定日に及ぶ前に検証し、手動で前進しコントロールすることが望ましいとされる最大の理由です。

Google Tag Manager は Checkout Extensibility 内で使用できますか？

通常のGTMコンテナは新しいチェックアウトのサンドボックス上では機能しません。 セキュリティ仕様上のiframe設計によりDOM参照が制限されるため、カスタムHTMLスクリプト、可視トリガー、checkout.liquidに書き込まれたdataLayer設定は何も動きません。GA4やGoogle広告に関しては公式の「Google & YouTube」アプリの使用を推奨し、その上でより多機能な追跡を行う場合は、サーバーサイド方式（Elevar、Analyzify、Stape等）に転換してください。

移行に要する作業期間はどれくらいですか？

多くのPlusストアは1〜5営業日でCheckout Extensibility対応を完了します。 標準連携のピクセル2、3個を整える程度であれば数時間で完了します。特注に近いGTMカスタマイズやcheckout.liquidを用いた複雑な画面変更がある場合は概ね一週間程度を有します。一方で、Shopify ScriptsからFunctionsへの移行は別プロジェクトであり、こちらは4〜8週間を要します。

Web Pixel API とは何ですか？

チェックアウトやサンクスページ上で計測・解析コードを確実に走らせるために用意された、セキュリティに護られた隔離サンドボックス環境（API）です。 任意のJavaScriptを直接実行可能だったこれまでの「追加のスクリプト」方式に代わり、保護された専用iframe内で機能し、標準で用意されたShopify側挙動イベントをトリガー値として捕足します。PII情報を自動スクレイピングではなく、正規APIを通じて確実に対象連携へと渡します。「設定」→「顧客イベント」で設定を管理します。

Checkout Extensibility は全マーチャント向けプランで使えますか？

中核となる購入手続きステップでのCheckout Extensibility利用権はPlusプランに限定されています。 通常プランユーザーはそもそもcheckout.liquidの変更権がなかったため、この問題は関係がありません。一方、サンクスページおよび注文ステータスページでの変更権は全プランに開放されておりますが、中心となる購入フロー部分の編集エディタはPlus専用となっています。

Shopify Scripts と Checkout Extensibility の違いは何ですか？

これらは独立した別製品であり、それぞれの廃止タイムラインを持っています。大半のPlusストアにおいては、これらを異なる2つの独立したプロジェクトとして同時に並行進行する必要があります。 Checkout Extensibilityはcheckout.liquidに代わる、主に画面デザインや動的タグ構築のための仕組みです。一方、Shopify Scriptsは決済・割引ロジックや支払処理、配送ロジックをRuby言語で組み立てていた箇所に代わるものです。Extensibility移行は2025年8月に完了しており、Scriptsは2026年6月30日（あと62日後）が移行期限です。

6月30日以降、Shopify Scriptsに代わるものは？

Shopify Functionsに置き換わります。 FunctionsはWebAssembly動作環境を使用し、従来の割引・配送ロジック等を同等にカバーします。記述にはJavaScriptまたはRustを扱い、管理画面へ直接ソースコードを書くのではなく、一つのShopifyアプリとして配置して制御します。詳細な移行ドキュメントにつきましては、shopify.dev/docs/apps/build/functionsにて公開されています。

新システムへ移行した後、購入後処理アップセルアプリはそのまま動きますか？

Checkout UI Extensionsモデルで構築された標準規格アプリであれば支障なく作動します。 かつてのcheckout.liquidや「追加のスクリプト」上にスクリプト挿入を行っていたタイプのアプリについては、現在提供されている新しい拡張モジュール構成のものに切り替える必要があります。移行手続きを確定する前に、各アプリメーカーの互換ステータス変更告知を確認してください。

関連記事

Shopify Checkout Extensibilityの導入が済んだ後は、以下のテーマをご検討ください：

• Shopify ScriptsからFunctionsへの移行方法：完全コード解説チュートリアル — 6月30日までに完了させる最優先の次タスクです

• Shopify 注文管理：2026年完全版解説ガイド — チェックアウト移行後に変化する注文バックオフィス運用のポイント

• Shopifyで顧客に注文キャンセルをセルフサービス提供する方法 — 新設計のサンクスページ上で行う購入後の変更設定プロセス

• Universal Commerce Protocol (UCP) と国際規格 — 今日起きているグローバル規模のシステムアーキテクチャ移行について

• 高度なShopify Flowオートメーション設計 — Checkout Extensibility新環境と衝突しない、安全なバックエンドの自動化ワークフロー