ECサイトリニューアル後のSEO下落を招く技術的ミスパターン診断

ECサイトリニューアル後に検索順位が下がる理由

リニューアルとSEO下落は無関係ではない

ECサイトをリニューアルした直後、検索順位がガクンと下がる経験をしている企業は少なくありません。新しいデザイン、新しい機能、新しいシステムに生まれ変わったはずなのに、なぜか集客が減少する。それは決して偶然ではなく、技術的な設定ミスが原因として機能しているのです。

Shopifyで商品ページをリニューアルしたとき、GA4のダッシュボードを見ていると直帰率が急上昇していた。MakeShopの管理画面で在庫確認をしながら、営業チームから「リード数が減った」という報告を受けた。こうした現場の状況は、単なる一時的な変動ではなく、構造的な問題を示唆しています。

ECサイト運営を自社で経験している株式会社猫の手では、これまで多くのリニューアルプロジェクトに関わってきました。その現場ノウハウから見えてくるのは、リニューアルとSEO下落の関係性が非常に強いということです。しかし、この下落は適切な技術的対応で防ぐことができます。

技術的な不備が順位低下を加速させる構造

検索順位の低下メカニズムは単純です。Googleのクローラーが旧サイトと新サイトをどちらも認識したとき、どのURLが正規のコンテンツなのかを判断できなくなるのです。その結果、インデックスが分散され、権威性のシグナルが弱まります。

さらに深刻なのは、ページの削除やURL変更時にリダイレクトが設定されていない場合です。既存の被リンクが無効な404ページを指すようになり、検索エンジンの信頼度が低下します。これは単なるアクセス数の減少では済まず、ドメイン全体の評価低下につながるのです。

ECサイト運営者が見落とすSEO的な落とし穴

URL構造の変更と旧URLの処理ミス

リニューアルで最も多く発生するのがURL構造の変更です。例えば、/products/item-123.htmlから/shop/products/123/へ移行する場合、旧URLから新URLへの301リダイレクトが必須です。

しかし実際には、リダイレクト設定を忘れた、設定後にテストしなかった、あるいは一部のURLだけ設定してしまったといったミスが頻繁に起きます。ShopifyからEC Forceに移行したプロジェクトでは、商品ページの数が数千に及ぶため、手作業では対応しきれず、結果的に数百のURLがリダイレクト漏れになっていました。

GoogleサーチコンソールでCrawl Statsを確認すると、404エラーが急増している場合があります。これはクローラーが旧URLにアクセスしようとしても、リダイレクト後のURL設定がないために新URLにたどり着けていない状態です。

リダイレクト状態	クローラーの動き	SEO影響
301リダイレクト設定済	旧URL → 新URLへ自動遷移	リンク評価が新URLに引き継がれる
リダイレクト未設定	旧URLで404エラー	リンク評価が失われ、被リンク効果ゼロ
リダイレクトチェーン	複数回のリダイレクト経由	クローラーが途中で放棄し、インデックスされない

ページの削除・統合時のリダイレクト漏れ

商品ラインアップの整理に伴い、一部の商品ページを削除する場合があります。この時、削除ページから類似の新ページへのリダイレクトを設定しないと、既存の被リンクが全て無駄になります。

特に危険なのが、複数ページを1ページに統合する場合です。旧ページAとBを新ページCに統合したとき、AとBの両方から正確にCへ301リダイレクトする必要があります。しかし実際には、AはCへリダイレクトするものの、Bはホームページやカテゴリページにリダイレクトされてしまうといったミスが起きています。

カートページのURL変更でコンバージョン経路が分断されたケースもあります。旧URL時代に構築された被リンクや内部リンクが、新システムでの新URLに繋がっていないため、検索ユーザーが目的のページにたどり着けなくなるのです。

内部リンク構造の再構築不足

サイト内部の構造が変わると、カテゴリページから商品ページへのリンク、ブログ記事から関連商品へのリンクといった内部リンク構造も変わります。

リニューアル前は適切に張られていた内部リンクが、新サイトの構造に対応していないまま残されていることがあります。つまり、新しいナビゲーション構造に対して、内部リンクの最適化が追い付いていないのです。

これは特にEC-CUBEやカラーミーなどのプラットフォームから別プラットフォームへの移行時に顕著です。プラットフォーム間でURLの規則性が異なるため、ブログ記事内の商品へのリンクが機能しなくなる可能性があります。

メタタグ・構造化マークアップの不整合

