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

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

• 今壊れているもの（2026年4月時点）: サンキューページと注文状況ページのピクセルと分析、まだ移行していない 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年前の数分の1に落ちています。代理店はクリエイティブに問題はないと言います。アカウントに変更はありません。予算も同じです。

何が起きたのか: 移行はバックログに積まれたまま、2025年8月の期限が過ぎ、どこかの時点で Shopify があなたのストアを自動アップグレードしました。pixel は今でも発火しますが、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 — で構成されています。 2026年4月の Plus ストアにとって重要なマイルストーンは以下のとおりです:

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

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

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

Additional Scripts フィールドがロックされました。 Settings → Checkout を開いてください。従来の checkout では、Additional Scripts フィールドは表示されますが読み取り専用です。期限到来時にそこにあった pixel や script は固定され、見ることはできても変更はできません。

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

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

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

2026年1月以降、Shopify は従来の checkout のまま残っているストアを Checkout Extensibility に自動的に移行しています。通知は来ますが、拒否はできません。 予定ウィンドウを知らせるメールが届きます。ブロックはできません。

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

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

• サンキューページと注文状況ページを拡張性システムへ切り替える

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

• あなたのストアで Checkout Editor を有効にする

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

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

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

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

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

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

壊れたトラッキングがあなたの利益を削る理由

壊れたチェックアウトトラッキングは、単に悪い数値を出すだけではなく、後続のあらゆる判断を誤らせます。 予算配分、クリエイティブテスト、オーディエンスターゲティング、LTV モデリング: そのすべてがコンバージョンデータの上に成り立っています。pixel がコンバージョンを帰属できないと、広告プラットフォームは誤ったシグナルに向けて最適化してしまいます。

月5万ドルの広告予算では、30日間のトラッキング断絶は分析上の不便ではなく、実際のキャッシュ問題です。危険なのはそれが見えにくいことです。キャンペーンは動き続け、支出も続き、何かおかしい唯一の兆候は、現実と一致しない ROAS です。

Checkout Extensibility への移行方法（ステップごと）

移行には、実行している custom pixel や script の数にもよりますが、1日から1週間かかります。 この順序なら、データを通してきれいに保てます:

1. 状態を確認する。 Settings → Checkout。 「Upgrade」ボタンがあれば従来版。Checkout Editor が見えていれば、すでに移行済みです。

2. まず Additional Scripts フィールドを記録する。 すべてをテキストファイルにコピーしてください — すべての pixel ID、すべての GTM コンテナ ID、すべての custom script。これが移行インベントリです。何かを触る前に必ず実施してください。

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

4. 残りの pixel を Custom Pixels として再構築する。 Settings → Customer Events → Add custom pixel。Web Pixel API では checkout_completed、payment_info_submitted、その他の標準イベントが使えます。公式 Shopify アプリがないプラットフォームにはこれを使ってください。

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

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

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

ヒント: 移行は平日の真ん中に行い、金曜日は避けてください。何か壊れたとき、その日のうちに直せるようチームを確保したいからです。

Google Tag Manager と Checkout Extensibility

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

代替案:

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

• サーバーサイドのタグ管理 — Elevar、Analyzify、Stape で checkout イベントをサーバー側にルーティングし、サンドボックスを完全に迂回する

• Custom Pixels — Settings → Customer Events の Web Pixel API を使って主要な GTM トリガーを再構築する

サーバーサイドは最も手間がかかる選択肢ですが、checkout だけでなくファネル全体でより良い帰属を実現します。

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

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

Checkout Editor は checkout.liquid が見た目で提供していたものの大半を、コードなしでカバーします。 移行へのよくある反論は「自分たちのカスタムな checkout の見た目を失う」というものですが、18か月前ならもっともな懸念でした。2026年4月時点では、Checkout Editor が標準的な Plus ブランド要件の大部分をネイティブに処理します。

コードを触らずにできること:

• すべての checkout ステップにわたるロゴ、favicon、ブランドカラー

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

• checkout コンテナの背景色と画像

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

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

今も Checkout UI Extension（開発作業）が必要なもの:

• 自社バックエンドに連動するカスタム入力フィールド

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

• checkout の途中における深いサードパーティ連携

ほとんどの Plus ストアでは、Checkout Editor で checkout.liquid のユースケースの80%をカバーできます。残りの20%で拡張が必要な部分は、通常デベロッパーなら2〜3日で対応できます。

Shopify Markets と国際チェックアウト

Shopify Markets を運用している販売者は、マーケットごとに移行テストを行う必要があります。 新システムは国際化をネイティブに処理しますが、マーケット固有の pixel 設定やコンプライアンス要件は、アクティブな各地域ごとに個別確認が必要です。

Markets を使う販売者が確認すべき主な点:

• 住所バリデーションが地域ごとに正しく機能すること、特に EU 形式

• 地域別の pixel トラッキングが、マーケットごとの通貨と言語に応じて正しく発火すること

• 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 のキュー待ちのままなのか、です。

販売者向け: 今日 Settings → Checkout を確認してください。従来版なら、Shopify がアップグレードウィンドウを設定する前に Additional Scripts フィールドを記録し、公式チャネルアプリをインストールしてください。

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

移行後は、チェックアウトのトラッキングは以前より良くなります。PII がネイティブに渡り、CAPI の帰属精度が向上し、従来の checkout.liquid では安定して使えなかったファーストパーティデータに pixel がアクセスできるようになります。

今週やることはこちらです:

1. Settings → Checkout → 状態を確認する

