ECプラットフォーム乗り換えで順位が落ちる理由と対策

プラットフォーム乗り換えで検索順位が急落する仕組み

ECサイトのプラットフォーム乗り換えは、事業成長の転機となるはずが、多くの企業で検索順位の大幅な低下をもたらします。楽天やYahoo Shoppingから本店へ移行する際、MakeShopからShopifyへ切り替える際、EC-CUBEを導入する際—どのケースでも「乗り換え直後の3〜6ヶ月で売上が半減した」という悲鳴が聞こえます。

Web担当者が兼任で対応している企業ほど、この落とし穴に陥りやすい傾向があります。なぜなら、プラットフォーム乗り換えは単なる「サイト引っ越し」ではなく、検索エンジンの評価システム全体をリセットさせる事象だからです。

なぜ移行直後にSEO被害が起きるのか

検索順位が急落する根本的な理由は、Googleが認識するあなたのサイトの「信号」が大規模に変わるためです。

旧プラットフォームで蓄積された被リンク、ドメイン評価、ページ単位での検索ボリューム実績—こうした資産が、新しいURL体系では認識されなくなります。たとえ内容が同じでも、Googleの目には「まったく新しいサイト」に映る可能性があります。

楽天やYahoo Shopping からの移行で特に起きやすい理由

楽天やYahoo Shoppingのような大型モールから独自ドメインの本店へ移行する場合、プラットフォーム移行による検索順位低下はさらに深刻になります。

理由は単純です。モール内での高い検索順位は、モール全体の権威に支えられていたものだからです。独自ドメインへ移ると、その後ろ盾がなくなり、新しいドメインの評価がゼロから始まります。

加えて、モール内でのキーワード最適化（商品名の付け方、説明文の構成）が、SEO標準とズレていることも多々あります。モール特有の「楽天で売れるタイトル」が、Googleの検索結果では埋没する—こうした軋轢が移行初期の順位低下を加速させるのです。

ECサイト乗り換えで起きる5つの検索順位低下パターン

URL構造の大規模変更によるリンク評価消失

もっとも深刻なSEO被害は、URL構造の全面変更です。

旧プラットフォームで /products/item-001 というURL体系が、新プラットフォームで /shop/category/item-id-001 に変わった場合、数年かけて構築されたリンク評価は一瞬にして失われます。

ページタイトル・メタディスクリプション最適化の未実施

プラットフォーム乗り換え時に見落とされやすいのが、ページタイトルとメタディスクリプションの再最適化です。

旧プラットフォームで独自に作り込んだタイトルタグが、新プラットフォームのテンプレート機能に統一されてしまう—こうした事例が頻繁に起きます。結果として、検索ユーザーの視点で最適化されたタイトルが失われ、クリック率（CTR）が低下します。

CTRの低下は、検索エンジンに対して「ユーザーがこのページを望んでいない」という負のシグナルを送ることになり、順位低下を加速させます。

内部リンク構造の復旧遅延

新プラットフォームへ移行した直後、カテゴリ構成やメニュー体系が変わることがほとんどです。

その結果、ページ間の内部リンク構造が根本的に再設計され、検索エンジンが認識するサイト内の情報階層が大きく変わります。特に、重要なキーワードで上位表示されていた記事へのアンカーテキストが失われたり、リンク数が減少したりすると、そのページの評価は急速に低下します。

リダイレクト設定の不完全さ

旧URLから新URLへのリダイレクト設定が不完全なケースが、実務で最も多く見られます。

構造化データ（Schema）のリセット

商品ページの構造化データが、プラットフォーム移行に伴ってリセットされるケースも一般的です。

旧プラットフォームで手作業で設定されていた構造化マークアップが、新プラットフォームのテンプレート機能と互換性がなく、再度ゼロから設定し直す必要が生じます。この復旧期間中、検索結果に商品情報（価格、レビュー、在庫状況）が表示されなくなり、クリック率が大幅に低下します。

失敗事例から学ぶ：実際に起きた被害ケース

印刷会社の月商1,000万円ダウン事例

印刷関連商材を扱うBtoB企業が、カラーミーからMakeShopへプラットフォーム乗り換えを決断しました。

移行計画では「3週間で全ページを切り替え」というスケジュール感で進められました。しかし実際には、300ページ以上の商品ページが新URLに移行され、リダイレクト設定も急ぎで行われたため、数十ページでリダイレクト設定漏れが発生していました。

