Shopifyクラシック顧客アカウントが廃止:2026年移行ガイド
Shopifyクラシック顧客アカウントが廃止:2026年移行ガイド
Shopifyクラシック顧客アカウントが廃止:2026年移行ガイド

今週 Shopify 管理画面にログインした際、「以前の顧客アカウント」に関するバナーが表示されたなら、それは気のせいではない。
Shopify はこれを正式に決定した。2026年2月をもって、以前の顧客アカウントは非推奨となる。「非推奨の検討中」でも「将来的に変更される可能性がある」でもない。今すぐ非推奨、だ。
新規ストアは、もはや古いバージョンを使用することすらできない。アクティブに使用していなかった既存ストアは、すでにアクセス権がロックされている。そして、今も以前の顧客アカウントを運用しているすべてのマーチャントに対し、Shopify は今年後半に最終的な提供終了日が決定することを発表した。
つまり、残された時間は少なく、顧客が利用してきた従来の「メールアドレス+パスワード」によるログインの寿命は尽きかけているということだ。
朗報もある。新しいバージョンの Shopify 顧客アカウントは、明らかに進化している。パスワードレスサインイン、標準搭載 of ストアクレジット、自主的な返品管理、すでに統合された 800 以上のアプリ。何をすべきかさえ分かっていれば、アップグレードへの移行パスは極めてシンプルだ。
このガイドでは、何が実際に変更されるのか、何もしないと何が機能しなくなるのか、アップグレードの正確な手順、そしてこれがアプリ、テーマ、顧客体験にどのような影響を与えるのか、すべてを解説する。

クイック回答:Shopify の「以前の顧客アカウント」に何が起きているのか?
Shopify は、2026年2月をもって以前の顧客アカウントを正式に非推奨とした。以前のアカウント(customers/account.liquid や customers/login.liquid などの Liquid テンプレートを使用した、メールアドレス+パスワードによるログインシステム)は、今後機能アップデートや技術サポートの対象外となる。2026年後半に最終的な提供終了日が発表され、その後は以前のテンプレートの編集がロックされ、最終的に削除される。すべてのマーチャントは、パスワードレス認証を使用し、800 以上のアプリ拡張機能をサポートし、ストアクレジット、自主的な返品、定期購買などのネイティブ機能を備えた新しい顧客アカウントへアップグレードする必要がある。
具体的に何が変わるのか?
本質的な部分だけを整理しよう。Shopify が発表した内容の明確な内訳は以下の通りだ。

非推奨となるもの
新規ストアでは以前の顧客アカウントは廃止。 今日 Shopify ストアを新規に構築する場合、新しい顧客アカウントしか使用できない。以前のバージョンを選択する余地はない。
以前のアカウントを使用していない既存ストアもロック。 ストアで以前の顧客アカウントが無効化されていた場合、今からそれに切り替えることはできない。
機能アップデートの終了。 Shopify は以前の顧客アカウント向けに新機能を開発しない。現在の機能が最終形態となる。
技術サポートの終了。 以前のセットアップ環境で不具合が発生しても、Shopify のサポートチームは対応しない。
今後のスケジュール
マーチャントへの通知が本格化。 Shopify は、管理画面のバナー、メール、および改善されたセルフアップグレードツールを通じて、マーチャントへのアップグレードの促しを強化する。
以前の Liquid テンプレートがロックされる。
customers/account.liquid、customers/login.liquid、customers/register.liquidなどのファイルは、まず編集がロックされ、その後に完全削除される。2026年内に完全な提供終了。 正確な日付は未発表だが、今年中であることが確定している。その日を迎えると、以前のアカウントは即座に機能しなくなる。
Storefront API の顧客ミューテーションが非推奨に。 カスタムフロントエンドやアプリで、顧客スコープのミューテーション(
customerCreate、customerUpdate、customerAccessTokenCreateなど)を使用している場合、これらは廃止される。代替手段は Customer Account API となる。
「以前」vs「新しい」顧客アカウント:徹底比較
アップグレードする前に、移行先で何が変わるのかを正確に把握しておく必要がある。これは単なる移行ではなく、新しい顧客アカウントへの大幅なスペックアップだ。

機能 | 以前の顧客アカウント | 新しい顧客アカウント |
|---|---|---|
サインイン方法 | メールアドレス + パスワード | パスワードレス(メールアドレス + 6桁の認証コード) |
✖️ 利用不可 | ✔️ Google、Facebook | |
Shop サインイン | 手動セットアップが必要 | ✔️ Shop Pay と自動連携 |
自主的な返品管理 | ✖️ 利用不可 | ✔️ 標準搭載 |
ストアクレジット | ✖️ 利用不可 | ✔️ 顧客がチェックアウト時に残高を確認・利用可能 |
サブスクリプション管理 | ✖️ 利用不可 | ✔️ スキップ、一時停止、解約、決済情報の更新 |
再注文(もう一度購入) | ✖️ 利用不可 | ✔️ 標準搭載 |
配送追跡 | 簡易表示 | ✔️ リアルタイムアップデートで強化 |
B2B サポート | ✖️ 利用不可 | ✔️ ネイティブ対応 |
アプリによるカスタマイズ | Liquid テンプレートの編集(脆弱) | ✔️ 800 以上のアプリ拡張機能 |
カスタム ID プロバイダー | Multipass のみ | ✔️ 任意の OAuth2.0 + OIDC プロバイダー |
テーマ依存度 | テーマテンプレートと密結合 | ✔️ テーマから独立して管理 |
分析(アナリティクス) | 限定的 | ✔️ 顧客イベントの Web pixel サポート |
セキュリティ | パスワード依存(リセットの手間、ロックアウトのリスク) | ✔️ パスワードレス + シングルサインオン |
今後のアップデート | ✖️ なし。永久に。 | ✔️ 自動かつ継続的 |
傾向は明白だ。以前のアカウントは過去の遺物である。新しいバージョンは単なるアップグレードではなく、現代の E コマース向けに設計された全く異なるアーキテクチャだ。
Shopify が以前の顧客アカウントを廃止する理由
これは突発的な決定ではない。Shopify は2年以上前からこの移行を準備しており、その理由は極めて実用的だ。
パスワード認証はリスクでしかない。 顧客はパスワードを忘れる。それによりサポートチケットが発行され、ログインを諦めて離脱する。6桁の確認コードを使用したパスワードレスサインインは、これらをすべて解消する。リセットするパスワードはなく、顧客のロックアウトも発生せず、「パスワード再発行」のサポート対応も不要になる。
Liquid テンプレートは脆弱で安全性を確保しにくい。 以前の顧客アカウントはテーマの Liquid ファイル内に存在する。テーマをアップデートするたびに、それらのカスタマイズが破損するリスクがある。顧客アカウントに関わるすべてのアプリがテンプレートにコードを挿入する必要があり、これはメンテナンス上の悪夢であり、Shopify 側で制御できないセキュリティの脆弱性を生む原因となっていた。
新しいアーキテクチャは拡張性に優れている。 新しい顧客アカウントは、Shopify の拡張性プラットフォームによって支えられている。アプリはテンプレートコードを書き換えるのではなく、安全な拡張ポイントを介して統合される。これにより、Shopify はマーチャント側でのアップデート作業を必要とせずに、ストアクレジット、セルフサービス返品、定期購買などの新機能を提供できる。
70% 以上の Shopify マーチャントがすでに移行を完了している。 これは一部の先進的なユーザー向けのテストではない。プラットフォーム上の大多数はすでに新しいシステムに移行している。2つの並行システムを無期限に維持し続けることは、合理的ではない。
8ステップ移行ガイド:新しい顧客アカウントへ切り替える手順