2. 従来版なら: Additional Scripts を記録し、Google & YouTube と Facebook & Instagram のアプリをインストールしてからアップグレードする

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

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

よくある質問

自分のストアがまだ従来の checkout かどうか、どうやって分かりますか？

Settings → Checkout に移動してください。「Upgrade」ボタンや予定アップグレードのバナーが表示されていれば、まだ従来版です。 Checkout Editor がドラッグ&ドロップのセクション付きで表示されていれば、すでに移行済みです。Shopify は自動アップグレード前にメール通知を送るので、不明な場合は管理画面の通知履歴も確認してください。

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

2025年8月の期限により、Shopify が従来のサンキューページ上のトラッキングスクリプトへ PII を渡すのをやめたため、pixel は発火しても広告プラットフォームはコンバージョンを帰属できなくなりました。 メールや電話番号がないと、Meta CAPI は checkout_completed をユーザープロファイルに一致させられません。GA4 は未特定のセッションとして記録します。購入は起きていますが、成果の帰属が消えてしまうのです。移行後は PII が再び渡るため、帰属は回復します。

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

Shopify の自動アップグレードは、サンキューページと注文状況ページを拡張性システムへ切り替え、公式アプリ連携を移行しますが、カスタムピクセル、GTM、checkout.liquid のロジックを再構築することはできません。 それらは Customer Events と Checkout Editor で手動再構築する必要があります。予定ウィンドウの前にメールは届きますが、拒否はできません。だからこそ、Shopify がウィンドウを設定する前に自分で移行する方が、いつも良いのです。

自動アップグレード後にロールバックできますか？

いいえ — Shopify が自動アップグレードを完了した後にロールバックする方法はありません。 アップグレード後にトラッキングが壊れた場合は、Customer Events で pixel を再構築して直します。元に戻すことはできません。だからこそ、Shopify がウィンドウを設定する前に自分で移行するのが重要なのです。タイミングを自分で管理でき、公開前にすべてテストできます。

Google Tag Manager は Checkout Extensibility で使えますか？

標準の GTM コンテナは新しい checkout のサンドボックスでは動きません。 サンドボックス化された iframe が DOM へのアクセスをブロックするため、custom HTML タグ、表示トリガー、checkout.liquid による dataLayer 送信はすべてサイレントに失敗します。GA4 と Google Ads には Google & YouTube app を使うか、GTM を完全置換したいならサーバーサイドのプラットフォーム（Elevar、Analyzify、Stape）を使ってください。

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

ほとんどの Plus ストアは、Checkout Extensibility への移行を1〜5営業日で完了します。 公式アプリを使う pixel が2〜3個なら、数時間で終わることもあります。重い GTM カスタマイズや複雑な checkout.liquid の UI 変更があると、1週間ほどかかります。Shopify Scripts から Functions への移行は別トラックで、複雑な構成では4〜8週間かかります。

Web Pixel API とは何ですか？

Web Pixel API は、checkout と購入後ページでトラッキングおよび分析コードを実行するための Shopify のサンドボックス環境です。 Additional Scripts がページ内で任意の JavaScript を直接実行していたのに対し、Web Pixel は分離された iframe 内で動作し、標準の Shopify イベント（checkout_completed、payment_info_submitted など）にはアクセスできますが、DOM へのアクセスは制限されています。PII はスクレイピングではなく、API を通じて明示的に渡されます。カスタムピクセルは Settings → Customer Events で設定してください。

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

コア checkout フロー向けの checkout extensibility は Plus 限定です。 標準プランの販売者は checkout.liquid へアクセスできなかったため、同じ意味ではこの移行は適用されません。サンキューページと注文状況ページの拡張性はすべてのプランで利用できますが、コア checkout ステップ向けの Checkout Editor は引き続き Plus 専用です。

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

これらは別々のシステムで、非推奨のタイムラインも別です。多くの Plus ストアでは、2つの独立したプロジェクトとして扱う必要があります。 Checkout Extensibility は checkout.liquid、つまり checkout ページの見た目とスクリプト層を置き換えました。Shopify Scripts は、割引・配送・カートロジックのための Ruby ランタイムを置き換えました。Checkout Extensibility の期限: 2025年8月28日（経過済み）。Scripts の期限: 2026年6月30日（あと62日）。

6月30日以降、Shopify Scripts の代わりは何ですか？

Shopify Functions が直接の置き換えです。 Functions は WebAssembly のサンドボックスで動作し、JavaScript または Rust を使って、カスタム割引、送料、カート変換といった同じユースケースをカバーします。管理画面にスクリプトを入力するのではなく、アプリとしてデプロイします。完全なドキュメントと移行ガイドは shopify.dev/docs/apps/build/functions にあります。

移行後も購入後アプリは動きますか？

Checkout UI Extensions ベースのアプリは、新システムで正しく動作します。 checkout.liquid や Additional Scripts を通じてスクリプトを注入していたアプリは、拡張モデルへの更新が必要です。移行前にアプリの changelog やサポート資料で互換性を確認してください。主要な購入後アプリの多くは、互換性情報を公開しています。

関連記事

Shopify checkout extensibility の移行が完了したら、次に進む自然なステップは次のとおりです:

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

• Shopify 注文管理: 2026年完全ガイド — checkout 移行後に注文ワークフローがどう変わるか

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

• Universal Commerce Protocol（UCP） — この移行が含まれる、より大きなプラットフォームの転換

• Advanced Shopify Flow ワークフロー — Shopify checkout extensibility と新システムにきれいに並走する自動化