多言語サイトの公開後、よく見られる状況があります。英語ページは検索されるのに、ドイツ語、フランス語、または日本語のページがなかなかインデックスに登録されない。または、検索結果には該当ページがあるにもかかわらず、フランスから検索したユーザーが常に英語版へ誘導されてしまうという状況です。チームはまずコンテンツの翻訳品質、サーバー性能、またはサイトマップを疑いがちですが、最終的に問題が一見目立たない hreflang タグに集中していることに気付きます。
hreflangとサイトのインデックス登録には確かに関連がありますが、まず一つの認識を正す必要があります。hreflang は「インデックス登録を申請する」ためのスイッチではありません。これは主に、複数の類似ページがそれぞれどの言語・地域を対象としているかを検索エンジンが理解し、適切な検索状況でより適合する URL を選択できるようにするものです。ページがクロールおよびインデックス登録されるかどうかは、依然としてアクセス可能性、ステータスコード、robots ルール、正規ページの指定、コンテンツ品質、内部リンクなどの基本条件に左右されます。
調査前に、現象を分けて考えるのが最善です。ある言語の URL が検索エンジンでまったく見つからない場合は、クロールおよびインデックス登録の適格性に注目すべきです。URL がすでにインデックス登録されているにもかかわらず、国や言語によって不適切なバージョンが検索結果に表示される場合に初めて、hreflang シグナルが正しく処理されていない問題により近いといえます。
たとえば、/en/product-a/、/de/product-a/、/fr/product-a/ のコンテンツ構成が似ていることは正常です。検索エンジンは言語タグ、ページ言語、正規ページ、サイト内リンクを基に、それらが重複ページではなく、対応するローカライズ版であると判断する必要があります。ドイツ語ページの canonical が英語ページを指している、またはドイツ語ページに noindex が設定されている場合、hreflang が完全に記述されていても、期待どおりの地域別表示を実現することは困難です。

1つ目は、言語コードの表記が不適切なケースです。言語には通常、en、de、fr のように ISO 639-1 コードを使用し、地域には en-US、en-GB のように ISO 3166-1 Alpha 2 コードを使用します。en-UK をイギリス英語として使用してはいけません。イギリスの地域コードは GB です。また、言語と地域はハイフンでつなぎます。大文字・小文字は通常、成否を左右しませんが、形式を統一したほうが保守しやすくなります。
2つ目は、相互参照が閉じていないケースです。1つの言語グループ内のページは、自身を宣言するとともに、他の代替バージョンも指す必要があります。英語ページがドイツ語ページを指していても、ドイツ語ページが英語ページへ逆方向にリンクしていない場合、検索エンジンは両者を対応関係として安定的に認識できない可能性があります。特にテンプレートでタグを一括生成する場合は、自己参照が見落とされがちです。
3つ目は、URL の不一致です。タグには末尾スラッシュなしのアドレスを記載しているのに、実際のページは末尾スラッシュ付きのアドレスへリダイレクトされる。タグに HTTP アドレスが残っている一方、サイトはすでに HTTPS に統一されている。パラメーターページ、ページネーションページ、または大文字・小文字が異なるアドレスが言語グループ内に混在している。このような一見小さな差異により、同一グループ内のページ関係が不明確になります。hreflang には、できる限り最終的に200 ステータスコードを返す正規 URL を記載し、リダイレクト、404、または robots によりブロックされるアドレスは記載しないでください。
多言語ページでよくある誤操作は、すべての言語バージョンの canonical を主要言語ページに向けることです。この方法は、まず検索エンジンに「ドイツ語ページは英語ページの重複コピーにすぎない」と伝え、その後 hreflang で「これはドイツのユーザーがアクセスすべき独立したバージョンである」と示すことに相当します。2種類のシグナルが競合すると、後者は通常、本来の効果を発揮できません。
より適切な基本設定は次のとおりです。実際に存在し、ユーザーに独立して提供できる各言語バージョンでは、canonical を自身に向けます。同一コンテンツの各言語対応ページは hreflang によって関連付けます。あるページが実際にパラメーターによる重複ページ、印刷用ページ、または独立した価値のないバリエーションである場合にのみ、canonical を主要バージョンに向けることを検討します。ページ内容が似ているという理由だけで、一律に言語間で正規化してはいけません。
最初からサイト全体をスキャンしないでください。まず製品詳細ページまたは主要なランディングページを1つ選び、すべての言語バージョンの URL を一覧化し、ログイン不要かつ地域制限のない環境で各アドレスを開けることを確認します。次に、ページのソースコードにあるlink rel="alternate"を確認し、言語コード、対象 URL、自己参照が含まれているか、さらに各バージョンが同様に完全な言語グループを返しているかを照合します。
続いて、レスポンスヘッダーとページ宣言を確認します。noindex、誤った X-Robots-Tag、クロールを阻止する robots.txt ルールがないこと、また訪問者の IP に基づいてサーバーが別の言語ページへ強制リダイレクトしていないことを確認します。言語の自動推奨は残しても構いませんが、ユーザーが明確に切り替えられる入口を用意すべきです。検索エンジンがドイツ語 URL にアクセスした際に常に英語トップページへリダイレクトされる場合、インデックス登録と言語マッチングの両方に影響します。
さらに、正規ページ、サイトマップ、内部リンクを確認します。XML Sitemap には hreflang 情報を補足でき、HTTP Header は PDF などの非 HTML ファイルにも適用できますが、同一ページ群に対して複数の情報源から互いに矛盾するマッピングを出力することは避けるべきです。通常のWebページでは、HTML<head>内で管理するほうが一般にわかりやすくなります。言語切替機能、ナビゲーション、コンテンツリストも、すべてトップページに戻すのではなく、対象言語の実際のページへリンクすべきです。
サイトに言語選択ページ、グローバルデフォルトページがある場合、または特定の言語・地域に明確に一致させられない場合は、x-default をフォールバック URL の説明に使用できます。これは特定の国の言語バージョンではなく、en、zh-CN などの具体的な指定に代わるものでもありません。サイトに独立した言語選択ページがない場合は、適切なデフォルト言語ページを直接指定すればよいですが、そのページがアクセス可能で、インデックス可能であり、他のバージョンとの関係が一貫していることを引き続き確保する必要があります。
調整完了後は、タグがソースコードに表示されているかだけで成功と判断しないでください。検索エンジンのウェブマスターツールにおけるインデックス状況、正規ページの判定、国際化関連の通知を併せて確認する必要があります。ページがまだインデックス登録されていない場合は、URL 検査結果に戻り、クロール失敗、重複ページとして除外、検出済み・未登録などの問題を優先的に処理します。ページがすでにインデックス登録されているものの地域別表示が安定しない場合は、言語コンテンツの差異、相互リンクの完全性、リダイレクト方針を引き続き確認します。
結局のところ、多言語サイトにおける hreflang の価値は、「正しいページが誤ったユーザーに表示される」可能性を減らすことであり、インデックス登録の条件を回避することではありません。まず各言語 URL が独立したインデックス登録条件を満たすようにし、その後、一貫性があり、閉じた関係で競合のない言語タグを用いてページを接続すれば、hreflangとサイトのインデックス登録に関する問題は通常より特定しやすくなり、後から言語を追加する際にも繰り返し発生しにくくなります。
関連記事
関連製品