Magento から Shopify への移行：カタログ、顧客、注文、および URL.

MagentoからShopifyへ移行できるものと、移行できないもの?

商品、顧客、過去の注文履歴、カテゴリ（Shopifyでは「コレクション」になります）はそのまま移行できます。そして、ブログ記事、ページ、割引コードも移せます。ただし、顧客のパスワード、ストアのデザイン、カスタム拡張機能、クレジットカード情報、管理者アカウントは移行できません。ここは割り切りが必要です。商品のCSVファイルはUTF-8形式で、1ファイルあたり15 MB未満に収めてください。カタログが大きい場合は分割してインポートします。順序も重要で、商品、顧客、注文の順序を守らないとデータが綺麗に繋がりません。

注文データは商品と顧客の両方にひも付きます。ですから、この関係を崩さないためにもインポート順序は厳守してください。飛ばせば確実に不具合が出ます。さらに、Magentoにはなかった制限にも直面します。Shopifyでは、1 つの商品につき 100 種類のバリエーションと 3 つのオプションまでしか使えないため、構成可能な商品をそのまま受けられない場合があります。グループ化された商品やバンドル商品は手作業で組み直すしかありません。各拡張機能はアプリまたはカスタムコードとして作り直し、税務ルール、配送ゾーン、決済ゲートウェイも手動で設定します。

検索トラフィックを維持するために、URLマップやリダイレクトをどのように計画すればよいでしょうか?

構築作業に入る前に、まず入念な計画を立ててください。旧URLをすべて新しいURLに対応づけ、その対応表を301リダイレクトとして設定して、少なくとも1年間は維持します。表にはカテゴリ、商品、ページ、投稿ごとに1行ずつ漏れなく記載が必要です。そして、内部リンクはすべて新しいアドレスを直接指すように書き換えます（訪問者に無駄なリダイレクトの連鎖を踏ませないためです）。また、Googleからは新しいサイトマップの公開も求められます。そのうえで両サイトのトラフィックを監視し、旧サイトで失った分と新サイトで維持できた分を突き合わせていきます。

Shopifyには、計画時に押さえておくべき固有のルールがあります。「コンテンツ」＞「メニュー」＞「URLリダイレクト」からCSVファイルでリダイレクトを一括インポートできますが、上限は100,000件です（Plusプランでは20,000,000件まで拡張されます）。リダイレクトは404を返すURLからのみ動作するため、ページが正常に表示されるパスからはリダイレクトできません。ですが、一部のパスは仕様上ブロックされています。/cart、/orders、/shop で始まるURLへはリダイレクトできず、コレクションのタグフィルターURLも対象外です。カノニカルタグに新しいURLが入っているか確認し、ステージング環境のnoindexを解除して、必ずスクリプトでリダイレクトを網羅テストしてください。

Magentoからのコンテンツの移行方法：エクスポート、API、またはクロール?

レコードが綺麗に構造化されているなら、エクスポート機能でコンテンツを移行します。データが複雑でCSVに収まらない場合は、APIか自動化アプリを使ってください。要するに、元データの形状に道具を合わせる作業です。レンダリングされたHTMLとしてしか残っていないページは、実機クロールで取得します。Shopifyでは商品、顧客、URLリダイレクトのいずれもCSVで扱えます。通常はMagentoからエクスポートし、列の構成をShopifyのテンプレートに合わせて組み替えてからインポートしますが、そのフォーマットは厳格そのものです。ヘッダーが1つ欠けていたり形式が少しでも違ったりすれば、インポート処理は即座に失敗します。

上書きオプションの扱いにはくれぐれも注意してください。「ハンドルが一致する商品を上書きする」にチェックを入れると、CSVファイル内の該当商品についてすべての列が上書きされます。ですから、不完全なファイルで流し込むのは危険です。列が半分しか埋まっていないファイルを適用すれば、既存の正常なデータまで消滅してしまいます。画像には外部からアクセスできる公開URLが必要で、商品1つにつき最大250個まで指定できます。現在の画像URLをファイルにコピーしておけばそのまま使えます。まずは必ずテスト実行を行ってください。開発用ストアにインポートし、テストして問題を潰してから、本番ストアで同じ手順を繰り返します。公開ページをクロールしてみると、手作業で作った編集ブロックなど、通常のエクスポートから漏れたデータが浮き彫りになります。

ShopifyとMagentoを比較した場合、編集者にはどのような機能がありますか？?

