多言語SEO対策｜hreflangとcanonicalを公開URLで確認する手順

日本語、タイ語、ベトナム語のページを用意したのに、検索では日本語ばかり出てくる。翻訳は終わったはずなのに、何を制作会社へ確認すればよいか分からない。そんなときは、翻訳のやり直しを決める前に、各言語のページが検索エンジンへどう伝わっているかを整理しましょう。

多言語SEO対策では、言語ごとのURLと内容を整え、対応するページの関係をhreflangで伝え、canonicalの指定と矛盾していないかを確認します。管理画面で設定が入っているだけでは十分ではありません。一般の利用者が開く公開URLと、そこから取得できる情報を確かめることが出発点です。

ただし、言語タグを直せば順位が上がるとは限りません。検索する人の疑問に答える内容、ページへたどり着けるリンク、問い合わせまでの使いやすさも必要です。本記事では、設定と内容を切り分けて点検する手順を、専門担当者へ相談しやすい形にまとめます。

この記事で分かること

• hreflang、canonical、HTMLのlang属性の役割の違い
• 日本語・タイ語・ベトナム語のURLを対応付ける方法
• 公開ページで設定漏れや矛盾を調べる順番
• エラーの見え方から確認先を絞る考え方
• 制作会社へ渡せる点検表と、言語別コンテンツの見直し方

確認日：2026年10月24日。制作・運営：タゲンゴ。公式仕様はGoogle Search Centralの資料で確認しています。本文のURL表と診断例は、説明用の架空例です。実在する顧客サイトの調査結果や、順位改善の実績を示すものではありません。

多言語SEO対策では、何を分けて考える？

多言語SEOとは、複数言語のページを検索で発見・理解してもらい、読者に合う情報へつなげるための取り組みです。外国語を表示できることと、検索経由で利用できることは同じではありません。まず、設定、内容、利用者の行動という三つの層で現状を見ます。

言語の設定と、検索する人への回答は別ですか？

たとえば、タイ語のサービスページが正しいURLで公開されていても、説明が日本語のままなら、タイ語の読者は内容を判断できません。逆に、自然なタイ語に翻訳されていても、そのURLへたどり着くリンクがなく、検索対象から外す設定が残っていれば、別の問題を抱えています。

このため、流入が少ない理由を最初から「翻訳品質」や「技術設定」だけに決め付けないことが大切です。ページが存在するか、読めるか、検索対象として扱えるか、必要な疑問に答えているかを順に確認します。調査した事実が揃うほど、修正依頼が具体的になります。

hreflang、canonical、lang属性は何が違いますか？

hreflangは、同じ内容に対応する別の言語・地域のページを伝えるための注記です。canonicalは、重複または非常に似たページ群について、優先したい代表URLを伝える指定です。HTMLのlang属性は文書の言語を示す属性ですが、Googleが本文の言語を判断する仕組みと混同しないようにします。

Googleは、hreflangやlang属性でページの言語を検出するのではなく、表示されている内容から言語を判断すると説明しています。したがって、タグだけタイ語に変えても、本文が日本語ならタイ語ページとしての内容は整いません。設定と実際の文章が一致しているかを見る必要があります。

出典：Google「ページのローカライズ版について」、Google「正規URLを指定する方法」。

海外SEOと多言語SEOは、同じ意味ですか？

日本語とタイ語を用意することは言語の展開です。一方、同じ英語でも、国ごとに提供範囲や条件を分けるなら地域の展開という視点が必要です。言語と国を一つの項目にしてしまうと、誰に何を伝えるページなのかが曖昧になります。

たとえば、日本語を読む人が日本国内にいるとは限りません。タイにいる日本語話者へ現地サービスを案内するなら、言語だけでなく所在地や利用条件も本文で説明します。国旗を付ければ対象が伝わる、という前提で設計しないほうが確実です。

言語ごとのURLとページの対応をどう決める？

設定の確認は、URLの一覧から始めます。トップページだけでなく、問い合わせにつながるサービスページについて、各言語で何が公開されているかを書き出します。ページ名が違っていても、役割が同じなら一組として整理できます。

言語ごとに、別のURLを用意する理由は？

Googleは、ブラウザ設定やCookieだけで同じURLの表示言語を変える方法より、言語ごとに異なるURLを使う方法を勧めています。点検する側にとっても、URLと内容の組み合わせが固定されているほうが、確認や共有がしやすくなります。

