他社カートからShopifyへ移行する手順｜商品・顧客・注文データの移し方【2026年最新】

地方都市で家具・インテリア雑貨を扱う小売店を営むBさんは、開業当初に安価な海外系カートシステムでECサイトを立ち上げましたが、事業拡大とともに在庫連携の弱さや拡張性の乏しさに限界を感じ、Shopifyへの移行を検討し始めました。しかし「商品データや顧客データ、これまでの注文履歴をどう移せばいいのか」「移行作業中に在庫がズレて誤発送やダブルブッキングが起きないか」という不安から、なかなか最初の一歩を踏み出せずにいました。これは特殊な悩みではなく、実店舗を持ちながらECを運営する小売事業者の多くが、カートシステム移行の場面で直面する共通の壁です。結論から言うと、Shopify移行は「商品」「顧客」「注文」の3種類のデータごとに移行方針を分けて考え、移行期間中は在庫の並行更新を止める仕組みを用意すれば、大きなトラブルなく完了できる作業です。全件を無理に移そうとせず、業務上本当に必要なデータを見極めることが、スムーズなECサイトリプレイスの最大のコツといえます。

Shopify移行とは？ECサイトリプレイスが必要になる理由

Shopify移行とは、これまで利用してきた他社のECカートシステムからShopifyへプラットフォームを乗り換え、商品・顧客・注文といった各種データや店舗の設定を新環境に引き継ぐ作業全般を指します。単なるデザインリニューアルとは異なり、データベースの構造そのものが異なるシステム間でのデータ移行、いわゆるECサイトリプレイスに該当するため、通常のサイト更新よりも計画的な準備が求められます。

小売事業者がカートシステム移行を検討する背景としては、既存カートの月額費用や決済手数料が事業規模に見合わなくなってきた、アプリやテーマの拡張性に限界を感じている、実店舗のPOSレジや在庫管理システムとの連携を強化したい、といった理由が多く挙げられます。特に実店舗とECを兼業する事業者にとっては、在庫情報をひとつの管理画面で一元管理できるかどうかが、カート選定における重要な判断基準になります。

一方で、Shopify移行を「なんとなく面倒そう」という理由で先延ばしにしてしまう小売事業者も少なくありません。実際には、商品・顧客・注文という3種類のデータの性質を理解し、それぞれに適した移行方法を選べば、想像するほど複雑な作業ではありません。むしろ、既存カートの限界を感じながら運用を続けるほうが、日々の機会損失や運用コストの面で不利になるケースも多くあります。なお、移行後のURL設計やリダイレクト設定はSEO評価の維持に関わる重要な論点ですが、これは別途詳しく扱う記事があるため、本記事ではデータ移行の実務に絞って解説します。

Shopify移行の全体的な流れ

Shopifyデータ移行を成功させるためには、思いつきで作業を進めるのではなく、全体の流れをあらかじめ把握しておくことが重要です。ここでは、準備段階から本番切り替えまでの流れをステップごとに整理します。

ステップ1：移行対象データの棚卸しをする

まず、既存カートシステムにどのようなデータが存在するのかを棚卸しします。商品データ（商品名・価格・在庫数・画像・バリエーション・商品説明）、顧客データ（氏名・連絡先・購入履歴・会員ランク）、注文データ（注文日・注文内容・配送状況・入金状況）の3種類に分類し、それぞれのデータ量とフォーマットを確認しておくと、後の作業計画が立てやすくなります。

ステップ2：移行スケジュールと役割分担を決める

移行作業には一定の準備期間が必要です。特に在庫を抱える小売事業者の場合、繁忙期を避けて移行時期を設定し、誰がどのデータの移行を担当するのか、社内・外部パートナーを含めて役割分担を明確にしておくことをおすすめします。移行スケジュールが曖昧なまま作業を始めると、旧カートと新カートの両方が並行稼働する期間が長引き、在庫データがズレるリスクが高まります。

ステップ3：Shopify環境を構築する

Shopifyのストアを開設し、テーマ選定、決済手段の設定、配送設定など、データ移行とは別に必要な基本設定を先に済ませておきます。データをインポートする前に受け皿となる環境を整えておくことで、後続の作業がスムーズになります。

ステップ4：商品・顧客データをインポートする

既存カートからエクスポートした商品データ・顧客データを、Shopifyの管理画面またはインポートアプリを使ってCSV形式で取り込みます。この段階では注文データはまだ移行せず、まず商品と顧客の情報を確定させることを優先します。

ステップ5：テスト環境で動作確認をする

