多言語サイトのリニューアルで、過去のSEO評価は失われますか？

多言語Webサイトの再構築は、必ずしも過去のSEO評価を失うとは限りませんが、適切に処理しない場合、移行後にランキング、インデックス数、自然検索トラフィックが大きく変動する可能性があります。リスクは通常、「再構築」という作業自体ではなく、検索エンジンが旧ページと新ページの対応関係を継続して認識できなくなること、または異なる言語バージョンのインデックスシグナルが乱れることにあります。

例えば、企業が海外向け公式サイトのアップグレードを準備し、デザイン、CMS、URL構造、言語ディレクトリを同時に変更する計画を立てているとします。公開後、ページの見た目は改善されても、以前ランキングを獲得していた製品ページが404になり、英語コンテンツが一律でトップページへリダイレクトされ、ドイツ語とフランス語のページでは同じタグ一式が使用されている場合があります。このような変更により、長年蓄積されたリンク価値、ページテーマとの関連性、地域ターゲティングを完全に引き継ぐことが難しくなります。多言語Webサイトの再構築で過去のSEO評価は失われるのでしょうか。答えは、移行が追跡可能で、クロール可能で、検証可能かどうかに左右されます。

まず区別する：リスクが低い変更と、損失を招きやすい変更

ページレイアウトの調整、画像の差し替え、コードの圧縮、フロントエンドフレームワークのアップグレードのみであれば、既存のURL、タイトル、主要コンテンツ、内部リンクの関係が安定していることを前提に、通常は直接的に評価の喪失につながりません。本当に注意すべきなのは、サイトURL、ページ階層、言語バージョン、ドメイン、コンテンツテーマが同時に変更されるケースです。

多言語移行で最も見落とされやすい3つの問題

旧言語ページに対応する新しいランディングページがない

旧い/en/product-aを新しい英語版トップページへ直接リダイレクトしても、一見404を回避しているように見えるだけで、正しい移行とは限りません。検索エンジンがより必要とするのは、コンテンツが近く、意図が一致する対応ページです。製品ページはできる限り同一製品の新しい英語ページへ、記事ページは新しい記事ページまたは最も近い特集ページへ移動させるべきです。適切な対応ページがない場合は、旧ページをしばらく維持し、代替コンテンツを追加したほうが、「すべてトップページへリダイレクト」するよりも確実なことが多いです。

言語指定と実際のページが一致していない

hreflangは、異なる言語または地域バージョン間の関係を示すためのものですが、低品質な翻訳を修正することはできず、ページ自体の言語ターゲティングに取って代わるものでもありません。よくある誤りには、英語ページを中国語として指定する、すべての言語ページを同一URLに向ける、自己参照がない、ページがリダイレクトまたは404を返す、といったものがあります。さらに見えにくい問題として、サイトが訪問者のIPに基づいて言語バージョンへ自動的に強制リダイレクトし、検索エンジンが本来指定されたページをクロールできなくなることがあります。

より確実な方法は、各言語バージョンに言語ディレクトリ、サブドメイン、国別ドメインのいずれかによる独立してアクセス可能な固定URLを持たせ、ルールを一貫させることです。言語の自動推奨は残しても構いませんが、ユーザーとクローラーが手動で切り替えられるようにし、指定言語URLへのアクセスを妨げないようにする必要があります。

翻訳後に元ページの有効な情報を削除してしまう

再構築時に、旧コンテンツを「古い素材」と見なして全体的に置き換える人は少なくありません。その結果、製品仕様、利用シーン、FAQ、業界用語、内部リンクまで一緒に失われます。ページの文字数自体が評価ではありませんが、これらのコンテンツこそが検索ニーズにページを一致させている理由である可能性があります。特に、すでに自然検索トラフィックや外部リンクを持つページでは、どの検索クエリ、流入リンク、コンバージョン経路をもたらしているかを先に確認してから削減範囲を決めるべきであり、新しいビジュアルテンプレートだけに合わせてコンテンツを切り詰めるべきではありません。

