hreflangタグの意味やSEO上の役割、言語・地域コードの書き方、HTML・XMLサイトマップ・HTTPヘッダーでの設定方法を解説します。相互参照やcanonicalとの併用、x-default、よくあるエラー、公開後の確認方法まで実務の流れに沿って紹介します。
多言語サイトを運営していると、日本のユーザーに英語ページが表示されたり、海外向けに作成したページが対象地域の検索結果に現れなかったりすることがあります。
ページの翻訳や現地向けの調整を丁寧に行っていても、検索エンジンが各URLの関係を正しく理解できなければ、想定した言語・地域のページが選ばれるとは限りません。
こうした表示の取り違えを防ぐために使われるのが、hreflangタグです。
hreflangタグを設定すると、同じ内容を扱う言語別・地域別ページの関係を検索エンジンへ伝えられます。
ただし、コードを記述するだけでは十分ではありません。
対応するページの組み合わせや言語コード、相互参照、canonicalタグとの整合性などを誤ると、設定が無視されることがあります。
そこで今回は、hreflangタグの基礎から書き方、実装方法、エラー対策、公開後の確認手順までを実務の流れに沿って整理しました！
多言語サイトの新規構築だけでなく、既存サイトの設定点検や制作会社への指示にも活用できる内容です。
hreflangタグの役割を理解し、必要かどうかを判断しよう！
hreflangタグを正しく実装するには、最初に何を検索エンジンへ伝えるための指定なのかを理解することが大切です。
多言語サイトであっても、サイトの構造やページの公開方法によっては、hreflangタグを設定する必要がないケースもあります。
目的を理解しないまま機械的に追加すると、関係のないページを結び付けたり、canonicalタグと矛盾したりする原因になります。
まずは役割と対象範囲を整理し、自社サイトに必要な設定かどうかを判断しましょう。
hreflangタグは言語・地域別ページの関係を伝える仕組み！
hreflangタグとは、内容が同じ、または非常に近い複数のページを、言語・地域別の代替ページとして検索エンジンへ伝える指定です。
たとえば、日本語版と英語版の商品ページが別々のURLで公開されている場合、それぞれが同じ商品の言語違いであることを示せます。
検索エンジンがページ同士の関係を理解しやすくなり、ユーザーの使用言語や地域に合ったURLが検索結果へ表示されやすくなります。
同じ英語でも、アメリカ向けとイギリス向けで価格、通貨、配送条件、表現が異なる場合には、地域別ページの関係も指定できます。
ただし、hreflangタグはページの使用言語を判定させるためのタグではありません。
検索エンジンは、ページ内の文章なども使って言語を判断するため、タグだけを設定しても翻訳されていないページが外国語ページとして扱われるわけではありません。
また、hreflangタグは特定のキーワードにおける検索順位を直接引き上げるための施策ではなく、検索結果に表示される言語版・地域版の取り違えを減らすためのSEO施策です。
自社サイトにhreflangタグが必要なケースを見極めよう！
hreflangタグが必要になる代表的なケースは、同じ内容を複数の言語へ翻訳し、それぞれを異なるURLで公開している場合です。
日本語、英語、中国語などのページが独立したURLで存在するなら、各ページを代替関係として結び付けることを検討します。
同じ言語であっても、国や地域ごとにページを分けている場合も対象です。
たとえば、アメリカ向けとイギリス向けで通貨、価格、問い合わせ先、配送条件が異なるなら、地域別の指定が役立ちます。
本文は同じ言語でも、ヘッダーやフッター、申込条件などの一部だけを地域ごとに変更しているページにも利用できます。
一方、日本語ページしか存在しないサイトには、結び付ける代替ページがないため、基本的に設定する必要はありません。
一つのURL上でJavaScriptなどを使って表示言語だけを切り替え、言語ごとの固有URLを持たない構成でも、通常のhreflangタグでは各言語版を指定できません。
翻訳ページが存在していても、ページの主題や目的が大きく異なる場合は注意が必要です。
日本語の商品ページと英語の企業紹介ページのように対応していないURLを、言語違いという理由だけで結び付けないようにしましょう。
canonicalタグやhtmlのlang属性との違いを整理しよう！
hreflangタグと混同されやすいものに、canonicalタグとhtml要素のlang属性があります。
hreflangタグは言語・地域別ページの対応関係を示すものであり、canonicalタグは重複・類似するURLの中から代表として扱ってほしいURLを示すものです。
日本語版と英語版の両方を検索結果へ表示させたい場合は、それぞれのページで自分自身のURLをcanonicalとして指定するのが基本です。
すべての言語ページから日本語ページだけをcanonicalに指定すると、英語版などが独立した正規ページとして扱われにくくなり、hreflangタグの意図と矛盾する可能性があります。
hreflangタグで指定するURLとcanonicalとして認識させたいURLは、そろえておくことが重要です。
html要素のlang属性は、文書や要素内で使われている言語をブラウザ、読み上げソフト、翻訳ツールなどへ伝えるために使用します。
ページの言語を示す役割はありますが、別URLにある言語版との関係を検索エンジンへ伝えるものではないため、hreflangタグの代用にはなりません。
それぞれの役割を分けて理解し、目的に応じて併用しましょう。
迷わず設定できる！hreflangタグの正しい書き方と実装方法
hreflangタグには、HTML、XMLサイトマップ、HTTPヘッダーという主な実装方法があります。
どの方法を選んでも検索エンジンへ伝える情報は同じですが、ページ数やサイトの管理体制によって適した方法は異なります。
実装前には、各ページの正規URL、使用言語、対象地域、対応する代替ページを一覧にしておくと、設定漏れを防ぎやすくなります。
言語コードや地域コードのルールも確認し、更新時に管理しやすい設計を整えましょう。
言語コードと地域コードを正しく組み合わせよう！
hreflang属性の値には、ページの対象を示す言語コードと、必要に応じて地域コードを記述します。
日本語ページは「ja」、英語ページは「en」、ドイツ語ページは「de」のように、言語だけを指定できます。
特定地域向けのページでは、「en-US」や「en-GB」のように、言語コードと地域コードをハイフンでつなぎます。
「en-US」はアメリカ向けの英語ページを表し、「en-GB」はイギリス向けの英語ページを表します。
言語コードと地域コードを混同しないことが重要です。
日本向けの日本語ページを指定する場合、「jp」だけでは日本語を表せません。
日本語のみなら「ja」、日本向けであることまで示すなら「ja-JP」と記述します。
また、「en-UK」ではなく「en-GB」を使うなど、有効なコードを確認する必要があります。
地域による内容の違いがない場合は、無理に地域コードを追加せず、「en」のように言語だけを指定したほうが管理しやすくなります。
表記の揺れを避けるため、社内ルールとして言語コードは小文字、地域コードは大文字に統一し、URL対応表にも同じ値を記録しておきましょう。
HTML・サイトマップ・HTTPヘッダーから実装方法を選ぼう！
HTMLで設定する場合は、各ページのhead要素内に、rel属性、hreflang属性、href属性を含むlink要素を記述します。
日本語ページを示す場合は、<link rel=”alternate” hreflang=”ja” href=”https://example.com/ja/page/”>のような形です。
ページ数や言語数が少なく、共通テンプレートでhead要素を管理できるサイトでは、HTMLへの記述が分かりやすい方法です。
一方、数万ページに及ぶECサイトなどでは、各ページのhead要素に大量のタグを出力すると、管理や確認が複雑になります。
その場合は、XMLサイトマップ内で言語・地域別URLの関係をまとめる方法が選択肢になります。
PDFなど、HTMLのhead要素を編集できないファイルでは、HTTPレスポンスヘッダーを使って代替URLを伝えます。
HTML、XMLサイトマップ、HTTPヘッダーのすべてへ重複して記述する必要はありません。
複数の方法を併用して内容が一致しなくなると確認作業が難しくなるため、更新漏れが起きにくい方法へ統一することが大切です。
CMSやプラグインで自動生成する場合も、出力されたURLやコードを実際のソースで確認しましょう。
全ページで相互参照し、自分自身も忘れず指定しよう！
hreflangタグでは、対応するページ同士を双方向に結び付ける相互参照が必要です。
日本語ページから英語ページを指定した場合、英語ページからも日本語ページを指定します。
片方にしか記述がないと、第三者が管理する無関係なページから一方的に指定される状況と区別できないため、設定が正しく処理されない可能性があります。
各ページでは、他言語版だけでなく、現在表示しているページ自身も指定します。
日本語、英語、中国語の3ページがある場合は、3ページすべてに日本語、英語、中国語のURLを同じ組み合わせで記述するのが基本です。
結び付けるページの内容もそろえる必要があります。
トップページはトップページ同士、商品詳細ページは同じ商品の詳細ページ同士、記事ページは同じテーマの翻訳記事同士を対応させます。
翻訳版が存在しないページを、海外向けトップページへ一律に結び付ける設定は避けましょう。
新しい言語版の追加、URL変更、ページ削除を行った際には、関係するページの指定も一緒に更新します。
URL対応表を用意し、相互参照と自己参照をまとめて点検できる状態にすると管理しやすくなります。
x-defaultで該当しないユーザーの案内先を決めよう！
x-defaultは、設定した言語や地域のいずれにも当てはまらないユーザー向けに、標準の案内先となるURLを示す値です。
日本語、英語、フランス語のページを用意していても、それ以外の言語を使用するユーザーがサイトを訪れる可能性があります。
そのような場合に表示したい言語選択ページやグローバル向けトップページを、x-defaultとして指定できます。
記述形式は通常のhreflangタグと同じですが、言語コードの部分へ「x-default」を設定します。
x-defaultは特定の言語や国を表すコードではありません。
どの言語・地域向けページにも一致しない場合に選ばれる、予備的なURLとして考えると分かりやすくなります。
ただし、すべての多言語サイトで必須になる設定ではありません。
中立的な案内ページや適切な標準ページが存在しない場合は、形式を整えるためだけに追加する必要はありません。
アクセス時にユーザーの地域を判定して自動転送するページを指定する場合は、転送後も言語や地域を選び直せる導線を用意しましょう。
意図しないページへ移動しても、ユーザー自身が適切なページを選択できる状態が重要です。
設定ミスを防ごう！hreflangタグで起こりやすいエラー
hreflangタグは、コードの文法だけでなく、複数ページの関係全体が正しく設定されている必要があります。
一つのページを確認しただけでは問題が見つからず、サイト全体を調べて初めて相互参照の欠落やURLの不一致が判明することもあります。
特に、言語版の追加やURL変更を繰り返しているサイトでは、古いURLが残りやすくなります。
よくあるエラーを把握し、公開前のチェック項目へ組み込みましょう。
相互参照・自己参照・URLの抜け漏れをなくそう！
代表的なエラーは、一方のページからしか代替URLが指定されていない戻りリンクの欠落です。
日本語ページから英語ページを指定していても、英語ページから日本語ページへの指定がなければ、相互参照が成立していません。
一部の言語ページだけ指定するURL群が異なるケースにも注意が必要です。
日本語ページには3言語分があるのに、英語ページには2言語分しかないといった不一致がないか確認しましょう。
自分自身のURLを示す自己参照も、各ページへ含めます。
リンク先には、検索エンジンが正常にアクセスできる正規URLを指定することが大切です。
404エラーを返すURL、ログインが必要なURL、アクセスを制限しているURL、別ページへ転送されるURLは避けます。
href属性には、ドメインや通信方式を含む完全なURLを記述します。
「http」と「https」、「www」の有無、末尾スラッシュの有無などが正規URLと一致しているかも確認が必要です。
見た目が同じページでもURL表記が異なると、想定していないURLとして扱われる可能性があるため、サイト全体で統一しましょう。
言語コードと対応ページの組み合わせを点検しよう！
言語コードと地域コードの取り違えも、頻繁に起こるエラーです。
「ja」や「en」は言語を表し、「JP」や「US」は国・地域を表します。
日本語ページを「jp」と指定したり、イギリス向け英語ページを「en-UK」と指定したりすると、意図したコードとして認識されません。
中国語ページでは、対象地域だけでなく、簡体字と繁体字の違いも整理する必要があります。
ページ本文の表記体系や対象ユーザーと、設定した値が一致しているか確認しましょう。
コードの形式が正しくても、指定内容とページの実態が異なれば適切な設定とはいえません。
英語コードを設定したページの大部分が日本語のままになっている場合や、アメリカ向けとして指定したページに日本円の価格と国内配送情報しかない場合は、内容の見直しが必要です。
地域別の違いがないにもかかわらず、細かい国別ページを大量に作ると、更新負担や重複が増えます。
翻訳途中のページや情報量が極端に少ないページも、完成した代替ページとして安易に公開しないようにしましょう。
コードとURLだけでなく、ページの言語、対象地域、提供情報が一致していることまで点検することが重要です。
canonicalやリダイレクトとの矛盾を解消しよう！
hreflangタグが正しく記述されていても、canonicalタグやリダイレクトと矛盾していると、意図したURLが検索結果へ表示されにくくなります。
たとえば、英語ページをhreflangタグで指定しながら、その英語ページのcanonicalタグが日本語ページを指している状態は避けるべきです。
各言語・地域ページを独立して検索結果へ表示させたい場合は、それぞれのページで自己参照のcanonicalを設定し、hreflangタグにも同じ正規URLを使用します。
hreflangタグのリンク先が301や302で別URLへ転送される状態も好ましくありません。
転送前のURLではなく、最終的に表示される正規URLを直接指定しましょう。
IPアドレスやブラウザの設定から地域・言語を推測し、すべてのアクセスを強制的に転送する仕組みにも注意が必要です。
検索エンジンのクローラーが各言語版へアクセスできず、一部のコンテンツがクロールやインデックスの対象にならない可能性があります。
言語ごとに固有URLを用意し、ページ内から別言語へ移動できるリンクも設置しましょう。
robots.txt、noindex、内部リンク、サイトマップを含め、すべての指定が同じ正規URLを示すように整えることが大切です。
公開して終わりにしない！確認・運用の流れまで仕組み化しよう
hreflangタグは、一度設定すれば終わるものではありません。
新しいページや言語版の追加、URL変更、商品終了、記事統合などによって、正しかった対応関係が崩れることがあります。
多言語サイトでは、一つの変更が複数言語のページへ影響するため、公開時と更新時の確認手順を決めておくことが重要です。
実装結果、検索結果、アクセスデータを段階的に確認し、継続的に改善できる運用へつなげましょう。
公開前チェックで実装ミスをまとめて見つけよう！
公開前には、ページのソースコード、XMLサイトマップ、HTTPレスポンスヘッダーのうち、採用した方法で想定どおりの値が出力されているか確認します。
確認項目には、言語コード、地域コード、リンク先URL、自己参照、相互参照、x-defaultを含めましょう。
各リンク先へ実際にアクセスし、正常にページが表示されることも確かめます。
200番台以外のステータスコードを返すURLや、別URLへ転送されるURLが含まれていないかを点検してください。
コード上の対応だけでなく、結び付けたページ同士が同じ主題や目的を持つ代替ページになっているか、人の目でも確認する必要があります。
ページ数が多いサイトでは、サイト全体をクロールできるSEOツールやhreflang確認ツールを使うと、相互参照の欠落、無効なコード、リンク切れなどを効率的に見つけられます。
トップページだけを確認して完了とせず、商品詳細、カテゴリー、記事、会社情報など、テンプレートの種類ごとに代表URLを抽出してテストしましょう。
自動生成部分と個別入力部分を分けて確認すると、不具合が発生している範囲を特定しやすくなります。
検索結果とアクセスデータから効果を確かめよう！
公開後は、対象とする国や言語の検索環境で、意図したページが検索結果へ表示されているか定期的に確認します。
設定直後に必ず切り替わるわけではないため、検索エンジンによる再クロールや再評価を待ちながら変化を追いましょう。
検索パフォーマンスは、国、ページ、検索語などの単位に分けて確認します。
日本からの検索で英語ページが表示される回数や、海外から日本語ページへ流入する件数が減っているかを見ると、表示の取り違えを把握しやすくなります。
自然検索の流入数だけでなく、離脱、回遊、問い合わせ、購入など、適切なページへ到達した後の行動も確認することが重要です。
hreflangタグは検索順位を直接上げることを保証する設定ではないため、順位の上昇だけを成果指標にしないようにしましょう。
各言語ページの検索意図、翻訳品質、タイトル、本文、内部リンク、現地向け情報の充実も並行して進めます。
設定前後の表示URL、流入、コンバージョンを記録しておけば、施策の効果や追加改善の必要性を社内や顧客へ説明しやすくなります。
更新漏れを防ぐ運用ルールを作ろう！
hreflangタグのエラーを長期的に防ぐには、ページ制作と更新のフローへ確認作業を組み込む必要があります。
新規ページの公開、翻訳版の追加、URL変更、ページ統合、削除を行う際は、関連するhreflangタグの更新も作業項目に含めましょう。
言語・地域ごとのURL対応表を作り、公開状況、コード、正規URL、更新日、担当者を一元管理すると、参照漏れを見つけやすくなります。
CMSやテンプレートで自動生成する範囲と、人が個別に入力・確認する範囲も明確にします。
公開前の自動テストや定期クロールを導入すれば、戻りリンクの欠落、404エラー、転送URL、コードの不一致を早期に発見できます。
サイト規模が拡大した場合は、HTML内へ大量のlink要素を出力する方法に固執せず、XMLサイトマップなど管理しやすい方式への変更も検討しましょう。
ただし、hreflangタグの整備だけで、多言語SEOが完了するわけではありません。
翻訳が不自然だったり、対象地域の価格や配送条件が不足していたりすると、適切なページが表示されても成果にはつながりにくくなります。
技術設定と現地ユーザー向けのコンテンツ改善をセットで継続する運用が重要です。
まとめ
hreflangタグは、多言語・多地域向けに用意したページの関係を検索エンジンへ伝え、ユーザーに合ったURLを検索結果へ表示してもらうための指定です。
導入時には、まず自社サイトが設定対象かを判断し、各ページの言語、対象地域、正規URL、対応関係を整理します。
実装方法は、HTML、XMLサイトマップ、HTTPヘッダーの中から、サイト規模や更新体制に合ったものを選びましょう。
設定時には、正しい言語・地域コードを使用し、自己参照と相互参照を漏れなく記述することが重要です。
canonicalタグ、リダイレクト、robots.txt、noindex、内部リンク、サイトマップとの矛盾も確認する必要があります。
公開後は、検索結果に表示されるURLや国別の検索パフォーマンスを継続的に確認します。
ページの追加や削除に伴う更新漏れを防ぐため、URL対応表や公開前チェックを運用フローへ組み込みましょう。
まずは主要なページをいくつか抽出し、コードの間違い、戻りリンクの欠落、転送URL、canonicalタグとの不一致がないか点検することが改善の第一歩です。
Webマーケにお悩みなら、「AI×経験×アイディア」のぎあはーとへ！
合同会社ぎあはーとは「AI×プロの経験×アイディア」で強いマーケ戦略を着実にお届けする会社です。
| ・月間売上を前年比277.4%に （3,479,415円→9,653,169円） （上場アパレルメーカーM社：2021年 運用1年） ・新規サイトで月間コンバージョン数を31件へ （ メディア系SaaSツールC社：2025年 施策10ヶ月） ・Webイベントで1,330名の参加者集客 （メディア系SaaSツールC社：2026年 イベント期間30日） |
こんな実績を持つマーケティングのプロが、他にできない強い施策を素早く回転させます。
戦略からコンテンツ運用、結果分析までをワンストップで受けつけております。また、10本で8,8000円という格安にてSEO記事制作もお受けしております。
料金表
| 内容 | 基本料金 |
| マーケティング顧問業務 LLMO戦略立案・コンテンツ制作・レポート | 月額・要お見積もり |
| SEO記事の制作1本（スポット依頼） 5,000字以上、追加料金なし キーワード選定等ワンストップ | 9,900円（税込） |
| SEO記事の制作10本（スポット依頼） 合計50,000字以上、追加料金なし キーワード選定等ワンストップ | 88,000円（税込） |
まずはオンライン面談によるお見積もりや無料のサイト診断ができますので、ぜひお気軽にご相談ください！