BtoB美容商社の集客ルート崩壊

美容関連商材のBtoB商社が、ec forceへの乗り換えを実施しました。

新プラットフォームで「より美しいデザイン」を優先した結果、旧サイトで月2,000件以上の流入を稼いでいた「比較記事」的な内容が、新しいサイト設計に合わず削除されてしまいました。

その記事は100以上の外部サイトからリンクを受けており、検索エンジンにおける入口ページとしての重要性が高かったのです。結果として、集客経路が消失し、既存顧客からの流入が細ることになりました。

検索順位回復に6ヶ月以上かかった事例

食品メーカーがShopifyへ乗り換えた際、全ページのメタディスクリプションが自動生成に変わってしまいました。

旧プラットフォームでは商品の特徴をユーザー視点で書いていたメタディスクリプション（160字程度）が、新プラットフォームではシステムが自動で「最初の155文字を抽出」するだけになったのです。

プラットフォーム乗り換え前に準備すべき3つの構造

既存SEO資産の棚卸し（キーワード・被リンク・ページ評価の可視化）

ECプラットフォーム乗り換えの第一段階は、現在のサイトが持つSEO資産を正確に把握することです。

Google Search Consoleで「検索パフォーマンス」を確認し、今月商を支えているキーワードが何であるかを明確にします。同時に、各ページの被リンク数、参照ドメイン数をahrefs等のツールで確認しておくことが重要です。

新プラットフォームのSEO制約を事前理解する

MakeShop、Shopify、EC-CUBE、ec force—各プラットフォームはSEO対応レベルが異なります。

例えば、Shopifyは自動的にページを正規化（canonicalタグ）する機能に優れていますが、URLのパラメータ管理は慎重に行う必要があります。EC-CUBEはオープンソースのため、SEO設定の自由度は高い一方、初期段階でのテンプレート設定が適切でないと手間が増えます。

乗り換え前に、新プラットフォームのSEO制約事項を理解し、「何ができて何ができないのか」を把握しておくことが、移行計画を現実的にする第一歩です。

移行計画書における段階的な切り替え設計

プラットフォーム乗り換えを「全ページ同時」「即日切り替え」で行う企業は、ほぼ確実にSEO被害を受けます。

代わりに、カテゴリ別・商品群別に段階的に切り替えるアプローチを検討すべきです。例えば、売上への影響が小さいカテゴリから始め、検索での重要度が高い商品ページは最後に移行する—このような順序を組むことで、検索エンジンの再評価に対応する時間が生まれます。

移行中～移行後のSEO復旧ロードマップ

リダイレクト計画と段階的実行

旧URLから新URLへのリダイレクトは、301リダイレクト（永続的なリダイレクト）を使用することが標準です。

重要なのは、リダイレクト設定の完全性を検証するプロセスです。全ページをスクリーンショットやCSVで記録し、移行後に「リダイレクトが正常に機能しているか」「404エラーが発生していないか」を一ページずつ確認する必要があります。

内部リンク構造の再構築優先度

移行後、内部リンク構造の再構築は優先度が高い作業です。特に、以下の優先順位で進めます：

• カテゴリトップページへのリンク（ナビゲーション）
• 売上貢献度が高い商品ページへのリンク
• 検索で上位表示されていたページへのリンク
• その他の商品ページ

アンカーテキストも、キーワードの含有率を意識して再設計することが重要です。「詳細はこちら」という汎用的なアンカーテキストよりも、「〇〇の商品情報」のようにキーワードを含めた方が、検索エンジンに対して情報構造が明確に伝わります。

Googleへの正式な移行通知プロセス

プラットフォーム乗り換え後、Google Search Consoleの「アドレス変更ツール」を使用して、Googleに公式に移行を通知する必要があります。

この通知により、Googleは「旧ドメイン→新ドメインへの移行」を認識し、旧ドメインの評価を新ドメインへ段階的に移譲する処理を開始します。ただし、このツールは「ドメイン全体の移行」を対象としているため、URL構造の一部が変わる場合は手作業でのリダイレクト管理が必要になります。

MakeShop・Shopify・EC-CUBE別の乗り換えリスク比較

ECプラットフォーム乗り換えのSEOリスクは、どのプラットフォームからどこへ移行するかによって大きく異なります。

