2026年2月26日、Shopifyは従来のお客様アカウントを正式に非推奨としました。これは「いずれ対応すればいい」話ではありません。新規ストアではすでに旧版を選べず、2026年中にすべてのストアが新仕様へ強制移行されます。本記事では、新しいお客様アカウントの技術仕様、旧版との機能差分、そして構築者が今すぐ着手すべき移行ステップを、Shopify公式ドキュメントをもとに整理しています。移行の核心は「運用の自動化」と「セキュリティの外部移転」にあります。再注文・返品が標準搭載され、パスワード管理から解放される。この変更を正しく理解すれば、移行は「守りの対応」ではなく「攻めの運用改善」になります。Shopifyの「新しいお客様アカウント」とは？パスワードを廃止し、メールのワンタイムコード（OTP）で認証する次世代の顧客アカウントシステムです。 チェックアウト画面と同じ堅牢な基盤上で動作し、B2B機能やShop Payと標準で連携します。2026年中に旧仕様は完全廃止され、すべてのストアがこの新仕様へ統合されることが確定しています。新しいお客様アカウントとは、Shopifyが従来のメール＋パスワード認証を廃止し、メールに届く6桁のワンタイムコード（OTP）、Shop Pay、Google・Facebookなどのソーシャルログインで認証を行う仕組みに置き換えたものです。従来のアカウントでは、顧客のログイン情報（パスワード）をストア側が間接的に管理していました。新しいアカウントでは、認証プロセスをShopifyのインフラが一括で担います。これにより、パスワード漏洩・リスト型攻撃（クレデンシャル・スタッフィング）のリスクはストア側から完全に排除されます。技術的には、新しいアカウントは「Checkout Extensibility」と同じ基盤上に構築されています。テーマ内のLiquidファイルではなく、Shopifyがホストする専用ページとして動作します。カスタマイズはLiquidの直接編集からアプリベースのUI Extensionsへ移行し、将来のShopifyアップデートでカスタマイズが壊れる（ブレイクする）リスクが排除される設計です。【結論から言うと】2026年までの移行スケジュールと重要期限2026年2月26日に旧アカウントは非推奨となり、新規ストアでは選択不可です。 2026年8月のCheckout Extensibility移行期限に合わせて、アカウントページも新仕様への切り替えが加速します。既存顧客のデータ（注文履歴等）は保持されますが、ログイン方法がパスワードからOTPへ根本的に変わります。結論から言うと、2026年中に従来のお客様アカウントは完全に廃止されます。「まだ使えているから大丈夫」ではなく、すでに新機能の提供と技術サポートは停止済みです。以下が確定済みのマイルストーンです。イベント実施（予定）日対象従来のお客様アカウント非推奨化2026年2月26日全マーチャント・全開発者新規ストアでの従来版利用停止2026年2月26日新規開設ストアおよび未利用ストアレガシーカスタムアプリの新規作成制限2026年1月29日管理画面から直接作成するカスタムアプリCheckout Extensibility移行期限2026年8月26日追加スクリプトを利用する全プランのストア従来版の完全廃止（サンセット）2026年中（詳細後日）従来版を利用中の全ストア注意すべきは、Checkout Extensibilityの移行期限が2026年8月26日に設定されている点です。チェックアウト画面・サンキューページ・注文状況ページがこの日までに新仕様へ移行するため、アカウントページも同等のスケジュールで制限が強化されると見るのが合理的でしょう。Shopify公式では、既存マーチャントに対し早期のアップグレードを「強く推奨」と明記しています。どこまで「標準」で対応される？進化するローカライズ機能姓名（姓・名）の並びや住所の順序は、日本のロケール設定で自動的に最適化されます。 テーマ側で行っていた「日本式表記」の手動調整はもはや不要です。ログインセッションは最大90日間保持され、リピート購入時の再ログインの手間が大幅に減ります。姓名・住所の自動ローカライズ：もはやLiquidでの並べ替えは不要従来のお客様アカウントでは、日本語ストアで「姓→名」の順に表示するためにLiquidテンプレートを編集する必要がありました。{{ customer.last_name }} {{ customer.first_name }} のように手動で並べ替えるか、テーマのコードを直接書き換える運用が一般的だったはずです。新しいお客様アカウントでは、ストアのロケール設定（日本語）に基づき、姓名の並び順と住所のフォーマットが自動的にローカライズされます。具体的には、日本語ロケールで「姓→名」順に自動表示され、住所も「都道府県→市区町村→番地」の日本式で自動フォーマットされます。この変更の実務的なインパクトは大きいです。テーマアップデートのたびに姓名の並びが崩れていないか確認する作業、Liquidの条件分岐で言語ごとに表示を切り替えるコードの保守——これらがすべて不要になります。加えて、ログインセッションが最大90日間維持される点もリピート購入に直結します。従来はブラウザのセッション設定に依存しており、数日でログアウトされるケースが多くありました。新仕様では、顧客が90日以内にストアを再訪すれば、ログイン操作なしにアカウントページへアクセスできます。「再注文ボタン」と「セルフサービス返品」の標準搭載メリット従来版で再注文機能を実装するには、外部アプリ（月額$5〜$15程度）を導入するか、Liquidで注文履歴からカートへ商品を追加するカスタムコードを書く必要がありました。セルフサービス返品も同様に、専用アプリまたは独自フォームの構築が必須でした。新しいお客様アカウントでは、再注文ボタンとセルフサービス返品がどちらも標準機能として搭載されています。管理画面の「設定 ＞ お客様アカウント」からトグルを有効にするだけで利用可能です。再注文ボタンは、顧客の注文履歴ページに表示され、過去の注文と同じ商品をワンクリックでカートに投入します。返品機能は、管理画面で返品ポリシーを設定すれば、顧客がアカウントページから返品申請を送信し、事業者が管理画面で承認・却下する——このフローがアプリなしで完結します。これまで外部アプリの月額費用を払っていたストアにとっては、その分のコスト削減になります。独自開発していた場合は、そのコードの保守工数がゼロになります。カスタマイズの技術的転換：LiquidからUI ExtensionsへLiquidによる直接的なコード編集は廃止され、Shopifyのコンポーネントを使った「UI Extensions（アプリベース）」へ移行します。 独自デザインの自由度は下がりますが、サイトの軽量化・セキュリティ向上・アップグレード耐性が担保されます。ふりがなや誕生日など標準にない顧客属性情報の取得が必要な場合のみ、UI Extensionsで拡張します。UI Extensionsが必要なケース：独自項目の追加（ふりがな・会員ランク等）新しいお客様アカウントの標準機能でカバーされない項目がある場合にのみ、UI Extensionsを使います。逆に言えば、標準機能で足りるストアはUI Extensionsを導入する必要がありません。UI Extensionsが必要になる代表的なケースは以下の通りです。顧客属性情報（ふりがな・誕生日・性別など）の取得： 日本のECでは、配送伝票や電話確認のためのふりがなに加え、誕生日クーポンの配信や年齢層に応じたレコメンドのために誕生日・年齢・性別といった属性情報を会員登録時に取得しているストアが多く存在します。しかし、Shopifyの標準フィールドにはこれらの項目がありません。「Howdy」や「MFアカウント」「AL CustomerMetaSync」などのアプリを導入し、プロフィールの拡張ターゲットにカスタムフィールドを配置することで対応できます。収集したデータはShopifyのメタフィールドに保存され、Shopify FlowやKlaviyoとの連携にも活用できます。会員ランク・ポイント表示： アカウントページに保有ポイントやランクを表示する場合、「MR. POINT」などの対応アプリをフルページ拡張機能としてアカウント内に配置します。外部サービスへのリンク： サブスク管理画面やレビュー投稿ページへの導線が必要な場合、メニューブロックまたはアプリブロックでリンクを設置します。日本市場向けの主要アプリと料金は以下の通りです。アプリ名開発元特徴料金（目安）MFアカウントMeeFa, Inc.基本機能を網羅。Shopify Flow連携が強力$5.99/月HowdyEC PENGUIN顧客タグで表示の出し分けが可能。VIP顧客向けバナー等$4.99〜$9.99/月AL CustomerMetaSyncAL Inc.サンキューページからもデータ収集可能で入力率が高い$9/月MR. POINTログリザード日本の商習慣に合ったポイント機能を統合プラン別技術的な制約として、UI Extensionsにはコンパイル後64KB以下のバンドルサイズ制限があります。直接的なHTMLタグ（<div>や<script>）は記述できず、Shopifyが提供するReact/Preactコンポーネントのみが使用可能です。独自CSSによるデザインの上書きもできません。デザインのカスタマイズ：チェックアウト画面とのブランディング同期新しいお客様アカウントのデザインは、テーマのCSSではなく「チェックアウトのブランディング設定」を継承します。管理画面の「オンラインストア ＞ テーマ ＞ カスタマイズ」から設定したロゴ・フォント・ブランドカラーが、チェックアウト画面とアカウントページの両方に一括で適用されます。つまり、チェックアウトのブランディングを整えれば、アカウントページのデザインも自動的に統一されます。個別のCSS調整は不要——というより、不可能です。Liquid時代のように「マイページだけ独自のレイアウトにする」「フッターにオリジナルバナーを入れる」といったカスタマイズはできなくなります。これはデザインの自由度という観点では明確な制約ですが、その代わりにShopifyがページの読み込み速度とアクセシビリティ標準の遵守を保証しています。ブランドの世界観をマイページまで完全に統一したい高級ブランド等にとっては、現状の拡張ターゲットの範囲内で工夫する必要があります。【実務編】構築者が行うべき「移行・設定」の具体的ステップまず管理画面の「設定 ＞ お客様アカウント」から新しいアカウントを有効化します。 テーマ内の旧ログインリンクを/accountへ修正し、不要なLiquidファイルを整理します。顧客には「パスワード管理が不要になる」というポジティブな案内を移行時に送付してください。Shopify公式では、移行を以下の8ステップで進めることを推奨しています。ここでは構築者の実務に即して、特に判断が必要なポイントを中心に解説します。ステップ1：既存カスタマイズの監査 テーマ内のcustomers/*.liquidファイルをすべて確認します。追加されているカスタムフィールド（誕生日・会社名等）、外部リンク（サブスク管理画面等）、トラッキングスクリプト（GTM・LINE連携タグ等）をリストアップしてください。このリストが、ステップ4でアプリによる再現が必要な項目の一覧になります。ステップ2：設定の複製 管理画面の「設定 ＞ チェックアウト」から現在の設定を「複製」します。この複製に対して新アカウントの設定を適用することで、本番環境に影響を与えずに検証できます。ステップ3：ブランディング設定の確認 ロゴ・フォント・ブランドカラーが新しいアカウントページに適用されます。チェックアウトの設定と一致しているか確認してください。ステップ4：アプリ拡張機能による機能再現 ステップ1のリストに基づき、必要な機能をUI Extensions対応アプリで再構築します。旧アカウント用アプリが新アカウントに対応していない場合は、代替アプリへの移行が必要です。ステップ5：ドメインとメール設定 account.yourstore.comのようなサブドメインを設定します。OTPメールの到達率を確保するため、送信元メールアドレスのドメイン認証（SPF/DKIM）を完了させてください。携帯キャリアメールでの不達リスクがあるため、この設定は省略できません。ステップ6：設定の公開 複製した設定を公開します。この時点ではまだ旧アカウントが有効であり、切り替えは発生しません。ステップ7：アップグレードの実行 管理画面の「設定 ＞ お客様アカウント」から「アップグレード」をクリックします。旧アカウントのURLは自動的に新アカウントへリダイレクトされます。ステップ8：30日間のテスト期間の活用 アップグレード後30日以内であれば旧アカウントに戻せます。この期間にログインフロー・アプリの動作・メールの到達率を検証してください。テーマ側の修正：削除すべきLiquidファイルとURLリンクの差し替えアップグレード後、テーマ内の以下のファイルは機能しなくなります。削除（または無効化）が必要なファイルは、customers/account.liquid、customers/login.liquid、customers/register.liquid、customers/order.liquid、customers/reset_password.liquid、customers/activate_account.liquidです。これらのファイルが残っていてもエラーにはなりませんが、旧アカウントのURLへのアクセスはすべて新アカウントにリダイレクトされるため、コードは実行されません。混乱を防ぐため、削除またはコメントアウトしておくのが適切です。テーマ内のリンクも修正が必要です。ナビゲーションメニューやヘッダーの「ログイン」「マイページ」リンクを/account/loginや/account/registerから/accountに統一してください。新しいアカウントでは、/accountが唯一のエントリーポイントになります。既存顧客への案内：パスワードレス化を伝えるメールテンプレートの考え方パスワードレスへの移行で顧客が混乱するのは「ログインできなくなった」と誤解するケースです。事前の案内で防げる問題であり、案内のポイントは3つに絞ります。1つ目は「パスワードが不要になった」という事実の伝達。「セキュリティ向上のため」という理由を添えます。2つ目は「メールに届く6桁のコードを入力するだけ」という新しい手順の説明。3つ目は「これまでの注文履歴やポイントはそのまま引き継がれる」という安心材料の提示です。案内のタイミングとしては、アップグレード実行の1〜2週間前にメルマガまたはサイト上バナーで周知し、アップグレード当日に「本日より新しいログイン方式に切り替わりました」と確認メールを送るのが実務的です。既存顧客のパスワード移行は一切不要です。次回ログイン時から自動的にOTP認証に切り替わります。パスワードリセットの案内を送る必要もありません。Plusプラン限定：Customer Account APIを活用した高度な連携（SSO等）Shopify Plusプランの事業者は、OpenID Connect対応の外部IDプロバイダーを接続してシングルサインオン（SSO）を実現できます。従来のMultipass認証は新しいお客様アカウントでは利用できないため、SSOが必要な場合は外部IDプロバイダー接続への移行が必須です。Hydrogen/Oxygenを使ったヘッドレス環境では、Customer Account API（OAuth2ベース）を利用します。従来のstorefrontCustomerAccessTokenCreateミューテーションは非推奨となり、Customer Account APIから取得したアクセストークンをStorefront APIで利用する形に変わります。Shopify公式では、ヘッドレス構築者に対してもこのAPIへの移行を明確に求めています。認証画面はShopifyがホストする専用ページへのリダイレクト方式となるため、ログイン画面を独自デザインにすることはできません。ただし、認証後のアカウントページにはUI Extensionsで機能を追加できます。新旧機能の比較表項目従来のアカウント（Legacy）新しいお客様アカウント（New）ログイン方式メール＋パスワードワンタイムコード（OTP）/ SNS / Shop Payセッション維持ブラウザ設定に依存最大90日間姓名・住所の並びLiquidでの手動調整が必要自動ローカライズ（日本式に自動適応）再注文・返品機能独自開発 or 外部アプリ標準機能として搭載カスタマイズ方式Liquid・CSSによる自由な編集UI Extensions（アプリベース）B2B対応ネイティブサポートなし完全対応（会社プロフィール・価格表等）保存済み決済方法対応不可チェックアウト高速化のために保存可能ソーシャルログイン個別の実装が必要Shop Pay・Google・Facebook等に標準対応ドメイン構成各マーケットで複数ドメイン利用可ストア全体で単一サブドメインを使用パスワード移行リセット・移行が必要な場合あり移行不要（パスワード自体が消滅）今回のアップデートがShopify事業者にもたらす今後の展望この移行は単なる認証方式の変更ではなく、Shopify上でのストア運用の構造そのものを変える起点になります。技術的な変化から導かれる事業者側の戦略的変化を整理します。認証の外部委託が「保守工数ゼロ」の運用基盤を作ります。 従来、ストア側が暗黙的に負っていたパスワード管理・リセット対応・セキュリティパッチの保守が、Shopifyのインフラ側に完全移転します。これにより、構築者のリソースは「認証まわりの保守」から「売上に直結する施策」へ再配分されます。とりわけ、外部の技術者を持たない中小規模の事業者にとって、この変化は運用コストの構造的な削減を意味します。アプリベースへの移行が「テーマ依存からの脱却」を加速させます。 Liquidで作り込んだマイページは、テーマの変更・アップデートのたびに動作検証が必要でした。UI Extensionsベースのカスタマイズはテーマから独立して動作するため、テーマの刷新がアカウント機能に影響しなくなります。結果として、テーマの選定・変更の判断がより自由になり、ストアのリニューアルサイクルが短縮されるでしょう。B2B機能の標準統合が、法人向けECの参入障壁を下げます。 従来、法人向けの顧客管理や価格表の出し分けにはPlusプランと高度なカスタマイズが必要でした。新しいアカウント基盤ではB2B機能がネイティブに統合されており、会社単位の管理・権限設定・請求書払いが標準的なフローで実現できます。BtoB-ECを検討していた事業者にとって、導入の判断基準を下げる要因となるはずです。一方で、「デザインの差別化」が難しくなる局面も生まれます。 全ストアが同一のアカウントページ基盤を使うため、マイページ上でのブランド体験の差別化余地は狭まります。アプリブロックの組み合わせやブランディング設定で違いを出す工夫が求められますが、Liquid時代のような「完全に独自のUI」は実現できません。差別化のポイントは、マイページのデザインから「アカウント上でどのような顧客体験を提供するか（ポイント設計、コンテンツ、サポート導線など）」の設計レイヤーへ移行していきます。この変化の本質は、「コードを書ける構築者が有利だった時代」から「顧客体験の設計力が競争力になる時代」への転換点です。FAQ：構築者とマーチャントの不安解消Q1：新規ストアで旧アカウントを選べないのですが、不便になりませんか？不便にはなりません。新しいアカウントは再注文・返品・B2B対応が標準搭載されており、旧版では外部アプリが必要だった機能が最初から使えます。デザインの自由度はLiquid時代より下がりますが、運用上の利便性は向上します。Q2：これまでLiquidで調整していた「姓名の順」は新仕様で崩れませんか？崩れません。新しいアカウントではストアのロケール設定に基づいて姓名・住所が自動ローカライズされます。日本語ロケールでは「姓→名」順で自動表示されるため、Liquidでの手動調整は不要になります。Q3：再注文や返品機能は、どのプランでも無料で使えますか？再注文ボタンはすべてのプランで利用可能です。セルフサービス返品は管理画面で返品ポリシーを設定すれば利用できます。いずれもアプリの追加や別途費用は発生しません。Q4：テーマにある customers/account.liquid 等のファイルはどう処理すべきですか？アップグレード後、これらのファイルは実行されなくなります。削除するか、コメントアウトして無効化してください。残していてもエラーにはなりませんが、保守の混乱を防ぐために整理しておくのが望ましいです。Q5：SSO（シングルサインオン）を導入している場合の注意点は？Multipassは新しいお客様アカウントでは利用できません。代替として、Plusプランの外部IDプロバイダー接続（OpenID Connect対応）を使う必要があります。移行前に認証フローの再設計と検証が必須となるため、SSOを利用中のストアは早期の着手を推奨します。参考にした公式ドキュメントCustomer accounts and legacy customer accounts - Shopify Help Center従来のお客様アカウントから新しいお客様アカウントへの移行 - Shopify Help CenterLegacy customer accounts are now deprecated - Shopify Developer ChangelogCustomer account UI extensions - Shopify Dev DocsUsing the Customer Account API with Hydrogen - Shopify Dev DocsCustomer accounts - Shopify Help Center