海外向けWebサイトのリニューアルは既存のSEO順位に影響しますか

はい。影響の程度は、数日間の軽微な変動から、主要キーワード・自然検索流入・問い合わせの長期的な減少までさまざまです。結果を本当に左右するのは「サイトのデザインを変更したかどうか」ではなく、リニューアル時に検索エンジンがすでに認識しているページ資産、すなわち URL、コンテンツテーマ、内部リンクの関係、外部リンクの参照先、ページのクロール可能性、言語バージョン間の関連性を維持できているかどうかです。

Google を通じて海外からの問い合わせを獲得している貿易サイトにとって、リニューアルは本質的に検索資産の移行です。ビジュアルの刷新、管理画面の変更、ドメインの調整、多言語構成の再設計は同時に行うこともできますが、同一の技術的作業として扱うべきではありません。リニューアル前に順位が安定していても、新サイト公開後に順位が自動的に引き継がれるわけではありません。旧ページに蓄積されたシグナルを、新ページへ正確に引き継ぐ必要があります。

どのような変更が順位低下を引き起こしやすいか

最もリスクが高いのは通常、ページのデザイン変更ではなく、旧ページが新サイト内で「消失」したり、元の意味的関連性を失ったりするケースです。貿易サイトでよくあるリニューアル時の問題には、製品カテゴリ名の変更により URL がすべて変わること、旧製品詳細ページを少数の概要ページに統合すること、ブログ・事例・ダウンロードページを「内容が古い」と判断して直接削除すること、英語・ドイツ語・スペイン語などのサイトを自動転送に変更すること、従来の独立ページを JavaScript による動的読み込みに変更し検索エンジンが安定してクロールできなくなることなどがあります。

なかでも URL の変更は、過小評価されやすい要因です。新旧ページのタイトルが似ているからといって、検索エンジンが自動的に同一ページと判断するわけではありません。旧 URL の/stainless-steel-valve/ を /products/industrial-valves/stainless-valve に変更した場合、旧 URL は恒久的リダイレクトを通じて新 URL の場所を検索エンジンに明確に伝える必要があります。旧 URL が 404 を返すだけ、または一律にトップページへ転送されるだけでは、元のページに蓄積された関連性や外部リンクの価値を完全に移行することは困難です。

もう一つ見えにくい問題は、コンテンツが「薄く」なることです。多くの旧サイトはデザインが古くても、製品ページに仕様、材質、用途、梱包、認証、FAQ、ロングテールキーワードが含まれています。こうした内容こそが、ページが安定した自然検索流入を得る基盤です。リニューアル後に製品画像、短い訴求ポイント、問い合わせボタンだけを残した場合、ページの見た目はより現代的になりますが、検索結果における競争力は低下する可能性があります。

まず判断する：見た目の変更か、サイト移行か

ビジュアルスタイルのみを調整し、ドメイン、URL、ページの主要コンテンツ、サイト構造を維持する場合は、比較的リスクの低い「見た目の変更」に該当します。この種のプロジェクトでも、速度、モバイルでの体験、インデックス状況をテストする必要がありますが、検索シグナルの移行量は比較的小さくなります。

以下のいずれかに該当する場合は、サイト移行プロジェクトとして管理すべきです。CMS またはサイト構築システムの変更、URL ルールの変更、ドメインまたはサブドメインの切り替え、製品カテゴリの再構築、多言語ディレクトリをサブドメインまたは独立ドメインへ変更、大規模なページ削除、サーバーサイドレンダリングページをフロントエンドの動的レンダリングへ変更する場合です。変更点が多いほど、ページマッピングや公開後の検証なしに直接公開することは適切ではありません。

特に多言語の貿易サイトでは、異なる言語バージョンを単に同一ページの複製として扱うことはできません。英語ページ、対象市場の言語ページ、地域ページは、それぞれ異なるインデックス状況、外部リンク、検索パフォーマンスを持つ可能性があります。リニューアル時に言語ディレクトリを削除したり、canonical を誤って設定したり、正しいhreflang 関係を維持しなかったりすると、検索エンジンがどの市場に向けてページを表示すべきか判断できなくなる可能性があります。