Shopify はアップグレードプロセスを可逆的なものにしている。問題が発生した場合、30日以内であれば元のバージョンに戻すことができる。ただし、以下のステップを順番に実行すれば、トラブル自体を回避できる。
ステップ 1:以前のカスタマイズ状況を確認する
設定を変更する前に、現在実装されているカスタマイズ内容を監査する。
テーマエディターでの確認:
Shopify 管理画面から オンラインストア → テーマ に移動する
現在のテーマの カスタマイズ をクリックする
ページ上部の ホームページ ドロップダウンメニューをクリックする
以前の顧客アカウント を選択する
各テンプレートを確認:顧客アカウント、顧客アカウントの有効化、顧客の住所、顧客ログイン、顧客の注文、顧客の登録、顧客のパスワードリセット
コードでの確認:
オンラインストア → テーマ に移動する
現在のテーマの ⋯ → コードを編集 をクリックする
templates → customers ディレクトリに移動する
各顧客テンプレート内のコードを確認する
確認したすべてのカスタマイズをリストアップする。定期購買ポータルへのリンク、ロイヤリティプログラムの統合、カスタムフィールド、注文履歴の改変など、すべてだ。これらの一部はアプリを通じて移行可能だが、そうでないものもある。現状の把握が最初のステップとなる。
ステップ 2:チェックアウト設定を複製する
これにより、公開中のストアに影響を与えることなく、新しい顧客アカウント体験を構築できる安全な作業環境を確保する。
Shopify 管理画面から 設定 → チェックアウト に移動する
有効な設定を見つけ、複製 をクリックする
複製した設定に「New Customer Accounts Setup」など、明確な名前を付ける
以降のいくつかのステップは、この複製したコピー上で作業を行う。
ステップ 3:以前のカスタマイズをアプリに置き換える
これが最も重要なステップだ。ステップ1で特定したカスタマイズごとに、代替となるアプリを導入する。
新しい顧客アカウントは、以下の機能向けにアプリブロックをサポートしている:
ロイヤリティプログラム
ウィッシュリスト
注文編集(ここで Revize の出番となる。詳細は後述)
返品管理
定期購買(サブスクリプション)
アップセル、クロスセル
フォーム、アンケート
デジタルダウンロード
アプリブロックを追加する手順:
設定 → チェックアウト に移動する
複製した設定の カスタマイズ をクリックする
左側のサイドバーで アプリ をクリックする
顧客アカウントに対応しているインストール済みアプリを見つける
+ をクリックして、注文、注文状況、プロフィール、またはアカウントページにアプリブロックを追加する
各アプリブロックの設定を構成する
保存する をクリックする
新しいアプリを検索する手順:
Shopify App Store にアクセスする
必要な機能を検索する
絞り込み をクリックし、対応環境 の下で 顧客アカウント を選択する
これにより、新しい顧客アカウントプラットフォーム向けに構築されたアプリのみに結果をフィルタリングできる。
ステップ 4:ブランド設定をアップデートする
チェックアウトと顧客アカウントはブランド設定を共有する。ロゴ、配色、フォントがすべてのページで適切に表示されるか確認する。
設定 → チェックアウト に移動する
複製した設定の カスタマイズ をクリックする
左側のサイドバーで 設定 をクリックする
チェックアウトおよび顧客アカウントの各ページを確認し、ブランディングを検証する
必要に応じて調整し、保存する をクリックする
ステップ 5:サブドメインを接続する
顧客アカウントには、専用のサブドメイン(例:account.yourstore.com)が必要だ。デフォルトは Shopify のドメインだが、これはプロフェッショナルな印象を与えない。
プライマリドメインに基づいたサブドメインを、設定 → ドメイン で接続してセットアップする。
ステップ 6:送信元メールアドレスを確認する
これは非常に重要だ。新しいパスワードレスログインは、マーチャントの送信元メールアドレスからメールで認証コードを送信する。そのアドレスが古いか、アクセスできない場合、顧客はログインできなくなる。
設定 → 通知 で送信元メールアドレスを確認し、確実に受信・管理できる状態にあるか確認する。
ステップ 7:設定を公開する
アプリ、ブランディング、および設定の準備が整ったら:
設定 → チェックアウト に移動する
複製した設定をもう一度プレビューして確認する
公開 をクリックする
これにより、チェックアウトとアカウントのカスタマイズが有効になるが、ステップ8を実行するまでは、ストアのリンク先は以前の顧客アカウントのままである。
ステップ 8:アップグレードボタンを実行する
最終ステップ:
設定 → 顧客アカウント に移動する
上部のバナーにある アップグレード をクリックする
以上だ。これでストアは新しい顧客アカウントに移行した。何か問題が発生した場合は 30日以内であれば元に戻せる が、ステップ1〜7を正しく実行していれば、その必要はないはずだ。
これが注文編集ワークフローに意味すること
ほとんどの移行ガイドが触れていない事実がある。新しい顧客アカウントに切り替えると、購入後の注文変更ワークフローはどうなるのか?

