動的に翻訳されたページの多言語XMLサイトマップの処理は、複数の言語でコンテンツを提供するウェブサイトにとって重要です。翻訳が動的に生成される場合、検索エンジンは各言語バージョンを発見してクロールするための明確な方法を必要とします。適切に管理されたXMLサイトマップは、検索エンジンがこれらの翻訳されたURLを見つけ、どのページが利用可能かを理解するのに役立ちます。.
ただし、翻訳されたURLをサイトマップに追加するだけでは十分ではありません。URLがインデックス可能であること、正しいcanonical URLを使用していること、翻訳が変更されたときに更新されること、そしてhreflangと正しく連携することを確認する必要があります。このガイドでは、動的に翻訳されたページの多言語XMLサイトマップを管理し、よくある テクニカルSEO の問題を回避する方法を説明します。
重要ポイント: 動的に翻訳されたページの多言語XMLサイトマップの管理
翻訳されたURLをインデックス可能かつ最新の状態に保つ
サイトマップには、利用可能で、正規で、インデックス可能な言語バージョンのみを含め、翻訳が変更されたときはいつでも更新してください。.
サイトマップとhreflangを併用する
XMLサイトマップは検索エンジンが翻訳されたURLを発見するのに役立ち、hreflangは同等の言語または地域のバージョンを関連付けます。.
多言語サイトマップを常に最新の状態に保つ
翻訳されたページが追加、変更、削除されたときにサイトマップを自動的に更新して、検索エンジンによる検出を正確に保ちます。.
動的な翻訳において多言語 XML サイトマップが重要な理由とは?

ウェブサイトが動的に翻訳されたコンテンツを提供する場合、検索エンジンは異なる言語バージョンを効率的に発見する必要があります。多言語XMLサイトマップは、これらのURLの明確なリストを提供するのに役立ち、検索エンジンが発見されたいページをクロールしやすくします。.
- URLの検出を改善: サイトマップは、検索エンジンに翻訳されたURLの直接的なリストを提供します。これは、新しい言語バージョンが動的に生成され、それらを指す内部リンクがほとんどない場合に特に役立ちます。
- クロールを改善する: 検索エンジン はサイトマップを利用して、重要な翻訳ページをより効率的に発見しクロールできます。これにより、新しく追加された言語バージョンが見落とされにくくなります。
- 翻訳されたページを整理しておく: 適切に構造化されたサイトマップは、複数の言語にわたるURLの管理を容易にします。個別のサイトマップまたはサイトマップインデックスを使用して、多数の翻訳されたページを整理できます。
- 正確なSEOシグナルの維持に役立ちます: サイトマップを最新の状態に保つことで、検索エンジンが古い翻訳や利用できない翻訳ではなく、現在のURLを受け取ることが保証されます。 canonicalタグとhreflang と組み合わせることで、多言語ページに関するより明確なシグナルが作成されます。
動的に翻訳されたページ用のXMLサイトマップを作成する方法

