先週管理画面にログインした際、「サンキューページ」と「注文ステータス」ページのアップグレードに関するバナーが表示され、それを閉じたのではないだろうか。自社はPlusプランではなくGrowプランを契約しており、「checkout extensibility」は常にPlus特有の問題だと思われてきたかもしれない。しかし、実態は異なる。Plus以外のストアにおけるShopifyチェックアウトの移行期限は2026年8月26日であり、移行せずに放置すると、静かに利益を生み出していたストアの機能（コンバージョントラッキング、代金引換ロジック、購入後のアップセルなど）が一夜にして機能しなくなる可能性がある。

これは、以前に目にして無視した2025年のPlus向け移行期限の話ではない。今回影響を受けるのは、あなたのストアだ。幸いなことに、解決に必要なのは週末の集中した作業であり、プラットフォーム自体の移行ではない。

要約：2026年8月26日に、Plus以外のプラン（Basic、Grow、Advanced）のストアは、従来の「サンキューページ」と「注文ステータス」ページの使用を停止しなければならない。従来のページに配置されていた計測タグ、スクリプト、またはビジュアルカスタマイズはすべて置き換えられる。期限前にアプリピクセル、Web Pixel APIイベント、およびチェックアウトブロックを使用して移行を完了し、アトリビューションと購入後の収益を維持する必要がある。

2026年8月26日のチェックアウト移行期限とは？

2026年8月26日は、Shopify Plus以外のプランを利用するすべてのストアが、「サンキューページ」と「注文ステータス」ページを新しいチェックアウトおよびアカウントシステムにアップグレードしなければならない期日である。Shopifyは、自社のPlus以外のアップグレードガイドにおいて、アップグレード時に「既存のサンキューページおよび注文ステータスページ、ならびにそれらのページ上の既存のカスタマイズは新しいバージョンに置き換えられる」と明言している。

簡単に言えば、Shopifyは旧来のcheckout.liquid時代の購入後ページを全面的に廃止予定であり、Plus以外のマーチャントがその移行の最後のグループとなる。

Plusストアを運営している場合、その対応は2025年8月28日に、checkout.liquidおよび「追加スクリプト」ボックスが閲覧専用になった時点で実施されている。Plus以外のストアにはより長い準備期間が与えられたが、その猶予は約2ヶ月で終了する。現実問題として、Plus以外のチームの多くは少数精鋭であり、管理画面のバナーは見落とされやすく、「現時点でまだ動いている」という事実が対応を後回しにさせる要因になっている。

今年、さらに重要度を増す要因として、2026年4月2日以降、ShopifyはネイティブのB2B機能（会社プロファイル、支払い条件、数量割引）をBasic、Grow、Advancedプランで利用可能にした。Plus以外のストアはこれまで以上に本格的な取引を行っており、最後にチェックアウト環境について検討した時点よりも、チェックアウトおよび購入後のフローの重要性が高まっている。

8月26日に対象外となる機能は具体的に何か？

動作しなくなるのは、旧ページに組み込まれていたカスタマイズ群である。サードパーティのトラッキングピクセル、「追加スクリプト」のロジック、checkout.liquidによるビジュアルの微調整、および従来の「注文ステータス」ページ上の購入後コンテンツが該当する。商品の販売自体は継続するが、その上で構築してきた計測機能やユーザー体験のレイヤーが失われる。

具体的に想定されるリスクは以下の通りである：

最も致命的なのはコンバージョントラッキングである。「追加スクリプト」に直接貼り付けられたGoogle広告やMetaのピクセルは、従来の「サンキューページ」で動作しているため、当該ページが置き換わるとスニペットも同時に消滅する。広告キャンペーンの予算は消費され続けるが、購入イベントが還元されなくなり、広告プラットフォームによるアトリビューション測定および最適化が機能しなくなる。予算変更を行っていないにもかかわらず、2週間後にROASの異常に気付くという事態になりかねない。

