多言語記事ページのローカライズでは、言語ごとのリンクをどのように扱えばよいですか？

多言語の記事ページのリンクを適切に処理するには、まず各言語版に安定してアクセスできる固有のURLを用意し、本文内のリンク、言語切り替え、検索エンジン向けのアノテーションを正しいバージョンに紐付ける必要があります。ページのテキストだけを翻訳しても、ドイツ語の記事にある製品リンクが英語ページに遷移したり、すべての言語のcanonicalが英語版を指していたりすると、閲覧経路とインデックス登録のシグナルが食い違います。

多言語の記事ページ構築に関する技術評価では、まず次の3点を確認します。各言語版が同じ記事に対応しているか、サイト内リンクから読者に適したページへ移動できるか、検索エンジンが各バージョンの関係を認識できるかです。URLを現地語に翻訳するかどうかは、この3点を満たしたうえで判断できます。

記事の対応関係を確立してから、URL構造を選ぶ

言語別サブディレクトリ、サブドメイン、独立ドメインのいずれも、多言語コンテンツの配信に利用できます。たとえば、同じ選定ガイドを、/en/guides/pump-selection/と/de/ratgeber/pumpenauswahl/で公開できます。パスを一語一句対応させる必要はありませんが、システムがそれらを同じコンテンツグループとして認識できる必要があります。

単一の管理システムで運営する海外向けサイトでは、通常、言語別サブディレクトリが一元管理に便利です。市場ごとに独立したチームが運営している場合は、サブドメインや独立ドメインも検討できます。選択にあたっては、公開権限、リダイレクトの管理、データ集計をあわせて考慮し、特定の構造が「SEOに有利」という説明だけで決めないようにしましょう。

URL内の言語コードを置き換えて翻訳版を探さないでください。言語によって異なるslugを使う場合があり、未翻訳、公開停止、特定市場向けの記事が存在することもあります。より確実な方法は、変更されない記事グループIDで各バージョンを関連付け、言語、地域、公開状況、実際のURLを記録することです。本文内リンク、言語切り替え、hreflangはすべて、この対応情報から生成します。

slugを現地語にすることで、ユーザーがリンクの内容を理解しやすくなりますが、必須ではありません。既存サイトで統一した英語slugを使用している場合でも、各言語のURLが明確で安定していれば、そのまま使用できます。翻訳したパスに合わせてインデックス登録済みのURLを変更する場合は、サイト内リンク、サイトマップ、言語アノテーションもあわせて更新し、旧URLから該当する新URLへ恒久的にリダイレクトする必要があります。

本文内リンクは同じ言語を優先し、翻訳がない場合は代替方法を明示する

記事内のリンクは、リンク先の用途に応じて処理します。製品紹介、選定ガイド、ダウンロード資料、問い合わせページへのリンクでは、同じ言語で、その市場に適したバージョンを優先します。外部規格、調査資料、公式文書を引用する場合は、正確な出典を維持し、言語をそろえるために内容の異なるページへ差し替えてはいけません。

アンカーテキストも現地語にする必要があります。ドイツ語の記事から正しいドイツ語の製品ページにリンクしていても、アンカーテキストに「Learn more」のような英語が残っていれば、読書の流れが途切れます。画像リンク、ボタン、おすすめ記事、本文内のページ内アンカーも確認が必要です。特に、翻訳後にタイトルIDを再生成した場合は注意してください。

リンク先に該当する言語版がない場合は、リンクの用途に応じて対応します。

• 補足資料として読むものは、他言語版へのリンクを残し、リンクの近くに言語を明記できます。
• 製品仕様、見積もり、問い合わせに関するリンクでは、代替ページがその市場に適しているか確認します。適切なページがない場合は、内容が明確な問い合わせ窓口を案内できます。
• 公開が終了したコンテンツは、リンクを削除するか、明確な代替コンテンツへリンクし、すべてのリンクをトップページへ転送することは避けてください。

言語切り替えでは、現在の記事に対応するバージョンへの遷移を優先します。翻訳がない場合は、その選択肢を非表示または無効にするか、「この言語の記事一覧を表示」と案内できます。ユーザーが「言語を切り替える」をクリックした後、何の説明もなくトップページに遷移させてはいけません。翻訳がないことを隠してしまい、リンクの不具合と誤解されるおそれがあります。