以前のアカウントでは、注文編集は煩雑を極めていた。顧客は自分自身で変更を加えることができず、住所変更、サイズの変更、商品の追加などが発生するたびに、すべてサポートチケットでの対応が必要だった。管理画面で手動で注文を編集し、確認メールを送信し、正しく処理できていることを祈るしかなかった。
新しい顧客アカウントはこの状況を一変させる。拡張性プラットフォームにより、Revize のようなアプリを顧客アカウント体験に直接埋め込むことができる。顧客はサポートに連絡することなく、自分のアカウントから直接、住所変更、バリエーションの変更、商品の追加、キャンセルなどをセルフで行える。
これはもはや「あると便利な機能」ではない。古い Liquid ベースの顧客アカウントが廃止されるため、customers/order.liquid にコードを挿入して構築していた従来の注文編集ワークフローは機能しなくなる。Revize などのアプリを使用した新しい拡張ベースのアプローチが、今後の注文編集の標準となる。
1日に20件以上の注文を処理しているストアであれば、サポートチケットの削減効果だけで、アップグレードを行う十分な動機になるだろう。
テーマ開発者が知っておくべきこと
Shopify テーマの構築やメンテナンスを行っている場合、この非推奨化により開発ワークフローは直ちに影響を受ける。

以前の Liquid ファイルは不要に
テーマに customers/account.liquid、customers/login.liquid、customers/register.liquid を含める必要はなくなる。実際、以前のアカウントを使用しているストアがこれらのファイルを含まないテーマをインストールした場合、自動的に新しい顧客アカウントにアップグレードされる。
<shopify-account> Web コンポーネントの登場
Shopify は、ストアフロント上で認証とアカウントナビゲーションを直接処理する新しい <shopify-account> Web コンポーネントをリリースした。提供される機能は以下の通りだ:
パスワードレスサインイン(メールアドレス + ワンタイムコード)
Shop 認識による自動サインイン
Facebook、Google によるソーシャルサインイン
カスタマイズ可能なクイックリンクを備えたアカウントナビゲーションメニュー
テーマのデザインに合わせるための CSS 変数スタイリング
Shopify からの自動機能アップデート(テーマのアップデートは不要)
このコンポーネントは、ストアヘッダーのアバターとして表示される。サインアウトしている顧客にはログインオプションを開くデフォルトのアバターが表示され、サインインしている顧客には、イニシャルまたは Shop プロフィール画像とアカウントへのリンクが表示される。
これは間もなく、Shopify テーマストアに申請またはアップデートされるすべてのテーマに必須の要件となる。 テーマ開発者は、今すぐこれを実装する必要がある。developer documentationに必要な情報が網羅されている。
このコンポーネントは、すべての Horizon テーマにすでにネイティブで組み込まれている。
アプリ開発者が知っておくべきこと
提供しているアプリが顧客アカウントに何らかの形で関与している場合、以下の内容を注視する必要がある。
Liquid ベースのアプリは動作しなくなる
アプリが以前の顧客アカウントの Liquid ページに依存して機能している場合、新しい顧客アカウントを使用しているマーチャントの環境では動作しない。すべてのマーチャントがアップグレードを促されているため、そのアプリのリーチ可能な市場規模は日々縮小していることを意味する。
顧客アカウント UI 拡張機能が唯一の移行パス
Shopify の拡張性プラットフォームを使用すれば、新しい顧客アカウントに直接接続する拡張機能を構築できる。強化可能なページは以下の通りだ:
注文状況ページ — 追跡情報の詳細、編集機能、アップセルの追加
注文履歴リストページ — 関連するアクションや情報の表示
プロフィールページ — カスタムフィールド、設定、ロイヤリティポイントの追加
完全なカスタムページ — 顧客アカウント体験内に全く新しいページを構築
すでに 800 以上のアプリが顧客アカウント拡張機能を構築している。developer guideを参考に、最初の拡張機能の作成に着手してほしい。
Storefront API の顧客ミューテーションが非推奨に
これはヘッドレスおよびカスタムストアフロント開発者にとって重要な変更だ。customerCreate、customerUpdate、customerAccessTokenCreate などの Storefront API ミューテーションは非推奨となる。代替となるのは Customer Account API だ。
Customer Account API が提供するメリットは以下の通りだ:
スコープが制限された安全な顧客データへのアクセス(注文、決済、配送、ディスカウント、返金、メタフィールド)
ストアフロント、アカウント、およびチェックアウト間でのシングルサインオンによるパスワードレス認証
四半期ごとにリリースされるバージョン管理された API
Hydrogen および Oxygen とネイティブに連携
カスタムストアフロントを構築している場合は、今すぐ Customer Account API への移行を開始すること。Storefront API のミューテーションが正式に削除されるまで待くべきではない。
アップグレード前に知っておくべき制限事項
新しい顧客アカウントはほぼすべての面で優れているが、以前のものと完全に同一ではない。想定外のトラブルを防ぐため、以下の制限事項を把握しておく必要がある。

