Hreflangタグジェネレーター — 無料で相互確認付き

簡単な答え: 言語バージョンごとに1行追加し、タグブロックを生成し、同じブロックをセット内のすべてのページに貼り付けます。以下の相互チェックは、多くの実装で間違えられる部分です。クラスターは、すべてのURLが他のすべてのURLをリストし、自分自身も含めて初めて機能します。

多くの実装を破綻させる一つのミス

hreflang クラスターは相互の宣言です。Google は、セット内のすべての URL が他のすべての URL を名前付きで示している場合にのみこれを受け入れます — 自分自身を含めて。自己参照を忘れたり、あなたをリストしていないページをリストしたりすると、アノテーション全体が黙って破棄されます。エラーはどこにも表示されず、ページは単に競合し続けます。

したがって、テストは「hreflang タグを追加したか」ではなく、「このセット内のすべてのページが同一のブロックを持っているか」です。だからこそ、上記のツールはページごとに異なるブロックではなく、どこにでも貼り付けるための一つのブロックを生成します。

言語コード、または言語と地域？

最後の行が落とし穴です。他の地域を公開せずにコードを狭めると、そのページがフランスにとってより関連性が高くなるわけではなく、他のフランス語話者には見えなくなります。まずは広く始め、コンテンツが本当に異なる場合にのみ分割しましょう。

x-default

x-defaultは、対応するバージョンがない検索者に対するフォールバックです。通常は英語のページが使われますが、これはルールではなく慣例に過ぎません。言語選択ページも同様に有効ですし、主要市場が英語でないサイトでは、主要市場向けのページを選ぶのが正直な選択です。

カノニカルとhreflangの併用

各言語バージョンは自分自身をカノニカル化する必要があります。フランス語ページのカノニカルを英語のURLに向けると、Googleにフランス語ページをインデックスしないよう指示することになり、クラスター全体が無効になります。これら2つのシグナルは異なる質問に答えます。カノニカルは「これらのほぼ同一のURLのうち、どれが本物か」に答え、hreflangは「これらの異なる言語のページのうち、どれがこの検索者に適しているか」に答えます。

さらに、簡単に述べられ、簡単に違反される条件があります。それは、ページが本当に翻訳されたコンテンツを持っている場合にのみ、自分自身をカノニカル化できるということです。ロケールURLが自分自身のカノニカルの下で英語ページを提供する場合、それは言語タグを付けた重複であり、多言語展開がサイトを良くするのではなく悪化させる最も一般的な方法です。

検証の実施

Search Console の国際ターゲティングレポートには、hreflang エラーとして「リターンタグがない」などのエラーが記載されます。これは、上記の相互性の失敗に関連しています。スニペットバリデーターではそれを確認できません。なぜなら、相互性はセットの特性であり、個々のページの特性ではないからです。

Shopify の詳細については、Shopify hreflangをご覧ください。