多言語サイトのSEO｜hreflangの正しい設定と日本サイトのありがちな失敗

こんにちは、tagen5.com（タゲンゴ）代表の永島です。

「hreflangって何？本当に必要なの？」
「タイ語と英語のサイトをつくったのに、検索で混ざって表示される」

タイ進出・海外展開を考え始めたとき、多くのご担当者さまがこのような疑問を抱えられます。

言語別ページの公開後は、ページ間の対応関係や設定漏れがないかを確認します。

この記事では、hreflangの基本的な役割、設定時の確認項目、言語別URL設計の選び方を整理します。

目次

• hreflangとは？多言語サイトの「住所表示」のようなもの
• hreflangの設定方法｜自己参照・相互参照の確認ポイント
• 多言語サイトでよくあるhreflangの失敗例｜4つの確認項目
• 言語別URLの設計方法｜サブディレクトリ・サブドメイン・ccTLDの選び方
• よくある質問（FAQ）
• まずは無料サイト診断から

hreflangとは？多言語サイトの「住所表示」のようなもの

hreflangは、Googleにローカライズ版URLどうしの対応関係を伝えるための指定です。ページ本文の言語をGoogleに判定させるためのタグではありません。

たとえば、同じ製品紹介ページを日本語・英語・タイ語で用意した場合、それぞれのページの本文言語を確認したうえで、hreflangにより対応するURLを関連づけます。住所ラベルのように、ページ自体の言語を判定するものとは役割が異なります。

技術的に言うと、hreflangは多言語サイト構築において、検索結果で言語・地域に合うURLをGoogleへ伝える信号です。ただし、hreflang自体は検索順位を直接上げるものではありません。

つまり、hreflangが正しく設定されていないと、タイのユーザーが英語ページを見てしまったり、日本のユーザーがタイ語ページに飛ばされたりする可能性があります。これは単なる表示ミスではなく、問い合わせ機会の損失につながります。

hreflangの役割を理解する上で重要なのは、「Googleに言語・地域別URLの対応関係を伝える仕組み」であるという点です。対象市場を決めたうえで、その意図を技術的に正しく記述します。

hreflangの基本構文と記述ルール

hreflangの指定方法は、HTMLの<head>内、HTTPヘッダー、XMLサイトマップの3種類です。Googleは3方式を同等に扱い、複数方式を併用する利点はないと案内しています。自社のCMSで一貫して管理できる方式を1つ選びます。

たとえば、日本語ページ（https://example.com/ja/）に、対応する英語ページ（https://example.com/en/）とタイ語ページ（https://example.com/th/）を関連付ける場合、以下のように記述します：

<link rel="alternate" hreflang="ja" href="https://example.com/ja/" />
<link rel="alternate" hreflang="en" href="https://example.com/en/" />
<link rel="alternate" hreflang="th" href="https://example.com/th/" />

この例では、日本語・英語・タイ語の各ページに、自身を含む同じ代替URL一覧を記述します。

hreflangの値には、言語コード（例：ja、en、th）または言語＋地域コード（例：en-US、en-GB、th-TH）を使います。同じ言語で国ごとに内容・価格・連絡先などを分ける場合は地域コードを検討し、単なる言語違いなら言語コードだけにすると管理しやすくなります。

一次情報：Google Search Central「Tell Google about localized versions of your page」

hreflangとcanonicalの違い｜混同してはいけない2つのタグ

hreflangとcanonicalは、どちらも多言語サイトのSEOで頻出するタグですが、目的が異なります。

canonicalは、重複または類似したページのうち、正規URLとして優先してほしいURLを示すシグナルです。Googleが必ず採用するとは限りません。一方、hreflangは、翻訳版や地域別ページなど、ローカライズされたURL間の対応関係を示します。

Googleはページの主要な本文言語を手掛かりにします。テンプレートだけを翻訳して本文の大部分が同じページは、重複として扱われる可能性があります。hreflangを設定するページでは、同じ言語のcanonicalを指定し、同一言語のページがない場合は最適な代替URLを検討します。Google Search Central「重複 URL の正規化」（2026年10月27日確認）

役割を分けると、hreflangはローカライズ版どうしの対応を伝え、canonicalは重複・類似URLのうち優先してほしいURLを示します。両者は別のシグナルです。

hreflangの設定方法｜自己参照・相互参照の確認ポイント

Googleは、対応するページ自身と代替URLを各ページで列挙する方法を案内しています。ページごとに自身を含めた対応一覧をそろえると、関係を確認しやすくなります。

一方、一覧の一部の言語が抜けただけで、他の相互参照まで一律に無効になるわけではありません。Googleは、部分的な一覧でも相互参照が成立するURLの組を処理する場合があります。片方向だけの関係は無視されるため、公開ページどうしの参照が対応しているかを確認します。