動的に翻訳されたページ用のXMLサイトマップを作成するには、翻訳されたすべてのURLを単純にリストアップするだけでは不十分です。サイトマップには適切な言語バージョンを含め、翻訳と同期させ、検索エンジンが適切にアクセスしてインデックスできるURLのみを含める必要があります。.
言語ごとにURLを生成する
まず、重要なページの翻訳版ごとに独自のURLを設定しましょう。たとえば、英語の製品ページには /en/product/ を、フランス語版とドイツ語版には /fr/product/ と /de/product/ を使用できます。独自のURLを使用することで、検索エンジンが言語バージョンを発見し、区別しやすくなります。.
翻訳が動的に生成される場合、サイトマップには、その言語バージョンが実際に利用可能な場合にのみURLを含める必要があります。たとえば、ある製品に英語とフランス語の翻訳があるが、ドイツ語の翻訳がまだ作成されていない場合、利用可能なURLのみを追加する必要があります。.
良いアプローチは、サイトで利用可能な翻訳に基づいてサイトマップのURLを生成することです:
- /en/about/ — 英語バージョン
- /fr/about/ — フランス語版
- /de/about/ — ドイツ語版
これにより、存在しないページや未翻訳のページにつながるURLがサイトマップに含まれることも防げます。.
インデックス可能な正規URLのみを含める
サイトマップには、検索エンジンにインデックス登録してほしいURLを含める必要があります。クロールがブロックされているページ、noindexが設定されているページ、別のURLにリダイレクトされるページ、ユーザーが利用できないページは追加しないでください。.
各言語バージョンでは、その言語の推奨正規 URL も使用する必要があります。たとえば、/fr/product/ がフランス語版の正規 URL である場合、サイトマップはトラッキングパラメータやその他のバリエーションを含む代替 URL ではなく、その URL を指す必要があります。翻訳された URL を追加する前に、次の点を確認してください:
- 正常なHTTPレスポンスを返します。.
- noindexに設定されていません。.
- robots.txtによってブロックされていません。.
- ページの正規バージョンです。.
- 意図した翻訳済みコンテンツが含まれています。.
これによりサイトマップがクリーンに保たれ、インデックスされるべきでない URL をクロールするために検索エンジンがリソースを費やすのを防ぐことができます。.
サイトマップを自動的に更新する
動的な翻訳 は頻繁に変更される可能性があります。新しいページが翻訳されたり、既存の翻訳が更新されたり、一部の翻訳が削除されたりすることがあります。XMLサイトマップは、手動での更新に頼るのではなく、これらの変更を自動的に反映する必要があります。
たとえば、ウェブサイトに新しいページが追加され、そのフランス語翻訳が利用可能になった場合、フランス語のURLも多言語サイトマップに含める必要があります。後で翻訳が削除された場合、対応するURLは利用可能な多言語ページとして表示されなくなるべきです。.
Linguise は、 多言語XMLサイトマップを生成する ことで、このプロセスを自動化できます。これは、ウェブサイトのメインサイトマップに基づいて行われます。サイトマップインデックス、サブサイトマップ、標準XMLサイトマップをサポートしており、言語ごとに個別のサイトマップを手動で作成することなく、翻訳されたURLを整理できます。
Linguise は、ボットが新しい 多言語コンテンツをクロールしてインデックスする際にも多言語サイトマップを更新します。これにより、ウェブサイトに新しい翻訳ページが追加されるたびにサイトマップファイルを手動で再生成する必要が減ります。たとえば、メインのサイトマップが次の場合:
- https://example.com/sitemap.xml
- https://example.com/fr/sitemap.xml — フランス語サイトマップ
- https://example.com/de/sitemap.xml — ドイツ語サイトマップ
言語別のサイトマップURLは、Google Search Consoleに送信できるため、検索エンジンが翻訳されたページを発見できます。.
個別のサイトマップまたはサイトマップインデックスを使用する
多言語ウェブサイトでは、 翻訳されたURL を言語別のサイトマップに整理するか、サイトマップインデックスを使用して複数のサイトマップファイルを管理できます。もう一つの方法は、
アプローチ | 目的 | 最適な用途 |
言語別のサイトマップ | URLを言語別に整理する | 大規模な多言語ウェブサイト |
サイトマップインデックス | 複数のサイトマップファイルを1つの中央ファイルから管理する | URLや言語が多いウェブサイト |
hreflang サイトマップ注釈 | 言語間で同等のURLを関連付ける | 言語バージョン間の関連性を表示 |
たとえば、英語、フランス語、ドイツ語のコンテンツがあるウェブサイトでは、sitemap-en.xml、sitemap-fr.xml、sitemap-de.xml を使用し、それらを単一のサイトマップインデックスにまとめることができます。個々のサイトマップには、言語間で同等の URL を示す hreflang アノテーションを含めることもできます。.
重要なのは、これらは必ずしも相互排他的ではないという点です。個別のサイトマップは多言語URLの整理と管理に役立ち、hreflangアノテーションはそれらのURL間の関係を伝えます。動的に翻訳されるコンテンツを扱う大規模なウェブサイトでは、両方を使用すると便利です。.
サイトマップを検証して送信する
サイトマップを送信する前に、有効でアクセス可能なURLが含まれていることを確認するために検証を行ってください。これは、動的に翻訳されるページの場合に特に重要です。翻訳は自動的に追加または削除されるため、サイトマップに古いURLや破損したURLが残ってしまう可能性があるからです。.
まず、サイトマップの形式を確認し、含まれているURLを見直してください。各URLは、ページの正しいインデックス可能なバージョンを指し、リダイレクトやエラーにつながらないようにする必要があります。たとえば、サイトマップに https://example.com/fr/product/ が含まれている場合、そのURLが実際に商品ページのフランス語版を読み込み、正常なレスポンスを返すことを確認してください。.
検証後は、 Google Search Console などのツールを使ってサイトマップを送信し、監視することができます。また、検索エンジンがサイトマップをより簡単に発見できるよう、robots.txt ファイルにサイトマップを記載することをおすすめします。送信する前に、以下の重要ポイントを確認してください:
- 有効なXML形式: サイトマップは必須のXML構造に従っています。
- アクセス可能なURL: URLが成功のHTTPレスポンスを返します。
- 正規 URL: 各 URL は優先バージョンを指します。
- 不要なURLを除外: リダイレクト、404ページ、noindexページを除外します。
たとえば、ウェブサイトに英語、フランス語、ドイツ語のバージョンがある場合、https://example.com/sitemap.xml のようなサイトマップインデックスを送信して、各言語のサイトマップを指定できます。送信後は、Google Search Consoleでサイトマップを監視し、表示されるエラーを修正します。特に、新しい翻訳が動的に生成される場合は重要です。.
XMLサイトマップとhreflangを組み合わせる方法