インポート後は、商品ページの表示崩れがないか、価格や在庫数が正しく反映されているか、顧客がログインできるかなどをテスト環境で確認します。この段階で不備を洗い出しておくことで、本番切り替え後のトラブルを防げます。

ステップ6：在庫を凍結し本番切り替えを行う

切り替え直前に旧カートでの新規注文受付・在庫変動を一時停止し、最終的な在庫数を確定させたうえでShopifyへ反映します。この「在庫凍結」のタイミングを明確にすることが、移行時の在庫ズレを防ぐうえで最も重要な工程です。切り替え後は旧カートを速やかに停止し、注文の受け皿がShopifyに一本化されていることを確認します。

商品データの移行手順と注意点

商品データは、Shopify移行の中でも最も作業量が多く、かつミスが起きやすい領域です。ここでは具体的な移行手順と、つまずきやすいポイントを解説します。

商品データのエクスポートとCSVフォーマットの違い

多くのカートシステムには、商品データをCSV形式でエクスポートする機能が備わっています。ただし、既存カートのCSV項目名とShopifyが求めるCSVフォーマット（Handle、Title、Body(HTML)、Vendor、Type、Tags、Variant SKUなど）は一致していないため、そのままインポートすることはできません。項目名の対応表（マッピング表）を作成し、どの項目がShopifyのどの項目に対応するのかを整理してから、CSVを加工する必要があります。この作業を表計算ソフトの関数やスクリプトである程度自動化しておくと、商品点数が多い小売事業者ほど作業時間を大きく短縮できます。

バリエーション（サイズ・カラー）の移行

サイズやカラー違いの商品バリエーションは、カートシステムによってデータの持ち方が大きく異なるため、特に注意が必要な項目です。ShopifyではひとつのHandle（商品グループ）に対して複数のVariant行を紐づける形式でバリエーションを表現するため、既存データがこの構造に沿っていない場合は、CSV上で行を分割・整形する作業が発生します。アパレルや雑貨など、バリエーション数が多い業種ほどこの工程に時間がかかる点を見込んでおきましょう。

商品画像の移行

商品画像は、画像ファイル自体をアップロードし直すか、既存カートの画像URLをCSVに記載してShopify側で取得させる方法があります。画像点数が多い場合はファイル名の命名規則を統一しておくと、どの画像がどの商品に対応するのか管理しやすくなります。画像の紐づけミスは公開後に気づきにくいため、代表的な商品をいくつか抜き出して目視確認する工程を必ず入れることをおすすめします。

SEO関連情報の扱いについて

商品ページのURLやメタ情報は検索流入に影響するため、移行時にあわせて設計し直すケースが一般的です。ただし、旧URLから新URLへのリダイレクト設定など、SEO評価を維持するための詳細な対応については専門的な論点が多いため、本記事では深く触れません。商品データ移行の段階では、まず商品情報そのものを正確に移すことを優先し、URL設計とリダイレクトは別途専用の対策記事を参考にすることをおすすめします。

顧客データの移行手順と注意点

顧客データは個人情報を含むため、商品データ以上に慎重な取り扱いが求められます。移行の実務と注意点を確認しておきましょう。

顧客データのエクスポート・インポート

顧客データも商品データと同様、既存カートからCSV形式でエクスポートし、Shopifyが指定する項目（First Name、Last Name、Email、Phone、Addressesなど）にあわせて整形したうえでインポートします。氏名や住所の全角・半角表記が統一されていないと、インポート時にエラーが出たり、配送時の宛名表記が不自然になったりするため、事前に表記ゆれを整えておくと後工程がスムーズです。

個人情報保護とメルマガ同意の再確認

顧客データを移行する際は、個人情報保護の観点から、既存カートの利用規約やプライバシーポリシーで定めた範囲を超えたデータ利用にならないよう確認が必要です。特にメールマガジンの配信同意（オプトイン）については、旧カートで取得した同意が新しい配信システムでもそのまま有効とみなせるかを事前に確認し、疑わしい場合は移行後に改めて同意を取り直す運用にしておくと安心です。

パスワード・ログイン情報の扱い

セキュリティ上の理由から、既存カートで設定されていたパスワードをそのままShopifyへ移行することはできません。多くの場合、顧客には移行後に改めてパスワード再設定を案内する形になります。移行のタイミングで顧客に混乱を与えないよう、事前にメールやサイト上の告知で「移行に伴い初回ログイン時にパスワード再設定が必要になる」旨を伝えておくことが望ましい対応です。

注文データの移行に関する考え方

商品・顧客データに比べて、注文データの移行は考え方が異なります。ここでは現実的な移行範囲の考え方を整理します。