例として、日本語ページと英語ページを相互に列挙し、タイ語ページも存在する場合は、原則として3ページの一覧をそろえます。ページや言語が増えた後も対応関係を保てるよう、CMSやテンプレートで一覧を管理する方法も検討できます。

この作業はページ数や言語数が増えるほど更新漏れが起きやすいため、CMSやテンプレート側で対応関係を一元管理できる設計を検討します。見た目や構成の方向性は、提案用デザインサンプルを参考にしてください。

自己参照hreflangとは？対応一覧に自分の言語版を含める

自己参照hreflangは、代替URLの一覧に現在のページ自身を含め、そのページの言語・地域向けURLとして示す指定です。たとえば、日本語ページの一覧には<link rel="alternate" hreflang="ja" href="https://example.com/ja/" />を含めます。

これは対応一覧の中で自分のページを位置づけるもので、canonicalのように正規URLを指定するものではありません。また、hreflangやHTMLのlang属性は、Googleがページの言語を判定するための手段ではありません。ページの主要な本文言語を各URLで確認し、翻訳版どうしの対応を一覧にします。

言語版を追加するときは、該当する各ページの代替URL一覧も見直します。自身を含め、実在する対応ページどうしが同じ関係を示しているかを確認します。

代替URLの相互参照を確認する

一覧が片方向だけの関係は、Googleが処理しない場合があります。各ページに自身と代替URLを含める方法を基本にしつつ、相互参照が成立しているURLの組まで一律に無効とは扱わないようにします。

検索結果に意図した言語URLが表示されない場合は、各URLが実在し、対応するページどうしで参照が返っているかを確認します。hreflangは表示URLの選択に関する手掛かりであり、検索順位を保証するものではありません。

採用、代理店募集、問い合わせなど、閲覧後の行動を求めるページでは、表示言語とフォーム言語、送信先、完了ページまでを同じ単位で点検することが重要です。

多言語サイトでよくあるhreflangの失敗例｜4つの確認項目

公開前に確認したいhreflang設定項目を整理しました。ページごとに表記と対応関係を確認します。

これらのミスは、検索結果だけを見ても原因を特定しにくいため、公開時とURL変更時に機械検査する運用が重要です。

ミス①：hreflangに非標準のコードを指定

hreflangの値には、対応する言語コードと必要に応じた地域コードを使います。Googleは値の大文字・小文字を区別しないため、THはthと同じ値として有効です。保守しやすい表記として、言語コードは小文字、地域コードは大文字にそろえる方法があります。

例：hreflang="ja"、hreflang="en"、hreflang="th"、hreflang="th-TH"
避ける例：hreflang="Thai"、hreflang="thailand"

ミス②：hreflangのURLに相対パスや未公開ページを指定

hreflangのhref属性には、完全なURL（https://〜）を指定します。相対URLはGoogleが案内するhreflangの指定方法に合いません。

指定先が未公開・保護・noindexなどの状態でないかも、別に確認します。

ミス③：言語と地域の組み合わせが現実的でない

en-TH（タイ向け英語）やja-TH（タイ向け日本語）は、形式として利用できます。ただし、地域別URLを分ける実際の必要性がないのに細分化すると、対応ページと相互参照の管理対象が増えます。

まずは「言語だけを分けるのか」「同じ言語でも国別に内容を変えるのか」を決めます。タイ向け英語ページと全世界向け英語ページで内容が異なるなら地域コードを検討し、同じ内容なら不要な分割を避けます。

どの言語・地域にも一致しない利用者向けの選択ページや既定ページがある場合は、x-defaultも候補になります。

ミス④：hreflangをページ単位ではなく、サイト全体で一括適用

一部のCMSやプラグインでは、hreflangをサイトのヘッダー全域に一律で挿入する機能があります。設定する場合は、各ページの実際の対応言語版と一致するかを確認します。

たとえば、ブログ記事やお知らせページなど、特定の言語ページしか存在しないコンテンツでは、実在しないURLや内容が対応しないURLを指定するおそれがあります。各ページに実際に存在する対応言語版だけを指定し、ページごとの対応関係を確認します。

hreflangは、各ページの実際の言語バージョンが存在する範囲で、厳密にページ単位で設定する必要があります。トップページだけ多言語対応で、製品ページは日本語のみという構成の場合、製品ページには他の言語のhreflangを記述してはいけません。

失敗パターン	なぜ問題か	確認・改善のポイント
非標準のhreflangコード	指定値が認識されず、該当する注記が処理されない場合がある	標準コードを使う。小文字の言語コード・大文字の地域コードは読みやすさのための表記例
相対パスや未公開URLの指定	相対URLはGoogleが案内するhreflangの指定方法に合わない	hrefには完全なURLを指定し、未公開・保護・noindex等は別に確認する
必要性のない言語＋地域の細分化	対応ページと相互参照の管理対象が増える	国別に内容が異なる場合だけ、en-THなどの地域コードを検討する
ページ単位でなく一括適用	実在しないURLや内容が対応しないURLを指定するおそれがある	各ページの実在する対応言語版だけを指定し、ページごとの対応関係を確認する

