2026年8月7日 / Best Practices / 3分で読めます

Shopifyサンクスページ移行期限は2026年8月26日 監査の進め方

2026年8月26日までにShopifyのサンクスページと注文状況ページを監査し、計測、アプリ、購入後体験、サポート業務への影響を防ぎましょう。

目次

shopify サンクスページ shopify 注文状況ページ checkout extensibility コンバージョン計測 shopify 移行対応

2026年8月26日は、Shopifyの非Plusプランを利用しているストアが、既存のサンクスページと注文状況ページを新バージョンへアップグレードする期限です。Shopifyの非Plus向けアップグレードガイドによると、アップグレードを実行すると既存ページとそのカスタマイズは置き換えられます。互換性のないアプリ、スクリプト、ピクセル、ページカスタマイズは見直しが必要で、引き続き必要なものはサポート対象の方法へ置き換えなければなりません。

これらはチェックアウト完了後に表示されるページです。Shopifyでは、サンクスページを購入完了後に一度だけ表示されるページ、注文状況ページを注文作成後に顧客が再訪できるページとして説明しています。ストアの設定によっては、これらのページに計測用の要素や、アンケート、ダウンロード、ロイヤルティや紹介の案内、アップセル、配送情報、返品ツール、サポートリンクなど、アプリが提供するコンテンツが含まれることもあります。

Shopifyのマーチャント、EC運用担当者、制作会社、ITチームにとって、この期限は単なるページ差し替えではなく、移行と計測の監査として捉えるべきです。目的は新しいページを公開することだけではありません。変更後も売上データ、購入後体験、運用上の引き継ぎが正しく機能していることを確認する必要があります。

Shopifyの公式ドキュメントで確認できること

期限の対象は、購入完了後のサンクスページと注文状況ページです。Shopifyの公開ガイダンスでは、8月26日にチェックアウト全体が停止するとは案内されていません。非Plusストアはその日までにこれらのページをアップグレードする必要があり、アップグレード時には既存ページとカスタマイズが置き換えられると明記されています。ただし、この文言をもって、未検証のストア構成でも問題が起きない保証と受け取るべきではありません。

またShopifyは、一時的な差し戻しオプションを利用している対象ストアについて、8月26日までに再アップグレードしなければ自動アップグレードされると別途案内しています。この記載は差し戻し条件の中で示されているものであり、すべての非Plusストアに共通する結果として一般化すべきではありません。

Shopifyは互換性のない計測設定やページカスタマイズの置き換えを求めているため、マーチャントは移行後に必要な機能を一つずつ確認すべきです。既存のスクリプトやアプリの挙動がそのまま引き継がれると考えるのは危険です。

何が変わるのか

Shopifyは、従来の購入後ページを、checkout and accounts editor、app blocks、checkout UI extensions、そしてShopifyのpixel frameworkを使う新しいページへ置き換えています。マーチャントがアップグレードを実行すると、既存のサンクスページと注文状況ページ、および現在のカスタマイズは新しいページに差し替えられます。

置き換え方法は、従来のカスタマイズが何をしていたかによって異なります。

  • 画面に表示されるコンテンツは、Shopify標準機能、互換性のあるapp blocks、またはカスタムのcheckout UI extensionへ移行する必要があります。
  • 計測や分析は、app pixels、または必要に応じてレビュー済みのcustom pixelへ移行すべきです。
  • 互換性のない旧来の挙動に依存しているアプリは、ベンダー側のアップデートか代替手段が必要です。
  • DOMスクレイピングに依存するコードや、pixelを使ってUI要素を描画するコードは、Shopifyのpixel sandboxへそのまま移せません。サポートされた別の実装方法が必要です。

Shopifyの開発者向けドキュメントでは、アンケート、レビュー依頼、アップセル提案、SNSシェア、ダウンロードリンクなど、サポートされる拡張ユースケースが紹介されています。また、一度だけ表示されるサンクスページと、注文作成後に注文データを参照できる再訪可能な注文状況ページを明確に区別しています。

これは単なるページ移行ではなく、計測プロジェクトでもある理由

Additional Scriptsは、計測や分析にも、ページカスタマイズにも使われてきました。Shopifyのパーソナライズされたアップグレードガイドでは、既存スクリプトが洗い出され、認証や注文追跡などの用途別に分類されます。マーチャントは、一覧にある各スクリプトが何をしているのか、どのプラットフォームへデータを送っているのか、その機能が今も必要なのかを記録しておくべきです。

Shopifyの案内では、新しいページではAdditional Scriptsはサポートされません。計測用途ではapp pixelsが推奨され、適切なアプリで要件を満たせない場合に限りcustom pixelが認められています。画面に見えるカスタマイズは、互換性のあるブロックやその他のサポート機能で再構築する必要があります。