「追加スクリプト」は、2025年8月28日より閲覧専用となっている。中身の確認は可能だが、編集は認められない。したがって、移行は一方通行であり、旧モデルを修正するのではなく、新モデルでロジックを再構築する必要がある。

checkout.liquidのカスタマイズの余命は短い。同ファイル内のブランドカラー、フォント、レイアウト調整などは、チェックアウトおよびアカウントエディタを介してスタイリングされる新しいページには移行されない。

2025年のPlus向け移行期限と何が違うのか？

2025年の期限はPlusストアによるcheckout.liquid編集の終了を意味したが、2026年の期限はPlus以外のストアにおける従来の「サンキューページ」および「注文ステータス」ページの廃止であり、対応が間に合わない場合は自動アップグレードが実施される。移行内容自体は同様だが、対象者が異なり、未対応の場合の強制力がより強くなる。

Shopifyは2026年1月から順次自動アップグレードを実施しており、同意なしにストアを移行させている。注意点として、この自動アップグレードは「ベストエフォート（可能な限りの対応）」に留まる。Shopify公式チャネルの連携は引き継がれる傾向にあるが、カスタムピクセルやGoogle Tag Manager、checkout.liquidのロジックは引き継がれない。そのため「Shopifyの自動アップグレードに任せる」という方針は得策ではない。予定していなかった2週間のアトリビューション損失が発生する原因となる。

重要な違いとして、2025年のPlusチームには開発会社やパートナーがついて対応していたケースが多かった。一方で、Plus以外のチームではそうした体制がないことが多く、期限が軽視されがちで、事後対応の負担が大きくなる傾向にある。

Plus側の文脈も含め、Checkout Extensibilityへの完全な移行プロセスの全体像を把握したい場合は、詳細をまとめた弊社のcheckout extensibility移行ガイドを参照してほしい。この記事は、Plus以外に特化した緊急対応版である。

7つの移行手順：週末2日で完了する移行プロセス

旧ページ上の設定を洗い出し、トラッキングをピクセルとして再構築し、適用前に購入後コンテンツをブロックとして再配置することで、週末の作業時間でPlus以外の移行をデータ漏れなく完了できる。以下は、手順の流れである。

1. 個別化されたアップグレードガイドを開く。管理画面の「設定 > チェックアウト」に移動する。Shopifyは、現在のカスタマイズ内容に基づいて、ストア固有の確認リストを生成する。一般的なリストではなく、実際の構成から確認を始めること。

2. 作業前に「追加スクリプト」の内容を控える。「設定 > チェックアウト > 追加スクリプト」にあるすべてのスニペットをコピーする。ここは閲覧専用のため、ドキュメントに貼り付けて保存する。これが移行のチェックリストとなり、各スクリプトを移行するか、もしくは廃止するかの判断を行う。

3. コンバージョントラッキングをピクセルとして再構築する。Google広告およびMetaのトラッキングを、Shopify公式チャネル（Google & YouTube、Facebook & Instagram）または「設定 > カスタマーイベント」にあるカスタムWebピクセルに移行する。Web Pixel APIはcheckout_completedイベントでタグを発火させ、広告プラットフォームに必要なデータを渡す。各プラットフォームのテストツールで、リアルタイムに動作確認を行ってから信頼すること。

4. スクリプトベースのロジックをアプリやブロックに置き換える。代金引換の条件分岐、注文メモ、カスタム項目の取得など、「追加スクリプト」に実装されていたロジックは、チェックアウトブロックとして再構築するか、Shopify App Storeのアプリで対応する。利用中のアプリが新仕様に対応していない場合は、直ちに開発元に確認するか、猶予期間内に代替アプリを選定する。

5. 購入後コンテンツを新しい注文ステータスページに再配置する。アップセル提案、レビュー依頼、配送追跡、ポリシーメッセージ等は自動で移行されない。チェックアウトおよびアカウントエディタから、ブロックとして再度追加し、注文ステータスページの機能を復元する。

