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（フィリピン語 フィリピン）。

Google は hreflang の値で大文字小文字を区別しません。zh-CN、zh-cn、zh-cN は同様に認識されます。地域コードを大文字で表記するのは ISO の慣例ですが、実際に確認すべきなのは言語・地域コードの有効性です。

各言語版では、自身を指す hreflang と利用可能な他言語版への双方向の指定が基本です。x-default は任意で、対応しない言語の利用者に適切な既定ページや言語選択ページを案内したい場合に使います。x-default がないだけでは実装は壊れません。

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

間違い 1 — 言語だけでなく地域コードも含め、有効なコードを使っていないこと。Google は hreflang の大文字小文字を区別しません。地域コードを大文字で書くのは ISO に沿った書式の推奨であり、zh-cn の表記だけが原因で無効になることはありません。

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

間違い 3 — 適切でない x-default のリンク先を選ぶこと。x-default は任意です。指定するなら、未対応言語の利用者に役立つ既定ページや言語選択ページを指します。省略するだけでは hreflang エラーになりません。

間違い 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 またはサイトマップの注釈を確認します。有効な言語コード、自己参照、双方向の代替 URL とその到達先を検証します。x-default は任意のフォールバックを設定した場合にのみ確認してください。地域コードの大文字小文字は Google の判定条件ではありません。

ステップ 2 — Google Search Console。旧「国際ターゲティング」レポートは 2022 年に廃止されました。URL 検査で個別 URL のインデックス状況と canonical を確認し、クロールやサイト監査で hreflang のリターンタグ、ロケールコード、alternate URL を検証します。Google は現在も hreflang をサポートしていますが、この旧レポートは利用できません。

ステップ 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 がなくても有効な言語版の関連付けは機能します。

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

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

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

現在 Cogo Site で利用できるのは、多言語コンテンツの編集、確認して使える AI 翻訳の下書き、訪問者向けの言語切替です。

Cogo Site は現時点では、公開したサイトに対して hreflang タグやサイトマップの alternate を生成せず、言語を切り替えてもページの URL は変わりません。

SEO 戦略が hreflang 付きの言語別 URL に依存している場合、Cogo Site は今のところ適していません。