XMLサイトマップとhreflangは、多言語ウェブサイトにおいて異なるものの補完し合う役割を果たします。XMLサイトマップは検索エンジンがクロールしてほしいURLを見つけやすくする一方、hreflangは同じページの代替言語版や地域版にあたるURLを検索エンジンが理解できるようにします。.
サイトマップとhreflangの役割を理解する
多言語XMLサイトマップには、検索エンジンがどのURLが利用可能で、異なる言語バージョンがどのように関連しているかを理解するのに役立ついくつかの要素が含まれています。これらの要素を理解することで、動的に翻訳されたページのサイトマップを簡単に作成・維持できるようになります。.
たとえば、サイトマップは英語の商品ページをフランス語やドイツ語の代替ページに結び付けることができます。この例の主な要素は次のとおりです:
- <urlset>: サイトマップ内のすべてのURLを含むルート要素。
- <url>: 個々のページURLとその関連情報を表します。
- <loc>: ページのURLを含みます。
- <xhtml:link>: ページの代替言語版または地域版を定義します。
- hreflang: 各代替URLの言語または地域ターゲティングを識別します。
動的に翻訳されるウェブサイトでは、これらの要素は実際に利用可能な翻訳に基づいて生成・更新されるべきです。これにより、サイトマップをページの現在の言語バージョンと一致させておくことができます。.
同等の言語バージョンを関連付ける
各言語バージョンに独自のURLが付与されたら、hreflangを使用して同等のページを関連付けます。各言語バージョンは、利用可能なすべての同等バージョンを参照する必要があります。これにより、検索エンジンがページ間の関係を理解できるようになります。.
たとえば、ある商品ページが英語、フランス語、ドイツ語で利用可能な場合、英語ページはフランス語版とドイツ語版を参照し、フランス語ページとドイツ語ページも同様に参照する必要があります。これにより、同等のページ間に明確な関連性が生まれます。典型的な設定は次のようになります。
- 英語:hreflang=”en” → /en/product/
- フランス語:hreflang=”fr” → /fr/product/
- ドイツ語:hreflang=”de” → /de/product/
ドイツ語の翻訳がまだ存在しない場合、存在しないページや未翻訳のページを指すドイツ語のhreflangを追加すべきではありません。実際に利用可能でインデックス可能な言語バージョンのみを関連付けてください。新しい翻訳が利用可能になったら、そのURLと対応するhreflangの関係を多言語設定に追加する必要があります。.
hreflang を正しく実装する
hreflangを実装する方法はいくつかあり、 hreflangページの
方法 | 追加される場所 | 最適な用途 |
HTML hreflang | ページの <head> | ページレベルでの実装 |
XMLサイトマップのhreflang | XML sitemap | 大規模な多言語サイト |
HTML hreflangでは、言語の代替バージョンが各ページに直接追加されます。XMLサイトマップの注釈では、同じ関係がサイトマップ内で<xhtml:link rel=”alternate”>を使用して定義されます。これは、言語の関係をサイトマップ内で直接管理する方が実用的な大規模ウェブサイトに役立ちます。たとえば、XMLサイトマップは英語のページをフランス語とドイツ語の代替バージョンに関連付けることができます:
https://example.com/en/product/
同等の各言語バージョンに対して、同じhreflang関係を宣言する必要があります。hreflangを実装する際は、次の点に注意してください:
- 言語コード: en、fr、de などの有効なコードを使用します。
- 地域コード: 特定の地域を対象とする場合は、en-USやen-GBなどのコードを使用してください。
- 自己参照: 現在のページを、それ自体のhreflang代替ページの1つとして含めます。
- x-default: 特定の言語や地域のバージョンがユーザーに一致しない場合のフォールバックページに使用します。
- 絶対URL: 相対パスではなく完全なURLを使用してください。
動的に翻訳されるページでは、実際に存在する翻訳に基づいてこれらの関係を生成してください。これにより、サイトマップが作成されていない、またはインデックス登録の準備ができていない言語バージョンを参照するのを防ぐことができます。.
hreflangの設定を検証してください。
hreflangを実装した後は、各言語の関連性を検証し、URL、言語コード、相互参照が正しいことを確認してください。これは、翻訳が自動的に追加または削除される可能性がある動的に翻訳されたウェブサイトでは特に重要です。URLと翻訳は時間の経過とともに自動的に変更される可能性があるため、動的に翻訳されたウェブサイトでは特に重要です。.
たとえば、/en/product/ が /fr/product/ を参照している場合、フランス語のページも英語版を参照する必要があります。両方の URL にアクセス可能であり、hreflang の値が正しいページを指していることを確認してください。役立つ検証チェックリストには、次のものが含まれます:
- 相互参照: 言語バージョンが互いを参照している。
- 正しい言語または地域コード: 各hreflang値が対象ページと一致します。
- 有効なURL: 参照されたページが正常なレスポンスを返します。
- 一貫したcanonicalization: 参照されたURLは、その言語ページのcanonicalバージョンです。
- 利用可能な翻訳のみ: 存在しない、または利用できない翻訳を参照しないでください。
たとえば、フランス語の翻訳がウェブサイトから削除された場合、そのURLも関連するhreflangの関係から削除する必要があります。サイトマップとhreflangの設定を同期させておくことで、検索エンジンが多言語ページを正確に理解し続けることができます。.
多言語XMLサイトマップのベストプラクティスとよくある間違い