Shopifyは、Additional Scriptを無効化する前にapp pixelを接続すると、一時的にイベントが二重送信される可能性がある一方、先にスクリプトを無効化すると切り替え中に計測が途切れる可能性があると警告しています。Shopifyが案内する手順は、まず置き換え用のpixelを接続してテストし、送信先プラットフォームでイベント受信を確認したうえで、重複を防ぐために旧スクリプトを停止するという流れです。

ステップ1: Shopifyのパーソナライズされたアップグレードガイドを開く

まずShopify管理画面の Settings > Checkout を開きます。Configurations セクションで「Upgrade Thank You and Order Status pages by August 26, 2026」という通知を展開し、Review customizations を選択してください。

Shopifyはストアごとのレポートを生成し、既存のカスタマイズを洗い出したうえで、互換性のあるアプリとないアプリ、計測と分析、ページカスタマイズ、Additional Scriptsを分類して表示します。これを最初の棚卸しとして使い、その後、マーケティング、経理、サポート、オペレーション、外部制作会社が実際に使っているシステムと照合してください。

完了の目安: アップグレードガイドの内容を一人の責任者が整理し、一覧にある各項目について担当者、目的、置き換え方法、テスト状況が明確になっていること。

ステップ2: 購入後体験の依存関係を完全に棚卸しする

依存関係は4つのグループに分けて監査します。

1. 計測と分析

  • GA4 と Google 広告の購入イベント
  • Meta、TikTok、Pinterest などの広告ピクセル
  • アフィリエイトやパートナーネットワークのコンバージョンタグ
  • メールやSMSの売上アトリビューション
  • A/Bテスト、セッション記録、ヒートマップ、アンケート計測
  • カスタムのデータレイヤーイベントと社内分析基盤

2. 購入後ページに表示されるコンテンツ

  • アンケート、レビュー依頼、紹介プログラムの案内
  • 購入後オファー、再購入の案内、ロイヤルティ訴求
  • デジタル商品のダウンロードリンク
  • 配送、店頭受取、ロッカー受取、代金引換、支払い案内
  • サポートリンク、連絡先、ポリシー、信頼性を伝えるメッセージ

3. 注文関連の操作とセルフサービス

  • 注文追跡と複数配送のステータス表示
  • 返品、交換、キャンセル、注文編集へのリンク
  • サブスクリプション管理や更新用リンク
  • 再購入や買い直しの導線
  • 顧客アカウント認証と期限切れ注文状況リンクへの対応

4. 見えにくい技術的前提

  • サンクスページURLのハードコード
  • DOMをスクレイピングしたり、制限なくページ変数を読むコード
  • 特定の注文番号や顧客識別子を前提にしたスクリプト
  • 手動設置とアプリ設置の両方で重複しているタグ
  • オンラインストアのルートドメインと一致しない顧客アカウント用ドメイン

ステップ3: ビジネスリスクで優先順位を付ける

すべての旧カスタマイズを同じ緊急度で扱うべきではありません。まず売上と顧客対応を守るために、3段階のリスクレベルで整理しましょう。

  • 重大: 購入計測を行う、売上や通貨の値を扱う、アフィリエイト成果を計上する、有料デジタル商品を提供する、または重要な注文・配送情報を表示する項目。
  • 重要: 顧客の安心感、再購入、レビュー収集、ロイヤルティ、返品、サブスクのセルフサービス、サポート負荷に影響する項目。
  • 低リスク: 古い、重複している、使われていない、またはShopifyが別の場所ですでに提供している情報コンテンツ。

削除判断の実用ルール: そのスクリプトの責任者、送信先プラットフォーム、またはそのデータに基づく意思決定を誰も説明できないなら、自動的に再構築しないでください。まず必要性を確認すべきです。

ステップ4: サポート対象の置き換え方法を選ぶ

計測は、まずApp Pixel、次にCustom Pixelを検討する

Shopifyのpixels managerは、マーケティングアプリやデータアプリ経由で導入するapp pixelsと、開発者が追加するcustom pixelsの両方をサポートしています。適用される権限やsandboxルールの範囲内で、ピクセルはストアフロント、チェックアウト、サンクスページ、注文状況ページ、顧客アカウント全体で読み込まれます。

Shopifyは、安定性、セキュリティ、パフォーマンスの観点から、アップグレードガイド内でapp pixelsを推奨しています。要件を満たす適切なアプリがない場合に限り、custom pixelが許可されます。

表示コンテンツはBlocksまたはUI Extensionsで対応する

checkout and accounts editorを使って、互換性のあるapp blocksを追加します。独自要件がある場合はcheckout UI extensionsを使えますが、実装は従来の制限のないJavaScriptを再現するのではなく、ShopifyがサポートするAPIに沿って行うべきです。