制限事項 | 詳細 |
|---|---|
カスタムサインインモーダル | (以前のテンプレートを使用しない)独自のログインモーダルを構築している場合、アップグレード前に削除する必要がある。 |
Shopify Flow トリガー | 以前の顧客アカウントを基準としたワークフローのトリガーや自動化は移行できない。これらは再構築が必要となる。 |
顧客セグメント |
|
全市場で単一ドメイン | 市場ごとに異なる顧客アカウントドメインを設定することはできない。1つのサブドメインがすべての国際的な市場をカバーする。 |
Multipass | 新しい顧客アカウントではサポートされない。代わりに OAuth2.0 + OIDC 対応の ID プロバイダーを使用する。 |
サインインページのカスタマイズ | サインインページ自体にアプリブロックを追加することはできない。カスタマイズは認証完了後のページから可能となる。 |
復元可能期間 | 元のバージョンに戻すことができる期間は30日間。それを過ぎると永続的に移行される。 |
ほとんどのストアにとってこれらは致命的な問題にはならないが、Multipass を使用している場合や、顧客アカウントのステータスに紐づく複雑な Flow オートメーションを組んでいる場合は、慎重に migration を計画してほしい。
FAQ:Shopify 以前の顧客アカウント非推奨化について
以前の顧客アカウントは、具体的にいつ使えなくなるのか?
Shopify は、2026年後半に最終的な提供終了日を発表することを確定している。正確な日付はまだ公開されていないが、非推奨化自体はすでに発効しており、新機能の提供や技術サポートはなく、新規ストアは以前のアカウントを一切利用できない。
現在、以前の顧客アカウントを使い続けることは可能か?
2026年2月以前からそのストアでアクティブに使用していた場合に限り可能。即座に強制削除されることはないが、強制終了を待つのではなく、プロアクティブにアップグレードを計画することを推奨する。
アップグレードすると、既存の顧客データはどうなるのか?
顧客データはそのまま維持される。既存の顧客アカウントは新しいシステムに引き継がれる。顧客は、従来のパスワードの代わりに、新しいパスワードレス方式(メールアドレス + 認証コード)でサインインすることになる。
顧客は新しくアカウントを作成し直す必要があるのか?
必要ない。既存の顧客アカウントは保持される。顧客が気づく唯一の変化はサインイン方法であり、メールアドレスとパスワードを入力する代わりに、メールアドレスを入力して6桁のコードを受け取る形になる。アカウントの新規作成は不要だ。
カスタム Liquid ログインページを使用している場合はどうなるのか?
標準の以前のテンプレートの外部で、独自のサインイン体験(ログインモーダルなど)を構築している場合、アップグレード前にそのコードを削除する必要がある。新しいシステムは、専用にホストされたサインインフローを介してすべての認証を処理する。
顧客アカウントページをカスタマイズするアプリはどうなるのか?
それらのアプリが以前の Liquid テンプレートにコードを挿入することで動作している場合、アップグレード後に機能しなくなる。主要なアプリ開発者の多くは、新しいシステム向けの顧客アカウント拡張機能をすでに提供しているため、アプリの開発元に確認してほしい。未対応の場合は、Shopify App Store で「顧客アカウント対応」のフィルターを適用して代替アプリを探す必要がある。
アップグレード後に元のバージョンに戻すことはできるか?
アップグレード後30日以内であれば可能。30日を過ぎると、新しいシステムへの移行が確定する。
Shopify Plus ストアもこの影響を受けるのか?
受ける。この非推奨化はすべての Shopify プランに適用される。Plus ストアも同じ移行パス、同じスケジュールが適用される。
注文編集にはどのような影響があるのか?
以前の顧客アカウントには、ネイティブの注文編集機能が存在しなかった。そのため、変更が発生するたびに顧客はサポートに連絡する必要があった。新しい顧客アカウントは、拡張機能を介したアプリベースの注文編集をサポートしている。Revize などのアプリは、顧客アカウントに直接組み込まれ、顧客自身による注文編集を可能にする。
ヘッドレス/カスタムストアフロントの開発者は何をすべきか?
Storefront API の顧客ミューテーションから、Customer Account API への移行を直ちに開始すること。Storefront API の顧客スコープのミューテーションは非推奨となり、Customer Account API が、顧客認証およびデータアクセスにおける Shopify の長期的なソリューションとなる。
移行アクションプラン
難しく考える必要はない。今週中に以下を実行してほしい:
マーチャントの場合:
以前のカスタマイズの状況を監査する(所要時間:30分)
各カスタマイズの代替となるアプリを選定する(所要時間:1〜2時間)
前述の8ステップ移行ガイドに従って作業を進める(所要時間:1〜2時間)
テストを実施し、問題がなければ「アップグレード」を実行する
テーマ開発者の場合:
テーマから以前の顧客アカウントの Liquid ファイルを削除する
<shopify-account>Web コンポーネントを実装するHorizon および非 Horizon テーマでテストを実施する
アプリ開発者の場合:
自社アプリ向けに顧客アカウント UI 拡張機能を構築する
Liquid テンプレートへのコード挿入に依存した仕組みから脱却する
Storefront API の顧客ミューテーションを利用している場合は、Customer Account API へ移行する
ヘッドレス/カスタムストアフロント開発者の場合:
Storefront API の顧客ミューテーションを Customer Account API に置き換える
新しい認証フローを実装する
ストアフロント全体でパスワードレスサインインをテストする
アップグレード作業自体は半日程度で終わる。時間を要するのは、カスタマイズの監査、代替アプリの選定、テストなどの事前準備だ。しかし、それを行うことで、Shopify が継続的に改善を続ける、より高速で安全、かつ高機能な顧客体験を手に入れることができる。
以前のアカウントの寿命は限られている。今すぐアップグレードするストアは、自社のスケジュールに沿って余裕を持って進めることができる。引き延ばしたストアは、提供終了日が迫る中で慌てて作業に追われることになるだろう。
選択するのはあなただ。
Shopify で注文管理を最適化したいですか? Revize を導入すれば、顧客はサポートを介さず、アカウントから直接、住所変更、商品の変更や追加をセルフで行うことができます。サポートチケットの削減、管理画面での手動編集の撤廃に繋がります。新しい Shopify 顧客アカウントにネイティブに対応しています。 Try Revize free →
関連リソース
2026年8月更新。 Revize は、購入後の顧客のセルフサービス注文編集を可能にする Shopify アプリです。これにより、購入者は発送前にサポートチケットを起票することなく、配送先住所の変更、バリエーションや商品の変更、キャンセル、および返金やストアクレジットの受け取りを行うことができます。letting customers edit their own Shopify ordersに関する詳細を確認するか、Revize on the Shopify App Storeから見つけてください。
今週 Shopify 管理画面にログインした際、「以前の顧客アカウント」に関するバナーが表示されたなら、それは気のせいではない。
Shopify はこれを正式に決定した。2026年2月をもって、以前の顧客アカウントは非推奨となる。「非推奨の検討中」でも「将来的に変更される可能性がある」でもない。今すぐ非推奨、だ。
新規ストアは、もはや古いバージョンを使用することすらできない。アクティブに使用していなかった既存ストアは、すでにアクセス権がロックされている。そして、今も以前の顧客アカウントを運用しているすべてのマーチャントに対し、Shopify は今年後半に最終的な提供終了日が決定することを発表した。
つまり、残された時間は少なく、顧客が利用してきた従来の「メールアドレス+パスワード」によるログインの寿命は尽きかけているということだ。
朗報もある。新しいバージョンの Shopify 顧客アカウントは、明らかに進化している。パスワードレスサインイン、標準搭載 of ストアクレジット、自主的な返品管理、すでに統合された 800 以上のアプリ。何をすべきかさえ分かっていれば、アップグレードへの移行パスは極めてシンプルだ。
このガイドでは、何が実際に変更されるのか、何もしないと何が機能しなくなるのか、アップグレードの正確な手順、そしてこれがアプリ、テーマ、顧客体験にどのような影響を与えるのか、すべてを解説する。

