ネットショップのカートを乗り換える前に確認すること|商品・顧客・SEO・計測・受注移行

ネットショップのカート移行で確認したい商品、顧客、受注、SEO、計測、外部システム、切替日の実務をチェックリスト形式で解説します。

商品・顧客・受注・SEO・計測を確認しながら旧カートから新カートへ移行する流れ

ネットショップのカートを乗り換える時は、新しいサイトのデザインだけでなく、商品、顧客、受注、決済、SEO、アクセス解析、外部システムまで移行する必要があります。準備不足のまま切り替えると、注文できても検索流入や計測、出荷業務が止まることがあります。

結論:移行対象と切替条件を一覧化してから制作を始める

最初に「移すもの」「作り直すもの」「移さないもの」を決めます。対象ごとに担当者、確認方法、切替前後の期限、問題が起きた場合の戻し方を管理表へ記録し、公開日だけを先に決めないことが重要です。

移行管理表に用意したい項目

  • 対象機能・データ・外部サービス
  • 旧カートと新カートの管理画面・担当者
  • 移行方法、変換ルール、実施予定日
  • テスト方法と合格条件
  • 未完了項目、保留理由、代替手順
  • 切替後に旧環境へ戻す条件
  • 証跡となる画面、CSV、設定値、確認日時

商品や注文だけでなく、ドメイン、メール、決済、計測、広告、検索、倉庫連携まで同じ一覧で管理すると、担当者間の確認漏れを減らせます。

商品情報の確認

  • 商品名、SKU、JANコード
  • 価格、税率、送料、在庫
  • バリエーション、セット商品、定期購入
  • 画像、説明文、仕様、注意事項
  • カテゴリー、タグ、関連商品
  • 公開・非公開、販売期間

旧カートと新カートでデータ構造が違うため、CSVをそのまま読み込めるとは限りません。文字数、HTML、画像URL、選択肢、在庫単位を確認し、代表商品で変換テストを行います。全件移行前に、単品、バリエーション、在庫切れ、予約商品など条件の異なる商品を選ぶと差分を見つけやすくなります。

顧客・受注データの確認

会員情報、ポイント、購入履歴、メルマガ同意、保存済み住所の移行可否を確認します。パスワードを移行できない場合は再設定案内が必要です。個人情報の取扱い、不要データの削除、移行ファイルの保存場所と権限も決めます。

未出荷、予約、返品対応中、定期購入、入金待ちの注文は、どちらの管理画面で処理するかを注文状態ごとに決めます。切替後も旧カートを参照する場合は、閲覧権限と保存期間を確認してください。

決済・配送・メールを実注文で確認する

  • クレジットカード、銀行振込、後払い等の決済
  • 送料、地域別料金、送料無料条件
  • 配送希望日、時間帯、複数配送
  • 注文確認、入金、発送、キャンセルの各メール
  • 納品書、領収書、インボイス対応
  • 返品・返金時の処理

テストモードで成功しても、本番契約やWebhook、メール送信元の設定が異なる場合があります。少額の実注文を含む確認方法と、取消・返金までの手順を事前に決めます。

SEOとURLの確認

Google Search Centralでは、URL変更を伴うサイト移行について、旧URLと新URLの対応表、サーバー側の永続的なリダイレクト、内部リンク、canonical、robots、サイトマップ、Search Consoleの確認を案内しています。検索順位は一時的に変動する可能性があるため、デザイン変更、ドメイン変更、CMS変更を同時に増やしすぎないことも重要です。

  • 重要ページの旧URLと新URL
  • 旧URLから対応する新URLへの301リダイレクト
  • title、meta description、H1
  • canonical、robots、XMLサイトマップ
  • 画像URL、構造化データ、パンくず
  • Search Consoleの所有権とサイトマップ送信
  • 内部リンクと外部から参照されているURL

すべてをトップページへ転送するのではなく、商品・カテゴリー・記事ごとに最も近い移行先を決めます。アクセスと売上への影響が大きいURLから優先して対応し、切替後もリダイレクトと404を継続確認します。

計測と外部連携

GA4、GTM、広告タグ、Merchant Center、決済、OMS、WMS、配送、メール、LINE、レビュー、レコメンドなどを一覧化します。新旧両方にタグが残ると二重計測になるため、タグの設置場所、測定ID、発火条件、停止日を記録します。

購入完了だけでなく、商品閲覧、カート追加、決済開始、購入、問い合わせ、外部リンクなど、移行前後で比較したいイベントが同じ定義になっているかを確認します。Merchant Centerや広告のリンク先URL、商品フィード、コンバージョン計測も新URLへ合わせます。

切替日の進め方

  1. 更新を止める日時と対象作業を決める
  2. 商品、顧客、受注の最終差分を取得する
  3. 新カートへ差分を反映する
  4. ドメイン、DNS、リダイレクトを切り替える
  5. 代表商品で実注文と取消・返金を確認する
  6. 注文メール、在庫減算、OMS・倉庫連携を確認する
  7. 主要URL、Search Console、GA4・広告タグを確認する
  8. 問題があれば担当者と復旧手順を実行する

切替作業は、誰がどの順番で確認するかまで決めます。複数の設定を同時に変更した場合も、実施時刻と結果を残しておくと原因を切り分けやすくなります。

公開後に確認する指標

  • 注文数、売上、決済エラー、離脱率
  • 在庫差異、出荷連携エラー、メール未達
  • 404、リダイレクト、インデックス状況
  • 自然検索、広告、参照元別の流入
  • GA4とカート側売上の差
  • 問い合わせ内容と操作上のつまずき

公開直後だけでなく、翌日、1週間後、1か月後に確認する項目を決めます。旧カートの停止やデータ削除は、受注・会計・問い合わせ対応に必要な保存期間を確認してから行ってください。

主要サービスの特徴を比較する場合はネットショップカート比較、運用課題から関連情報を探す場合はEC運営・販売促進ガイドをご覧ください。

まとめ

カート移行はサイト制作ではなく、販売業務全体の移行です。商品、顧客、注文、決済、SEO、計測、外部連携を同じ管理表で確認し、代表商品と実注文で切替条件を満たしてから公開してください。切替後の監視期間と復旧条件まで決めておくと、問題が起きた場合も影響範囲を判断しやすくなります。

参考情報

RELATED ARTICLES

あわせて読みたい記事