サイト構築プラットフォームを評価する際は、3言語に対応するサイトで、2言語版しかない記事を使ったデモを依頼できます。すべての言語版がそろったサンプルを見せてもらうより、欠けているバージョンがどのように表示されるか、翻訳版の公開後に対応関係が自動で作成されるかを確認するほうが、システムの機能を把握できます。

hreflangは言語間の関係を示し、canonicalは正規URLを指定する

hreflangは、どのURLが同一コンテンツの異なる言語版または地域版であるかを検索エンジンに伝えるためのものです。英語版とドイツ語版の記事では、それぞれのページに公開済みのバージョンを一覧表示し、自分自身も含めて、相互に参照するよう設定します。英語版だけでドイツ語版を指定し、ドイツ語版では対応する指定をしない場合、アノテーションが正しく採用されないことがあります。

言語値には、en、deなどの有効なコードを使用します。地域による違いがある場合は、en-US、en-GBのように言語と地域を組み合わせて指定できます。国コードを単独で言語コードとして使わないでください。x-defaultは、適切な言語が一致しない場合のデフォルトの案内先として、たとえば言語選択ページに使用できますが、すべての多言語サイトで必ず設定する必要はありません。

hreflangはcanonicalの代わりにはならず、ページのインデックス登録を保証するものでもありません。コンテンツが翻訳済みで、各バージョンをそれぞれ検索結果に表示させたい場合は、通常、各バージョンのcanonicalを自身の正規URLに設定します。ドイツ語ページのcanonicalが一律に英語ページを指していると、ドイツ語コンテンツを個別にインデックス登録する意図と矛盾します。

hreflangに指定するURLは完全なURLとし、クロールおよびインデックス登録が可能な正式ページに直接リンクしてください。下書き、404ページ、リダイレクト先のURL、noindexが設定されたページは、有効な言語グループに残さないでください。言語間の関係は、HTMLページ、HTTPレスポンスヘッダー、XMLサイトマップで指定できます。管理しやすい方法を選び、複数の方法を併用する場合は、設定内容を必ず一致させてください。

公開時、翻訳の欠落時、変更後の動作を確認する

多言語リンクの検収では、切り替えボタンがクリックできるかどうかだけを確認してはいけません。技術担当者は、翻訳が完了した記事、翻訳がない記事、URLを変更した記事を選び、最終的に表示されるページと実際の遷移先を確認する必要があります。ナビゲーションがスクリプトに依存する場合も、記事リンクにクロール可能な実URLがあり、クリックイベントだけに依存していないことを確認してください。

確認項目は、次の4点に整理できます。

• 本文、おすすめ記事、コンバージョンにつながるリンクが、正しい言語および市場向けのページに遷移するか。
• 言語切り替えで記事の対応関係が維持され、翻訳がない場合に明確な案内が表示されるか。
• canonicalとhreflangの設定が一致しているか。リンク先が正常なページに直接つながり、インデックス登録が許可されているか。
• 翻訳版の公開、取り下げ、改題後に、関連リンク、キャッシュ、サイトマップがあわせて更新されるか。

ブラウザーの言語に応じたバージョンの推奨を行う場合は、ユーザーが自分で選択できる導線を残してください。IPアドレスやブラウザーの言語に基づく強制的なリダイレクトは、アクセスやクロールを妨げるおそれがあります。特に、特定の言語のURLをユーザーがコピーして共有したとき、受け取った人がそのURLに対応するコンテンツを引き続き表示できるか確認してください。

保守しやすい実装では、翻訳版が公開停止になった際に、該当する言語切り替えの選択肢とhreflangの指定をあわせて削除でき、翻訳版が追加された際には関連付けを復元できます。評価の際に、サービス提供者にこの2つの作業をその場で実施してもらい、ページ、本文内リンク、アノテーションが連動して更新されるか確認すれば、リンクのローカライズがコンテンツ管理プロセスに組み込まれているか判断できます。