Shopify移行完全ガイド｜他社カートから乗り換える8ステップと、SEO・会員データを失わない進め方

「月額費用の更新が迫っているから、このタイミングでShopifyに移ろう」。そう決めて制作会社にデザインを発注し、3か月後に無事公開。ところが翌月、自然検索からの流入が目に見えて落ち、カスタマーサポートには「ログインできない」「ポイントが消えた」「定期便の次回お届けはどうなるのか」という問い合わせが積み上がっていく——。他社カートからShopifyへの移行で、私たちが相談を受ける典型的な場面です。

原因はShopifyというプラットフォームではありません。移行を「見た目の作り直し」として進め、データ・URL・業務フローの移し替えを後回しにしたことにあります。デザインは公開後でも直せますが、検索エンジンの評価と既存顧客の信頼は、公開した瞬間に失うと取り戻すのに時間がかかります。

本記事では、futureshop・MakeShop・EC-CUBE・BASE・カラーミーショップなどの他社カートからShopifyへ乗り換える際の進め方を、8つのステップと公開前後のタイムラインに分けて解説します。移行の範囲をどう切り分けるか、SEOを守るURLリダイレクトの考え方、会員・ポイント・定期購入の扱い、公開後30日の監視項目まで、発注前に知っておくべき論点を網羅しました。

なぜShopify移行で売上が落ちるのか

移行後の売上低下には、ほぼ決まったパターンがあります。私たちがこれまで見てきたケースを整理すると、原因は次の3つに集約されます。どれも技術的に難しい問題ではなく、「誰が担当するか決まっていなかった」ことが根本にあります。

特に見落とされやすいのが③です。旧カートでは当たり前に動いていた「受注CSVを倉庫に送る」「のし・ギフト指定を出荷指示に反映する」「後払い決済の与信結果で出荷を止める」といった処理が、Shopifyでは別のアプリや設定で実現する必要があります。こうした業務は画面に出てこないため、デザイン中心の要件定義では漏れやすいのです。

裏を返せば、移行で守るべきものは「検索評価」「顧客との関係」「日々の業務」の3つです。この3つを守る計画が先にあり、デザインはその上に乗るもの、という順番で考えると、移行プロジェクトの優先順位がぶれなくなります。

上の図は、私たちが移行後の相談で受ける頻度を相対的に表したものです。統計データではありませんが、リダイレクトと顧客対応の2つが最もトラブルになりやすい、という傾向ははっきりしています。

まず移行の範囲を切り分ける

移行プロジェクトの最初の仕事は、旧カートにある情報を「移すもの」「作り直すもの」「捨てるもの」に分けることです。すべてを移そうとすると費用と期間が膨らみ、何も決めずに進めると公開直前に「あのデータはどこへ行った？」が起きます。

表のうち、移行方針を早く決めるべきなのは顧客・ポイント・定期購入の3つです。これらはアプリ選定と顧客への告知文面に直結するため、後から変えると手戻りが大きくなります。逆に商品データは、構造さえ決まればCSVで何度でも入れ直せるので、後半でも調整が効きます。

また、移行は「不要なデータを捨てる」絶好の機会でもあります。数年間売れていない商品、使われていないクーポン、重複した顧客レコードをそのまま移すと、新しいストアでも管理コストを抱え続けることになります。移行前に棚卸しをして、移す量を減らすことが、費用と期間を抑える一番の近道です。

Shopify移行の8ステップ

ここからは、実際の移行を8つのステップに分けて説明します。順番には意味があり、特に①〜③を飛ばしてデザイン制作から始めると、後工程で必ず手戻りが起きます。

1. 現状の棚卸し
   商品数・SKU数・会員数・月間注文数・使っている外部サービス（決済、配送、倉庫、会計、MA）を一覧化する。売上と検索流入の上位ページもこの段階で抽出しておく。
2. 移行範囲と方針の決定
   前章の表をもとに、データごとに「移す・作り直す・捨てる」を決める。会員・ポイント・定期の扱いと、顧客への告知方針もここで確定させる。
3. アプリ・連携先の選定
   ポイント、定期購入、レビュー、ギフト（のし）、配送日時指定、受注連携など、旧カートの標準機能をShopifyでどう実現するかを決める。アプリは月額費用の合計も確認する。
4. テーマ・デザインの構築
   ここで初めてデザインに着手する。旧サイトで成果の出ていた導線（カテゴリ構造、商品ページの情報順）は意図的に引き継ぐ。
