多言語対応の海外向けWebサイトをリニューアルした後、URLを移行してインデックス登録を失わない方法

多言語対応の貿易サイトをリニューアルした後、インデックス登録とオーガニックトラフィックを維持できるかどうかは、旧ページ、各言語版、新ページの間に、明確で検索エンジンが認識可能な対応関係を構築できるかにかかっています。URLマッピング、301リダイレクト、言語タグ、サイトマップを一連の完全な移行として実施すれば、既存ページの評価の大部分を段階的に引き継ぐことができます。反対に、新サイトのデザインが優れ、コンテンツが充実していても、多数の旧リンクが無効になることでインデックス登録が減少する可能性があります。

Googleのオーガニック検索から問い合わせを獲得するB2B貿易企業にとって、リニューアルは見た目や管理画面を変えるだけではありません。製品ページ、業界ソリューションページ、ブログコンテンツ、PDFダウンロードページ、各言語のディレクトリには、外部リンク、キーワード順位、過去のクロールシグナルが蓄積されている可能性があります。移行時に最も避けるべきなのはURLの変更そのものではなく、「旧URLに適切な移行先が見つからない」ことです。

まず判断する：移行関係を必ず維持すべきページ

すべての旧ページが1対1で移行する価値を持つわけではありませんが、すでにインデックス登録されているページ、アクセスをもたらしているページ、または外部リンクを受けているページは、まず移行リストに含めるべきです。多くの企業は、メインナビゲーション内の製品カテゴリーだけを整理し、初期の記事、販売終了製品、旧言語ディレクトリ、広告ランディングページを見落とします。リニューアル公開後になって、それらの見落とされたURLから大量の404ページが発生していることに気付きます。

リストを作成する際は、少なくとも旧URLを次の3種類に分類します。

• 継続して存在し、テーマがほぼ変わらないページ：旧製品ページは新製品ページへ、旧業界ページは新業界ページへ対応させます。この種のページには、最も厳密な1対1の301リダイレクトを設定します。
• コンテンツが統合されたページ：たとえば、複数の旧型番ページを1つのシリーズページに統合する場合や、複数の重複記事を1本の完全なガイドにまとめる場合です。統合後の最も関連性の高いページへ転送できますが、新ページは旧ページの中核情報を実際にカバーしている必要があります。
• 提供を終了し、適切な代替ページがないページ：たとえば、完全に生産終了した内容や、現在の事業と関係のない内容です。410を返すか、説明が明確なページを残すことができます。404を避けるためだけに、これらをすべてトップページへ転送することは推奨されません。

「すべての旧リンクをトップページへ転送する」方法は手軽に見えますが、実際には関連性の断絶を招くことがよくあります。検索エンジンも訪問者も、特定の製品リンクから対応する情報を得ることができません。このようなリダイレクトは無効な処理と見なされる可能性があり、旧ページに蓄積されたシグナルも効果的に引き継がれにくくなります。

URLマッピングは言語版ごとに行う

多言語サイトには、単一言語サイトよりも一層のリスクがあります。同じ製品でも、英語、ドイツ語、スペイン語、ロシア語など複数の独立したURLが存在することが一般的です。リニューアル時に英語ディレクトリだけを処理すると、他言語版のインデックス登録は、パスの変更、言語切替ロジックの変更、またはページの誤ったリダイレクトによって徐々に失われます。

理想的には、すべての旧URLに対して明確な新URLが必要です。たとえば：

移行表には「旧製品ページを製品センターへ転送」とだけ記載してはいけません。旧URL、新URL、ページ言語、ページタイプ、リダイレクトの状態、備考を記録する必要があります。ページ数が多い場合、この表は開発、SEO、コンテンツチームが連携するための基本資料にもなります。

言語間で安易に相互転送することも避けてください。旧ドイツ語製品ページにアクセスしたユーザーを英語のトップページへリダイレクトすると、通常はユーザー体験を低下させ、検索エンジンもページの言語帰属を理解しにくくなります。ある言語のコンテンツが正式に廃止され、代替ページもない場合を除き、同一言語の移行先ページを優先して維持すべきです。

301リダイレクトは「旧URLの移行先」を解決するが、ページ品質の代わりにはならない

301は、ページが恒久的に移転したことを検索エンジンに伝える標準的な方法です。JavaScriptによる転送、ページ内の案内リンク、Meta Refreshに依存するのではなく、サーバー側またはサイトプラットフォームのルールで実行する必要があります。インデックス登録済みのURLについては、301を設定するほうが、ページをそのまま消失させるよりも、既存の検索シグナルを維持しやすくなります。

ただし、301は万能な救済策ではありません。次のような方法は、リダイレクトを設定していても移行結果が不十分になりやすいです。