クイック回答:Shopify の「以前の顧客アカウント」に何が起きているのか?
Shopify は、2026年2月をもって以前の顧客アカウントを正式に非推奨とした。以前のアカウント(customers/account.liquid や customers/login.liquid などの Liquid テンプレートを使用した、メールアドレス+パスワードによるログインシステム)は、今後機能アップデートや技術サポートの対象外となる。2026年後半に最終的な提供終了日が発表され、その後は以前のテンプレートの編集がロックされ、最終的に削除される。すべてのマーチャントは、パスワードレス認証を使用し、800 以上のアプリ拡張機能をサポートし、ストアクレジット、自主的な返品、定期購買などのネイティブ機能を備えた新しい顧客アカウントへアップグレードする必要がある。
具体的に何が変わるのか?
本質的な部分だけを整理しよう。Shopify が発表した内容の明確な内訳は以下の通りだ。

非推奨となるもの
新規ストアでは以前の顧客アカウントは廃止。 今日 Shopify ストアを新規に構築する場合、新しい顧客アカウントしか使用できない。以前のバージョンを選択する余地はない。
以前のアカウントを使用していない既存ストアもロック。 ストアで以前の顧客アカウントが無効化されていた場合、今からそれに切り替えることはできない。
機能アップデートの終了。 Shopify は以前の顧客アカウント向けに新機能を開発しない。現在の機能が最終形態となる。
技術サポートの終了。 以前のセットアップ環境で不具合が発生しても、Shopify のサポートチームは対応しない。
今後のスケジュール
マーチャントへの通知が本格化。 Shopify は、管理画面のバナー、メール、および改善されたセルフアップグレードツールを通じて、マーチャントへのアップグレードの促しを強化する。
以前の Liquid テンプレートがロックされる。
customers/account.liquid、customers/login.liquid、customers/register.liquidなどのファイルは、まず編集がロックされ、その後に完全削除される。2026年内に完全な提供終了。 正確な日付は未発表だが、今年中であることが確定している。その日を迎えると、以前のアカウントは即座に機能しなくなる。
Storefront API の顧客ミューテーションが非推奨に。 カスタムフロントエンドやアプリで、顧客スコープのミューテーション(
customerCreate、customerUpdate、customerAccessTokenCreateなど)を使用している場合、これらは廃止される。代替手段は Customer Account API となる。
「以前」vs「新しい」顧客アカウント:徹底比較
アップグレードする前に、移行先で何が変わるのかを正確に把握しておく必要がある。これは単なる移行ではなく、新しい顧客アカウントへの大幅なスペックアップだ。

機能 | 以前の顧客アカウント | 新しい顧客アカウント |
|---|---|---|
サインイン方法 | メールアドレス + パスワード | パスワードレス(メールアドレス + 6桁の認証コード) |
✖️ 利用不可 | ✔️ Google、Facebook | |
Shop サインイン | 手動セットアップが必要 | ✔️ Shop Pay と自動連携 |
自主的な返品管理 | ✖️ 利用不可 | ✔️ 標準搭載 |
ストアクレジット | ✖️ 利用不可 | ✔️ 顧客がチェックアウト時に残高を確認・利用可能 |
サブスクリプション管理 | ✖️ 利用不可 | ✔️ スキップ、一時停止、解約、決済情報の更新 |
再注文(もう一度購入) | ✖️ 利用不可 | ✔️ 標準搭載 |
配送追跡 | 簡易表示 | ✔️ リアルタイムアップデートで強化 |
B2B サポート | ✖️ 利用不可 | ✔️ ネイティブ対応 |
アプリによるカスタマイズ | Liquid テンプレートの編集(脆弱) | ✔️ 800 以上のアプリ拡張機能 |
カスタム ID プロバイダー | Multipass のみ | ✔️ 任意の OAuth2.0 + OIDC プロバイダー |
テーマ依存度 | テーマテンプレートと密結合 | ✔️ テーマから独立して管理 |
分析(アナリティクス) | 限定的 | ✔️ 顧客イベントの Web pixel サポート |
セキュリティ | パスワード依存(リセットの手間、ロックアウトのリスク) | ✔️ パスワードレス + シングルサインオン |
今後のアップデート | ✖️ なし。永久に。 | ✔️ 自動かつ継続的 |
傾向は明白だ。以前のアカウントは過去の遺物である。新しいバージョンは単なるアップグレードではなく、現代の E コマース向けに設計された全く異なるアーキテクチャだ。
Shopify が以前の顧客アカウントを廃止する理由
これは突発的な決定ではない。Shopify は2年以上前からこの移行を準備しており、その理由は極めて実用的だ。
パスワード認証はリスクでしかない。 顧客はパスワードを忘れる。それによりサポートチケットが発行され、ログインを諦めて離脱する。6桁の確認コードを使用したパスワードレスサインインは、これらをすべて解消する。リセットするパスワードはなく、顧客のロックアウトも発生せず、「パスワード再発行」のサポート対応も不要になる。
Liquid テンプレートは脆弱で安全性を確保しにくい。 以前の顧客アカウントはテーマの Liquid ファイル内に存在する。テーマをアップデートするたびに、それらのカスタマイズが破損するリスクがある。顧客アカウントに関わるすべてのアプリがテンプレートにコードを挿入する必要があり、これはメンテナンス上の悪夢であり、Shopify 側で制御できないセキュリティの脆弱性を生む原因となっていた。
新しいアーキテクチャは拡張性に優れている。 新しい顧客アカウントは、Shopify の拡張性プラットフォームによって支えられている。アプリはテンプレートコードを書き換えるのではなく、安全な拡張ポイントを介して統合される。これにより、Shopify はマーチャント側でのアップデート作業を必要とせずに、ストアクレジット、セルフサービス返品、定期購買などの新機能を提供できる。
70% 以上の Shopify マーチャントがすでに移行を完了している。 これは一部の先進的なユーザー向けのテストではない。プラットフォーム上の大多数はすでに新しいシステムに移行している。2つの並行システムを無期限に維持し続けることは、合理的ではない。
8ステップ移行ガイド:新しい顧客アカウントへ切り替える手順