公開前に完了すべき移行準備

移行作業は新サイトの公開日ではなく、旧サイトのページ一覧から始めるべきです。アクセス可能なすべてのURLをエクスポートした後、主要な言語ページ、製品ページ、コンテンツページ、外部リンクを持つページ、既存トラフィックのあるページを分類します。各旧URLには、維持、どの新ページへ統合するか、恒久的リダイレクト、または廃止確認のいずれか、明確なステータスを設定する必要があります。

1. 旧サイトをクロールし、URL、タイトル、ステータスコード、正規化タグ、言語バージョンの基本リストを作成する。
2. URLが変更されるページについて1対1のマッピング表を作成し、ディレクトリ単位で一括リダイレクトするだけの対応を避ける。
3. 新サイトがクロールを許可しているかを確認し、robotsルール、noindexタグ、ログイン制限が正式ページに誤って影響していないことを確認する。
4. 各言語に正しいサイトマップを生成し、ページ間には完全かつ双方向で一貫したhreflang指定を使用する。
5. テスト環境で、ページが200を返し、旧URLが301を返すこと、またリダイレクト経路が複数の中間URLを経由しないことを検証する。

ここでの301は、JavaScript、ポップアップ、数秒後のページリフレッシュに依存するものではなく、サーバー側で設定された恒久的リダイレクトであるべきです。前者はページ変更の関係をより明確に伝達できますが、後者の方法はクロール、ユーザー体験、リンクシグナルのいずれにおいても不安定になりやすいです。

公開後の変動を、正常か異常かどのように判断するか

短期間にクロール頻度の変化や一部キーワード順位の調整が生じても、必ずしも過去の評価が失われたことを意味するわけではありません。検索エンジンには、ページを再クロールし、リダイレクトを認識し、言語間の対応関係を処理する時間が必要です。判断の重点は特定日の順位だけに置くのではなく、旧URLが継続して正しくリダイレクトされているか、新URLがインデックスされているか、重要ページにインデックス除外が発生していないか、自然検索からの流入が誤った言語ページに着地していないかを観察することにあります。

公開後は、いくつかのシグナルを優先して確認してください。旧サイトの高価値URLがまだ200または404を返していないか、新ページのcanonicalが別の言語バージョンを誤って指していないか、サイト内ナビゲーションにテスト用URLが残っていないか、XMLサイトマップにリダイレクトページが混在していないか、モバイル版とデスクトップ版で同じ主要コンテンツが表示されているかを確認します。主要ページが長期間にわたって置き換わりインデックスされない、または多数の旧ページが無関係なページへリダイレクトされている場合は、新しいコンテンツをさらに追加するのではなく、直ちにマッピング関係とサーバールールを見直すべきです。

再構築方法によって、適した移行戦略は異なる

ビジュアルリニューアルのみの場合は、URLとコンテンツテーマを安定させることを優先すれば、リスクは最も低くなります。言語ディレクトリを変更する場合、例えばパラメータ形式から/en/、/ja/へ変更する場合は、ページごとのマッピングとhreflangの検証に注力すべきです。ドメイン、システム、コンテンツ構造を同時に変更する場合は、段階的に進めることを推奨します。まずドメインまたはURLの移行を完了してインデックス状況を確認し、その後により大きな範囲のコンテンツ再編を行います。すべての変数を同じ公開日に集中させると、問題の切り分けが難しくなり、トラフィック変動がどの変更によって生じたのかも判断しにくくなります。

過去のSEO評価は、直接移し替えられる固定値ではなく、リンク、コンテンツの関連性、クロール可能性、ユーザーの訪問経路などのシグナルが蓄積された結果です。多言語Webサイト再構築の目的は、すべてのページの順位を完全に変えないことではなく、検索エンジンとユーザーの双方が旧ページから最も適合する新ページを明確に見つけられ、対応する言語の有効なコンテンツを継続して得られるようにすることです。