Hreflang多言語ページの実装：書き方、地域ページ、よくあるミス
1. hreflangが実際に担う役割：強制ではなく提案
まず最もよくある誤解を正しましょう。hreflangはGoogleにある地域のユーザーへ特定のバージョンを表示するよう強制するものではありません。「これらのURLは同じ内容の異なる言語バージョンなので、ユーザーの言語に最も合うものを選んでください」とGoogleに伝えるだけです。Googleは他のシグナル（検索語、リンク、地域での権威性）に基づいて、より適切と判断したバージョンを選ぶことがあります。hreflangは正しく選ばれる確率を高めるだけです。
B2Bの海外展開多言語サイトでは、hreflangは2つの具体的な問題を解決します。ドイツのユーザーがドイツ語キーワードで検索したときに英語ページを見せないこと、ベルギーのフランス語ユーザーがフランス語キーワードで検索したときにフランスのフランス語ページやカナダのフランス語ページを見せないことです。やり方を間違えると、ドイツ語ユーザーがSERPで英語のタイトルを見て、クリック後に301でドイツ語ページへ飛ばされる、という典型的な症状が出ます。この1回のリダイレクトでクリック率が半分失われます。
| よくある誤解 | 実際の挙動 | 結果 |
|---|---|---|
| hreflangは地域表示を強制する | あくまで提案で、Googleに裁量権がある | 書き間違えてもインデックスには影響せず、マッチングだけに影響する |
| hreflangがあれば翻訳は不要 | 内容は本当に翻訳する必要があり、機械翻訳は認められない | Googleは自動翻訳コンテンツを識別する |
| hreflangはfooterに置けばよい | headかHTTPヘッダーかsitemapに置く必要がある | footerはクロールされない |
| 1つのドメインに1つの言語 | 1つのドメインに複数の言語バージョンを置ける | サブディレクトリかサブドメインで言語を分ける |
多言語サイトの品質基準は単一言語より厳しく、翻訳品質が基準に達しないなら公開しないほうがよい。詳しくは多言語コンテンツ公開の品質基準。GEO時代の多言語戦略は英語にとどまらない。詳しくは多言語GEOは英語を超える。
2. URL構造：サブディレクトリがサブドメインより優れ、独立サイトより優れる
hreflangを設定する前にURL構造を決めましょう。ここで間違えると後は穴埋め作業になります。
| 構成 | 例 | SEO評価の伝達 | 維持コスト | 適用シーン |
|---|---|---|---|---|
| サブディレクトリ | example.com/de/、example.com/fr/ | メインドメインに集中、最も強い | 最低 | ほとんどのB2B企業サイトで第一選択 |
| サブドメイン | de.example.com、fr.example.com | 分散、個別に評価を構築する必要あり | 中 | 国別ブランドを独立運営している場合 |
| 独立系サイト | example.de、example.fr | 完全に独立、それぞれ被リンクが必要 | 最高 | ローカライズ業務が重く、チームが分散している場合 |
| パラメータで区別 | example.com?lang=de | 非推奨、重複コンテンツのリスクが高い | 低いがリスクは大きい | 使わないこと |
B2B海外展開チームの90%はサブディレクトリを使うべきです。理由：メインドメインの評価が集中的に伝達され、hreflangの保守が簡単で、CDNとHTTPS証明書も1セットで済みます。サブドメインは、すでに特定の国別市場で独立したブランドと被リンクを築いている場合にのみ使う価値があります。独立サイトは、ドイツやフランスに実際の現地法人、現地チーム、現地コンテンツ制作体制がある場合にのみ検討してください。国別ランディングページとdoorwayページの境界線については、国別ランディングページとdoorwayページのレッドライン。
3. マークアップ方法：3つの実装方式
hreflangには3つの実装方法があり、状況に応じて選びます。
| 方法 | 記述場所 | 適した規模 | 優先度 |
|---|---|---|---|
| HTML linkタグ | 各ページのhead内 | 数十〜数百ページ | 第一候補 |
| XML sitemap | sitemap に xhtml:link を追加 | 数千ページ以上 | 大規模サイトの第一選択 |
| HTTPレスポンスヘッダー | サーバーがLinkヘッダーを返す | PDFなど非HTMLドキュメント | 補足 |
HTML linkタグの標準的な書き方は、各言語バージョンのhead内に、すべてのバージョン（自分自身を含む）とx-defaultを列挙する方法です。英語、ドイツ語、フランス語の3言語バージョンを例にすると、英語ページのheadには次を記述します：
link rel=”alternate” hreflang=”en” href=”https://example.com/”、link rel=”alternate” hreflang=”de” href=”https://example.com/de/”、link rel=”alternate” hreflang=”fr” href=”https://example.com/fr/”、link rel=”alternate” hreflang=”x-default” href=”https://example.com/”。ドイツ語ページとフランス語ページも同じ完全なリストを記述し、URLは完全に一致させる必要があります。
言語コードはISO 639-1の2文字言語コードを使い、必要に応じてISO 3166-1の国コードを追加します：enは英語共通、en-GBはイギリス英語、de-ATはオーストリアドイツ語、zh-CNは簡体字中国語、zh-TWは繁体字中国語を表します。cnやzhのような不完全なコードは使わないでください。
4. よくある5つのエラー一覧
hreflangが機能しない原因の90%はこの5つのエラーです。1つずつ照合して自己点検しましょう。
| 誤り | チェック方法 | 結果 | 修正期限 |
|---|---|---|---|
| 片方向の参照 | 英語ページがドイツ語を指しているのに、ドイツ語ページが指し返していない | グループ全体が機能しない | 当日中に補完 |
| x-defaultの欠落 | フォールバックページが見つからない | 未知の言語のユーザーが英語版を見る可能性がある | 当日中に追加 |
| 言語コードの誤り | cnはzh-CNであるべき；zhは範囲が広すぎる | マッチングエラー | 当日中に修正 |
| 自己参照の漏れ | あるページが自分のhreflangを列挙していない | そのバージョンがグループ内の選択に参加しない | 当日中に追加 |
| URLの不一致 | http/https、末尾スラッシュ、大文字小文字の不一致 | 別 URL と見なされ、グループが分断される | 正規化してリライト |
| 循環参照エラー | A が B を指し、B が C を指し、C が A を指すが、A が C を指していない | Google がグループ化できない | グループ全体をリライト |
確認を手早く済ませるには Search Console の国際ターゲティングレポートを使います。公開後 7 日以内にすべてのエラーが一覧表示され、「正しい戻りタグが返されない」「戻りタグが見つからない」も含まれます。エラー一覧をエクスポートし、ページごとに修正してレポートがゼロになるまで続けます。多言語サイトの数値と表のローカライズは hreflang と歩調を合わせる必要があります。詳しくは多言語の数値・表・単位のローカライズをご覧ください。用語集の一元管理は翻訳品質の前提です。詳しくはMTPE 用語集ワークフロー。
5. 地域ページと多言語の境界線
B2B の海外展開ではよく二つのことが混同されます。多言語版（同じ内容を別の言語で）と地域ランディングページ（特定地域向けの専用コンテンツ）です。
| 次元 | 多言語版 | 地域ランディングページ |
|---|---|---|
| コンテンツ | 同一ソースの翻訳 | 現地市場向けに書き下ろす |
| URL | /de/、/fr/ などの言語サブディレクトリ | /us/、/mena/ などの地域サブディレクトリ |
| hreflang | 必須 | x-default または地域コードを付与可 |
| リスク | 翻訳品質が低い | doorway ページのペナルティ |
| 例 | 製品ページの英語版をドイツ語版に翻訳 | 「中東のバイヤー向け調達ガイド」 |
重要なレッドライン：地域ランディングページには本物のローカライズ済みコンテンツ（現地の認証、現地の事例、現地の決済方法）が必須で、英語ページのタイトルを変えただけではいけません。doorway ページの判定とレッドラインについては国別ランディングページとdoorwayページのレッドラインをご覧ください。市場の優先順位は英語、EU、中東、ラテンアメリカの順です。詳しくは海外展開の市場優先順位 英語 EU 中東北アフリカ ラテンアメリカ。
6. 公開チェックとモニタリングのリズム
| ステップ | ツール | 期限 | 合格基準 |
|---|---|---|---|
| ローカルコードレビュー | テンプレートごとに head をチェック | コミット前 | 三言語版が相互参照を完全に網羅 |
| URL 正規化 | canonical と hreflang を一致させる | コミット前 | http/https の衝突なし |
| デプロイ後の検証 | Rich Results Test または hreflang ツール | 公開当日 | 各グループ 4 タグが完全 |
| Search Console | 国際ターゲティングレポート | 7 日目、14 日目 | エラー数ゼロ |
| 四半期ごとの抜き取り検査 | 新規ページ公開時に同時チェック | リリースごと | 新テンプレートが hreflang ロジックを継承 |
サイト移行やリニューアル時、hreflang は新テンプレートで最も漏れやすい部分です。移行時の301リダイレクトとSEO保全と一緒にリグレッションを実施します。新規ページ公開時は、開発テンプレートに hreflang 出力ロジックを組み込み、運用担当が手動で追加しないようにします。
FAQ よくある質問
最後に
多言語サイトの hreflang は典型的な「細部が成否を決める」作業です。1 文字でも書き間違えたり、相互参照が 1 つ欠けたりすると、グループ全体が無効になります。しかも Search Console でそれに気づくのは公開から 2 週間後かもしれません。テンプレート化された作業にしましょう。開発が hreflang の出力ロジックをテンプレートに書き込み、運用担当者は言語を追加するときに URL リストを入力するだけで、人の記憶に頼らないようにします。
実行は 3 ステップです。今週、既存の多言語テンプレートを 5 種類のエラーリストに沿って自己点検する。来週、Search Console の国際ターゲティングレポートでエラーゼロを確認する。3 週目に、hreflang のチェックを新規ページの公開フローに組み込む。この 3 ステップを終えて初めて、あなたの多言語サイトは各国のバイヤーに本当に貢献し始めます。
覚えておきたい一言：hreflang は Google に見せる翻訳カタログだ。漏れなく列挙し、相互に参照させ、フォールバックを用意して初めて、Google はドイツの買い手をドイツ語ページへ送ってくれる。