Shopify はアップグレードプロセスを可逆的なものにしている。問題が発生した場合、30日以内であれば元のバージョンに戻すことができる。ただし、以下のステップを順番に実行すれば、トラブル自体を回避できる。
ステップ 1:以前のカスタマイズ状況を確認する
設定を変更する前に、現在実装されているカスタマイズ内容を監査する。
テーマエディターでの確認:
Shopify 管理画面から オンラインストア → テーマ に移動する
現在のテーマの カスタマイズ をクリックする
ページ上部の ホームページ ドロップダウンメニューをクリックする
以前の顧客アカウント を選択する
各テンプレートを確認:顧客アカウント、顧客アカウントの有効化、顧客の住所、顧客ログイン、顧客の注文、顧客の登録、顧客のパスワードリセット
コードでの確認:
オンラインストア → テーマ に移動する
現在のテーマの ⋯ → コードを編集 をクリックする
templates → customers ディレクトリに移動する
各顧客テンプレート内のコードを確認する
確認したすべてのカスタマイズをリストアップする。定期購買ポータルへのリンク、ロイヤリティプログラムの統合、カスタムフィールド、注文履歴の改変など、すべてだ。これらの一部はアプリを通じて移行可能だが、そうでないものもある。現状の把握が最初のステップとなる。
ステップ 2:チェックアウト設定を複製する
これにより、公開中のストアに影響を与えることなく、新しい顧客アカウント体験を構築できる安全な作業環境を確保する。
Shopify 管理画面から 設定 → チェックアウト に移動する
有効な設定を見つけ、複製 をクリックする
複製した設定に「New Customer Accounts Setup」など、明確な名前を付ける
以降のいくつかのステップは、この複製したコピー上で作業を行う。
ステップ 3:以前のカスタマイズをアプリに置き換える
これが最も重要なステップだ。ステップ1で特定したカスタマイズごとに、代替となるアプリを導入する。
新しい顧客アカウントは、以下の機能向けにアプリブロックをサポートしている:
ロイヤリティプログラム
ウィッシュリスト
注文編集(ここで Revize の出番となる。詳細は後述)
返品管理
定期購買(サブスクリプション)
アップセル、クロスセル
フォーム、アンケート
デジタルダウンロード
アプリブロックを追加する手順:
設定 → チェックアウト に移動する
複製した設定の カスタマイズ をクリックする
左側のサイドバーで アプリ をクリックする
顧客アカウントに対応しているインストール済みアプリを見つける
+ をクリックして、注文、注文状況、プロフィール、またはアカウントページにアプリブロックを追加する
各アプリブロックの設定を構成する
保存する をクリックする
新しいアプリを検索する手順:
Shopify App Store にアクセスする
必要な機能を検索する
絞り込み をクリックし、対応環境 の下で 顧客アカウント を選択する
これにより、新しい顧客アカウントプラットフォーム向けに構築されたアプリのみに結果をフィルタリングできる。
ステップ 4:ブランド設定をアップデートする
チェックアウトと顧客アカウントはブランド設定を共有する。ロゴ、配色、フォントがすべてのページで適切に表示されるか確認する。
設定 → チェックアウト に移動する
複製した設定の カスタマイズ をクリックする
左側のサイドバーで 設定 をクリックする
チェックアウトおよび顧客アカウントの各ページを確認し、ブランディングを検証する
必要に応じて調整し、保存する をクリックする
ステップ 5:サブドメインを接続する
顧客アカウントには、専用のサブドメイン(例:account.yourstore.com)が必要だ。デフォルトは Shopify のドメインだが、これはプロフェッショナルな印象を与えない。
プライマリドメインに基づいたサブドメインを、設定 → ドメイン で接続してセットアップする。
ステップ 6:送信元メールアドレスを確認する
これは非常に重要だ。新しいパスワードレスログインは、マーチャントの送信元メールアドレスからメールで認証コードを送信する。そのアドレスが古いか、アクセスできない場合、顧客はログインできなくなる。
設定 → 通知 で送信元メールアドレスを確認し、確実に受信・管理できる状態にあるか確認する。
ステップ 7:設定を公開する
アプリ、ブランディング、および設定の準備が整ったら:
設定 → チェックアウト に移動する
複製した設定をもう一度プレビューして確認する
公開 をクリックする
これにより、チェックアウトとアカウントのカスタマイズが有効になるが、ステップ8を実行するまでは、ストアのリンク先は以前の顧客アカウントのままである。
ステップ 8:アップグレードボタンを実行する
最終ステップ:
設定 → 顧客アカウント に移動する
上部のバナーにある アップグレード をクリックする
以上だ。これでストアは新しい顧客アカウントに移行した。何か問題が発生した場合は 30日以内であれば元に戻せる が、ステップ1〜7を正しく実行していれば、その必要はないはずだ。
これが注文編集ワークフローに意味すること
ほとんどの移行ガイドが触れていない事実がある。新しい顧客アカウントに切り替えると、購入後の注文変更ワークフローはどうなるのか?

