ECカートを乗り換えるとき、最初に確認するのは月額料金よりも、今のショップで使っているデータと運用を新環境に引き継げるかです。商品CSVを取り込めても、バリエーションごとの在庫、会員ログイン、注文履歴まで同じように使えるとは限りません。
この記事では、営業中の自社ECを移行する担当者向けに、候補の絞り込みから試験移行、本番切替までの手順を整理します。新規出店も含めてサービスを選んでいる方は、自社ECカート比較から確認できます。
ECカートを乗り換える前のチェックリスト
まず、現在のカートから出せる項目と、候補先に入れられる項目を別々に確認します。表を複製し、項目ごとに「移せる」「手作業で対応」「旧環境に残す」「要確認」を記録すると、見積もりや試験移行の抜けを減らせます。
| 確認項目 | 移行先で試すこと | 判断の目安 |
|---|---|---|
| 商品・SKU | 商品コード、画像、カテゴリ、色・サイズ、SKU別価格と在庫 | 単品と複数バリエーション商品を取り込み、管理画面と購入画面を照合する |
| 会員・ログイン | 顧客情報、配送先、ログイン、パスワード再設定 | 再設定が必要なら案内文と問い合わせ対応を用意する |
| 注文・ポイント | 未出荷注文、注文履歴、ポイント残高、クーポン | 移せない項目は参照・引き継ぎ方法と担当者を決める |
| 決済・配送 | 決済審査、送料、送料無料条件、発送通知、返金 | テスト注文から取消・返金まで担当者が通しで確認する |
| URL・計測 | 商品・カテゴリの旧URL、転送先、サイトマップ、購入計測 | 検索流入・売上のあるページから旧新URLの対応表を作る |
| 在庫・受注連携 | モール、受注管理ツール、倉庫との在庫同期や出荷連携 | SKUを突き合わせ、注文・取消時に在庫が正しく動くか確かめる |
1. 移行対象を棚卸しして候補を絞る
カートを変える理由を一つか二つに絞ります。たとえば、手数料の削減が目的なら、月額費用と決済手数料に、アプリ・保守・移行の費用を足して12か月の総額を比べます。受注処理の負荷が理由なら、現在の受注・在庫連携を再現できることを候補の必須条件にします。
仕様表の「CSV対応」は、入出力できる項目や形式まで確認します。商品名と価格が移っても、SKUの親子関係や画像の紐づけが手作業になると、商品数に応じて切替工数が増えます。
2. 少数のサンプルで移行を試す
単品、色・サイズがある商品、セット商品、在庫切れ商品を少数選び、検証環境に取り込みます。最初は架空の会員データで会員登録・ログイン・パスワード再設定をテストします。商品表示を確認したら、購入、受注取込、出荷通知、在庫更新、キャンセルまで通します。
移行サポートを利用する場合に確認すること
- makeshopにはCSVを使う移行代行サービスがあります。対象データ、CSVの準備、費用と日程を確認し、代行対象外の項目は自社の作業表に入れます。makeshopの移行サービスを確認
- カラーミーショップでは、指定形式のCSVで顧客情報を一括登録できます。顧客のログイン用パスワードはCSVで設定できないため、再設定の案内を準備します。カラーミーショップの移行手順を確認
移行先候補として試す場合は、同じサンプル商品を使って取り込み結果を比較してください。makeshopのプラン・体験条件は広告リンク先で確認できます。makeshop
楽天市場やYahoo!ショッピングなどと在庫を共用している場合は、新カートに切り替えたときの受注・在庫の流れも確認します。複数モールの受注管理ツールの選び方も参考になります。
3. URLの対応表と切替当日の作業順を決める
旧URLと新URLが変わる場合は、旧商品・カテゴリページから対応する新ページへの恒久的な転送を設定します。まず流入や売上の多いURLを優先し、公開後は転送、内部リンク、サイトマップを確認します。GoogleのURL変更を伴うサイト移転ガイド
- 切替前のバックアップと最終出力の時刻を決める。
- 受付を止める時間帯を調整し、前回出力後に増えた注文・在庫・会員の差分を取り込む。
- 新環境に切り替え、代表商品で購入・決済・注文通知・受注取込を確認する。
- 決済不能や在庫同期の異常が起きた場合の判断者と切り戻し条件を決めておく。切替後に入った注文は台帳に記録し、旧環境へ戻す際の二重処理を防ぐ。
移行の可否は、自社の商品で試してから判断する
候補が複数あるなら、同じサンプル商品を取り込み、商品登録から出荷までを同じ手順で試してください。日々の作業時間と、手作業で残る項目を比べると、自社に合うカートを判断しやすくなります。