ただし、既存サイトのURLを一括変更する必要があるとは限りません。すでに言語別URLがあるなら、それを基準に点検します。URLの変更が必要な場合は、既存のリンクと転送、canonical、サイトマップの更新を含めて別の作業として計画してください。

出典：Google「多地域、多言語のサイトを管理する」。

日本語・タイ語・ベトナム語の対応表は、どう書きますか？

以下は、架空のサービス紹介ページを三言語で用意した例です。example.comは説明用の予約ドメインです。ここに書いたURLが実在のサービスを提供しているという意味ではなく、この表を使って顧客サイトを検査したものでもありません。

この表の要点は、三つとも「同じサービスの紹介」という役割を持つことです。日本語のサービス詳細に対して、タイ語の会社概要やベトナム語のトップページを機械的に組み合わせるのは避けます。URLの文字列が似ているかより、内容の対応を先に確認してください。

言語切替は、どのページへつなげますか？

サービス詳細を読んでいる人が言語を切り替えたとき、対応する詳細ページへ進めれば、内容を探し直す負担を減らせます。すべてトップページへ戻す構成では、その言語に詳しい説明があるかも分からなくなります。

対応ページがない場合の動きも決めておきましょう。存在しないページへ飛ばすより、利用できる言語や関連する案内を明示するほうが親切です。ただし、その代替の案内先を、内容が対応するhreflangの相手だと自動的に扱うわけではありません。

また、利用者の所在地やブラウザ言語を推測して、選んだページから強制的に移動させる運用は慎重に考えます。Googleも、自動転送が各言語版の閲覧を妨げる可能性を説明しています。言語を選べるリンクを用意し、自分で選んだURLを開ける状態を確かめます。

hreflangは、公開ページのどこを確認する？

対応表ができたら、実際に出力されている情報と照合します。以下はHTMLで設定する場合を中心にした点検方法です。管理画面の入力値だけを見て「設定済み」と判断せず、公開ページで何が返っているかを確認します。

自分自身と、ほかの言語の両方が含まれていますか？

Googleのガイドラインでは、各言語版が自分自身と、対応するほかの言語版を示すことを求めています。先ほどの三言語の例なら、日本語ページにja、th、viの対応があり、タイ語ページとベトナム語ページでも同じ組が示される形です。

点検時は「日本語からタイ語へ指定がある」だけで終えません。タイ語から日本語へ戻る指定も確認します。相互の参照がない組は、注記が無視される可能性があります。トップページで問題がなくても、個別ページでは生成方法が違うことがあるため、相談対象のURLそのもので見ます。

URLと言語コードには、どんな注意点がありますか？

hreflangの参照先は、httpsなどの方式を含む完全なURLで指定します。/th/service/のような相対的な表記で済ませず、実際に公開しているホスト名とパスを照合します。検証環境のアドレスや、以前のドメインが残っていないかも確認します。

言語コードは、日本語ならja、タイ語ならth、ベトナム語ならviを使う設計が考えられます。国コードだけを言語として書かないよう注意してください。地域まで分ける必要がある場合は、言語と地域の組み合わせを公式資料に照らして確認します。

x-defaultは、該当する言語・地域に一致しない利用者向けの案内先を示すための値です。すべてのサイトで、すべてのページへ一律に付ければよいものとして扱わず、言語選択ページなど、実際にどこへ案内するかを決めた上で使います。

HTML、HTTPヘッダー、サイトマップは全部必要ですか？

Googleは、HTML、HTTPヘッダー、サイトマップによる指定を同等の方法として説明しています。複数の方式を重ねても、それだけで検索上の利点が増えるわけではありません。まずサイトがどの方式で対応関係を出しているかを確認しましょう。

HTML方式なら、公開ページのhead内にある設定を確認します。サイトマップ方式なら、本文のHTMLにタグが見当たらないことだけで未設定と判断せず、対応するサイトマップの内容を確認します。PDFのようなファイルでは、HTTPヘッダーの方式を使う場合もあります。

出典：Google「ページのローカライズ版について」。

canonicalと検索対象の設定は、どう照合する？

hreflangで別言語との関係を示していても、別の設定が異なる意図を伝えていれば、その矛盾を調べる必要があります。ここでは、canonical、検索対象にする設定、実際の応答を同じURL単位で確認します。