以前のアカウントでは、注文編集は煩雑を極めていた。顧客は自分自身で変更を加えることができず、住所変更、サイズの変更、商品の追加などが発生するたびに、すべてサポートチケットでの対応が必要だった。管理画面で手動で注文を編集し、確認メールを送信し、正しく処理できていることを祈るしかなかった。
新しい顧客アカウントはこの状況を一変させる。拡張性プラットフォームにより、Revize のようなアプリを顧客アカウント体験に直接埋め込むことができる。顧客はサポートに連絡することなく、自分のアカウントから直接、住所変更、バリエーションの変更、商品の追加、キャンセルなどをセルフで行える。
これはもはや「あると便利な機能」ではない。古い Liquid ベースの顧客アカウントが廃止されるため、customers/order.liquid にコードを挿入して構築していた従来の注文編集ワークフローは機能しなくなる。Revize などのアプリを使用した新しい拡張ベースのアプローチが、今後の注文編集の標準となる。
1日に20件以上の注文を処理しているストアであれば、サポートチケットの削減効果だけで、アップグレードを行う十分な動機になるだろう。
テーマ開発者が知っておくべきこと
Shopify テーマの構築やメンテナンスを行っている場合、この非推奨化により開発ワークフローは直ちに影響を受ける。

以前の Liquid ファイルは不要に
テーマに customers/account.liquid、customers/login.liquid、customers/register.liquid を含める必要はなくなる。実際、以前のアカウントを使用しているストアがこれらのファイルを含まないテーマをインストールした場合、自動的に新しい顧客アカウントにアップグレードされる。
<shopify-account> Web コンポーネントの登場
Shopify は、ストアフロント上で認証とアカウントナビゲーションを直接処理する新しい <shopify-account> Web コンポーネントをリリースした。提供される機能は以下の通りだ:
パスワードレスサインイン(メールアドレス + ワンタイムコード)
Shop 認識による自動サインイン
Facebook、Google によるソーシャルサインイン
カスタマイズ可能なクイックリンクを備えたアカウントナビゲーションメニュー
テーマのデザインに合わせるための CSS 変数スタイリング
Shopify からの自動機能アップデート(テーマのアップデートは不要)
このコンポーネントは、ストアヘッダーのアバターとして表示される。サインアウトしている顧客にはログインオプションを開くデフォルトのアバターが表示され、サインインしている顧客には、イニシャルまたは Shop プロフィール画像とアカウントへのリンクが表示される。
これは間もなく、Shopify テーマストアに申請またはアップデートされるすべてのテーマに必須の要件となる。 テーマ開発者は、今すぐこれを実装する必要がある。developer documentationに必要な情報が網羅されている。
このコンポーネントは、すべての Horizon テーマにすでにネイティブで組み込まれている。
アプリ開発者が知っておくべきこと
提供しているアプリが顧客アカウントに何らかの形で関与している場合、以下の内容を注視する必要がある。
Liquid ベースのアプリは動作しなくなる
アプリが以前の顧客アカウントの Liquid ページに依存して機能している場合、新しい顧客アカウントを使用しているマーチャントの環境では動作しない。すべてのマーチャントがアップグレードを促されているため、そのアプリのリーチ可能な市場規模は日々縮小していることを意味する。
顧客アカウント UI 拡張機能が唯一の移行パス
Shopify の拡張性プラットフォームを使用すれば、新しい顧客アカウントに直接接続する拡張機能を構築できる。強化可能なページは以下の通りだ:
注文状況ページ — 追跡情報の詳細、編集機能、アップセルの追加
注文履歴リストページ — 関連するアクションや情報の表示
プロフィールページ — カスタムフィールド、設定、ロイヤリティポイントの追加
完全なカスタムページ — 顧客アカウント体験内に全く新しいページを構築
すでに 800 以上のアプリが顧客アカウント拡張機能を構築している。developer guideを参考に、最初の拡張機能の作成に着手してほしい。
Storefront API の顧客ミューテーションが非推奨に
これはヘッドレスおよびカスタムストアフロント開発者にとって重要な変更だ。customerCreate、customerUpdate、customerAccessTokenCreate などの Storefront API ミューテーションは非推奨となる。代替となるのは Customer Account API だ。
Customer Account API が提供するメリットは以下の通りだ:
スコープが制限された安全な顧客データへのアクセス(注文、決済、配送、ディスカウント、返金、メタフィールド)
ストアフロント、アカウント、およびチェックアウト間でのシングルサインオンによるパスワードレス認証
四半期ごとにリリースされるバージョン管理された API
Hydrogen および Oxygen とネイティブに連携
カスタムストアフロントを構築している場合は、今すぐ Customer Account API への移行を開始すること。Storefront API のミューテーションが正式に削除されるまで待くべきではない。
アップグレード前に知っておくべき制限事項
新しい顧客アカウントはほぼすべての面で優れているが、以前のものと完全に同一ではない。想定外のトラブルを防ぐため、以下の制限事項を把握しておく必要がある。