5. データ移行（テスト→本番）
   まずテスト移行を行い、商品・顧客・注文が正しく入るか確認する。本番移行は公開直前に差分を含めて実施する。
6. URLリダイレクトとSEO設定
   旧URL→新URLの対応表を作成し、301リダイレクトを一括登録する。タイトル・ディスクリプション・画像のalt属性も移す。
7. 受け入れテストと告知
   注文〜出荷〜売上計上までを実際の業務担当者が通しでテストする。並行して、既存顧客への移行告知メールとサイト内告知を準備する。
8. 公開と30日間の監視
   DNS切り替え後、注文・決済・メール・検索流入・404エラーを日次で監視する。問題の多くは公開後1〜2週間で表面化する。

この8ステップのうち、①〜③が全体工数の3割程度を占めるのが健全な配分です。「要件定義に時間をかけるのはもったいない」と感じるかもしれませんが、ここで決めきれなかった論点は、デザインが完成した後に必ず「仕様変更」として戻ってきます。

移行の範囲や順番を、自社の状況に合わせて整理したい方は壁打ち相談をご活用ください。

無料で壁打ち相談する →

タイムライン：公開12週間前から公開後30日まで

8ステップをカレンダーに落とすと、次のようなタイムラインになります。商品数数百点、会員数数万人規模のD2Cを想定した標準的な例です。規模や連携の数に応じて伸縮させてください。

公開日は、注文が少ない曜日・時間帯を選ぶのが鉄則です。セール期間や大型連休の直前は避け、問題が起きてもすぐに対応できる平日の午前中に切り替えるのが安全です。

移行費用の内訳と、見積もりが膨らむポイント

移行の見積もりを複数社から取ると、金額に大きな差が出ることがあります。その差の多くはデザインではなく、「どこまでを見積もりに含めているか」の違いです。比較する際は、次の費目がそれぞれ含まれているかを確認してください。

見積もりの比較で注意したいのは、「データ移行一式」「SEO対策込み」といった曖昧な表記です。何件のURLを1対1で対応させるのか、注文履歴は含むのか、公開後の404確認は何日間行うのかを具体的に確認しないと、後から追加費用が発生しやすくなります。

もう一つ見落とされやすいのが、移行後のランニングコストです。旧カートでは月額費用に含まれていたポイントや定期購入、レビュー機能が、Shopifyではそれぞれ別のアプリになるため、アプリの月額費用を合計すると想定より高くなることがあります。移行の判断は、初期費用だけでなく3年間の総コストで比較するのが基本です。費用の全体像はShopifyの費用に関する記事で詳しく解説しています。

SEOを落とさないURLリダイレクトの考え方

Shopifyでは、商品ページは「/products/商品ハンドル」、カテゴリは「/collections/コレクションハンドル」、固定ページは「/pages/」、ブログ記事は「/blogs/ブログ名/記事ハンドル」という形式でURLが決まり、この接頭部分は変更できません。そのため、旧カートのURLをそのまま再現することはほぼ不可能で、リダイレクト（転送設定）が検索評価を引き継ぐ唯一の手段になります。

リダイレクト対応表の作り方

1. 旧URLの全件取得
   旧カートの商品・カテゴリ・ページ一覧に加え、Google Search Consoleで表示回数のあるURL、外部サイトから被リンクを受けているURLを洗い出す。
2. 新URLとの1対1対応
   商品は商品へ、カテゴリはコレクションへ、記事は記事へ。終売商品は最も近いコレクションに転送する。
3. 一括登録
   Shopify管理画面のURLリダイレクト機能はCSVでの一括インポートに対応している。件数が多い場合はここで登録する。
4. 公開後の検証
   主要URLを実際に開いて転送先を確認し、Search Consoleの404エラーを週次で確認して漏れを追加登録する。

よくある失敗は、手間を省くためにすべての旧URLをトップページへ転送してしまうことです。検索エンジンは、内容の異なるページへの大量転送を「ページが消えた」と同じように扱うことがあり、せっかくの評価が引き継がれません。件数が多くても、少なくとも検索流入と売上の上位ページは1対1で対応させてください。

