Hreflang X-default: その概要と使用方法

複数の言語や地域に対応するウェブサイトを運営している場合、hreflangとx-defaultは、より広範な 国際SEO戦略の一環として正しく設定しておくべき技術的な詳細の2つです。 これらが連携することで、検索エンジンは各訪問者に対して適切なバージョンのページを提供できるようになります。 しかし、正しく実装されていない場合、検索エンジンは推奨バージョンを全く表示しない可能性があります。

hreflangの仕組み

reflang は、 検索エンジンが ユーザーの言語や地域に基づいて、最も関連性の高いバージョンのページにユーザーを誘導するのに役立ちます。 米国向けには英語、メキシコ向けにはスペイン語をターゲットにする場合、ウェブサイトのURLはおそらく次のようになります。

さらに、ページのhreflangブロックは次のようになり、両方のページに同じタグペアが表示され、ユーザーをそれぞれの指定ページに誘導するようになります。

一方、X-defaultは、 特定の言語や地域に一致しない ユーザーが迷子になるのを防ぎます。

x-defaultとは何ですか？ 世界的な包括物

reflang は、検索エンジンがユーザーを最も関連性の高い言語または地域バージョンのページにマッチングさせるのに役立ちます。 しかし、あなたが特にターゲットとしていない国や言語からアクセスがあった場合でも、x-defaultは検索エンジンをあなたが選択したユニバーサルページに誘導できるため、潜在的な訪問者を失うことはありません。

x-defaultが重要な理由は何ですか？

• 一致しなかった訪問者を、一致しないまま放置するのではなく、役立つ一般的なバージョンのページに誘導します。
• 地域や言語の一致がない場合に、混乱や不満が生じるのを軽減します。
• これは、ターゲット市場以外のすべての人に、意図的に統一されたデフォルトのエクスペリエンスを提供することで、グローバルブランディングを支援します。

x-defaultの仕組み

hreflang クラスター内のすべての URL には、x-default を含む完全なアノテーションセットが含まれている必要があります。そうすることで、ページにアクセスしたクローラーはすべての言語代替オプションを認識し、一致しない訪問者がどこに移動すべきかを判断できます。

以下の例では、/en/ ページの <head> に、/es/ ページと同じセットが含まれていることがわかります。

Hreflangコードは、言語（en、es）にはISO 639-1を使用し、オプションで地域（en-US、es-MX）にはISO 3166-1 Alpha 2 を使用します。 コードを間違えたり、言語と地域の順序を間違えたりすると、hreflangタグはユーザーを正しいページに誘導しません。

HreflangはHTMLのlang属性とは異なります。 Langは、それが配置されているページの言語のみを示します。 reflangは複数のURL間の関係性を説明し、検索エンジンにページの他の言語版や地域版の存在を知らせます。

相互タグ

hreflangタグに関して必ず正しく設定しなければならないことの一つは、相互タグです。

もしあなたの /en/ ページで /es/ をスペイン語の代替として宣言しているなら、あなたの /es/ ページでは /en/ を宣言し直す必要があります。 相互参照でない場合、検索エンジンはそのペアを完全に無視する可能性があります。

誰かがクラスタ内のいずれかのページを編集、追加、または再生成した際に、他のページの戻りタグを更新しなかった場合、クラスタ全体のシグナルが途切れる可能性がある。

x-default をどこに指定するか

可能であれば、x-default を言語選択ページ、またはロケールを自動検出する汎用ランディングページに指定してください。これらは、一致しない訪問者がアクセスする可能性が最も高いページだからです。

ただし、主要な市場が1つ（例えば米国英語）で、他の地域が二次的な場合は、x-defaultを主要言語のURLに設定してください。なぜなら、ほとんどのサイトが既にそれを正規版として扱っているからです。

セレクターページがない場合や、ホームページが地理的IPアドレスに基づいてリダイレクトされる場合はどうすればよいでしょうか？

セレクターページがない場合は、既にhreflangクラスタに参加している安定したURLを選択してください。

ホームページが地理的IPアドレスに基づいてリダイレクトされる場合は、x-defaultをその場所に設定しないでください。 もしホームページ 301s が、リクエストの発信元に応じて地域固有のURLに切り替わる場合、検索エンジンは代替として利用できる安定したURLを持てなくなります。 理想的には、x-default を、誰に対しても同じレスポンスを返す URL に指定したいところです。

翻訳プラグインを使用していない場合はどうすればよいでしょうか？

WordPressにタグを直接追加するには、以下の短いコードスニペットを使用できます。

ただし、このコードスニペットをテーマの functions.php に挿入する前に、それが完全な hreflang ブロックの一部として配置されていること、およびクラスターのその他の代替テキストもページ上に存在することを確認してください。

PolylangやWPMLのようなツールを既に利用している場合、ほとんどのツールはx-defaultを含むhreflangタグ群全体を処理します。 ただし、デフォルト言語として設定した言語を確認する必要があります。なぜなら、それが x-default が指す言語を決定するからです。

Bablic x-defaultをどのように処理するか

Bablic 、相互参照のあるページの公開されたすべての言語バージョンに対して、ページヘッダーと自動生成されたサイトマップの両方に、x-defaultを含むhreflangタグを自動的に生成します。

Bablicを使えば、言語バージョンを追加または編集する際に、リターンタグを手動で同期させる必要はありません。

英語、ロシア語、スペイン語を公開しているサイトの場合、典型的な生成セットは次のようになります。

これは重要な点です。なぜなら、一部のツールは、URLを変更せずにブラウザ上で訪問者が目にする内容を翻訳し、クライアント側で言語を切り替えるからです。 問題は、hreflangが記述するための個別のURLが存在しないため、翻訳されたコンテンツが検索ボットに認識されないことです。 これは、ブラウザレベルの機械翻訳に頼り、それが実際のローカライズされたページの代わりになるほど信頼できると考えるのと同様の盲点です。 人間が閲覧する分には問題ないように見えるかもしれないが、クローラーはそれを個別のコンテンツとして認識しないだろう。

Bablic 、公開する各言語ごとに、実際にクロール可能なURLを生成します。 それが、hreflangとx-defaultが何らかの動作をするための前提条件です。 JavaScriptのコードスニペットを使ってインストールすると、新しい言語バージョンを公開するたびにhreflangクラスターが自動的に構築されます。 手動でのタグ管理は不要です。