運用担当者には、SaaSとしてのホスティング型管理画面が提供されます。商品、コレクション、ページ、ブログ記事はその中で標準機能として扱えるため、OSやミドルウェアのパッチ適用に追われることはもうありません。インフラ面は確実に楽になります。ですが、これまでMagentoで作り込んできたデータ構造はそのまま引き継げません。グループ化された商品、バンドル商品、カスタム拡張機能に直接対応する概念はないため、バリアント、メタフィールド、外部アプリのいずれかへ無理やり落とし込む必要があります。Shopifyでは商品のオプションは最大3つまでです。カタログの登録作業を始めて最初の1週間で、誰もがこの壁にぶつかります。

単なるオンラインストア以上の表現力が必要なら、Shopify以外の選択肢もあります。私自身、現場でこうした移行の設計と実装を手がけており、コンテンツ中心のサイトやマーケティングサイトであれば、レガシーシステムやWordPressサイトをAstroへ移行しています。そして、複雑なアプリケーション要件やパーソナライゼーション、多数の編集者が関わる現場では、SanityやContentfulをバックエンドにしたNext.jsへ移行します。編集担当者は、ビジュアルキャンバスや雑多なプラグイン、Shopifyの管理画面を手放すことになります。しかしその代わり、ページの設計意図に最適化されたコンテンツモデルが手に入ります。無料の診断サービスは実際の公開ページを直接分析するため、営業資料の宣伝文句ではなく、現場の編集者が現在どんな技術環境で作業しているのかを事実ベースで確認できます。

MagentoからShopifyへの移行にはどのくらいの時間がかかり、その作業量はどのような要因によって決まるのでしょうか?

公開されているガイドによると、単純な移行には4～8週間、複雑な統合を伴うエンタープライズレベルの移行には3～6ヶ月かかるとされています。そのため、見出しの数字ではなく、各要因に基づいてご自身の環境の規模を見積もる必要があります。最初の要因はURLの数です。 すべてのカテゴリ、商品、ページ、投稿について、リダイレクトテーブルに1行ずつ用意する必要があります。2番目の要因として、コンテンツタイプを確認してください。それぞれのコンテンツタイプに、Shopifyモデル内での配置場所が必要となるためです。

第三の要因はメディア資産です。画像のURLは移行完了まで外部公開したまま維持する必要があり、商品1つにつき最大250枚の画像を添付できます。次は外部連携の機能です。Magentoの拡張機能はすべてアプリかカスタムコードで作り直すことになり、Plusプランでは、独自のチェックアウトロジックもShopify Functionsで再実装しなければなりません。また、対応ロケールが増えるごとに作業量は跳ね上がります（言語ごとにURLマッピングとデータの整合性チェックが必須になるためです）。さらに、移行後の顧客対応コストもあらかじめ確保してください。パスワードの再設定に伴い30日から60日間の「摩擦期間」が生じるため、2週間から4週間の追加サポート体制と、一時的なコンバージョン率の落ち込みを織り込んでおく必要があります。

MagentoからShopifyへの移行を控えるべき場合?

現在のMagentoストアがサポート対象のバージョンで安定稼働しているなら、無理に移行する必要はありません。カタログ構造がShopifyの仕様に収まらず、開発チームがセキュリティパッチやアップグレードを自前で運用できているなら、現状維持が賢明な判断です。Adobeの公式発表によれば、バージョン2.4.8の標準サポートは2028年5月31日まで続き、2026年5月12日に一般提供が始まるバージョン2.4.9のサポートは2029年5月31日まで提供されます。つまり、まだ何年も猶予があります。プラットフォームの都合で今すぐ移行を迫られているわけではありません。最大の問題はカタログの設計です。構成可能な商品のバリエーションが100種類、またはオプションが3つを超えている場合、それはデータ移行ではなく、カタログ全体の一からの作り直しを意味します。

トータルコストが見合わない場合も、今の構成を維持すべきです。Shopify Advancedは年払いで月額299ドル、Plusは3年契約で月額2,300ドルかかります。要するに、自前の保守パッチ代を払う代わりに、継続的なプラットフォーム利用料を払い続けるビジネスモデルに変わるだけです。Shopifyの導入ガイドには、ある小売業者が1年間で108,000ドルを節約した事例も掲載されていますが、実際の収支はトランザクション量や導入アプリの月額課金によって大きくブレます。一方で、古いバージョンの放置リスクは軽視できません。バージョン2.4.4または2.4.5をお使いの場合、2027年5月31日まではセキュリティ修正のみが限定提供される状態にとどまります。ですからAdobeも、この猶予期間を次期環境への移行準備期間として使うよう求めています。

よくある質問.

次に読む.

1. 01Shopifyの代替サービス店舗規模別に、「チェックアウトを維持」オプション付きで表示されます。
2. 02Core Web Vitals テストページが配信する内容から見るLCP、INP、CLS。
3. 03ウェブサイトのヘルスチェック全体的な診断、8つの柱すべて。