新しい注文状況ページには、Buy Again や、設定されていればセルフサービス返品などの標準機能も含まれます。同等の独自機能を有償で再構築する前に、Shopify標準で何が提供されているかを確認してください。

Google Tag Managerは意図的に判断する

ShopifyのGTM移行ガイダンスでは、多くのストアに対して Google & YouTube アプリを推奨しています。既存のGTM custom pixelを使い続けることも可能ですが、Googleはそのcustom pixel構成を推奨もサポートもしておらず、Google Tag Assistantでもテストできません。

ストアがGTM custom pixelを維持する場合は、Shopifyの checkout_completed イベントを購読していることを確認し、接続の両側をテストしてください。つまり、イベント配信は Shopify Pixel Helper で、受信は該当するGoogle製品側で確認します。また、新しいサンクスページではハンドルが /thank_you から /thank-you に変わるため、URLをハードコードしているロジックも更新が必要です。

以前Google Tag Managerで設定していたGoogle以外のタグについては、Shopifyはapp pixelsを使う代替アプリの導入を案内しています。送信先ごとに個別テストを行う必要があります。

ステップ5: 同意、ドメイン、イベント品質を検証する

イベントが発火しただけでは不十分です。適切な同意、識別子、売上、通貨、重複排除の条件で発火している必要があります。

  • 同意管理: Shopifyによると、通常EEAと英国など同意が必要な市場では、web pixelsは顧客がpixel設定に必要な許可を与えた後にのみ動作します。
  • ドメインの整合性: ストアが独自ドメインを使っている場合、顧客アカウント用ドメインはオンラインストアのドメイン配下のサブドメインとして設定してください。そうでないと、Shopifyによれば注文状況ページでpixelsやcookie同意が機能しません。
  • 売上データ: 送信先プラットフォームで、金額、通貨、割引、税金、送料、注文識別子の値を確認します。
  • 重複排除: ブラウザ側とサーバー側の両方で購入イベントを送信している場合、プラットフォームが1件の注文を2件のコンバージョンとして数えないことを確認してください。
  • アトリビューション: 監査の実務として、移行前にShopify注文数と各送信先プラットフォームの基準値を取り、移行後に両者の関係が急変した場合は原因を調査できるようにしておきましょう。

同意設定による減少を誤読しないこと。Shopifyは、サポート対象のpixelsが設定済みの同意を尊重するため、app pixelsやcustom pixelsでは旧スクリプトよりイベント数が少なく見える場合があると説明しています。件数が減ったからといって自動的に移行失敗とは限りません。同意設定、Shopifyの注文数、送信先プラットフォームの診断結果とあわせて評価する必要があります。

ステップ6: 実際の顧客導線でテストする

ページプレビューだけでは不十分です。テスト注文を実行し、確認メール、SMS、アカウント画面、サポートリンクなど、顧客と同じ導線で注文状況ページを再訪してください。

  • PCとモバイルでの通常のカード決済
  • Shop Pay など、ストアで利用している高速決済フロー
  • 代金引換と、その確認表示や配送案内
  • 新規サブスクリプション注文、およびサブスク商品と通常商品の混在カート
  • 店頭受取、ローカルデリバリー、宅配ロッカー注文
  • 購入後アップセルや再注文フロー
  • ダウンロードリンク付きのデジタル商品注文
  • 言語と通貨が正しい海外注文
  • 一部出荷や分割注文で、複数の追跡更新があるケース
  • 初回セッション後に注文状況ページを開くリピーター顧客
  • マーケティングまたは分析への同意をした顧客としていない顧客の両方

各導線について、次の点を記録してください。

  • 正しいサンクスページと注文状況ページが表示されたか
  • 重要なapp blocksが表示され、モバイルでも問題なく使えたか
  • 購入イベントが想定どおり各プラットフォームに1回だけ届いたか
  • 売上、通貨、注文識別子、商品データが正しかったか
  • 注文リンク、ダウンロード、返品、アカウントアクセス、追跡機能が引き続き動作したか
  • サポート担当が手作業の回避策なしで体験内容を説明できるか

アプリベンダーや制作会社に確認すべき質問

  • 新しいサンクスページと注文状況ページで、app blocks、checkout UI extensions、web pixels のどれを使いますか。
  • 新しい実装は、どの旧カスタマイズを置き換えるものですか。
  • マーチャント側で必要な作業は、ブロック追加、アカウント接続、pixel有効化、設定公開のどれですか。
  • Shopify Pixel Helper と送信先プラットフォームには、どのイベントが表示されるべきですか。
  • 移行中および移行後の購入イベント重複は、どのように防ぎますか。
  • その実装は、Shopifyの顧客プライバシー設定と同意設定を尊重しますか。
  • 独自の顧客アカウント用ドメイン、複数マーケット、サブスク、代金引換、受取、分割出荷に対応していますか。
  • 8月26日までのロールバック計画またはサポート体制はどうなっていますか。