6. エディタ上でブランドスタイリングを再現する。checkout.liquidで行っていたデザイン調整は、新しいエディタのブランディング機能を使用して再現する。カラー、ロゴ、タイポグラフィの設定を合わせ、アップグレード後のページがデフォルトのテンプレートのままにならないようにする。

7. 本番環境でのテスト注文後に本番公開する。有効なテスト注文を実施する。ピクセル発火、アップセル表示、デザイン設定、確認画面への遷移が正常か検証する。問題ないことを確認したのち、余裕を持って8月26日より前に公開を完了させる。

ヒント：先にピクセルの移行作業を行い、正常に稼働することを確認してから全体をリリースすること。アトリビューション測定の不具合は、最も損失が大きく、かつ気付きにくいため、テスト購入で確実に検知する必要がある。

購入後の顧客体験に与える影響

この移行は、購入後フロー全体で最もアクセス頻度が高い「注文ステータス」ページを強制的にリセットする契機となるため、以前の構成に戻すだけでなく、意図を持って再設計する好機と捉えるべきである。顧客は配送状況を確認するためにこのページを何度も再訪するため、掲載内容が極めて重要になる。

ここに、今回のアップグレードをチャンスに変えるポイントがある。2026年6月17日のSummer Edition公開に合わせ、顧客アカウントのデザインも刷新され、無駄のない1カラムレイアウトとモバイル主体のナビゲーションに進化している。再構築を求められているこの時期に、購入後の表示領域はより洗練され、利便性が向上した。

当店はRevizeのブログを運営しているため、製品に関する明確な文脈をお伝えしよう。従来の「注文ステータス」ページが置き換えられると、以前はスクリプトやcheckout.liquidで対応していた「顧客自身による注文変更」「購入後のアップセル」「住所変更」といった機能を別途実装する必要がある。これこそが、Revizeが新しいページにおいて解決するために設計された領域である。アップグレード後の注文ステータスページ上で、顧客自身がサポートの手を借りずに配送先を修正し、バリエーションを変更し、あるいは注文を追加できる。Nude ProjectやAYBLといったブランドは、この購入後の顧客セルフサービス層を活用して、サポート窓口のお問い合わせ対応業務を削減している。ただ移行期にアプリの購入を推奨しているわけではなく、重要なのは「購入後体験の再構築」を移行チェックリストに含めるべきだということである。これは9月に後回しにするような事案ではない。

ページをどうせ再構築するのであれば、顧客が自己解決できる仕組みにすべきである。「Shopifyで顧客に注文キャンセルを許可する方法」に関する弊社のガイドでは、セルフサービスがなぜ通常サポートよりも優れているかを解説している。「対応できません」という返答メールは、DTCブランドにとって顧客を失う要因となる。

アップグレードによる変更点（ビフォー・アフター）

新しいページはセキュアで、今後のバージョンアップにも耐久性があるが、かつての何でも記述できた自由なスクリプト形式から、構造化されたピクセルやブロック形式に移行するため、事前の導入ハードルはやや上がる。以下が比較である。

明確にすべき点として、今回の移行期限が指すのは、Plus以外のストアにとっての「サンキューページ」と「注文ステータス」ページである。チェックアウト手続き、あるいはカート確定プロセスの中核ステップのカスタマイズは以前としてPlus限定の機能である。よって、Plus以外のストアの作業スコープはこの購入後2ページとトラッキング設定に限定され、全体を再設計するよりはるかに小規模な作業で済む。これが、週末だけで対応可能とする理由である。

旧環境において、割引や配送・決済などの処理にShopifyスクリプトを使用していた場合は、それに関連する期限に注意してほしい。レガシースクリプトは2026年6月30日をもって完全に終了する。これらはShopify Functionsに移行する必要があり、具体手順は弊社のScriptsからFunctionsへの移行チュートリアルで解説している。

よくある質問（FAQ）

2026年8月26日の期限に間に合わないとどうなるか？