全言語のcanonicalを、日本語ページへ集めてよいですか？

本文まで翻訳した各言語ページを、それぞれ検索で見つけてもらいたい場合、canonicalを一律に日本語へ集める設計は見直しの対象です。別言語のページを案内したいのに、代表候補は日本語だと伝えると、意図の説明が難しくなります。

Googleは、hreflangを使う場合、同じ言語の正規ページを指定することなどを案内しています。通常の翻訳ページと、同じ言語で重複しているページは、分けて考えます。サイト内の事情を確認せず、すべて自己参照に書き換えるのも避けましょう。

先ほどの架空例では、各言語のサービス紹介が独立した公開ページであり、同じ言語内の重複はないと仮定します。その条件なら、次の表を設計の基準にできます。これは特定のサイトへそのまま適用する指示ではありません。

canonicalは希望する代表URLを伝えるシグナルであり、指定すれば必ずその通りに検索表示される命令ではありません。宣言した値と、Googleが選択した正規URLは分けて記録します。

ページが開ければ、検索対象になっていますか？

ブラウザで表示できることと、検索に登録できる条件が揃っていることは別です。noindexが残っていないか、クロールを妨げる設定がないか、ログインやアクセス制限が必要になっていないかを確認します。制作中の制限を解除し忘れるケースを想定した点検です。

また、見た目はサービスページでも、実際には別URLへ転送されている場合があります。確認表には入力したURLだけでなく、最後に到達したURLと、返ってきた状態も残します。タイ語のURLが日本語へ移動するなら、まずその動きの意図を確かめます。

Search Consoleでは、何を確認しますか？

Search Consoleを利用できる担当者は、対象URLの検査情報を確認し、検索対象の状況や正規URLの扱いを調べます。管理画面で指定したcanonical、公開HTMLのcanonical、Googleが選んだ正規URLを並べると、どこまで一致しているかが分かります。

公開ページの修正と、検索側での再取得・処理は同時ではありません。直後の検索結果だけで成功や失敗を決めず、確認日と取得状態を記録します。URL検査の情報にも、現在の公開状態と、以前取得した状態の違いがあるため、どの結果を見ているかを区別します。

なお、Googleが選択した正規URLは、URL検査の登録済みデータで確認する情報です。公開URLのライブテストだけで、GoogleがどのURLを正規と選ぶかを予測できるわけではありません。

出典：Google「正規URLを指定する方法」、Google「URL検査ツール」。

エラーの症状別に、どこから調べる？

ここからは、確認順を具体化するための架空の診断例です。画面上の症状だけで原因を断定せず、公開URL、出力、対応表を照合して候補を絞ります。修正後は、原因と考えた箇所だけでなく、影響を受ける言語ページも再確認します。

例一：日本語からタイ語へは進めるのに、対応が揃わない場合は？

仮に、日本語サービスページのhreflangにはタイ語URLがあり、タイ語ページ側には日本語URLがないとします。画面上の言語切替が動いていても、検索向けの相互参照は揃っていない状態です。この場合は、タイ語ページの出力元と翻訳の関連付けを調べます。

修正の前には、そのタイ語URLが本当に同じサービスの翻訳なのかを確かめます。関連付けだけを機械的に足しても、別商品の紹介ページなら適切な対応にはなりません。ページの内容と、設定の関係を一緒に確認する理由です。

修正後は、日本語とタイ語の両側から取得し直します。ベトナム語も同じ組へ入っているなら、その参照先が変わっていないかも見ます。「管理画面で保存できた」という記録と、「公開ページの相互参照が揃った」という記録は分けて残します。

例二：タイ語のページが、日本語へ正規化されている場合は？

仮に、タイ語の本文が公開されているのに、canonicalの参照先が日本語サービスURLになっているとします。まず、翻訳ページとして検索対象にする方針なのか、意図的に別ページへ集約しているのかを担当者へ確認します。表示の症状だけから書き換えないことが重要です。

翻訳ページとして維持する方針なら、同じ言語の代表URLはどれか、サイトマップや内部リンクはどこを指すかを整理します。canonicalだけ直しても、サイト内の案内が別のURLへ集中していれば、意図が一貫しない可能性があります。

例三：ベトナム語を選ぶと、すべてトップへ戻る場合は？