移行元/移行先	MakeShop	Shopify	EC-CUBE	ec force
楽天/Yahoo	リスク高（大規模変更必須）	リスク中（URL構造の自由度あり）	リスク中（カスタマイズ必要）	リスク中（高度なSEO設定可）
MakeShop	—	リスク中（URL体系の変更あり）	リスク高（テンプレート依存からの脱却）	リスク低（同系統プラットフォーム）
Shopify	リスク中（機能削減による影響）	—	リスク高（カスタマイズ作業増）	リスク中（データ移行は容易）
EC-CUBE	リスク中（テンプレート適用による簡素化）	リスク低（URL構造の相性が良い）	—	リスク中（SEO機能の再設定）

各プラットフォームのSEO対応レベルの違い

MakeShopは、テンプレート機能が充実している反面、URL体系やメタタグの自由度が限定的です。結果として、SEO要件を完全に満たすためには、管理画面外での追加設定やコードレベルでのカスタマイズが必要になることがあります。

Shopifyは、世界的なプラットフォームとしてSEO標準への準拠が高く、国際的なベストプラクティスが組み込まれています。一方、app（アプリ）に依存した設定が多いため、不要なアプリを削除するだけでSEO問題が引き起こされるリスクがあります。

EC-CUBEはオープンソースのため、SEO設定の自由度が最も高い一方、初期構築段階でのSEO最適化が実装者のスキルに左右されます。移行後のサポートが不十分だと、SEO問題が放置されたままになるリスクがあります。

相互乗り換えの場合の注意点

MakeShopからShopifyへ、あるいはEC-CUBEからMakeShopへ—同一業界内での乗り換えであっても、各プラットフォーム固有のSEO設定の差異により、順位変動は避けられません。

重要なのは、乗り換え前に新プラットフォームでのSEO設定仕様書を作成し、「旧プラットフォームでできていたSEO施策が新プラットフォームでも可能か」を確認することです。例えば、旧プラットフォームで手作業で調整していたcanonicalタグが、新プラットフォームではシステム自動設定に変わる場合、その影響を事前に把握しておくことが重要です。

プラットフォーム乗り換えで検索順位を維持する判断基準

乗り換えのタイミング選定（サイト評価が高い時期の避け方）

プラットフォーム乗り換えを実施するタイミングは、SEO観点から極めて重要です。

選ぶべきでない時期は、以下の通りです：

• 売上が最大化している時期（例：EC企業の繁忙期の1ヶ月前〜当月）
• 新サービスローンチの直前・直後
• 大規模な広告キャンペーン実施中
• 重要な外部セミナー・メディア掲載の予定がある時期

代わりに、売上が安定している季節変動の低い時期（例：食品ECであれば春先）を選び、移行期間中の一時的な検索順位低下に対応する余裕を確保することが戦略的です。

実施規模の判定（全ページ移行 vs 段階的カットオーバー）

プラットフォーム乗り換えの規模判定は、以下の基準で行うべきです：

• ページ数が500以下：全ページ同時移行も検討できる（ただしリダイレクト検証は必須）
• ページ数が500〜2,000：カテゴリ単位での段階的移行を推奨
• ページ数が2,000以上：数週間〜1ヶ月単位での段階的移行が必須

加えて、移行対象ページが検索流入に占める売上への貢献度も判定基準になります。月商の60％以上が検索由来の企業は、全ページ同時移行によるリスクが大きいため、段階的移行を強く推奨します。

専門体制の構築必要性

プラットフォーム乗り換えにおけるSEO対応には、制作、SEO、運用の3領域を統合する体制が不可欠です。

単一の部門や個人に依存した乗り換えは、見落としや誤設定のリスクが極めて高くなります。特に、以下の役割分担が重要です：

• 制作側：リダイレクト実装、URL構造設計、技術的な移行管理
• SEO側：移行計画の監督、リスク評価、段階的実行の判定
• 運用側：移行後の順位監視、ページ単位での改善対応

乗り換えに伴うSEO被害を未然に防ぐために

プラットフォーム乗り換えによるSEO被害は、事後対応では対処しきれません。移行前の準備と計画の質が、その後の成否を決定します。

つまり、プラットフォーム乗り換えにおけるSEO対策とは、旧環境から新環境への「検索エンジンの認識」をいかに無損失で移譲するか、という情報設計の問題である、ということです。