リニューアル前に保持すべきものはウェブページのファイルではなく、ページ資産の一覧

公開前に、既存サイトからアクセス可能な URL をエクスポートし、Google Search Console、サイト分析ツール、サーバーログと組み合わせて、本当に価値のあるページを特定すべきです。重点を置くべきなのはアクセス数が最も多いページだけではなく、流入は多くなくても購買意図のあるロングテールキーワードをカバーしている、インデックス済みの製品ページや技術コンテンツページも含まれます。

ページ一覧には、少なくとも次の情報を記載する必要があります。

• 旧 URL、ページタイプ、言語バージョン、および対応する新 URL；
• 直近一定期間の自然検索クリック数、表示回数、主な検索クエリ；
• ページが外部リンクを獲得しているか、外部リンクが参照している具体的な URL は何か；
• ページの現在のステータスコード、タイトル、説明、H1、canonical、インデックス状況；
• 仕様表、適用業界、FAQ、ダウンロード資料など、重要なコンテンツモジュールが新ページに保持されているか；
• 代替価値のないページがあるか、その場合は 410、404 を返すべきか、または元のページを維持すべきか。

ここでの核心は、「1対1のマッピング」を構築することです。旧製品ページは、意味と商業的意図が最も近い新製品ページへ可能な限り転送すべきです。旧カテゴリページは対応する新カテゴリページへ、旧記事ページは高品質な代替コンテンツがある場合にのみ代替記事へ転送します。無効になった数十の製品ページをすべてトップページへ転送すると、技術的にはリダイレクトを実現できても、検索エンジンがページ間のテーマ上の関連性を確認しにくくなり、訪問者も無関係なページへ直接誘導されてしまいます。

301 リダイレクトだけではないが、正しく実施する必要がある

恒久的リダイレクトには通常 HTTP 301 を使用し、旧 URL へのアクセスリクエストと主要な検索シグナルを新 URL へ移行することを目的とします。これはページ内の JavaScript リダイレクトや meta refresh に依存するのではなく、サーバー層または信頼性の高いエッジルールで実施すべきです。後者の2つは、ユーザーとクローラーの両方にとって安定性が低くなります。

リダイレクトルールでは、3種類の問題を避ける必要があります。1つ目はリダイレクトチェーンです。旧 URL が一度一時 URL へ移動し、その後新 URL へ移動するケースです。このチェーンはクロールコストと読み込み時間を増やすため、旧ページから最終ページへ一度で到達できるようにすべきです。2つ目はリダイレクトループで、http/https、www/非 www、または言語ルールが同時に適用される場合によく発生します。3つ目は大規模なソフト 404 です。ページが 200 ステータスコードを返しているにもかかわらず、内容に「製品は存在しません」または「ページは削除されました」と表示される状態です。これにより、検索エンジンは一定期間、ページの実際の状態を判断しにくくなります。

リニューアル後、301 ルールを早期に撤去してはいけません。旧リンクは海外の業界ディレクトリ、顧客向け資料、SNS 投稿、過去のメール、第三者メディアなどから参照されている可能性があり、アクセスの発生時期は集中しません。旧 URL に外部リンクまたは過去の露出が残っている限り、短期間でルールを整理するよりも、リダイレクトを継続して保持する方が通常は安全です。

新サイト公開前に、検索エンジンがページを正常に理解できるかを必ず検証する

ページを開けることは、ページがインデックス可能であることを意味しません。順位低下の多くは技術設定の段階で発生します。テストサイトのnoindex タグが本番サイトへ持ち込まれる、robots.txt が製品ディレクトリを誤ってブロックする、canonical がすべてトップページを指す、サイトマップが旧 URL のままである、ページネーション・絞り込みページ・言語ページが大量の重複 URL を生む、フロントエンドフレームワークのレンダリング失敗によりクローラーには空のコンテナしか見えない、といった問題です。

