英語ページを作ったのに日本語情報が混ざる？AI検索に備える多言語サイトの整え方

訪日客向けに英語ページを追加したものの、日本語版の料金や対象地域が混ざって表示されたり、英語版へたどり着きにくかったりすることはありませんか。翻訳文を置くだけでは、日本語版と英語版が同じ内容の言語違いであることを検索サービスへ明確に伝えられるとは限りません。

言語ごとに別URLを用意する理由

Googleの公式資料では、同じページの表示言語をCookieやブラウザー設定だけで切り替える方式より、言語ごとに異なるURLを使用することが推奨されています（Google Search Central「多地域、多言語のサイトの管理」）。たとえば、日本語版を/ja/service/、英語版を/en/service/のように分けると、それぞれを直接開き、リンクし、点検できます。

同資料では、利用者の言語設定に応じて同一URLの内容を動的に変えたり転送したりすると、Googleがすべてのバリエーションを発見・クロールできない場合があると説明しています。Googlebotは通常、米国からアクセスし、リクエストにAccept-Languageを設定しないためです。別の公式資料でも、地域や言語に応じて内容を変える「ロケール適応ページ」について、すべての地域版がクロール、インデックス登録、ランキングの対象になるとは限らないと案内されています（Google Search Central「ロケール適応ページをGoogleがクロールする方法」）。

これらはGoogle検索についての仕様です。これらを踏まえ、本記事ではAI検索を含む外部サービスに対しても、URLを知れば各言語版へ到達でき、ページ同士の関係を確認できる状態を先に整えることを推奨します。ただし、各AIサービスが同じ仕組みで言語版を選ぶとは限りません。

小規模サイト向けのURL設計

Googleは、国別ドメイン、サブドメイン、サブディレクトリなど複数のURL構成と、それぞれの長所・注意点を示しています。特定の方式がすべての事業者に最適だとはしていません。運用人数が限られる小規模サイトでは、これらを踏まえ、本記事では同一ドメイン内のサブディレクトリから検討することを推奨します。ページ対応表と転送設定を一か所で管理しやすいためです。これは運営者による実務上の提案です。

役割	URL例	ページ内で確認する情報
日本語版	example.com/ja/service/	日本語の料金、対象地域、申込条件、連絡先
英語版	example.com/en/service/	英語の料金、対象地域、申込条件、連絡先
共通の案内先	example.com/language/	利用者が言語を選べる導線

重要なのは、URLだけを作って本文を未翻訳のままにしないことです。トップページだけでなく、サービス内容、料金、予約方法、アクセス、キャンセル条件、問い合わせ先など、判断に必要なページを対にします。翻訳が未完了のページは、言語切替先として登録せず、完成した組み合わせから順に公開すると管理しやすくなります。

hreflangは相互対応で設定する

hreflangは、複数のURLが言語・地域違いの対応ページであることをGoogleへ示すための注記です。Googleの公式資料では、各言語版が自分自身と他のすべての言語版を列挙し、完全なURLを使うことが案内されています。また、2ページが互いを指していない場合、その注記は無視されると説明されています（Google Search Central「ページのローカライズ版についてGoogleに伝える」）。

• 日本語版には、日本語版自身と対応する英語版を登録する
• 英語版にも、英語版自身と対応する日本語版を登録する
• 言語が一致しない利用者向けの案内ページがある場合は、必要に応じてx-defaultを検討する
• 移転やURL変更後は、古いURLのまま注記が残っていないか確認する

Googleは、HTML、HTTPヘッダー、XMLサイトマップの3方式を同等とし、すべてを併用しても検索上の利点はなく、管理が複雑になる可能性があると説明しています。本記事では、CMSや多言語機能が安定して出力できる1方式を基本にし、複数方式が自動出力される場合は内容が一致しているかを点検することを推奨します。

ページの表示言語をそろえる

Googleの公式資料では、ページの言語は画面上に見える内容から判断し、URLやHTMLのlang属性、hreflangだけで決めるものではないと説明しています。また、各ページの本文とナビゲーションを1つの言語にし、左右に翻訳文を並べる構成を避けるよう案内しています。

これを踏まえ、英語ページでは見出しだけでなく、ボタン、メニュー、フォーム項目、エラーメッセージ、料金条件まで英語で確認します。一方、法人名、屋号、住所など固有情報は、実際の表記との対応が分かるようにします。存在しない英語名称や海外向けサービス範囲を翻訳時に付け足さず、提供実態に沿って説明することが重要です。

自動転送より言語切替リンクを残す

Googleは、推測した利用者の言語に基づいて、ある言語版から別の言語版へ自動転送することを避け、利用者が選べるリンクを設けるよう案内しています。自動転送によって、利用者や検索エンジンがすべての言語版を閲覧できなくなる可能性があるためです。

実務上は、ページ上部やフッターに「同じ内容の別言語版」への通常リンクを置きます。転送を補助的に使う場合でも、選択を変更できる導線と各言語版の固定URLを残します。国旗だけでは言語を一意に示せないため、公開前には言語名が利用者に分かる表示になっているかも人間が確認してください。

canonicalとサイトマップを矛盾させない

Googleのcanonicalに関する公式資料では、canonicalページ自身にも自己参照のrel="canonical"を置くこと、hreflangを使う場合は同じ言語のcanonicalを指定することが推奨されています（Google Search Central「rel=canonicalなどを利用して正規URLを指定する方法」）。

これらを踏まえ、内容を翻訳した日本語版と英語版を運用する場合、本記事では各言語版をそれぞれ自己参照canonicalにし、両者の関係はhreflangで示す構成を基本として推奨します。英語版のcanonicalを日本語版へ一律に向けると、言語別URLの意図と矛盾しやすくなります。同じ言語で地域だけが異なる重複ページがある場合は、その言語内で優先URLを決めます。

XMLサイトマップ、内部リンク、canonical、hreflangが別々のURLを示していないかも確認します。プラグインを導入しただけで完了とせず、公開後のHTMLとサイトマップに実際に出力されたURLを読み合わせることが重要です。

公開前後の確認手順

これらの公式仕様を踏まえ、本記事ではページ単位で次の順序を確認することを推奨します。

1. 日本語URLと英語URLの対応表を作る
2. 両ページのサービス内容、料金、対象地域、申込条件、連絡先を照合する
3. 本文、メニュー、フォームが原則1言語で統一されているか確認する
4. 両方向の言語切替リンクを実際に開く
5. hreflangが自己参照と相互参照になっているか確認する
6. canonical、内部リンク、サイトマップが公開中の正しいURLを示しているか確認する
7. 確認日、修正内容、対象URLを記録し、料金や条件を変更した際に両言語を更新する

AI検索の確認では、言語を指定した質問と指定しない質問を分け、回答言語、事業名、料金、対象地域、参照元URLを記録すると整理しやすくなります。これはAI BRAND CHECK運営者による確認手順の提案です。結果は質問文、確認時期、利用環境などでも変わり得るため、単発の表示だけで改善効果を断定しないでください。

AI回答の確認方法や、言及・推薦・競合・情報の正確性をどのように整理するかは、AI BRAND CHECKの調査方法・項目でも詳しく説明しています。

まとめ

多言語サイトでは、翻訳文の有無だけでなく、言語別URL、ページ同士の対応、表示言語、切替導線、canonicalを一組として管理します。まず主要なサービスページを日本語版と英語版の対にし、完成したページから相互に結びます。この整理は情報の食い違いを減らす基礎になりますが、AI検索への表示、引用、推薦、回答修正、検索順位、アクセスや問い合わせの増加を保証するものではありません。