titleタグやmetaディスクリプション、構造化マークアップ（JSON-LD）がリニューアル時に正確に移行されていない場合があります。

特に商品ページでは、Product構造化マークアップに価格、在庫状況、評価が含まれています。リニューアルでこれらのデータが正確に新ページに反映されていないと、Google検索結果でのリッチスニペット表示が消える可能性があります。

結果として、クリック率が低下し、検索順位の低下に加えて、検索流入そのものが減少するという二重の打撃を受けるのです。

ページスピード低下への対応漏れ

新しいシステムでは機能が充実するあまり、JavaScriptファイルや画像が増加し、ページ読み込み速度が低下することがあります。Googleはページスピードをランキング要因の一つとしており、特にモバイルでの表示速度は重要です。

PageSpeed Insightsでのスコアが低下していても、改善策を実装せずにリニューアルを進めてしまう場合があります。これもECサイトリニューアル後のSEO下落の原因になり得ます。

検索順位低下の根本原因を構造的に理解する

Googleクローラーが認識する信号とリニューアルの関係

Googleのクローラーは常にサイトをスキャンしており、URLの構造、コンテンツの内容、被リンク、内部リンク、メタデータ、読み込み速度といった複数の信号を収集しています。

リニューアル前後で何が起きるかというと、クローラーが「このサイトは何か大きく変わった」と認識します。その時点で、Googleのシステムは旧データと新データを比較し始めるのです。

理想的には、リニューアル前のページの価値（被リンク、内部リンク、ユーザー満足度シグナル）が新ページに完全に移行されるべきです。しかし、技術的ミスがあるとこの移行が不完全になり、検索評価が下がるのです。

新旧サイトの同時インデックスが起こす悪影響

リニューアル直後、Googleのインデックスにはまだ旧URLと新URLが両方存在している可能性があります。このとき、Googleは「どちらが正規コンテンツか」を判断する必要があります。

canonicalタグが適切に設定されていれば、Googleは「新URLが正規である」と理解します。しかし、タグが設定されていなかったり、間違ったURLを指していたりすると、Googleは判断に迷います。

その結果、インデックスが分散され、旧URLが存在し続けながら、新URLも存在するという状態になります。これは検索ユーザーにとって混乱の元であり、また検索エンジンにとって重複コンテンツの問題として認識されるのです。

リダイレクトチェーンが生まれるメカニズム

複数回のリニューアルを経験している企業では、リダイレクトチェーンという問題が発生していることがあります。これは、旧URL → 中間URL → 新URLというように、複数のリダイレクトが連続している状態です。

Googleのクローラーには処理能力の上限があり、3段階以上のリダイレクトチェーンがあると、最終的なURLにたどり着かずにクローリングを中断する可能性があります。

特に小規模なECサイトであっても、数年の間に3回4回とリニューアルしていれば、リダイレクトチェーンが発生している可能性は高いのです。

リニューアル前後でチェックすべき診断項目

URL変更の有無と規模を把握する

まず確認すべきは、リニューアルでURL構造が変わるかどうかです。プラットフォーム移行（MakeShopからShopifyへ、EC Forceへのいずれか）であれば、ほぼ確実にURL構造が変わります。

その場合、変更対象となるURLの総数を把握することが重要です。数十ページなら手作業でも対応可能ですが、数千ページ、数万ページになると自動化が必須です。

変更ページ数の把握は、後続のリダイレクト設定や検証作業の規模を決定する最初のステップです。

既存の被リンク・内部リンク構造を分析する

リニューアル前のサイトにどの程度の被リンクがあるか、また内部リンクがどのような構造になっているかを分析します。

Google Search Consoleの「リンク」レポートを確認すれば、どの外部サイトからリンクされているかが分かります。これらのリンクが新サイトでも機能するように、対応するURLへのリダイレクトを設定する必要があります。

内部リンクについては、Screaming Frogなどのクローラーツールを使って、現在のリンク構造を可視化し、リニューアル後のURL体系にマップする作業が必要です。

ページ削減の有無と影響度を測定する

リニューアルに伴い、古い商品ページやコンテンツページが削除される場合があります。削除されるページのうち、アクセスのあったもの、被リンクのあったものを特定することが重要です。

GA4のアナリティクスデータを遡り、削除予定ページのページビュー数、ユーザー数、コンバージョン数などを把握します。これにより、削除による影響を事前に予測できます。

影響度が高いページについては、統合先を決めて適切なリダイレクトを用意する必要があります。

