ネットショップ乗り換えチェックリスト｜データ・カード情報・SEOを守る移行手順

ネットショップを別のカートへ乗り換えるときに移行する必要があるのは、商品データ・顧客データ・クレジットカード情報・注文履歴・SEO資産・メールとドメイン・切り替え当日の段取りの7つです。この記事では、それぞれで「何を持っていくのか」「どこにリスクが潜むのか」をチェックリストとして整理します。乗り換えを勧める記事ではありません。移行の全体像を把握したうえで、進めるかどうかをご自身で判断していただくための手順書です。

はじめに:乗り換えは「引っ越し」に似ています

ネットショップの乗り換えは、住まいの引っ越しに似ています。家具（商品データ）は運べても、住所（URL）が変われば郵便物（検索流入）が届かなくなることがあります。合鍵（パスワード）は原則として渡せず、住人（お客様）に作り直してもらう必要も出てきます。事前に「何が運べて、何が運べないのか」を把握しておくかどうかで、当日の負担が大きく変わります。

まず前提として、次のことをお伝えしておきます。乗り換えは、必ずしも正解ではありません。現在のカートへの不満が、設定変更やプラン見直しで解消できるなら、移行のリスクを負わずに済みます。乗り換えの手間とリスクを見積もったうえで、それでも移る価値があると判断できたときに進めるのが、遠回りのようで確実な進め方です。

1. 商品データ：一覧化して「持っていける形」に整える

最初に確認するのは商品データです。ここは比較的移しやすい領域ですが、カートによってデータの持ち方が異なるため、そのまま流し込めるとは限りません。

チェックすべき項目は次のとおりです。

• 商品名・商品コード（SKU）・価格・在庫数
• 商品説明文（HTMLタグを含む場合はタグの互換性）
• カテゴリー構成・タグ
• 商品画像（ファイル名・サイズ・枚数）
• バリエーション（色・サイズなどの組み合わせ）
• 送料設定・配送方法
• 税率区分（軽減税率の対象品目があるか）

多くのカートは商品データをCSV形式で書き出せます。ただし、書き出したCSVの列名や並び順は移行先の取り込み形式と一致しないことがほとんどです。列の対応表を作り、必要に応じて変換する作業が入る前提で見積もっておくと安全です。また、商品説明文の中で旧カートのURLで画像を直接指定している場合、乗り換え後にリンク切れを起こします。画像は新しい環境へ改めてアップロードし、参照先を差し替える必要があります。

2. 顧客データ：個人情報として慎重に扱う

顧客データは、商品データと違って「個人情報」です。移行の技術的な手順以前に、取り扱いのルールを確認しておく必要があります。

移行対象になるのは、氏名・住所・電話番号・メールアドレス・購入履歴との紐付けといった情報です。これらは個人情報保護法の対象であり、移行作業そのものが情報の取り扱いにあたります。

確認しておきたいのは次の点です。

• プライバシーポリシーで示した利用目的の範囲内に、移行が含まれるか
• 移行作業を外部の事業者に委託する場合、委託先の監督体制が整っているか
• 移行の途中でデータが平文のまま放置される経路がないか

これは制度に関わる話なので、判断に迷う場合は、個人情報保護委員会が公開しているガイドライン（記事末尾の出典を参照）を確認するか、専門家に相談することをおすすめします。移行のたびに個々の状況で確認すべき事柄です。

なお、パスワードは移行できないと考えてください。適切に運用されているサービスでは、パスワードは元に戻せない形（ハッシュ化）で保管されているため、そのまま持ち出すことができません。乗り換え後は、お客様にパスワード再設定のご案内をお送りする流れになります。この「再ログインのお願い」が離脱につながりやすいので、案内文の工夫やクーポンの同送など、摩擦を減らす設計をあわせて検討しておくとよいでしょう。

3. クレジットカード情報：決済代行会社の対応状況で決まる

