ECサイト移行で引き継ぐデータは?商品・顧客・注文の確認表
ECサイトの移行では、商品、顧客、注文、画像、URL、決済や外部連携を分けて確認します。「CSVを渡せば全部移る」と考えず、移行元から出せるデータと、移行先で受け入れられるデータを照合することが出発点です。
見た目を作り替えても、会員がログインできない、過去の注文を参照できない、旧商品ページから移動できないと、運用に支障が出ます。この記事では、カートの乗り換えやリニューアルを検討する担当者向けに、制作を依頼する前の確認表と、切替時の決め事をまとめます。
データは「出せる」と「使える」を別々に確認する
旧ショップからファイルを書き出せても、そのまま新ショップで使えるとは限りません。商品番号の扱い、必須列、選択肢、画像の参照方法などが異なることがあります。
まず移行元と移行先のサービス名・プラン・使用アプリを整理します。そのうえで、実データの件数だけでなく、項目と形式、取り込み手段、確認方法を確認してください。
Shopifyの公式ガイドでも、商品・顧客・過去注文などで移行手段が分かれています。以下ではShopifyを仕様差の一例として挙げますが、他のカートにも同じ機能や制限があるとは限りません。
制作前に整理したいデータの確認表
移行対象ごとに、移す範囲と確認担当を決めます。「移行一式」という言葉だけで合意せず、次の表を基に見積もりや打ち合わせの項目を分けてください。
| 対象 | 確認する内容 | 移行後の確認例 |
|---|---|---|
| 商品 | 商品番号、価格、選択肢、販売状態 | 色・サイズ別に意図した商品が出るか |
| 画像 | 原本の保管場所、画像URL、枚数 | 一覧・詳細・選択肢の画像が正しいか |
| 顧客 | 会員情報、住所、同意情報 | 重複や欠落がなく、案内対象を選べるか |
| 注文 | 過去注文、未出荷、返品・返金 | 誰がどの環境で処理するか分かるか |
| 会員機能 | ログイン方法、ポイント、ランク | 会員向け案内と代替手段が用意できるか |
| 集客ページ | 商品・カテゴリ・記事の旧URL | 新URLとの対応を確認できるか |
| 外部連携 | 決済、在庫、配送、会計、定期購入 | 新しい環境で必要な処理が完了するか |
ここでの目的は、データを全部新ショップへ入れることだけではありません。必要な記録を別の方法で参照する場合も、参照先と担当が明確なら選択肢になります。
商品CSVと画像を先に試す
本番全件を移す前に、種類の異なる少量の商品で取り込みを試します。単品だけでなく、色・サイズがある商品、複数画像、非公開商品など、自社で使っているパターンを含めます。
画像URLで取り込む場合は、取り込み処理がそのURLへアクセスできるかを確認します。移行元を解約して元画像が消えたあとも、新環境に必要な画像が残るかまで確かめておくと安心です。
| サンプルの種類 | 確認する点 |
|---|---|
| 通常の商品 | 商品番号、価格、説明文、販売状態 |
| 色・サイズ違い | 選択肢と個別在庫の組み合わせ |
| 複数画像の商品 | 画像の並び、欠落、別商品の混入 |
| 在庫切れの商品 | 注文可否、表示方法 |
| 長い説明文の商品 | 改行、リンク、文字化け |
必要な作業はデータ変換、画像整理、登録、確認に分けて見積もってもらいます。費用全体の比較はECサイト制作の費用相場と見積もり確認項目で整理しています。
顧客情報とログイン方法を一緒に確認する
顧客の氏名やメールアドレスを移せることと、以前と同じ方法でログインできることは別です。パスワード、ポイント、会員ランク、定期購入の扱いを、それぞれのサービス仕様に沿って確認します。
例えばShopifyのWooCommerceからの移行ガイドでは、顧客パスワードを移行できないことが説明されています。移行先のアカウント方式によって必要な案内が変わるため、会員へどの操作をお願いするかを先に決めておきます。
また、顧客情報と一緒に、メール配信への同意などの区分を移せるか確認します。Shopifyの顧客リストの案内でも、マーケティングメールの受信に同意した顧客への配信が求められています。会員データを取り込めたことだけを理由に、全員を配信対象へ変えないようにします。
顧客データの受け渡しは、制作・移行に必要な範囲と共有先を決めて行います。初回相談で顧客名簿や認証情報を送る必要はありません。まず件数、項目、使っているサービスを整理すれば、確認を始められます。
過去注文と未出荷注文を分ける
過去注文の参照と、これから出荷する注文の処理は分けて決めます。過去注文を移したからといって、未出荷・返品・返金の運用まで引き継げたとは限りません。
Shopifyの移行ガイドは、商品、顧客、過去注文の順で取り込み、関連付けを整える考え方を示しています。また、過去注文の移行手段は、商品CSVと同じではありません。アプリやAPI等の選択肢があり、使う方法を個別に確認します。
切替前に受けた注文を旧環境で出荷するなら、その環境をいつまで使うかを決めます。問い合わせ担当が新旧どちらの注文を調べるかも、受付時に迷わないようにしておきます。
URLと公開切替はデータ移行とは別の工程にする
商品が登録できても、旧URLから新ページへ進めるとは限りません。検索や外部リンクから来る人のために、旧URLと新URLの対応表を作ります。
Googleは、URLを伴うサイト移転の案内で、URLの対応付けやリダイレクト等を説明しています。移行したページを何でもトップへ転送するのではなく、対応する内容への移動を検討します。設定しても検索順位の維持を保証できるものではありません。
切替時の運用は、次の点を社内と制作会社でそろえてください。
- 旧環境での受注を、いつまで受け付けるか
- 商品・在庫・注文の最終差分を、いつ取り込むか
- 作業中に増えた注文を、誰が照合するか
- 決済や出荷連携を、どの手順で確認するか
- 公開判断を誰が行い、問題時はどこまで戻すか
- 旧環境とデータを、いつまで参照できる状態にするか
決済・注文・出荷を通した確認は、ECサイトの注文・決済・出荷連携の確認表も参考になります。PHP更新の記事ですが、商品表示だけで確認を終えないという考え方は移行時にも使えます。
見積もりに入れてもらう作業
「サイト制作」と「移行作業」に何が含まれるかを確認します。作業名だけでなく、対象データ、件数、確認方法、公開前後の担当までそろえると比較しやすくなります。
| 作業 | 依頼前に確認すること |
|---|---|
| 調査 | 旧データと移行先の仕様確認を含むか |
| データ整形 | 画像、商品選択肢、重複の整理を誰が行うか |
| 登録・照合 | 取り込み後に何を何件確認するか |
| URL対応 | 対応表とリダイレクト設定を含むか |
| 切替支援 | 最終同期、テスト、顧客案内を誰が担当するか |
| 公開後 | 不具合の連絡先と対応範囲が決まっているか |
よくある質問
移せるデータは、移行元と移行先、使っている機能によって変わります。契約前に確認したい点をまとめます。
CSVがあればすべて移せますか?
すべてとは限りません。商品と顧客で形式が異なり、過去注文や周辺機能に別の方法が必要な場合があります。実際の項目とサンプルで確認します。
今のショップを動かしたまま準備できますか?
新環境の制作やサンプル移行を並行して進める方法はあります。ただし、受注と在庫が変化するため、最後の差分取り込みや受注停止の要否を決める必要があります。無停止を一律には保証できません。
カートが決まっていなくても相談できますか?
現在のショップ、困っていること、商品数、必要な連携から条件を整理できます。移せるか分からない項目も、そのまま相談時に共有してください。
まとめ
ECサイトの移行は、商品・顧客・注文・会員機能・URL・外部連携ごとに、引き継ぐ範囲と確認方法を決める作業です。サンプル移行で仕様差を確かめ、公開切替とその後の運用まで整理してください。
ECサイト制作の対応範囲をご覧いただき、現在のカートと移したい内容を分かる範囲でお知らせください。EC制作・改修を相談するところから、必要な確認事項を整理できます。
参考・出典
サービス固有の説明は、2026年10月29日に確認した以下の公式資料に基づきます。比較表・確認表は移行検討用の整理例です。