サーチコンソール・アナリティクスのデータ推移を追跡する

リニューアル前後で、サーチコンソールのクエリ数、平均掲載順位、クリック率がどう変わるかを追跡します。また、GA4ではセッション数、ユーザー数、離脱率などの変化を監視します。

この追跡により、どの検索キーワードの順位が下がったか、どのページへのアクセスが減少したかが分かります。問題が特定できれば、原因の特定と改善策の実装が可能になるのです。

実際のECサイトで起きた技術的ミスの事例

カートページのURL変更でコンバージョン経路が分断された事例

BtoB美容商社のリニューアルプロジェクトでは、売上1,000%達成という実績があります。しかし、その過程では技術的なミスも経験しています。

カートページのURLが旧システムでは/cart/だったのが、新システムでは/checkout/step-1/に変更されました。このとき、旧URLへのリダイレクトが設定されていませんでした。

結果として、外部サイトから旧カートURLにリンクしているものが全て機能しなくなり、404ページに遷移してしまいました。顧客がリンク元のサイトに戻ってしまい、コンバージョン率が低下したのです。

ただしこのケースは、後に適切なリダイレクト設定と並行して、新カートページの最適化も実施されたため、徐々に回復し、最終的には売上1,000%の成長を実現しました。

商品ページの統合時にCanonicalタグを設定しなかった失敗

ベビー服ブランドのECサイトでは、複数の商品ページを統合する際、canonicalタグの設定を忘れていました。

例えば、「赤いベビーシャツXXサイズ」と「赤いベビーシャツYYサイズ」を「赤いベビーシャツ全サイズ」という1ページに統合する場合、旧ページAとBの両方にlink rel=”canonical”タグを使用して新ページCを指定する必要があります。

これがされていなかったため、Googleは旧ページAと旧ページBのコンテンツが重複していると判定し、両方のランキングが低下してしまいました。結果的に、該当商品のオーガニック検索流入が減少し、月3,000万円の売上に影響を与えかねない状況に陥ったのです。

その後、canonicalタグの設定が修正されたことで、徐々に検索流入が回復していきました。

モバイル対応の強化でデスクトップURLが機能停止になった事例

あるプロジェクトでは、モバイルファーストの対応を強化する過程で、デスクトップ版のURLが機能しなくなるというミスが発生しました。

具体的には、レスポンシブデザイン化の際に、旧デスクトップ専用URL（例：/products/mobile.phpや/sp/）が削除され、統一URL（/products/）に置き換えられたのですが、旧デスクトップURLから新URLへのリダイレクトが複数漏れていました。

外部サイトやユーザーのブックマークから旧デスクトップURLにアクセスすると404になり、ユーザー体験が悪化してしまったのです。

こうしたモバイル対応強化は当然必要ですが、同時に旧URLへの対応を忘れずに実施する必要があるのです。

リニューアル直後のSEO下落パターンと対応の優先順位

即座に対応すべき技術的問題

リニューアル直後、最初の1週間で対応すべきは以下の項目です。

• 404エラーの大量発生：サーチコンソールで確認し、即座にリダイレクト設定を追加
• Crawl Errorsの増加：クローラーが新サイトをクロール可能な状態にする
• Canonicalタグの検証：新ページに対して正確にcanonicalタグが指定されているか確認
• robots.txtの設定：新サイトが検索エンジンにクロール不可になっていないか確認

これらは検索エンジンがサイトを正常に認識するための基本的な設定です。これが整っていないと、その後の改善策も無駄になってしまいます。

1〜3ヶ月で改善すべき構造的な問題

最初の1ヶ月が過ぎた後、次のステップは1〜3ヶ月で改善するべき項目です。

• 内部リンク構造の最適化：カテゴリページから商品ページへのリンク、ブログからの関連リンクを新URL体系に対応させる
• メタタグの最適化：Title、Meta Descriptionが新ページで適切に設定されているか確認・修正
• 構造化マークアップの検証：Product、Breadcrumb、OrganizationなどのSchemaが正確に実装されているか確認
• ページスピード改善：PageSpeed Insightsのスコアを改善し、Core Web Vitalsを最適化

これらは検索エンジンとユーザーの両者にとって改善効果がある項目です。

長期的に調整すべき信号の最適化

3ヶ月以上経過した段階で、長期的に改善していくべきは以下の項目です。