乗り換えでもっとも質問が多いのが、この項目です。「登録済みのカード情報は引き継げますか」というご質問には、引き継げるかどうかは移行元の決済代行会社の対応状況によります、というのが誠実な回答になります。

背景を説明します。ネットショップは、お客様のカード番号そのものを自社で保管していないのが一般的です。実際のカード情報は決済代行会社が預かり、店舗側は「トークン」と呼ばれる引換券のようなデータだけを扱います。これはセキュリティ上、望ましい仕組みです。

このトークンを、別の決済代行会社の環境へ安全に受け渡す作業を「トークン移行」と呼びます。実現できれば、お客様にカードを再登録していただかずに定期購入を継続できる場合があります。ただし、これが可能かどうかは、次の条件に左右されます。

• 移行元の決済代行会社が、トークンの受け渡しに対応しているか
• 移行先の決済代行会社が、その受け取りに対応しているか
• 両社が同じ、または連携可能な仕組みを使っているか

これらが揃わない場合、トークン移行はできません。その場合は、お客様に再登録をお願いする形になります。定期購入で再入力を求めると一定の割合で離脱が起きるため、再有効化のご案内メールなどで丁寧に橋渡しする設計が重要になります。

いずれにせよ、最初の一歩はいま契約している決済代行会社にトークン移行の可否を確認することです。ここが乗り換え可否を大きく左右するため、他の項目より先に着手することをおすすめします。

4. 注文履歴：過去の分析を途切れさせない

注文履歴は、単なる記録ではありません。お客様一人ひとりの購入回数や購入間隔がわかる、事業の資産です。乗り換えでここが途切れると、これまで見えていたリピートの傾向がリセットされてしまいます。

移行時に確認したい項目は次のとおりです。

• 注文日・注文番号・購入商品・金額
• 顧客IDとの紐付け（誰の注文かがつながっているか）
• キャンセル・返品の扱い
• 日付の形式（カートごとに表記が異なる)

ここで問題になりやすいのが、カートごとにデータの形式が違うことです。列名の付け方、日付の書き方、キャンセル済み注文の記録方法などが各社で異なるため、そのまま移すと集計がずれてしまいます。移行の前に形式の差を整理し、そろえる作業を組み込んでおくと、乗り換え後も過去の傾向を追いかけられます。履歴を移さずに切り替えると、リピート施策を一から立て直すことになるため、優先度は高めに置いておきたい項目です。

5. SEO資産：URLの変化を設計で受け止める

検索からの流入は、時間をかけて積み上げてきた資産です。乗り換えでURL構造が変わると、この流入が一時的に落ち込むことがあります。ここは「守り方を設計する」領域です。

「SEOの評価をそのまま引き継げますか」というご質問には、301リダイレクトの設計で引き継ぎを設計します。ただしサイトの規模によって個別の検証が必要です、というのが正確な回答です。100%の引き継ぎを保証することはできません。

やるべきことは次のとおりです。

• 旧URLと新URLの対応表を作る（どのページがどこへ移るか）
• 旧URLから新URLへ301リダイレクト（恒久的な転送）を設定する
• サイトマップを更新し、検索エンジンに再登録する
• 内部リンク・外部から貼られているリンクの主要なものを確認する
• 移行後、検索順位とインデックス状況を継続的に監視する

特に重要なのが、最後の「監視」です。移行直後は順位が変動しやすいため、公開して終わりではなく、数週間から数か月かけて回復の様子を見守る前提で計画してください。Googleも、URL変更を伴うサイト移転について公式の手順を公開しています（記事末尾の出典を参照）。移行を担当する側は、こうした一次情報に沿って設計を組むことになります。

商品ページの数が多いサイトほど、対応表の作成と検証に手間がかかります。「規模によって個別検証が必要」というのは、ここを指しています。

6. メールとドメイン：連絡経路とブランドを守る

見落としやすいのが、メールとドメインです。ここが途切れると、お客様との連絡経路そのものが失われかねません。