仮に、サービス詳細の言語切替からベトナム語トップへ移動するとします。ベトナム語の詳細ページがあるのにリンクが違うのか、そもそも翻訳が未公開なのかで、対応は変わります。まずページの有無と公開状態を確認します。

詳細ページがあるなら、利用者向けのリンクと検索向けの参照をそれぞれ照合します。詳細ページがないなら、トップページを同じ内容の翻訳と見なしてhreflangへ登録する前に、対応関係を見直します。利用者の逃げ道と、検索向けの対応付けを混同しないことが大切です。

症状と確認先を、一覧で残せますか？

この表は問い合わせ時の整理にも使えます。「多言語SEOを直してほしい」だけでなく、「どのURLで、何を期待し、実際に何が見えたか」を伝えると、担当者が調査範囲を決めやすくなります。証拠のない原因名を先に付けないことが、手戻りを減らすポイントです。

タイ語・ベトナム語の内容は、どう改善する？

技術設定に矛盾がなくても、本文が利用者の疑問に答えていなければ、問い合わせにはつながりにくくなります。ここでは、キーワードを増やすことより、言語ごとのページで何を判断できるかを確認します。

ナビゲーションだけ翻訳しても、多言語ページになりますか？

メニューやフッターが外国語でも、主要な説明が日本語のままなら、読者はサービスを理解できません。見出し、提供内容、対象者、利用条件、問い合わせ方法まで、その言語で読み通せるかを確かめます。単語の置き換えではなく、利用に必要な説明の完成度を見る作業です。

比較しやすいように、対応表へ「本文の主な言語」という欄を足す方法があります。タイ語URLなのに本文は日本語、ベトナム語ページなのに申込条件は画像内の日本語だけ、といった差を記録します。設定の修正と翻訳の追加を混ぜず、担当者ごとに依頼できます。

各言語で同じ説明量が必要ですか？

基本となるサービスの事実は揃える必要がありますが、文章の長さまで一致させる必要はありません。初めて現地で利用する人に必要な説明と、既存顧客向けの説明は違うことがあります。どの言語でも同じ行数に収めるより、読者の判断に必要な情報を優先します。

たとえば、来店型のサービスなら、場所、予約の要否、支払い、連絡できる言語が判断材料になります。法人向けなら、対応地域、依頼できる範囲、相談時に必要な資料、連絡方法などを確認します。国や言語だけで一括りにせず、実際のサービス利用者を想定しましょう。

ただし、内容の目的が大きく異なるページを、同じ役割の翻訳として束ねないようにします。日本語は採用案内、タイ語は顧客向けサービス紹介なら、言語が違うだけの同一ページではありません。対応表へ戻って、ページの役割から整理し直します。

問い合わせまで、同じ言語で進めますか？

外国語の説明を読んで相談したくなっても、フォームが日本語だけだと、入力内容を判断できないことがあります。ボタン、項目名、必須の説明、入力エラー、送信後の案内まで確認します。問い合わせの直前だけ言語が変わっていないかが点検の要点です。

フォームの表示言語と、実際に返信できる言語も区別します。すべての言語へ対応できないなら、相談時に利用できる言語を明記します。翻訳ページがあることを、常時その言語で接客できるという約束にしないようにしましょう。

制作会社へ渡す点検表をどう作る？

依頼するときは、「SEO対策済みか」という一言を、確認できる項目に分解します。管理画面の設定、公開ページの状態、検索側の情報、利用者向けの導線を分ければ、未確認の部分を合格として扱いにくくなります。

一組のページについて、何を記録しますか？

以下は、担当者間でやり取りするための点検票です。各項目へ「確認済み」「問題あり」「未確認」を入れ、問題がある場合は対象URLと実際の値を添えます。空欄と問題なしを同じ意味にしないことが大切です。

点検の証拠として、確認日と、見たURL、取得した出力を残します。画面のスクリーンショットだけでは、head内の設定は分かりません。一方、HTMLの抜粋だけでは、文字切れや言語切替の使いにくさは分かりません。目的に合った証拠を組み合わせます。

修正を依頼するとき、どこまで範囲を決めますか？

まず、何を正しい状態にするかを決めます。たとえば「三言語のサービス紹介について、対応表と公開出力を一致させる」とすれば、対象が明確になります。サイト全体を一度に変更する依頼より、影響範囲と確認結果を追いやすくなります。