• コンテンツの充実化：新サイトに移行した際に削除されたコンテンツの復活・拡充
• 内部リンク戦略の再構築：SEO的な優先度に基づいて内部リンク構造を再設計
• ユーザー体験の向上：滞在時間、直帰率、クリック率といったユーザー行動シグナルの改善
• 被リンク獲得戦略：新サイトへの被リンク構築、既存被リンクの確認・修正

これらは短期的には効果が見えにくいかもしれませんが、6ヶ月、1年という長期スパンでは大きな差が出てくる項目です。

ECサイトリニューアルにおけるSEO戦略の考え方

事前準備段階で実施すべき調査内容

リニューアル計画の段階で、以下の調査が必須です。

• 現在のサーチコンソールデータの完全なダウンロード：全検索キーワード、掲載順位、クリック数
• GA4での全ページのセッション数・ユーザー数・コンバージョン率の抽出
• 被リンク調査：ahrefs、SEMrush、MozなどのツールでSEO下落リスクにつながる被リンク状況を把握
• 競合サイトのURL構造分析：競合がどのようなURL体系を採用しているか調査
• 既存コンテンツカタログ化：削除予定のページ、統合予定のページを明確化

これらの情報があれば、リニューアル後の判断基準が明確になります。

リニューアル計画時に組み込むべきSEO要件

プロジェクト計画にSEO要件を組み込むことが重要です。

• URL構造の事前設計：新URL体系を決定する際に、SEO親和性を検討する
• リダイレクト要件定義：全URL変更箇所に対して、リダイレクト策を事前に計画
• メタタグ自動生成ルール：新システムで自動生成するtitle、meta descriptionのルール化
• 構造化マークアップの実装計画：新システムでSchemaを自動出力する仕組みの構築
• QA項目の定義：リニューアル後、技術的SEO項目をどのようにテストするか事前決定

これらを計画段階で決めておくことで、本番リリース時のミスを大幅に削減できます。

移行期間中の並行運用と計測の方法

理想的には、リニューアル直後、新旧サイトを一定期間並行運用し、検索エンジンの評価を見守ります。

• 並行運用期間の設定：1〜2週間程度、ユーザーを段階的に新サイトに誘導
• 毎日のサーチコンソール監視：404エラー、カバレッジ問題を毎日チェック
• GA4のリアルタイムレポート確認：新サイトへのアクセス数、直帰率を確認
• 検索順位の追跡：ツール（Rank Tracker、SEMrushなど）で主要キーワードの順位変動を追跡
• クローラーデータの確認：Fetch as Googleを使用して、クローラーが新ページを正常にクロールしているか確認

並行運用期間に問題が見つかれば、その場で修正できます。

リニューアル後のSEO復旧は技術面の構造設計で決まる

単なるリダイレクト対応では不十分な理由

多くのECサイト運営者は、「リダイレクト設定すれば大丈夫」と考えます。確かにリダイレクトは必須ですが、それだけでは検索順位の完全な復旧には至らないのです。

なぜなら、リダイレクト後の新ページが完全に最適化されていなければ、検索ユーザーはページを見て離脱してしまいます。その結果、滞在時間が短くなり、直帰率が高くなり、ユーザー行動シグナルが悪化するからです。

包括的な技術診断がもたらす復旧スピード

リニューアル後のSEO下落から脱出するには、表面的なリダイレクト対応ではなく、根本的な技術診断が必要です。

株式会社猫の手のような制作〜集客〜運用まで一社完結できる体制では、新サイトの設計段階からSEOを組み込み、リニューアル後の問題を最小化する手法を実装しています。これが「現場ノウハウをそのまま提供」することの意味です。

包括的な技術診断とは、以下のプロセスを含みます。

• サイト全体のクローラビリティ診断：新サイトがGoogleによって完全にクロール可能か検証
• インデックス状況の分析：新ページが適切にインデックスされているか、旧ページは削除されたか確認
• リダイレクトの完全性チェック：全URL変更箇所のリダイレクトが正確に機能しているか検証
• 内部リンク構造の評価：ページランク計算に基づいて、内部リンク配置が適切か分析
• コンテンツ品質の再評価：新ページのコンテンツが旧ページと比べて劣化していないか確認
• ユーザー行動信号の監視：GA4データから新ページのユーザー満足度を測定

このように、技術面、ユーザー体験面の両側面から診断することで、より迅速な復旧が実現します。

まとめ

ECサイトリニューアル後のSEO下落は、事前の技術的準備と、事後の包括的な診断によってほぼ防ぐことができます。

