REEID EDITORIAL

多言語WordPressにおけるXMLサイトマップ:実際にインデックスすべきものは何か?

多言語WordPressでは、サイトマップには検索で単独ページとしてインデックスされることを意図したURLだけを載せるべきです。つまり、各言語版は、canonicalタグ、robotsディレクティブ、そして翻訳URLが実際に優先されるインデックス可能な版かどうかという、それぞれのシグナルで個別に評価する必要があります。翻訳URLを送信しても、ページレベルの矛盾するシグナルは上書きされません。

12 Sep 20261 min read

要点

多言語WordPressのサイトマップが役立つのは、インデックスさせたいURLを公開し、そのURLがcanonicalとrobotsのルールと一致している場合だけです。そうでない場合、検索エンジンには矛盾したシグナルが送られ、サイトマップのエントリを無視されることがあります。

多言語サイトマップが本来伝えるべきこと

サイトマップは、サイトが生成できるすべてのURLの一覧ではありません。多言語WordPress環境では、どの言語別URLを発見対象としてインデックス候補にする意図があるかを示す宣言です。

この区別が重要なのは、翻訳コンテンツがしばしば複数の形で存在するためです。言語別パーマリンク、翻訳されたテンプレート出力、あるいは到達はできても検索で単独ページとして扱う意図のないページなどがあります。サイトマップは、到達可能なすべての変種ではなく、インデックス可能な版を反映すべきです。

どの翻訳URLをサイトマップに含めるべきか

各言語版が、それぞれ独自の言語別コンテンツと独自の優先URLを持つ、実在するインデックス可能なページである場合は、翻訳URLを含めます。

翻訳URLが単なる別の配信経路にすぎない場合、インデックスがブロックされている場合、またはcanonical版ではない場合は除外します。サイトマップのエントリは、そのページのインデックス意図を補強するものであり、矛盾するものであってはなりません。

WordPressの実装者にとって、これは通常、投稿や固定ページ間の言語関係、各翻訳に割り当てられたパーマリンク、そして翻訳コンテンツが一時的な表示ではなく、実際に別個のオブジェクトとして公開されているかを確認することを意味します。

canonicalシグナルが、サイトマップのエントリが信頼できるかを決める

翻訳ページが別のURLを指すcanonicalを宣言している場合、そのサイトマップのエントリはもはやその翻訳URLに対する明確なシグナルではありません。検索エンジンには同時に2つの指示が送られます。サイトマップはそのURLを考慮すべきだと言い、canonicalは別のURLが優先だと言っているのです。

この矛盾によってサイトマップが強くなることはありません。むしろ有用性が下がります。なぜなら、ページレベルのcanonicalシグナルは通常、どのURLにインデックスシグナルを集約すべきかを検索エンジンに伝えるからです。実際には、ページ自体が優先版ではないと言っている翻訳URLを、サイトマップでインデックス可能として載せるべきではありません。

robotsルールは、サイトマップのエントリを自己矛盾させることがある

robotsディレクティブによってインデックスがブロックされているURLは、インデックス対象として有効なサイトマップ候補とみなすべきではありません。サイトマップに含めてしまうと、ページ自体が検索エンジンにインデックスしないよう指示しているページを、サイトマップが宣伝していることになります。

これは、多言語WordPressで一部の言語バリエーションがナビゲーション、フォールバック表示、または内部翻訳ワークフローに使われているものの、検索結果に表示させる意図がない場合に特に重要です。そうしたURLはユーザーや編集者にとっては有用でも、インデックス重視のサイトマップには含めるべきではありません。

翻訳URLを送信しても、矛盾するページシグナルは解決しない理由

翻訳URLを検索エンジンに送信しても、ページが発するシグナルは上書きされません。翻訳ページがcanonicalタグ、robotsディレクティブ、または言語関係の設定と矛盾している場合、送信はすでに一貫性のない指示群に別のヒントを加えるだけです。

実務上の結果として、サイトマップ送信では、ページ自身のメタデータがインデックスすべきではない、あるいは別URLの代替としてのみインデックスすべきだと示しているページを救えません。まずページ内部の整合性が必要です。URL、canonical、robotsルール、言語マッピングがすべて同じ方向を向いていなければなりません。

WordPressのアーキテクチャがサイトマップ品質に与える影響

WordPressでは、多言語インデックスの判断は、翻訳がどのように保存され、どのように表示されるかによって左右されることがよくあります。翻訳が別々の投稿や固定ページであれば、それぞれに独自のパーマリンク、canonicalシグナル、言語関係を持たせることができます。翻訳がプラグイン管理のデータやカスタムフィールドから動的に組み立てられる場合、表示される言語版が別個のインデックス可能オブジェクトに対応しないことがあります。

この違いはサイトマップ生成にとって重要です。投稿オブジェクトから作られたサイトマップが正確であるためには、それらのオブジェクトが実際のインデックス可能な言語バリエーションを表していなければなりません。多言語レイヤーがテンプレート、ブロック、または動的レンダリングによって動いている場合、サイトマップのロジックは、どのURLがcanonicalでインデックス可能かを決めるのと同じ真実の स्रोतに従う必要があります。

クリーンな多言語サイトマップのための運用チェック

翻訳URLをサイトマップに公開する前に、各言語バリエーションについて次の3点を確認してください。URLがインデックス対象であること、canonicalがその同じURLを指していること、そしてrobotsルールがインデックスをブロックしていないことです。

次に、言語関係が整合しているかを確認します。翻訳ページは正しい元コンテンツに対応している必要があり、検索で単独ページとして扱う意図があるなら別URLの代替として扱われるべきではありません。ページが単なるフォールバック、プレビュー、または優先されない表示である場合は、サイトマップから外してください。

重要

よくある質問

すべての翻訳済みWordPressページをサイトマップに含めるべきですか?

その翻訳ページが独自のURLとしてインデックスされることを意図しており、canonicalとrobotsのシグナルがその意図と一致している場合に限ります。代替版、フォールバック版、またはインデックス不可の版であれば、サイトマップに含めるべきではありません。

翻訳URLがサイトマップに入っていれば、インデックスは保証されますか?

いいえ。サイトマップはあくまで一つのシグナルにすぎません。ページが矛盾するcanonicalやrobotsの指示を送っている場合、それらのページレベルのシグナルがサイトマップのエントリより優先されることがあります。

多言語サイトマップは正しく見えるのにページがインデックスされないとき、最初に確認すべきことは何ですか?

翻訳URLが内部的に一貫しているかを確認してください。canonicalタグ、robotsディレクティブ、言語関係はすべて同じインデックス判断を指している必要があります。

アーキテクチャを活用する

WordPressの統合が多言語システムでどう動作するかを見る

REEID Integration Directoryで、プラグイン固有の互換性、翻訳対象、実装メモを確認してください。

Shopping Cart
Scroll to Top