結論として、以下の3つの段階を厳密に実行することが、プラットフォーム乗り換えで検索順位を維持する唯一の方法です。

これらのプロセスを確実に実行できる体制と専門知識があれば、プラットフォーム乗り換え後の検索順位低下を最小限に抑え、むしろ新環境のSEO最適化機能を活用して順位を向上させることすら可能になります。

ECプラットフォーム乗り換えとSEO対策に関するよくある質問

Q. ECプラットフォームを乗り換えると検索順位が下がる理由は何ですか？

プラットフォームを移行する際、URLの構造が変わることで既存のページ評価がリセットされるケースが多く見られます。Googleはページ単位で評価を蓄積しているため、旧URLから新URLへの適切なリダイレクト設定が行われないと、これまで積み上げてきた被リンクの効果や評価が引き継がれません。加えて、移行後にサイトマップの送信やインデックス登録が遅れると、一時的に検索順位の大幅な低下を招く原因になります。

Q. ECサイトの移行時にSEO評価を引き継ぐにはどうすればよいですか？

最も重要な対策は、旧URLから新URLへの301リダイレクトを漏れなく設定することです。すべてのページを対象にURLマッピングを事前に作成し、移行後すぐにリダイレクトが機能しているかを検証してください。また、Google Search Consoleを活用して新URLのインデックス登録を促すとともに、サイトマップを最新の状態に保つことが不可欠です。構造化データやmeta情報も移行先で正確に再設定することで、検索エンジンへの情報伝達をスムーズに行えます。

Q. ECプラットフォームの乗り換え前後でSEO状況を比較・確認する方法は？

移行前に必ずGoogle Search ConsoleとGoogle Analyticsの計測環境を整え、主要ページの検索順位・クリック数・インプレッション数をベースラインとして記録しておくことを推奨します。移行後は同じ指標を定点観測し、順位の変動が一時的なものか継続的な低下なのかを判断します。クロールエラーや404ページの発生状況もSearch Consoleで定期的に確認し、問題を早期に発見して対処することが、評価の回復を早める上で効果的です。

Q. ECサイトのSEO対策でページ速度が重要な理由とは何ですか？

Googleはページエクスペリエンスをランキング要因のひとつとして位置づけており、Core Web Vitalsと呼ばれる表示速度や操作性の指標がサイト評価に影響します。ECサイトは商品画像や動的なコンテンツが多くなりがちで、表示が遅いとユーザーの離脱率が上昇し、結果として検索評価の低下につながります。プラットフォームを乗り換える際は、新しい環境での表示速度を事前に計測し、画像の最適化やキャッシュ設定などを適切に行うことが重要です。

Q. ECサイトの内部リンク構造はSEOにどう影響しますか？

内部リンクは、検索エンジンがサイト全体の構造を把握し、各ページの重要度を判断するための重要な手がかりになります。カテゴリページから商品詳細ページへの導線が整理されていると、クローラーがページを効率よく発見・評価できるようになります。プラットフォームの乗り換えに際しては、旧サイトで機能していた内部リンク構造が新サイトでも正しく再現されているかを必ず確認し、孤立したページが発生しないよう注意してください。

Q. ECサイトの商品ページがインデックスされない場合の原因と対処法は？

商品ページがインデックスされない主な原因としては、noindexタグの誤設定、canonicalタグによる重複コンテンツの扱い、クロールバジェットの枯渇などが挙げられます。プラットフォーム移行後は特に、テーマやシステム側でnoindexが自動的に付与されていないかを確認することが大切です。また、商品数が多いサイトでは優先度の高いページから順にインデックス登録を促す設定を行い、不要なパラメータURLを正規化することでクロール効率を高めることができます。

Q. ECプラットフォームごとにSEO対策の難易度や特性に違いはありますか？

プラットフォームによってURL構造の柔軟性、metaタグの編集自由度、構造化データへの対応状況、ページ速度のデフォルト値などが大きく異なります。自社でSEOをコントロールしやすい環境かどうかは、移行先を選定する段階で十分に検討すべき重要な基準です。たとえば、headタグやrobots.txtを自由に編集できるか、独自ドメインを使用できるか、301リダイレクトを柔軟に設定できるかといった点を事前に確認し、運用目的に合ったプラットフォームを選択することが長期的なSEO戦略において不可欠です。