また、URL以外の情報も検索評価を支えています。商品説明文、カテゴリの説明文、ページタイトル、メタディスクリプション、画像のalt属性は、移行時に初期値に戻ってしまいやすい項目です。「旧サイトで上位表示していたページの文章は、移行後も原則そのまま残す」というルールを最初に決めておくと、デザイン変更で文章が削られる事故を防げます。

会員・ポイント・定期購入の移行で起きること

既存顧客にとって、移行は「いつものお店のログイン方法が変わる」出来事です。ここでの案内が不十分だと、問い合わせが増えるだけでなく、静かに離脱する顧客が出ます。

会員（顧客アカウント）

旧カートのパスワードは移行できないため、顧客アカウントの方式によって対応が変わります。旧方式（クラシック）の顧客アカウントでは、顧客ごとにアカウント有効化の案内を送り、新しいパスワードを設定してもらう必要があります。Shopifyの新しい顧客アカウントでは、メールアドレスに届く確認コードでログインするため、パスワードの再設定自体が不要です。どちらの方式を採用するかで、告知文面とCSの想定問答が変わるので、ステップ②で決めておきます。

ポイント

Shopifyには標準のポイント機能がないため、ポイントアプリを導入し、顧客ごとの残高をインポートします。注意したいのは、旧カートとアプリで「付与率」「有効期限」「ランク制度」の仕様が異なることです。移行を機に制度を変えるなら、変更内容を事前に告知しないと「ポイントが減った」という不信感につながります。

定期購入

定期購入の移行は、最も慎重に進めるべき領域です。定期購入アプリへの契約情報の移行に加え、カード決済の情報（トークン）を旧決済代行会社から新しい決済環境へ移管できるかどうかが分かれ目になります。移管できない場合は、顧客にカード情報の再登録をお願いすることになり、その時点で一定数の解約が発生する前提で計画を立てる必要があります。

公開後30日の監視項目

移行プロジェクトは、公開した日が終わりではありません。問題の多くは公開後1〜2週間で表面化するため、監視項目と担当者を事前に決めておくことが重要です。

監視の結果は、移行チームで週に一度共有し、30日経過時点で「移行完了」の判定を行います。この判定基準を事前に決めておくと、制作会社との契約上の区切りも明確になります。

【独自視点】移行は「引っ越し」ではなく「業務の棚卸し」

失敗する典型パターン

どのパターンも、プロジェクトの初期に「移行の目的と守るもの」を言語化していれば防げるものです。制作会社に任せきりにせず、自社側に移行の責任者を一人置くことが、最も効果の高い予防策です。

よくある誤解

移行すべきでないケース

Shopifyは柔軟性の高い基盤ですが、すべての事業者にとって最適というわけではありません。次のような場合は、移行時期を見直すか、移行以外の選択肢も比較することをおすすめします。

• 旧カートの不満が「デザインの古さ」だけで、業務や売上の課題ではない（テーマ改修やLP追加で解決できる可能性がある）
• 基幹システムとの連携が複雑で、連携要件を整理する体制が社内にない
• 移行の担当者を立てられず、制作会社にすべてを任せるしかない
• 大型セールや繁忙期まで2か月を切っている
• 定期購入の売上比率が高く、決済情報の移管可否がまだ確認できていない

当てはまる項目がある場合でも、移行自体が誤りとは限りません。条件を整えてから進めることで、移行後の安定稼働までの期間を短くできます。他のカートとの比較で迷っている場合は、Shopifyと国産カートの比較記事もあわせてご覧ください。

移行前チェックリスト

最後に、発注前・公開前に確認しておきたい項目をまとめます。すべてに「はい」と言える状態で公開日を迎えるのが理想です。

• 商品・顧客・注文・ページのうち、何を移し何を捨てるか決まっている
• 会員の顧客アカウント方式（新しい顧客アカウントかクラシックか）を決めた
• ポイント・定期購入のアプリと、残高・契約の移行方法が決まっている
• 決済代行会社にカード情報の移管可否を確認した
• 旧URL→新URLのリダイレクト対応表がある（検索流入上位ページは1対1）
• 受注〜出荷〜売上計上の業務を、実際の担当者が通しでテストした
• 既存顧客への告知メールとサイト内案内ページを用意した
• 公開後30日間の監視項目と担当者が決まっている
• 旧カートを公開後1〜2か月は参照できる状態にしてある

よくある質問（FAQ）

Shopify移行の進め方や現在のカートとの比較を客観的に整理したい方は、壁打ち相談をご活用ください。

無料で壁打ち相談する →