ストアは新しいページへと自動的にアップグレードされ、Shopify側で引き継げないカスタム要素はすべて破棄される。自動アップグレードは2026年1月より順次開始されている。この移行は可能な限りの範囲で行われるものであり、公式チャネルは保護される傾向にあるが、独自ピクセルやTag Manager、checkout.liquidなどの独自コードはほぼ引き継がれない。取引自体は止まらないが、アクセス解析や購入後の表示要素が静かに動作しなくなる。

この期限は自分のプランにも適用されるか？

適用される。Basic、Grow、Advancedプランを現在利用している場合、2026年8月26日はまさにあなたのための期限である。Plusストアの移行は2025年内に実施済みであり、現在はPlus以外のタイムラインが実施中である。影響を受けるページがどれか不明な場合は、管理画面の「設定 > チェックアウト」に表示されるアップグレードガイドを確認してほしい。

Google広告やMetaのトラッキングは本当に止まるのか？

「追加スクリプト」内に直書きされていて、事前に移行していない場合は確実に止まる。追加スクリプト欄にあるコンバージョンタグは旧式の「サンキューページ」で動いていたため、同ページ終了と共に実行されなくなる。期限前に標準チャネルピクセルまたはカスタムWebピクセルとして構築すれば、データ損失なしに計測を継続できる。本番公開前には、各媒体のテストツールで動作検証を推奨する。

自動アップグレードに委ねてはいけないのか？

可能だが、計測設定や購入後コンテンツにカスタム調整を施している場合は極めて危険である。仕様上、自動アップグレードは「ストアの売買機能を継続させること」が主目的であり、カスタマイズ設定を再現する設計にはなっていない。追加コードを全く実装していない店舗であれば問題ないが、広告用の各種ピクセル、代金引換の制御、アップセル等を導入している場合は、手動で移行計画を立てなければ、計測漏れの甚大な影響を受けることになる。

Plus以外のストアの移行作業にはどれくらいの時間がかかるか？

多くのストアでは週末の2日間、場合によっては半日で完了する。チェックアウト手続き本体を再設計する必要はなく、サンキューページと注文ステータスページ、そして計測周りの調整に留まるからである。所要時間は、これまでに設定したスクリプトやデザインコードの蓄積量に依存する。Google系のピクセルが1点と、決済状況表示用の軽度なウィジェットのみであれば迅速に終わる。十数件のスクリプトやcheckout.liquidへの大がかりな改変を加えている場合は、丁寧な検証が必要となる。

「チェックアウトページ」と「注文ステータスページ」の違いは？

チェックアウトページは決済を行う場所であり、注文ステータスページは決済後に顧客に表示され、配送情報の追跡などで再訪問される場所である。Plus以外のプランでは、新環境のエディタにおいて「サンキューページ」と「注文ステータスページ」のビジュアル領域を変更できるが、各決済プロセスの深いレベルの変更はPlus専用のままである。今回の移行範囲はあくまで前者の2ページに限定されている。

実装に開発会社の支援は必須か？

ほとんどのストアは専用アプリ、標準のチャンネル、そしてエディタを使用して独自に対応可能である。GoogleおよびMeta公式チャネルとのピクセル連携は直感的な操作で設定できる。購入後の追加設定はエディタの各種ブロック機能で配置する。開発者の協力が必要となるのは、標準の汎用アプリや標準のWebピクセル機能では代替できない特殊な自社ロジックを保有している場合に限られる。

「追加スクリプト」ボックスの代替機能は何か？

トラッキング領域は「アプリイベント」と「Web Pixel API」に、ロジックおよびコンテンツ表示は「チェックアウトブロックおよびアプリ」に分散・置き換えられる。Shopifyは旧来の何でも記述できるブロックを論理的に分割し、計測領域（カスタマーイベント）、スタイリング領域（エディタ）、機能追加領域（Appストア）に特化させた。この構造により、将来のコアアップデート時にもカスタマイズ内容が破損しない構造になった。