必要な行動は3つです。第一に、リニューアル計画段階でSEO要件を明確化すること。第二に、URL変更、メタタグ、構造化マークアップ、内部リンク、リダイレクト設定といった5つの要素について完全な実装を確認すること。第三に、リニューアル後の1ヶ月間は毎日、サーチコンソールとGA4を監視し、問題の早期発見と迅速な改善を実施すること。

この3つの実行により、リニューアルによるSEO下落というリスクは、むしろ新サイトで検索順位を上げるチャンスに転換できるのです。

ECサイトリニューアル後のSEO対策に関するよくある質問

Q. ECサイトをリニューアルするとSEO評価が下がるのはなぜですか？

リニューアル時にURLが変更されたにもかかわらず適切なリダイレクト設定がされていなかったり、内部リンク構造が大きく変わったりすることで、検索エンジンがこれまで蓄積してきた評価を引き継げなくなるためです。特にカテゴリページや商品詳細ページのURL変更は影響が大きく、事前の設計と移行後の検証が欠かせません。株式会社猫の手では、リニューアル前後の比較調査と技術的な移行設計をセットで支援しており、ある印刷会社のECサイトでは売上100万円から2,000万円への改善を実現しています。

Q. ECサイトのリニューアル後にクロールエラーを確認するにはどうすればよいですか？

Google Search Consoleの「カバレッジ」レポートや「URL検査ツール」を活用することで、インデックスされていないページやクロールエラーを把握できます。リニューアル直後は特に404エラーや301リダイレクトの漏れが発生しやすいため、移行後1〜2週間は集中的にモニタリングすることを推奨します。また、サイトマップの再送信も忘れずに行ってください。

Q. ECサイトのSEOと通常のコーポレートサイトのSEOの違いは何ですか？

ECサイトは商品数が多く、カテゴリ・フィルタ・ページネーションによる重複コンテンツが発生しやすい点が大きな違いです。また、在庫状況によるページの頻繁な追加・削除、構造化データ（商品情報・価格・レビュー）の実装など、ECサイト固有の技術的課題が多く存在します。コーポレートサイトと同じ感覚でSEOを考えると、リニューアル後に大きく評価を落とすリスクがあります。

Q. リニューアル後にSEO評価を回復させるにはどれくらいの期間がかかりますか？

技術的なミスの修正が完了してから、検索エンジンが再評価するまでには一般的に数週間から数カ月を要します。対処が早いほど回復も早まりますが、失われた期間分の機会損失は取り戻せません。そのため、リニューアル後に慌てて対処するのではなく、事前の診断と設計段階での対策が最も重要です。株式会社猫の手は2023年にEC業界SEO部門1位を獲得しており、2026年にはJBEA EC業界SEO部門受賞という実績を持つ専門チームが診断から改善まで一貫して対応しています。

Q. ECサイトの内部SEOと外部SEO（被リンク）はどちらを優先すべきですか？

リニューアル直後は内部SEOの整備を優先することを強く推奨します。クロール設計・インデックス管理・構造化データ・ページ速度・重複コンテンツの解消といった技術的な基盤が整っていなければ、外部からの被リンクを獲得しても評価に結びつきにくいためです。内部の土台が固まった段階で、コンテンツ拡充と外部施策を並行して進めるアプローチが効果的です。

Q. BtoB向けECサイトのSEO対策で特に注意すべきポイントは何ですか？

BtoBのECサイトでは、検索キーワードが専門用語や業界固有の表現に偏る傾向があり、一般的な検索ボリュームツールだけでは適切なキーワードを見落としやすい点に注意が必要です。また、会員制・ログイン必須のページ設計がクローラーの巡回を妨げるケースも少なくありません。株式会社猫の手が支援したBtoB美容商社では、こうした課題を解決した結果として売上1,000%達成という成果につながっており、業種特性を踏まえた設計の重要性を示しています。

Q. ECサイトのページ速度（Core Web Vitals）はSEO順位にどう影響しますか？

Googleはページエクスペリエンスをランキング要因のひとつとして位置づけており、Core Web Vitals（LCP・INP・CLS）のスコアが低いサイトは、他の条件が同等であれば不利になる可能性があります。ECサイトはリッチな画像や動的コンテンツが多いため、特に画像最適化・スクリプトの遅延読み込み・サーバーレスポンスの改善が重要です。リニューアルを機に新しいデザインや機能を追加した際は、速度への影響を必ず計測・検証してください。