制限事項 | 詳細 |
|---|---|
カスタムサインインモーダル | (以前のテンプレートを使用しない)独自のログインモーダルを構築している場合、アップグレード前に削除する必要がある。 |
Shopify Flow トリガー | 以前の顧客アカウントを基準としたワークフローのトリガーや自動化は移行できない。これらは再構築が必要となる。 |
顧客セグメント |
|
全市場で単一ドメイン | 市場ごとに異なる顧客アカウントドメインを設定することはできない。1つのサブドメインがすべての国際的な市場をカバーする。 |
Multipass | 新しい顧客アカウントではサポートされない。代わりに OAuth2.0 + OIDC 対応の ID プロバイダーを使用する。 |
サインインページのカスタマイズ | サインインページ自体にアプリブロックを追加することはできない。カスタマイズは認証完了後のページから可能となる。 |
復元可能期間 | 元のバージョンに戻すことができる期間は30日間。それを過ぎると永続的に移行される。 |
ほとんどのストアにとってこれらは致命的な問題にはならないが、Multipass を使用している場合や、顧客アカウントのステータスに紐づく複雑な Flow オートメーションを組んでいる場合は、慎重に migration を計画してほしい。
FAQ:Shopify 以前の顧客アカウント非推奨化について
以前の顧客アカウントは、具体的にいつ使えなくなるのか?
Shopify は、2026年後半に最終的な提供終了日を発表することを確定している。正確な日付はまだ公開されていないが、非推奨化自体はすでに発効しており、新機能の提供や技術サポートはなく、新規ストアは以前のアカウントを一切利用できない。
現在、以前の顧客アカウントを使い続けることは可能か?
2026年2月以前からそのストアでアクティブに使用していた場合に限り可能。即座に強制削除されることはないが、強制終了を待つのではなく、プロアクティブにアップグレードを計画することを推奨する。
アップグレードすると、既存の顧客データはどうなるのか?
顧客データはそのまま維持される。既存の顧客アカウントは新しいシステムに引き継がれる。顧客は、従来のパスワードの代わりに、新しいパスワードレス方式(メールアドレス + 認証コード)でサインインすることになる。
顧客は新しくアカウントを作成し直す必要があるのか?
必要ない。既存の顧客アカウントは保持される。顧客が気づく唯一の変化はサインイン方法であり、メールアドレスとパスワードを入力する代わりに、メールアドレスを入力して6桁のコードを受け取る形になる。アカウントの新規作成は不要だ。
カスタム Liquid ログインページを使用している場合はどうなるのか?
標準の以前のテンプレートの外部で、独自のサインイン体験(ログインモーダルなど)を構築している場合、アップグレード前にそのコードを削除する必要がある。新しいシステムは、専用にホストされたサインインフローを介してすべての認証を処理する。
顧客アカウントページをカスタマイズするアプリはどうなるのか?
それらのアプリが以前の Liquid テンプレートにコードを挿入することで動作している場合、アップグレード後に機能しなくなる。主要なアプリ開発者の多くは、新しいシステム向けの顧客アカウント拡張機能をすでに提供しているため、アプリの開発元に確認してほしい。未対応の場合は、Shopify App Store で「顧客アカウント対応」のフィルターを適用して代替アプリを探す必要がある。
アップグレード後に元のバージョンに戻すことはできるか?
アップグレード後30日以内であれば可能。30日を過ぎると、新しいシステムへの移行が確定する。
Shopify Plus ストアもこの影響を受けるのか?
受ける。この非推奨化はすべての Shopify プランに適用される。Plus ストアも同じ移行パス、同じスケジュールが適用される。
注文編集にはどのような影響があるのか?
以前の顧客アカウントには、ネイティブの注文編集機能が存在しなかった。そのため、変更が発生するたびに顧客はサポートに連絡する必要があった。新しい顧客アカウントは、拡張機能を介したアプリベースの注文編集をサポートしている。Revize などのアプリは、顧客アカウントに直接組み込まれ、顧客自身による注文編集を可能にする。
ヘッドレス/カスタムストアフロントの開発者は何をすべきか?
Storefront API の顧客ミューテーションから、Customer Account API への移行を直ちに開始すること。Storefront API の顧客スコープのミューテーションは非推奨となり、Customer Account API が、顧客認証およびデータアクセスにおける Shopify の長期的なソリューションとなる。
移行アクションプラン
難しく考える必要はない。今週中に以下を実行してほしい:
マーチャントの場合:
以前のカスタマイズの状況を監査する(所要時間:30分)
各カスタマイズの代替となるアプリを選定する(所要時間:1〜2時間)
前述の8ステップ移行ガイドに従って作業を進める(所要時間:1〜2時間)
テストを実施し、問題がなければ「アップグレード」を実行する
テーマ開発者の場合:
テーマから以前の顧客アカウントの Liquid ファイルを削除する
<shopify-account>Web コンポーネントを実装するHorizon および非 Horizon テーマでテストを実施する
アプリ開発者の場合:
自社アプリ向けに顧客アカウント UI 拡張機能を構築する
Liquid テンプレートへのコード挿入に依存した仕組みから脱却する
Storefront API の顧客ミューテーションを利用している場合は、Customer Account API へ移行する
ヘッドレス/カスタムストアフロント開発者の場合:
Storefront API の顧客ミューテーションを Customer Account API に置き換える
新しい認証フローを実装する
ストアフロント全体でパスワードレスサインインをテストする
アップグレード作業自体は半日程度で終わる。時間を要するのは、カスタマイズの監査、代替アプリの選定、テストなどの事前準備だ。しかし、それを行うことで、Shopify が継続的に改善を続ける、より高速で安全、かつ高機能な顧客体験を手に入れることができる。
以前のアカウントの寿命は限られている。今すぐアップグレードするストアは、自社のスケジュールに沿って余裕を持って進めることができる。引き延ばしたストアは、提供終了日が迫る中で慌てて作業に追われることになるだろう。
選択するのはあなただ。
Shopify で注文管理を最適化したいですか? Revize を導入すれば、顧客はサポートを介さず、アカウントから直接、住所変更、商品の変更や追加をセルフで行うことができます。サポートチケットの削減、管理画面での手動編集の撤廃に繋がります。新しい Shopify 顧客アカウントにネイティブに対応しています。 Try Revize free →
関連リソース
2026年8月更新。 Revize は、購入後の顧客のセルフサービス注文編集を可能にする Shopify アプリです。これにより、購入者は発送前にサポートチケットを起票することなく、配送先住所の変更、バリエーションや商品の変更、キャンセル、および返金やストアクレジットの受け取りを行うことができます。letting customers edit their own Shopify ordersに関する詳細を確認するか、Revize on the Shopify App Storeから見つけてください。
RevizeでShopifyストアを刷新しましょう。顧客体験を軸にリードする。
© 著作権 2024、無断転載を禁じます
RevizeでShopifyストアを刷新しましょう。顧客体験を軸にリードする。
© 著作権 2024、無断転載を禁じます
RevizeでShopifyストアを刷新しましょう。顧客体験を軸にリードする。
© 著作権 2024、無断転載を禁じます
RevizeでShopifyストアを刷新しましょう。顧客体験を軸にリードする。
© 著作権 2024、無断転載を禁じます



