hreflang ガイド：構文、間違い、ベストプラクティス

hreflang（rel=alternate hreflang）は、検索エンジンにどの言語・地域版のページをどの検索者の結果に表示するかを伝える HTML リンク属性。2011 年に Google が多言語サイトの重複コンテンツ問題を解決するために導入：英語ページとスペイン語ページの内容が同じ場合、Google はどちらかを重複と判断し片方だけをインデックスする可能性。hreflang は「これらは異なるオーディエンス向けの意図的な alternate — 両方をインデックスし検索者を適切にルーティングしてください」と Google に伝えます。

hreflang がなければ、「近くの配管工」と検索した米国の検索者にスペイン語ページが表示される可能性（Google がクエリに関連すると判断するため） — スペイン語が読めないので直帰。正しい hreflang があれば、Google は英語ページを米国の検索者に、スペイン語ページをメキシコの検索者に表示。結果：エンゲージメント向上、コンバージョン向上、ロケール間の共食いなし。

hreflang が最も重要な場面：多言語サービス業（移民コミュニティ、クロスボーダープロフェッショナル）、国際 EC、同じコンテンツを複数言語で公開するすべてのサイト。単一ロケールのサイトには hreflang は不要 — Google がアトリビュートなしで正しく処理。

hreflang は link rel=alternate 属性と hreflang 値を使用。値は ISO 639-1 言語コードとオプションの ISO 3166-1 alpha-2 地域コードを組み合わせ。例：en（英語、任意の地域）、en-US（英語 米国）、zh-CN（簡体字中国語 中国大陸）、zh-TW（繁体字中国語 台湾）、es-MX（スペイン語 メキシコ）、fil-PH（フィリピン語 フィリピン）。

重要：地域コードは大文字小文字を区別。zh-CN が正しく、zh-cn や zh-cN は不正。Google は不正なケーシングを静かに無視。ISO 標準に従い常に大文字の地域サブタグを使用。

完全な hreflang 実装にはすべてのページに 3 つが必要：(1) 自己参照 hreflang タグ（ページが自身のロケールを宣言）、(2) 他のすべてのロケール版の hreflang タグ（alternate）、(3) マッチしない検索者に表示するロケールを指す x-default タグ。いずれかが欠けると実装が壊れます。

すべての alternate は双方向でなければなりません。ページ A（英語）がページ B（中国語）を alternate と宣言する場合、ページ B はページ A を alternate と宣言しなければなりません。リターンタグの欠落は最もよくある hreflang の間違い — 片方が欠けると Google は両方向を無視。

間違い 1 — ロケールコードのケーシングが不正。zh-CN ではなく zh-cn、fil-PH ではなく fil-ph。Google は不正なケーシングのタグを静かに無視。修正：常に大文字の地域サブタグを使用。

間違い 2 — リターンタグの欠落。ページ A がページ B を alternate と宣言するが、ページ B がページ A を宣言しない。修正：すべての alternate は双方向でなければならない。新しいロケールを追加する場合、既存のすべてのページを更新してそれを宣言し返す。

間違い 3 — x-default が欠落または不正。x-default なしでは Google がマッチしない検索者に表示するロケールを推測。通常は最もインデックスされたロケールを選択し、それが望む結果でない場合がある。修正：x-default を明示的に宣言（通常はビジネスの主要ロケールを指定）。

間違い 4 — hreflang URL が canonical URL と一致しない。/pricing の canonical が /pricing だが、hreflang が /pricing?utm_source=internal を指す場合、Google は alternate を無視。修正：hreflang URL は canonical URL と文字単位で一致しなければならない。

間違い 5 — noindex またはカノニカライズされたページの hreflang。インデックスからブロックされたページは hreflang を宣言すべきでない。修正：noindex ルート、リダイレクトルート、他の URL にカノニカライズされたページでは hreflang タグを省略。

間違い 6 — ソフト 404 または「このロケールは利用できません」ページへの hreflang。「申し訳ございません、このページはあなたの言語では利用できません」というメッセージを返す alternate URL を宣言しないでください — それはソフト 404 で Google が両方向にペナルティを課します。修正：実際のコンテンツを含む alternate のみ宣言。ページがあるロケールに存在しない場合、そのロケールを alternate として宣言しない。