過去の注文データを全件移行する必要は少ない

注文データは商品・顧客データと違い、システム間でのデータ構造の違いが大きく、全件をそのままShopifyへ移行することが技術的に難しい、あるいは移行できたとしても表示形式が大きく崩れてしまうケースが多い領域です。実務上は、過去の全注文をShopifyの管理画面で再現することにこだわらず、旧カート側で必要な期間データを閲覧・出力できる状態を保ちつつ、Shopify移行後は新規注文からの管理に切り替える、という運用が現実的です。

会計・税務上必要なデータの保管方法

過去の注文データは、会計処理や税務調査対応のために一定期間の保管義務があります。Shopifyへ移行しない場合でも、旧カートの管理画面データをそのまま参照できるようアカウントを一定期間維持するか、注文明細をCSVやPDFで出力してバックアップしておくといった代替手段を用意しておく必要があります。移行プロジェクトの一環として、この保管方法を誰が・どのように管理するのかをあらかじめ決めておきましょう。

顧客対応に必要な最小限のデータの引き継ぎ

すべての注文データを移行しない場合でも、進行中の注文（未発送・返品対応中など）については、顧客対応に支障が出ないよう個別に整理してShopify側でも参照できる形にしておく必要があります。切り替え直前に未完了の注文一覧を洗い出し、担当者間で引き継ぎ状況を共有しておくことが、顧客からの問い合わせ対応でのトラブルを防ぐポイントです。

在庫データのズレを防ぐための実務ポイント

Shopify移行のトラブルで特に多いのが、在庫データのズレによる欠品販売や二重発送です。実店舗を持つ小売事業者にとっては、店頭在庫とECの在庫を常に一致させておく必要があるため、移行期間中の在庫管理には特に注意が必要です。

並行稼働期間はできるだけ短くする

旧カートとShopifyを同時に稼働させる期間が長くなるほど、どちらか一方でしか在庫数が更新されない状態が発生しやすくなり、在庫のズレが起こるリスクが高まります。理想は、切り替え日を明確に定め、旧カートでの新規受注を停止したうえで一気にShopifyへ切り替える方法です。どうしても並行稼働が必要な場合は、在庫更新の頻度や責任者を事前に決め、更新漏れが起きない体制を作っておきましょう。

最終棚卸しと在庫数の確定タイミング

本番切り替えの直前には、実店舗の店頭在庫も含めた最終棚卸しを行い、その時点の正確な在庫数をShopifyへ反映させます。棚卸しのタイミングとデータ反映のタイミングがずれると、その間に発生した販売分が反映されず、結果的に過剰在庫または欠品として表示されてしまうため、棚卸し完了から在庫反映までの時間はできるだけ短くすることが重要です。

複数販売チャネルとの整合性確認

実店舗のPOSレジや、他のモール型ECサイトなど、複数の販売チャネルを運用している場合は、それぞれのチャネルの在庫数がShopify移行後も正しく連携されているかを確認する必要があります。移行直後は特に、各チャネルでの販売実績とShopify管理画面上の在庫数を突き合わせるチェックを数日間続け、ズレがないかをこまめに確認する運用が安心です。

移行タイミング	主な作業内容	在庫ズレを防ぐポイント
移行1〜2週間前	商品・顧客データのエクスポートとCSV整形	在庫数はまだ変動する前提で仮データとして扱う
移行直前	旧カートでの新規受注停止・最終棚卸し	在庫を凍結し、確定した在庫数のみを反映する
本番切り替え当日	Shopifyへの在庫数反映・注文受付開始	反映直後に代表商品の在庫数を目視で再確認する
切り替え後数日間	各販売チャネルとの在庫突合チェック	販売実績とShopify在庫数の差異を毎日確認する

よくある質問（FAQ）

Q1. Shopify移行にはどのくらいの期間がかかりますか？

商品点数や顧客データ量、既存カートのデータ構造によって大きく異なりますが、小規模な小売事業者であれば準備からテスト・本番切り替えまでおおよそ1〜2か月程度を見込んでおくと安心です。商品バリエーションが多い、顧客データ量が多いといった場合は、より余裕を持ったスケジュールを組むことをおすすめします。

Q2. 移行作業は自社だけで対応できますか？

CSVの整形やインポート作業自体は、手順を理解していれば自社対応も可能です。ただし、商品点数が多い場合やバリエーション構造が複雑な場合、既存カートとShopifyのデータ仕様の違いを正確に把握しないまま進めると、データの欠落や表示崩れが起きやすくなります。データ量が多い、社内にECの専門知識を持つ担当者がいないという場合は、専門家のサポートを受けながら進めるほうが結果的にトラブルを防げます。

