「購入後の画面をまとめてカスタマイズしたい」という要望は、一見ひとつの作業に見えて、実は仕組みの違う二種類の作業が混ざっています。サンクスページと注文状況ページ、そしてマイページは、見た目こそ地続きでも、Shopifyの拡張の種類が違い、使えるプランの条件も違います。この違いを知らないまま見積もると、片方は今のプランで作れるのにもう片方はできない、という食い違いが後から表面化します。この記事は、Shopifyで購入後の体験を作り込みたいEC事業者と、それを実装・見積もりする技術者に向けて、どの画面がどの拡張に属し、どんな制約がかかるのかを整理します。
買う前・買っている最中・買ったあとで線を引く
まず全体像です。Shopifyでアプリやカスタマイズを差し込める場所は、買う前（オンラインストア）、買っている最中（チェックアウト）、買ったあと、というふうに、購入の流れに沿って整理すると見通しがよくなります。そして「買ったあと」に見える画面のうち、サンクスページと注文状況ページはチェックアウトの拡張（Checkout UI extensions）の一部であり、マイページはそれとは別のカスタマーアカウントの拡張（Customer account extensions）です。ここが最初の分岐点になります。
境界の引き方として当社が使っているのは、「注文が確定したかどうか」と「注文単位で見る画面か、顧客単位で見る画面か」という二つの物差しです。前者はプラン条件を分け、後者は拡張の種類を分けます。
プラン条件は「注文確定の前か後か」で分かれる
同じチェックアウトの拡張でも、使えるプランは画面によって違います。注文が確定する前の購入手続き画面（情報入力・配送・支払いの各ステップ）への差し込みは上位プランであるShopify Plusが前提になります。一方、注文確定後のサンクスページと注文状況ページは、最下位プランを除けば通常のプランでも拡張できます。
この差は提案の主戦場を決めます。Plusを契約していない事業者に対しては、注文確定前のチェックアウトには手を入れられないと正直に伝えつつ、サンクスページと注文状況ページなら今のプランのまま作り込める、と案内できる。購入後の画面はPlusの壁がない領域なので、非Plusのお客様に価値を出しやすいのはここだ、という位置づけになります。
サンクスページには「まだ注文がない」
技術的に必ず引っかかるのが、サンクスページが表示される時点では注文がまだ作成されていない、という点です。取得できるのは注文IDだけ、というタイミングがあり、「購入金額に応じて表示を出し分ける」といった要件がここで破綻します。金額でクーポンやおすすめを出し分けたいなら、サンクスページではなく注文が確定して情報が揃う場所を選ぶ、という設計判断が要ります。レビュー依頼をサンクスページに置いても商品がまだ届いていないので意味がない、といった実務的な判断も同じ考え方です。
もう一つの落とし穴が、注文状況ページのターゲット名です。編集する場所とプラン条件はチェックアウト側なのに、差し込み先を指す識別子はカスタマーアカウント側の名前になっている、というねじれがあり、古いチェックアウト側からの参照は非推奨になっています。この食い違いは、AIにコード生成を任せるときに特に事故りやすいので、指示の段階で明示しておく必要があります。
マイページは別物として扱う
マイページ（注文一覧・注文状況・プロフィールなどの会員向けページ）は、カスタマーアカウントの拡張という別の仕組みです。「購入後の画面をまとめてカスタマイズします」という依頼が、実はサンクス／注文状況の作業とマイページの作業という二つの別作業だ、という点は、見積もりの段階で分けて扱うべきところです。工数もリスクも別に積みます。
マイページ側には固有の制約があります。カスタマーアカウントのAPIにはレート制限があり、上位プランであっても管理系APIより低い上限で頭打ちになるため、「Plusだから性能は大丈夫」という思い込みは通用しません。拡張のバンドルにはサイズ上限があり、サンドボックス内で動くため決済情報にもページ本体のHTMLにもアクセスできません。実装フレームワークにも移行があり、以前のReactベースの書き方から、より標準的なWebコンポーネントの方式へと切り替わってきています。新旧のカスタマーアカウントの違いもあり、拡張が新しい方式でしか動かないケースがあります。
移行期限を営業と保守の材料にする
Shopifyはプラットフォーム側の移行期限を定期的に設けます。旧方式のサンクス／注文状況ページを新方式へ切り替える期限、レガシーなカスタマーアカウントの非推奨化、メタフィールドの扱いの厳格化、認証トークンの移行期限などが、それぞれ時期を区切って予告されています。厄介なのは、期限を過ぎると自動的に切り替わり、その際に追加スクリプト欄に仕込んでいた計測タグごと消えることがある点です。見た目が変わらないため発覚が遅れ、気づいたときには計測データが欠けている、という事態になりかねません。
こうした期限は、裏を返せば保守契約や改修提案の根拠になります。当社では移行スケジュールを一覧で押さえておき、「この期限までにこの対応が要る」という形でお客様に先回りして案内する材料にしています。ただし移行期限は随時更新されるため、提案や実装の前には必ず公式の最新情報で日付と対象を確認することを前提にしてください。
まとめ
購入後の画面は、サンクス・注文状況（チェックアウトの拡張）とマイページ（カスタマーアカウントの拡張）という二つの別の仕組みでできており、プラン条件は「注文確定の前か後か」で分かれます。サンクスページには注文がまだない、ターゲット名にねじれがある、マイページには独自のレート制限とサイズ・サンドボックス制約がある、といった各画面の癖を押さえておくと、見積もりの取り違えと実装の手戻りを防げます。当社では、依頼を受けた購入後カスタマイズをまず拡張の種類とプラン条件で仕分けし、そのうえで移行期限を保守・提案の起点として扱っています。