間違い 7 — ページ間で不一致のロケールバリアント。ページ A は en、zh-CN、es を宣言するが、ページ B は en と zh-CN のみ。不一致は Google を混乱させます。修正：複数ロケールに存在するすべてのページは、存在するすべてのロケールを宣言し、存在しないロケールは宣言しない。

ステップ 1 — レンダリング済み HTML を検査。多言語ページのソースを表示し、head セクションに link rel=alternate タグがあることを確認。自己参照タグ 1 つ、各 alternate ロケールのタグ 1 つ、x-default タグ 1 つがあるべき。ケーシング、URL の一致、双方向タグを確認。

ステップ 2 — Google Search Console。国際ターゲティング > 国で、Google がサイトで見つけた hreflang エラーを報告。よくあるエラー：リターンタグの欠落、不正なロケールコード、壊れた alternate URL。Google が報告するすべてのエラーを修正。

ステップ 3 — Ahrefs または Sitebulb クロール。これらのツールは大規模な hreflang の問題を検出 — 数千ページにわたる双方向タグの不一致、壊れた alternate、不正なロケールコード。四半期ごとにフルサイトクロールを実行。

ステップ 4 — 手動 SERP テスト。ロケール固有のデバイスからブランド名を検索（VPN または Google の国固有ドメイン、例えば香港なら google.com.hk を使用）し、正しいロケール版が表示されることを確認。ロケールの共食い（間違った版が間違った地域でランキング）が見られる場合、hreflang が原因の可能性。

ステップ 5 — Search Console でインデックスを確認。ページの各ロケール版に URL Inspection を使用し、Google がすべての alternate をインデックスしていることを確認。ロケール版がインデックスされていない場合、hreflang がシグナルを正しく渡していない。

ベストプラクティス 1 — 地域固有のコンテンツがない場合は言語のみのコード（en、zh、es）を使用。コンテンツが地域によって本当に異なる場合（通貨、法的参照、語彙）のみ地域コード（en-US、en-GB、zh-CN、zh-TW）を使用。コンテンツが同一なのに地域コードを過剰に指定すると不要な alternate が生成。

ベストプラクティス 2 — x-default をビジネスの主要ロケール（通常は会社の母国のロケール）に設定。米国企業なら x-default = en または en-US。英語版を持つ中国企業なら、主要オーディエンスが中国語なら x-default = zh-CN、国際向けなら en。

ベストプラクティス 3 — 単一の真相源（CMS またはホームページビルダー）から hreflang を生成。数千ページにわたる手動 hreflang メンテナンスはドリフトを保証。Cogo Site、WordPress + WPML、Shopify の多言語機能はすべて hreflang を自動生成。自動生成するビルダーを選択。

ベストプラクティス 4 — hreflang URL はクリーンで安定に保つ。クエリパラメータ、セッション ID、トラッキングパラメータを hreflang URL に含めない。alternate URL を公開したら、リダイレクトなしで変更しない — Google の hreflang キャッシュの再構築には数週間かかる。

ベストプラクティス 5 — ロケールのローンチ、削除、大規模コンテンツ移行のたびに hreflang を監査。ドリフトは起こる。hreflang は多言語サイトの健全性のカナリア。

Cogo Site はロケールプレフィックス付き URL ルーティングという単一の真相源から hreflang を生成。すべてのページに自動的に自己参照、alternate、x-default タグが含まれ、正しい ISO ケーシング、双方向リターンタグ、canonical 一致 URL。タグを書く必要はなく、維持する必要もありません。

ロケールを追加すると、すべてのページの hreflang タグがそれを含むように原子的に再生成 — 既存ページで新しい alternate が欠落する期間がない。ロケールを削除すると、すべてのページからそのロケールへの hreflang がクリーンに除去され、ソフト 404 を防止。

ページ単位のロケール可視性で、ページを英語のみまたは中国語のみとしてマーク可能 — hreflang は両方に存在する場合のみ alternate を宣言し、「存在しない中国語版のソフト 404 alternate」の間違いを防止。

x-default ロケールはサイトごとに設定可能で、デフォルトは元の公開ロケール。hreflang URL は canonical URL と同じルーティングから派生するため、ドリフトの可能性なし。