実務ガイド
hreflangを付けたのに、検索結果で別言語のURLが出る・注釈が無視される、という相談は、越境サイト運用で繰り返し出ます。Googleの公式ドキュメントは、各言語版が自分自身と他言語版を列挙すること、双方向のリンクが無いとタグが無視されうること、HTML／HTTPヘッダー／sitemapの3方法は同等で一本化が管理しやすいこと、を明示しています。本記事では「どこから崩れるか」を問いに分け、今週確認する手順をわかりやすく解説します。
公式は、Googleがページの言語を判定するのに`hreflang`やHTMLの`lang`属性を使わず、アルゴリズムで判定する、と書いています。hreflangの役割は「このURL群が同一コンテンツの言語・地域バリエーションである」と伝えることです。タグを足しただけで言語判定が切り替わる、という期待は置きすぎです。
何もしなくても代替言語版を見つける場合もある、とも書かれています。それでも、明示した方が適切版へ誘導しやすい、というのが公式の推奨です。社内説明では、「自動発見があるからタグは不要」と「タグがあれば絶対に順位が上がる」の両極端を避けます。
重複扱いの条件も押さえておきます。メインコンテンツが未翻訳のままテンプレだけ翻訳したページは、ローカライズ版として扱うシナリオに含まれます。一方、メインが未翻訳のまま似たURLが並ぶと、重複の扱いが絡みます。翻訳の有無とURL設計を、同じ行にメモします。
公式のトラブルシューティングで最初に挙がるのが、missing return links（戻りリンク欠落）です。ページXがページYを指すなら、YもXを指し返す必要があります。双方向が揃わない注釈は、無視されたり正しく解釈されないことがあります。
典型は、日本語ページに英語・タイ語の`link`を足したが、英語・タイ語側の``が古いまま、という状態です。CMSの言語テンプレが別管理だと、片方だけ更新されやすいです。確認は「A→Bがあるか」ではなく「B→Aもあるか」までセットです。
新規言語を足すとき、公式は強い本拠言語との双方向リンクを優先する、とも書いています。全言語同士を完全網羅するのが難しい場合でも、本拠（例：`.fr`や日本語本拠）との往復が欠けないようにします。新規同士だけ相互リンクして本拠を忘れる、という崩れ方が現場で出ます。
代替ページの示し方は、HTMLの`link`、HTTPヘッダーの`Link:`、XML sitemapの3つです。公式はGoogleから見て同等で、サイトに都合のよい方法を選んでよい、と述べています。3つ同時も可能ですが、検索上の利点はなく、管理が難しくなる、ともあります。実務では1方法に寄せるのが安全です。
HTMLは、ページの``に各言語版（自分自身を含む）の`link`を同じセットで置く方法です。HTTPヘッダーはPDFなど非HTML向きです。sitemapは、各`url`エントリにxhtmlの代替リンクを子要素で列挙します。大規模サイトではsitemapがメンテしやすい一方、HTMLはクロール時にページと一緒に見えやすい、という運用差があります。
混在の典型は、トップだけHTML、下層はsitemap、という中途半端です。どちらかで欠けたURLが出ると、戻りリンク条件が崩れます。実装方針を1枚に固定し、「新規ページの追加手順」に同じ方法を書きます。方針が空のまま言語を増やすと、注釈の抜けが後から見つかります。
ガイドラインでは、各言語版が自分自身と他の全言語版を列挙する、とあります。自己参照が無いセットは不完全です。また、代替URLは`https://`を含む完全修飾である必要があります。`//example.com`や相対パス`/foo`は不可で、ドメインが違っても構いません。
同じ言語で地域違い（`en-ie`、`en-ca`、`en-au`など）がある場合、地理を特定しない`en`のキャッチオールを用意するとよい、という案内もあります。US・UKなど個別URLが無い英語圏ユーザー向けの逃げ道です。キャッチオールは、既存の強い英語ページを流用してもよい、と読めます。
確認手順は、レンダリング後のHTMLをバリデータで見て、`link`が``内にあるかを見ることです。公式も、疑わしいときはレンダリング結果をHTMLバリデータへ貼れ、と書いています。JSで後付けして``に入らない実装は、検知漏れの温床になります。リリース前に「表示ソース」ではなく「レンダリング結果」で見る、とチェック欄に書きます。
`x-default`は、他の言語・地域がユーザーのブラウザ設定に合わないときのフォールバックです。言語セレクタや自動リダイレクトのホーム向き、と公式は説明しています。言語コードは不要で、どの言語にもマッチしないユーザー向けの着地です。
無いと「未対応言語のユーザーが、たまたま強い言語版に固定される」ことがあります。あると「セレクタへ逃がせる」余地ができます。ただし、セレクタURLが404や別ドメインの迷子だと、フォールバック自体が壊れます。`x-default`の`href`は、実在する選択ページにします。
社内では、`x-default`の有無を「ある／無い／URL」の3列で残します。無い週は「未設定」と書き、推測で埋めない運用にします。自動リダイレクトだけに任せ、注釈が無いサイトは、検索と実ユーザーの経路がずれやすいです。
公式が挙げる誤りに、不正な言語コードと不正な地域コードがあります。言語はISO 639-1、地域はISO 3166-1 Alpha-2の組み合わせです。地域だけを単独で指定するのは無効です。`es-419`のような標準外コードは対象外です。
`EU`、`UN`、`UK`など、予約や非推奨の扱いになるコードは、Google検索上その部分が効かない、と説明されています（例：`UK`は効果を持たない）。英国向け英語は`en-GB`を使います。ベルギー向けは`de-be`／`nl-be`／`fr-be`が良い例、`be`単独はベラルーシ語コードになる、という対比が公式にあります。
中国語は`zh-Hant`／`zh-Hans`のようにスクリプト指定もできます。`zh-TW`のように地域からスクリプトが導かれる場合もあります。コード表を社内で1枚に固定し、マーケティングが自由に略号を作らないルールにします。略号を増やしたい週は、先にコード表へ追記してからタグを更新します。
多地域で同じ言語の類似URLがある場合、公式の多地域ガイドは、優先版を選び`rel="canonical"`とhreflangで正しい言語・地域URLを出す、と述べています。canonicalが別言語を指していると、hreflangクラスタと矛盾します。監査では、canonical先の言語と、hreflangの自己参照が一致するかを見ます。
リダイレクト先や404をhreflangが指しているケースも現場で多いです。注釈の`href`は200で本文があるURLに揃えます。301の途中URLを指したまま放置すると、戻りリンク検証が崩れます。変更リリースのチェックリストに「hreflang先のステータス」を1行足します。
Search Consoleの国際ターゲティング系レポートは、戻りリンクや言語コードの一部を拾うことがありますが、網羅ではない、という実務感覚が必要です。公式もサードパーティツール例を挙げつつ、Google非管理と明記しています。社内の正本は、公式ガイドラインの条件チェック表です。ツールの緑表示だけを完了条件にしない方が安全です。緑でも戻りリンクが欠けている例があるためです。
今週の1点は、主要テンプレ（例：トップまたは商品詳細）について「実装方法／自己参照／戻りリンク／x-default／コード表準拠／確認日」の6点表を1セット完成させることです。HTMLとsitemapの二重実装が残っていたら、どちらを正本にするかを先に決め、もう一方は止めるか同期手順を書きます。
チェックは、日本語版のソースで英語URLを見つけ、英語版ソースに日本語URLがあるかまで確認します。片方向だけ通った状態を「完了」にしないルールにします。新規言語を足す週は、本拠言語との往復を必須項目にします。
表ができたら、次のリリース前に同じ6点を再実行します。未更新が2週続いたら担当を替えます。保管先は共有フォルダの固定パス1つに決め、朝会では「未更新」だけを確認します。言語コードの独自略号は、コード表にあるものだけに限定してください。
代理店や制作会社に依頼する場合も、成果物は「タグを足した」ではなく「双方向が揃った画面キャプチャまたはクロール結果」にします。片方向のスクリーンショットだけでは検収完了にしない、と契約メモに書きます。検収欄に戻りリンクの有無を必ず残します。週次の朝会では、未完了の検収欄だけを読み上げます。
A. 公式の位置づけは、適切な言語・地域版へ誘導するための注釈です。言語判定の材料にはなりません。
A. Googleから見て同等です。管理しやすい方を1つに寄せます。二重実装は事故が増えやすいです。
A. 戻りリンク欠落です。AがBを指しても、BがAを指さないと無視され得ます。
A. 主要テンプレ1本で、実装方法・自己参照・戻りリンク・x-default・コード・確認日の6点表を埋めることです。
調査時点：2026年8月。実装条件はGoogle公式ドキュメントを優先し、二次まとめの断定は使いませんでした。