曖昧な回答では準備完了とは言えません。マーチャント側の設定手順、対応ページ、イベント名、テスト方法、文書化されたサポート経路まで確認してください。

移行後に監視すべき項目

  • Shopifyの注文数と、各プラットフォームで記録された購入イベント数の差異
  • 売上金額と通貨の正確性
  • 重複コンバージョン率と急激なアトリビューション変化
  • 広告配信の警告や、説明のつかない成果変動
  • サンクスページと注文状況ページのブロック表示がPC・モバイルで正常か
  • 注文追跡、返品、ダウンロード、アカウントアクセスの不具合
  • 確認表示の欠落、追跡不可、購入後操作の不備に関するサポート問い合わせ
  • アプリやカスタム拡張機能が報告するページパフォーマンスとエラー

Progusでは、少なくとも最初の1週間は日次監視の担当者を明確にすることを推奨しています。イベント欠落や重複を、より長いレポート期間に影響する前に調査できるようにするためです。

実務で使える完了チェックリスト

  1. アップグレードガイドを確認済み。 重大項目で担当未設定または内容不明のものが残っていない状態。
  2. 旧スクリプトの整理完了。 各スクリプトが置き換え済み、意図的に廃止済み、または不要と文書化されている状態。
  3. ページコンテンツ公開済み。 必要なapp blockがすべて正しいページとデバイスで表示されている状態。
  4. Pixels検証済み。 Shopifyと各送信先プラットフォームで、期待するイベントが正しい値で1回だけ受信されている状態。
  5. 重複を解消済み。 旧スクリプト停止後も、確認済みの置き換え計測が正常に動作している状態。
  6. 同意設定とドメイン確認済み。 顧客アカウント用ドメイン上で、同意あり・なし双方の導線でpixelsが正しく動作している状態。
  7. 主要導線のテスト合格。 ストアで使う決済、マーケット、サブスク、代金引換、配送シナリオが一通り正常に完了する状態。
  8. サポート準備完了。 ドキュメント、エスカレーション担当、顧客向け案内が最新化されている状態。
  9. 監視体制が稼働中。 担当者、基準値、確認頻度、アラート閾値が文書化されている状態。

まとめ

8月26日の期限が対象としているのは2つのページですが、そこに置かれている機能は、マーケティング、分析、サポート、出荷業務、顧客体験までつながっています。だからこそ、移行ではページエディタの確認だけでなく、棚卸しと機能テストまで含めるべきです。

この移行を機に、正体不明のコードを整理し、計測をサポート対象のpixelsへ移し、顧客に本当に必要なページ要素だけを再構築し、実注文で結果を検証してください。成功したアップグレードとは、単に新しいサンクスページに変わることではありません。信頼できる計測、わかりやすい注文案内、そして繁忙期前の運用トラブル削減まで実現できてこそ成功です。

よくある質問

Shopifyのサンクスページと注文状況ページの期限はいつですか。

2026年8月26日は、Shopify非Plusプランのストアが、旧来のサンクスページと注文状況ページを新バージョンへアップグレードする期限です。Shopify Plusストアは別の移行ルートに従います。

8月26日にShopifyのチェックアウト自体が止まりますか。

Shopifyの公開ガイダンスでは、8月26日にチェックアウト全体が停止するとは案内されていません。文書化されている期限は、購入後のサンクスページと注文状況ページのアップグレードに関するものです。ただし、未検証の構成でも問題が起きない保証ではありません。互換性のない計測やページカスタマイズには、引き続きサポート対象の置き換えが必要です。

自分のストアがまだ旧ページを使っているかは、どう確認できますか。

Settings > Checkout を開き、Configurations セクションを確認してください。Shopifyがサンクスページと注文状況ページのアップグレード通知を表示している場合、そのストアはまだ旧バージョンを利用しています。

Additional Scriptsの代わりには何を使うべきですか。

計測にはapp pixels、またはレビュー済みのcustom pixelを使います。画面に表示されるコンテンツや機能には、互換性のあるapp blocks、Shopify標準機能、またはcheckout UI extensionsを使います。Additional Scripts自体は新しいページではサポートされません。

移行後にコンバージョン数が減ることがあるのはなぜですか。

サポート対象のpixelsは、設定された顧客同意を尊重します。旧スクリプトは同意を適切に反映せずイベントを収集していた可能性があるため、件数が減っても自動的にエラーとは限りません。計測不具合と判断する前に、同意設定、Shopify注文数、イベント診断、過去の比率を比較してください。