確認したい項目は次のとおりです。

• 独自ドメイン（例:自社のショップアドレス）を引き続き使えるか
• ドメインのDNS設定を、新しい環境に向け直す手順
• 注文確認メール・発送通知メールなど、自動送信メールの差出人設定
• 送信ドメイン認証（SPF・DKIM・DMARCなど、なりすまし対策の設定）
• 購入後に自動で送るステップメールの再設定

ドメインを移す際は、切り替えのタイミングで一時的にメールが届かなくなる時間帯が生じないよう、段取りを組む必要があります。また、差出人のメールアドレスや認証設定を新環境で正しく設定し直さないと、送ったメールが迷惑メール扱いになることがあります。テスト送信で実際に届くかを確認してから本番に切り替えるのが安全です。

7. 切り替え当日の段取りとロールバック：「戻せる」状態を用意する

最後は、実際に切り替える当日の進め方です。どれだけ準備しても、当日に想定外は起きます。だからこそ、うまくいかなかったときに元へ戻せる状態を用意しておくことが、いちばんの保険になります。

当日までに準備しておきたいことは次のとおりです。

• 切り替え前の全データのバックアップを取る（戻すための土台）
• 切り替え作業の手順書を、時系列で用意する
• 注文が少ない時間帯・曜日を選ぶ（繁忙期は避ける）
• 切り替え中に注文をどう扱うか決めておく（受付を一時停止するかどうか)
• 主要な導線（トップ・商品ページ・カート・決済・会員ログイン）の動作確認リストを用意する
• 問題が起きた場合に、旧環境へ戻す判断基準と手順を決めておく

切り替え後は、決済が最後まで通るか、注文確認メールが届くか、会員がログインできるか、といった主要な流れを実際に操作して確認します。ここで問題が見つかったときに、あらかじめ決めておいた基準に沿って「戻す」か「進める」かを冷静に判断できると、当日の混乱を最小限に抑えられます。

繁忙期の直前や、大きなキャンペーンの最中に切り替えるのは避けてください。何か起きたときに対応する余力がある時期を選ぶことが、実は最大のリスク対策です。

まとめ:全体像を把握してから判断する

ネットショップの乗り換えで移行する必要があるものを、あらためて整理します。

• 商品データ:一覧化し、移行先の形式に合わせて変換する
• 顧客データ:個人情報として、取り扱いのルールを確認する
• クレジットカード情報:移行元の決済代行会社の対応状況を最初に確認する
• 注文履歴:形式の差をそろえ、過去の分析を途切れさせない
• SEO資産:301リダイレクトで引き継ぎを設計し、公開後も監視する
• メールとドメイン:連絡経路と送信認証を新環境で整え直す
• 切り替え当日:バックアップと動作確認、戻せる手順を用意する

この7つを見渡したうえで、乗り換えの手間とリスクが現状の不満に見合うかを判断してください。現環境の継続が合理的な場合もあります。焦って移ることが目的化しないよう、まずは全体像を把握することを優先してください。

ご自身のショップで「何がどこまで移行できるのか」を具体的に確認したい場合は、株式会社グローカルワークスが提供する乗り換え専用のリピート通販サービス「LTVise」で、移行の可否や手順の目安を確認する無料診断をご用意しています。乗り換えありきではなく、現状を整理する材料としてお使いいただけます。

• LTVise の概要と料金: https://ltvise.jp/overview
• 移行の可否を確認する無料診断: https://ltvise.jp/diagnosis

著者プロフィール

• 田中 裕一郎 / 株式会社グローカルワークス 代表取締役
• 1999年〜 EC運営（27年）
• 2013年〜 福岡県うきは市の地域EC「うきはインフォメーションセンター（UIC）」運営（13年）
• 大学・専門学校での非常勤講師
• 月額980円からのリピート通販サービス「LTVise」（https://ltvise.jp）を開発・提供