このhreflang生成ツールで作成できるもの
ロケールとURLの組み合わせ、またはURLパターンから、実装に使えるhreflangタグを作成します。言語別の対応関係が不完全または不一致のまま検索エンジンに伝わるのを防ぐのに役立ちます。
- 入力した各ロケールURLのalternateリンクタグを作成します。
- 言語切り替えページやグローバルページ向けのx-defaultフォールバックURLに対応します。
- ロケールごとにURLパターンが異なる場合は、対応関係を手動で入力できます。
- 言語別パスが一定のパターンに従う場合は、URLパターンを入力できます。
hreflangタグを生成する場面
翻訳ページの公開、市場を1つから複数のロケールに拡大する場合、検索結果に誤った言語のページが表示される問題の修正、ローカライズページ同士が正しく参照し合っているかの確認に使います。
- 翻訳した商品、料金、ランディングページを公開する前。
- ロケール別のパス、サブドメイン、URL構造を変更した後。
- ある地域のユーザーに検索結果で誤った言語のページが表示されたとき。
- canonicalとhreflangのシグナルをそろえる必要があるとき。
hreflangの出力を読み解く方法
hreflangは相互参照するクラスターとして機能します。各代替ページがほかのページを参照し、有効なロケールコードを使い、同等の検索意図を満たすcanonicalかつインデックス登録可能なURLを指定する必要があります。
- 各ローカライズURLは、別の言語のページではなく、自分自身をcanonicalとして指定します。
- すべての代替URLがHTTP 200を返し、インデックス登録可能である必要があります。
- x-defaultは、中立的な言語選択ページまたはグローバルなフォールバックページを指定します。
- ロケールコードは、en、zh-CN、zh-TWのようにターゲット設定に合わせます。
hreflangでよくあるミス
ページがユーザーには正しく表示されるため、hreflangのエラーは気付きにくいものです。代替URLが欠落している、矛盾している、canonicalではない、またはブロックされていると、検索エンジンがクラスターを無視することがあります。
- リダイレクト先やnoindexのURLをhreflangで指定しないでください。
- 言語間でcanonicalの指定先を誤って混在させないでください。
- すべての代替ページに相互参照タグを設定してください。
- 実際のターゲットが言語コードのみの場合に、国コードを使わないでください。
hreflangを生成した後の次のステップ
タグをページのheadまたはサイトマップに設置し、クラスターをクロールします。QAでは、各代替URLが期待どおりのcanonical、ステータス、言語シグナルを返すことを確認します。
- 各ローカライズURLにcanonicalチェッカーを使います。
- 検索結果に表示されない代替URLは、インデックス登録可否チェッカーで確認します。
- hreflangをXMLサイトマップで管理している場合は、サイトマップ検証ツールを使います。
- Spider Analysisを使って、相互参照クラスターを大規模に検証します。
- URLグループ、担当者、期待される効果、検証手順、次の公開判断を記録します。結果を別のスプレッドシートで終わらせず、修正チケットにできます。