Q3. 過去の注文データはまったく引き継げないのですか？

アプリや外部ツールを使えば一部の注文データをShopifyへ取り込むことも可能ですが、旧カートと全く同じ形式で再現することは難しいのが実情です。会計・税務上の保管義務がある注文データについては、旧カートのデータをそのままバックアップとして保管しておく方法が現実的な対応です。

Q4. 移行中にECサイトを休止する必要はありますか？

準備・テスト段階では旧カートを通常どおり稼働させたまま並行して作業を進められますが、最終的な在庫確定・本番切り替えのタイミングでは、短時間でも旧カートでの新規受注を一時停止する必要があります。休止時間を最小限に抑えるためにも、切り替え作業の手順を事前にリハーサルしておくことをおすすめします。

Q5. 顧客にはどのタイミングで移行を知らせればよいですか？

本番切り替えの1〜2週間前を目安に、サイト上の告知やメールマガジンで移行予定を案内しておくと、顧客の混乱を防げます。特にパスワード再設定が必要になる旨は、切り替え直後の問い合わせを減らすためにも、事前告知と切り替え後の再案内の両方で伝えておくと親切です。

陥りやすい失敗パターン

失敗パターン1：CSVフォーマットの違いを軽視してインポートエラーを繰り返す

既存カートのCSVをそのままShopifyにアップロードしようとして、項目名の不一致や文字コードの違いによりエラーが多発し、原因調査だけで多くの時間を費やしてしまうケースです。事前にマッピング表を作成し、小さいデータ量でテストインポートを行ってから本番データを流し込むことで、この失敗は避けられます。

失敗パターン2：在庫凍結のタイミングを決めずに切り替えて在庫がズレる

「なんとなく移行を進めながら、都合のいいタイミングで切り替えよう」という曖昧な進め方をした結果、旧カートとShopifyの両方で在庫が動き続け、切り替え後に在庫数が合わなくなってしまう失敗パターンです。在庫凍結の日時をあらかじめ関係者全員に共有し、その時刻をもって旧カートでの販売を止めるというルールを徹底することが重要です。

失敗パターン3：顧客への事前告知不足でログイントラブルが集中する

パスワードが移行されないことを顧客に伝えないまま切り替えを行うと、切り替え直後に「ログインできない」という問い合わせが集中し、対応に追われることになります。移行前の告知メールやサイト上の案内で、ログイン方法が変わることを明確に伝えておくことで、この混乱は大きく軽減できます。

失敗パターン4：会計・税務用データのバックアップを取らないまま旧カートを解約する

Shopify移行が完了した安心感から、旧カートのアカウントをすぐに解約してしまい、後になって過去の注文データや請求書が必要になった際に参照できなくなる失敗です。契約解除の前に、必要なデータをすべてCSVやPDFで出力し、社内で一定期間保管する体制を整えてから解約手続きを行うようにしましょう。

まとめ

Shopify移行は、商品・顧客・注文という性質の異なる3種類のデータを、それぞれに適した方法で移すことがポイントです。商品データはCSVフォーマットの違いとバリエーション構造への対応、顧客データは個人情報保護とログイン情報の扱い、注文データは全件移行にこだわらず必要な範囲を見極めることが、それぞれの移行を成功させる鍵になります。そして、実店舗を持つ小売事業者にとって特に注意したいのが、移行期間中の在庫データのズレです。在庫凍結のタイミングを明確にし、最終棚卸しから在庫反映までの時間を最小限に抑え、複数の販売チャネルとの整合性をこまめに確認することで、欠品販売や二重発送といったトラブルを防げます。

本記事で紹介した移行の全体的な流れやよくある失敗パターンは、いずれも実際のECサイトリプレイスの現場で繰り返し起こりやすいポイントです。特に「CSVフォーマットの違いを軽視する」「在庫凍結のタイミングを決めずに切り替える」という2つは、事前準備を丁寧に行うことで確実に防げる失敗です。自社の商品点数・顧客データ量・販売チャネル構成に合わせて、移行スケジュールとチェック体制を組み立てておきましょう。

正しい手順で進めれば、Shopify移行はデータ移行の負担を抑えながら、実店舗とECの両方をより効率的に運営できる環境への切り替えとして、十分に成果が見込める取り組みです。とはいえ、既存カートのデータ構造やSEO面での影響は事業ごとに事情が異なり、自己判断だけでは判断がつきにくい部分もあるため、Shopify移行の専門家に相談しながら自社に合った進め方を整理してもらうのもおすすめです。