貿易サイトでは、画像、動画、3D 表示、複雑なフィルターを使って表示効果を高めることがよくありますが、製品の中核情報を画像内だけに存在させたり、ユーザーがクリックした後にのみ読み込まれるようにしたりしてはいけません。製品名、主要仕様、適用シーン、本文説明、内部リンク、問い合わせに関する情報は、安定してクロール可能な HTML コンテンツとして表示すべきです。JavaScript に依存するサイトでは、開発者のブラウザでページの見え方を確認するだけでなく、公開前にサーバーレンダリングまたはプリレンダリングの結果を確認する必要があります。

モバイル版も、デスクトップサイトを縮小しただけのものと見なすべきではありません。モバイルページで重要な本文、仕様表、内部リンクが非表示になっている場合や、ポップアップやスクリプトが多すぎて読み込みに異常が発生する場合、クロールやユーザーの滞在に影響する可能性があります。速度最適化では、スコアのために購買判断に役立つ情報を削除するのではなく、ファーストビューと中核コンテンツの表示に影響するリソースを優先して処理すべきです。

公開後の変動が正常かどうかを判断する方法

リニューアル後の短期的な順位変動は、必ずしも失敗を意味するわけではありません。検索エンジンは旧 URL を再クロールし、リダイレクトを認識し、新ページを発見して、コンテンツとリンクの関係を再評価する必要があります。特に注意すべきなのは、重要ページの多くが継続してインデックスされない、旧 URL の 404 件数が急増する、主要ディレクトリが robots.txt によってブロックされる、新ページの canonical の参照先が誤っている、自然検索クリック数と表示回数が同時に大幅に低下し、クロールまたはインデックスレポートに異常が見られる、といった状況です。

監視はサイト全体の流入だけを見るのではなく、ページグループ単位で行うべきです。たとえば、主要製品ページ、製品カテゴリページ、技術記事、業界ソリューションページ、異なる言語ディレクトリをそれぞれ観察します。総流入が安定していても、ブランドキーワードまたは少数の高流入ページが、特定製品ラインの低下を覆い隠している可能性があります。総流入が減少していても、商業的価値がなく積極的に削除した旧ページが原因である場合もあります。検索クエリ、ランディングページ、インデックス状況を組み合わせて初めて、低下がリニューアルと直接関連しているかを判断できます。

公開後はできるだけ早く新しい XML Sitemap を送信し、Search Console で重要 URL のクロール可能性とインデックス状況を確認すべきです。流入および外部リンク価値の高い旧ページについては、正しい新ページへ直接 301 転送されているかを抽出して確認できます。新ページについては、タイトル、本文、canonical、構造化データ、言語マークアップが想定どおりかを確認します。流入変動の初期段階で URL、タイトル、ディレクトリ構造を頻繁に変更してはいけません。移行シグナルが繰り返し変化し、原因調査が難しくなります。

URL を変更しなければリスクはないのか

URL を変更しないことで移行の複雑さを大幅に下げられますが、順位に影響がないことを保証するものではありません。ページテーマの書き換え、内部リンクの大幅な削減、製品パラメータの削除、読み込み方法の変更、ページ応答速度の悪化はいずれも、既存のパフォーマンスに影響する可能性があります。逆に、旧サイトの構造が混乱し、重複ページが多く、コンテンツを維持できない場合は、保守的に旧構造を維持することが必ずしも最適な選択とは限りません。

より安全な判断基準は、「リニューアル後のページがより見栄えよくなったか」ではなく、新サイトが検索エンジンと海外の訪問者に対して引き続き明確に理解させられるかどうかです。すなわち、このページがどの検索ニーズに応えるのか、どのような製品または情報を提供するのか、サイト内の他ページとどのように関連するのか、なぜ旧ページを新ページが引き継ぐのか、という点です。この関係を明確に処理すれば、貿易サイトのリニューアルでは限定的な移行期間の変動が生じる可能性はあっても、長期的な自然検索の損失に発展させる必要はありません。こうした移行の詳細を見落とせば、どれほど美しいデザインであっても、既存の順位や問い合わせ獲得の入口を犠牲にする可能性があります。