多言語XMLサイトマップの作成は、あくまで最初のステップにすぎません。動的に翻訳されたページが検索結果で高いパフォーマンスを維持するには、サイトマップを正確かつ整理された状態に保ち、定期的に監視する必要があります。以下のベストプラクティスは、よくあるインデックス登録やクロールの問題を防ぐのに役立ちます。.
サイトマップの URL を正確に保つ
サイトマップ内のすべてのURLは、実際に存在するインデックス可能なページにつながっている必要があります。動的な翻訳が追加または削除されると、古いURLがサイトマップに残り、検索エンジンに不要なクロールエラーを引き起こす可能性があります。.
たとえば、ブログ記事のフランス語版が非公開になった場合、その/fr/ URLも利用可能なページとして表示され続けるのではなく、サイトマップから削除する必要があります。サイトマップを定期的に見直し、以下だけが含まれていることを確認してください:
- HTTP 200 を返す URL
- 各ページの正規バージョン
- 存在する翻訳済みページのみ
- リダイレクトまたは削除されたURLはありません
一貫性のあるURL構造を使用する
一貫したURL構造にすることで、多言語ページの管理が容易になり、検索エンジンがウェブサイトの階層を理解しやすくなります。サイト全体で異なる形式を混在させるのではなく、すべての言語で1つの構造を選択しましょう。.
たとえば、言語ごとにサブディレクトリとサブドメインを組み合わせるよりも、サブディレクトリを一貫して使用する方がはるかに明確です。.
言語 | 一貫した URL |
英語 | /ja/about/ |
フランス語 | /fr/about/ |
ドイツ語 | /de/about/ |
サイトマップの生成とメンテナンスを簡素化するために、翻訳されたすべてのページで同じ構造を維持してください。.
サイトマップを送信して監視する
多言語サイトマップを検証した後、Google Search Consoleを通じて送信し、Googleが翻訳されたURLを検出して処理できるようにします。まず、管理しているウェブサイトとURL構造に対して正しいSearch Consoleプロパティを選択していることを確認してください。.
多言語設定で複数の言語サイトマップを使用している場合は、各言語のサイトマップを個別に送信するのではなく、マスターサイトマップインデックスを送信してください。インデックスはGoogleを個々のサイトマップに誘導できるため、ウェブサイトの成長に伴い送信の管理が容易になります。例えば、サイトマップインデックスには以下を含めることができます:
https://example.com/sitemap-en.xml
https://example.com/sitemap-fr.xml
https://example.com/sitemap-de.xml
送信後は、Google Search Consoleでサイトマップのステータスを監視し、Googleが期待どおりのURLを検出しているかを確認してください。送信したURL数とGoogleがインデックス登録したURL数の違いに注意を払いましょう。不一致は必ずしもエラーを示すものではありませんが、さらに調査が必要なページを特定するのに役立ちます。次のような問題がないか確認してください:
- サイトマップの状態: Googleがサイトマップを正常に処理できることを確認してください。
- 検出されたURL: 期待される翻訳済みURLが見つかっているか確認します。
- インデックス登録されたURL: インデックス登録されたページとサイトマップに含まれるURLを比較します。
- インデックス登録の問題: 除外された、リダイレクトされた、またはインデックス登録できない翻訳ページを調査します。
動的に翻訳されたウェブサイトでは、新しい言語バージョンが追加されるたびに、これらのレポートを継続的に監視してください。これにより、新しく翻訳されたページが期待どおりに検出され、インデックス登録されているかどうかを確認できます。.
よくあるサイトマップの問題を修正する
多言語SEOの 多くの 問題は、翻訳の品質ではなく、サイトマップの小さなミスから生じます。こうした問題を迅速に修正することで、検索エンジンが正しい言語バージョンをクロールしやすくなり、重複URLや無効なURLを減らすことができます。
たとえば、ページが /en-us/ から /en/ にリダイレクトされる場合、サイトマップには正規のリダイレクト先のみを残し、両方の URL を含めないようにします。修正すべき一般的な問題には次のようなものがあります:
- 404 またはリダイレクトされた URL を含める
- noindexが設定された一覧ページ
- 新しく翻訳されたページが漏れている
- サイトマップに削除された翻訳を残す
- 一貫性のない言語 URL 構造の使用
Conclusion
動的に翻訳されるページ向けの多言語XMLサイトマップを適切に扱うことで、検索エンジンがコンテンツの異なる言語バージョンを発見し、クロールし、理解しやすくなります。サイトマップのURLを正確に保ち、適切なhreflang関係を使用し、翻訳されたURLを自動的に更新することで、より信頼性の高い多言語SEO構造を構築できます。.
動的な多言語コンテンツの管理を簡素化したいウェブサイトでは、 Linguise が多言語サイトマップの作成と更新を自動化できます。 Linguise を試して、翻訳されたページとそのSEOインフラストラクチャの管理をより簡単にしましょう。


