動的に翻訳されるページの多言語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の
方法 | 追加される場所 | 最適な用途 |
HTML hreflang | ページ <head> | ページレベルの実装 |
XMLサイトマップ hreflang | XMLサイトマップ | 大規模な多言語サイト |
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がその言語ページの正規バージョンです。
- 利用可能な翻訳のみ: 存在しない、または利用できない翻訳を参照しないでください。
例えば、ウェブサイトからフランス語の翻訳を削除した場合、そのURLも関連するhreflang関係から削除する必要があります。サイトマップとhreflang設定を同期させておくことで、検索エンジンが多言語ページを正確に理解し続けることができます。.
多言語XMLサイトマップのベストプラクティスとよくある間違い

多言語XMLサイトマップの作成は最初のステップにすぎません。動的に翻訳されたページが検索結果で高いパフォーマンスを維持するには、サイトマップを正確で整理された状態に保ち、定期的に監視する必要があります。以下のベストプラクティスは、一般的なインデックス登録やクロールの問題を防ぐのに役立ちます。.
サイトマップのURLを正確に保つ
サイトマップ内のすべてのURLは、実際にインデックス可能なページにつながっている必要があります。動的な翻訳が追加または削除されると、古いURLがサイトマップに残り、検索エンジンに不要なクロールエラーを引き起こす可能性があります。.
たとえば、ブログ記事のフランス語版が非公開になった場合、その/fr/ URLもサイトマップから削除し、利用可能なページとして表示され続けないようにする必要があります。サイトマップを定期的に確認し、以下だけが含まれているようにしてください:
- HTTP 200を返すURL
- 各ページの正規版
- 既存の翻訳済みページのみ
- リダイレクトまたは削除されたURLは含めない
一貫したURL構造を使用する
一貫したURL構造により、多言語ページの管理が容易になり、検索エンジンがウェブサイトの階層を理解しやすくなります。サイト全体で異なる形式を混在させるのではなく、すべての言語で1つの構造を選択してください。.
たとえば、異なる言語に対してサブディレクトリとサブドメインを組み合わせるよりも、サブディレクトリを一貫して使用する方がはるかに明確です。.
言語 | 一貫したURL |
英語 | /en/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構造の使用
結論
動的に翻訳されるページの多言語XMLサイトマップを処理することで、検索エンジンがコンテンツの異なる言語バージョンを発見、クロール、理解しやすくなります。サイトマップのURLを正確に保ち、適切なhreflang関係を使用し、翻訳されたURLを自動的に更新することで、より信頼性の高い多言語SEO構造を作成できます。.
動的な多言語コンテンツの管理を簡素化する必要があるウェブサイトでは、 Linguise が多言語サイトマップの作成と更新を自動化できます。 翻訳されたページとそのSEOインフラストラクチャの管理を容易にするために、 Linguise をお試しください。