言語別URLの設計方法｜サブディレクトリ・サブドメイン・ccTLDの選び方

言語別ページを継続管理するには、各URLの構造と運用方法も確認します。URL設計は、単なる技術選択ではなく、今後の言語追加・現地SEO戦略・予算配分の柔軟性を左右する経営判断です。

3つのURL方式について、運用上の確認項目を整理します。

公式資料：Google Search Central「多言語・多地域サイトの管理」（2026年10月27日確認）

サブディレクトリ方式｜例：https://example.com/ja/、https://example.com/en/、https://example.com/th/

サブディレクトリ方式は、1つのドメインとCMSで管理しやすい方式です。既存サイトへ言語を追加する場合にも比較検討しやすい選択肢です。

メリットとして、SSL証明書やサーバー設定の統一が容易であること、Googleが同一ドメイン内のページと判断しやすいこと、今後ベトナム語やインドネシア語を追加する際にもURL構造を変える必要がない点が挙げられます。

ドメイン名だけで成果や信頼性を判断せず、対象言語・地域向けの情報や、更新・管理体制も踏まえて方式を選びます。

サブドメイン方式｜例：https://ja.example.com/、https://en.example.com/、https://th.example.com/

サブドメイン方式は、サイトや地域ごとに運用を分ける場合の選択肢です。URLに言語コードを置くだけで対象地域が識別できるとは限らないため、本文の地域情報や管理体制も合わせて検討します。

サーバーや編集・管理体制を分ける必要があるか、ドメイン・サーバー・更新をどの単位で管理するかを確認して選びます。

編集・管理体制を言語ごとに分ける場合には、サブドメイン方式も検討できます。

ccTLD方式｜例：https://example.jp/（日本）、https://example.co.th/（タイ）

ccTLD（国別トップレベルドメイン）は、国を示す手段の一つです。ドメイン取得の条件・費用や、複数ドメインの保守・コンテンツ管理に必要な体制を確認して選びます。

対象市場、掲載する地域情報、サイトの管理方法に合わせて、運用可能なURL方式を検討します。

• 対象言語・地域の意図を決め、実在する対応URLを正確に相互指定する
• 対応一覧は原則、自身と代替URLを各ページにそろえる。部分的な一覧でも相互参照するURLの組が処理される場合がある
• スペルミス・相対パス・非現実的な言語コードは、すぐにチェック・修正できる基本ミス
• URL構造は、今後の言語追加や現地SEO戦略の柔軟性を左右する経営判断
• 共通のCMSで管理する場合、サブディレクトリ方式も選択肢になる

よくある質問（FAQ）

Q：hreflangの設定は自分でできますか？

A：技術的な知識があれば可能です。ただし、ページ単位で対応URLを揃え、公開後も追加・削除に追従させる必要があります。まず対象URLの対応表を作ってから実装してください。

Q：hreflangを設定したら、すぐに検索順位が上がりますか？

A：hreflangは検索順位を直接上げるタグではありません。Googleがページの言語を判定するための指定でもなく、ローカライズ版URLの対応関係を示します。検索結果に表示するURLの選択に使われることがあります。順位は本文、内部リンク、クロール可能性など他の要素にも左右されます。

Q：設定や多言語サイト制作の料金はいくらですか？

A：URL数、言語数、CMS、現在の設定によって作業範囲が変わります。料金ページを参考に、最新の正式条件は個別見積もりでご確認ください。

Q：タイ語とベトナム語、どちらを優先すべきですか？

A：対象市場、現在の顧客、営業体制、検索需要で変わります。一概にどちらかが必須とは言えません。タイ語SEOの基本とベトナムSEOの基本も比較材料にしてください。

Q：既存のサイトにhreflangを後付けできますか？

A：可能です。ただし、現在のURL構造やCMSの仕様によって設定方法が変わります。まずは無料サイト診断で、対応URL、canonical、noindex、リダイレクトの状態を確認します。

まずは無料サイト診断から

あなたの多言語サイトが、hreflangの設定で本当に問題がないか——
・現状の言語・地域向けページの優先順位は適切か
・機会損失になっている「表示ミス」のポイントはあるか
・今後の言語追加や現地SEO戦略に向けた改善点は何か

無料のオンライン診断で、現状の課題と優先順位を分かりやすくお伝えします。売り込みはしません。設定だけでなく、言語別ページと問い合わせ導線まで確認します。

無料サイト診断を申し込む

オンライン相談について質問する

永島（tagen5.com／タゲンゴ 代表）
運営者情報・サービス範囲は会社案内をご確認ください。
タイ・ベトナムなど東南アジア進出企業の「言葉の壁」によるビジネス機会の損失を、
等身大の予算で解決することをモットーとしています。
日本語・中国語対応／電話・メール・LINE・WeChatでご相談いただけます。