次に、変更前の状態を保存し、戻せる手順を担当者と共有します。共通テンプレートや多言語設定を変えるなら、一ページの修正が別ページにも影響する可能性があります。個別ページだけでなく、同じ仕組みを使う代表ページも確認対象に含めます。

費用の相談では、翻訳、設定変更、公開後の検証、運用手順の整備がどこまで含まれるかを確認します。「多言語SEO込み」という言葉だけでは、対応表の作成やフォームの点検まで含むかは分かりません。作業項目と納品される証拠を揃えて比較すると判断しやすくなります。

公開後の確認と、集客の評価はどう分けますか？

公開直後に確かめるのは、意図した内容と設定が正しく出ているかです。言語別URL、参照先、canonical、リンク、フォームを確認し、変更前後の差を記録します。この確認が終わったことを、検索順位や売上の改善と同じ意味で報告しないようにします。

その後は、言語別ページの検索での表示状況や流入、問い合わせの状況を、把握できる範囲で観察します。どの変更がいつ行われたかが分かれば、数値を読むときの判断材料になります。同じ期間に広告や別のサイト改修を行った場合も、記録しておきましょう。

多言語SEO対策でよくある質問

hreflangを設定すれば、海外検索で上位に表示されますか？

上位表示を保証する設定ではありません。hreflangは対応する言語・地域版の関係を伝えるためのものです。ページが取得できるか、内容が利用者の疑問に答えるかなども確認します。設定の整合性と、検索上の成果を分けて評価してください。

全言語のcanonicalを、日本語トップへ向けてもよいですか？

本文を翻訳した各言語ページを検索対象として運用するなら、一律に日本語へ集約する設計は見直しの対象です。同じ言語内の重複があるか、どのURLを代表としたいかを確認します。事情を調べず、全ページの指定を一括で変更するのは避けましょう。

HTMLにhreflangがなければ、未設定ということですか？

必ずしもそうではありません。GoogleはHTML、HTTPヘッダー、サイトマップによる指定を同等の方法として説明しています。まず、どの方式を採用しているかを確認します。複数の方式を使っている場合は、相互に矛盾していないかを点検します。

タイ語やベトナム語へ、必ず国コードも付けますか？

言語の指定だけを使う設計も可能です。言語と地域を分ける必要があるかを、提供条件やページ構成から判断します。国コードだけを言語のように記載せず、採用するコードはGoogleの公式資料に照らして確認してください。

多言語プラグインを使えば、公開後の点検は不要ですか？

不要にはなりません。管理画面の設定と公開出力が一致しているか、対応ページが存在するか、言語切替や問い合わせが使えるかを確認します。更新やキャッシュ、ほかの出力元との組み合わせもあるため、実際のURLを基準に確かめることが大切です。

まとめ：まず一組の公開URLから確かめる

多言語SEO対策は、翻訳とタグを別々に納品して終わる仕事ではありません。各言語のURL、対応する内容、hreflang、canonical、利用者向けのリンクを、同じページの組として確認する必要があります。

最初は、問い合わせにつながるサービスページを一つ選びましょう。日本語、タイ語、ベトナム語のURLを書き出し、ページの役割と公開状態を確認します。その上で、自己参照と相互参照、代表URL、本文と問い合わせの言語を照合すると、どこへ修正を依頼するかが見えてきます。

「タイ語ページはあるのに検索で見つからない」「制作会社から設定済みと言われたが、確認方法が分からない」という場合は、URL対応表から相談を始められます。相談時には、対象サイト、必要な言語、相談につなげたいページ、現在分かっている症状をお知らせください。管理画面のパスワードを本文へ書く必要はありません。

SEO対策込みの多言語HP相談

次に読むと、作業を具体化できる関連記事

検索語の整理を翻訳担当者へ依頼したい場合は、外国人に検索されるHP｜翻訳担当へ渡す検索語の作業票をご覧ください。本記事のURL点検票と組み合わせ、何を書くかと、どう公開するかを分けて依頼できます。

外部へ制作や修正を依頼する場合は、多言語サイト制作会社の比較表｜提案内容と運用体制を見極める確認軸で、見積もりに含まれる作業と公開後の担当範囲を整理できます。

公式資料で仕様を確認したい方へ

• Google Search Central：ページのローカライズ版について
• Google Search Central：多地域、多言語のサイトを管理する
• Google Search Central：正規URLを指定する方法