購入後のアップセルは自動で移行されるか？

自動では移行されない。旧サンキューページで動いていたアップセルプログラムは、新しいページのブロックまたは互換アプリ経由で再設定する必要がある。アップセルが収益に貢献している店舗の場合は、この作業を最優先事項の1つに位置づけるべきである。新環境への適合化により、将来にわたって安全な形で収益機会を維持できる。

今回の移行で顧客アカウントにも影響があるか？

間接的な影響がある。今回の共通基盤への刷新に伴い、2026年6月17日より顧客アカウント画面の仕様（より簡素なレイアウトなど）も共通化されている。新環境の購入確認プロセスと注文ステータスの顧客体験は同じ基盤を使用している。過去に独自にカスタマイズしていた場合は、このタイミングでの整合化が求められる。詳細は当社のレガシー顧客アカウントのアップグレードガイドを併せて参照してほしい。

checkout.liquidは完全に廃止されるのか？

完全に廃止される。非推奨のステータスであり、新しいページには構造上適合しない。Plus加盟店の編集機能は2025年8月に終了しており、それに依存していた一般店舗向けシステムも2026年8月26日をもって退役する。このデザインテンプレート内に留まり続ける方法はないため、新規エディタか別アプリとして移行を済ませる必要がある。

最優先で移行すべきなのはどれか？

コンバージョントラッキングである。発覚が遅れやすく、売上に直結するためである。アップセル機能のバグは視覚で捉えやすいが、計測ピクセルの破損は即座には顕在化せず、誤ったインサイトデータにより無効なキャンペーンに資金供給を行うリスクを生む。まずトラッキングの再構築を何よりも先に進め、検証を終えてほしい。

アップグレード後も、購入者は注文変更やキャンセルを行えるか？

新しい注文ステータスページ上にその機能を再実装すれば可能であり、今回のアップグレードはそれを導入する最適な機会である。購入後の注文変更やキャンセルは、カスタマーサポートチームの対応負担を抑え、顧客体験を向上させる。再設計を行うこの機に顧客の自己解決レイヤーを追加することは、購入維持率とCSコスト抑制の双方において高い初期投資対効果が期待できる。

今週から始めるべき移行準備

2026年8月26日のShopifyチェックアウト移行期限は、現在すぐに対応できる時間的猶予があり、かつ冷静に進められる期間内である。自動アップグレードに運命を委ねてはならない。

今週中に着手すべき事項：

1. 現況の監査。「設定 > チェックアウト」を開き、自社の個別移行ガイドを読み、かつ「追加スクリプト」内部の全テキストを任意のドキュメントに退避する。

2. トラッキングの移行。GoogleおよびMeta等の各種ピクセルを共通管理イベントまたは固有のWebピクセルに変更し、本番でのデバッグ注文にて検知テストを完了させる。

3. 再レイアウトと月内の本公開。追加したい表示タグやブランドスタイリングを新管理エディタで設定し、本番注文で正常ルートをすべて確認した上で、十分余裕のある日数でリリース（有効化）を確定させる。

事業者にとって、これは全体の移行を伴わない2ページのみに整理された作業であり、無視する代償は計測エラーと売上毀損という形で返ってくる。パートナーエージェンシーにとっては、8月の強制移行ピークを迎える前に、Plus以外の各クライアントのリストを一括整理して対処すべき期間である。このShopify移行期限をルール対応作業ではなく「顧客体験価値の向上」の機会として活用したストアだけが、より動作が軽く、仕様が簡潔で、今後の新プラットフォームのメリットを早期に享受できる体制へ移行を遂げられる。

関連記事

• Shopify Checkout Extensibility 2026: 移行完全ガイド

• Shopify ScriptsからFunctionsへの移行方法（2026年版）

• Shopify新顧客アカウント移行ガイド

• Shopifyで顧客に注文キャンセルを許可する方法

• Shopifyにおける返品コストの本当のインパクト（2026）