• 旧ページが最終ページに到達するまでに2～3回連続してリダイレクトされ、クロールとアクセスの損失が増える。
• 新ページでcanonicalが別のURLを指しており、検索エンジンに矛盾したシグナルを送っている。
• 新ページのコンテンツが明らかに縮小され、タイトルと短い説明だけが残り、元の検索ニーズを満たせない。
• 多数のURLがルールによって誤ってマッチし、製品ページ、記事ページ、言語ページが同じURLへ誘導される。
• リダイレクト公開後にすぐ解除される、または新旧サイトが長期間同時公開されて重複ページが発生する。

より確実な目標は、旧URLが直接301を返し、新URLが200を返し、かつ新ページがクロールおよびインデックス可能で、robotsディレクティブによってブロックされず、noindexも誤って設定されていない状態です。公開前には、URLクロールツールまたはブラウザの開発者ツールでレスポンスステータスをサンプリング確認してください。ブラウザで最終的に開けるかどうかだけを確認してはいけません。

多言語タグと正規化設定が、新サイトの理解され方を決める

URL移行が完了した後、次に見落とされやすい問題がhreflangです。これはリダイレクトを実現するためのものではなく、異なる言語または地域向けの同等ページがどれかを検索エンジンに理解させるためのものです。リニューアル後にURL構造が変わる場合、旧hreflangのURL、言語コード、相互参照関係も同時に更新する必要があります。

たとえば、英語ページでドイツ語版を指定する場合は、リニューアル後のドイツ語URLを指す必要があります。ドイツ語ページも英語版を逆方向に参照し、自身への参照を含める必要があります。言語版間では、テーマ、製品情報、ページ階層において対応関係を維持することが望ましいです。英語版が特定型番のページであるのに、ドイツ語版が大分類ページにしかリンクしていない場合、hreflangの意味は曖昧になります。

同時にcanonical設定も確認してください。インデックス可能な各言語ページは通常、すべての言語版を英語ページへcanonical設定するのではなく、自身の正規URLを指すべきです。後者では、英語以外のページが重複コンテンツと誤判定される可能性があり、特にすでにインデックス登録の基盤がある小言語のディレクトリに影響します。

公開の順序は「インデックス登録の送信」より重要

検索エンジンは、新サイトのサイトマップを送信しただけで、旧サイトのすべてのページシグナルを自動的に正しく継承するわけではありません。サイトマップの役割は新URLの発見を支援することであり、実際の移行は、アクセス可能な301、適切な内部リンク、安定したページ状態に依存します。

公開前に、URLマッピングの確認、リダイレクトの導入、hreflangとcanonicalの更新を完了し、インデックス可能な新URLのみを含むXML Sitemapを生成する必要があります。公開後は、次の4項目を確認します。

• 旧サイトの重要なURLが301を返し、最終的な移行先ページへ直接到達することを確認する。
• 新サイトのページが200を返し、404、500、noindex、robotsによるブロックが大量に発生していないことを確認する。
• Google Search Consoleで新しいSitemapを送信し、インデックスカバレッジ、クロール異常、ページリダイレクトレポートを確認する。
• オーガニックトラフィックが多いページ、外部リンクが多いページ、問い合わせ価値の高いページを確認し、ページタイトル、本文テーマ、フォームまたはコンバージョン導線がリニューアルで失われていないことを確認する。

旧ドメインまたは旧パスのリダイレクトは、新サイト公開から数週間後に停止すべきではありません。検索エンジンの再クロール、外部サイトによるリンク更新、ユーザーによる過去のブックマークからのアクセスには時間がかかります。貿易サイトでは、展示会資料、海外ディレクトリ、調達プラットフォーム、パートナーページに残された旧リンクは、予想以上に長期間存在することがよくあります。

リニューアル前に「URLを変更する必要があるか」を明確にする

多くの移行損失は回避できます。リニューアルの目的が主にデザインの変更、モバイル体験の向上、問い合わせコンポーネントの調整、またはサイト構築システムの置き換えである場合、すでに良好な成果を出しているURL構造まで同時に作り直す必要は必ずしもありません。特に製品ページや長期的に蓄積されたコンテンツページでは、命名規則を統一するために全体を書き換えるよりも、元のパスを維持するほうが通常は安全です。

元のURLに言語の混在、階層の制御不能、パラメータページの乱立、サイトアーキテクチャの調整、国際市場の分割などの問題がある場合にのみ、体系的な移行の必要性が高まります。この場合、リニューアルを検索資産の引き継ぎとして捉えるべきです。まずどのページに事業価値が残っているかを確認し、次に各言語の移行先を処理し、最後に継続的なモニタリングで検索エンジンが新しいサイト構造を受け入れているかを検証します。こうすることで、インデックス登録の短期的な変動が発生する可能性はあっても、基本的な移行ミスによって長年蓄積したページ資産を一度に失うことはありません。