地域別ドメイン間でのhreflang：安全な移行チェックリスト

段階的な公開

チームはしばしば、hreflangを1つのサイトで公開する前に、もう1つのサイトで公開できるかどうかを尋ねます。可能です。

Googleは、両側が互いを確認するまでタグを単に無視します。害はありません。順序は恩恵を延期するだけです。最初のサイトのタグを有効な状態に保ち、まだ存在しないURLを指定する部分的なセットを公開しないでください。両方のドメインのサイトバックリンクをチェックする際、外部がすでにどの地域別ホストを好んでいるかを確認でき、x-defaultとなるURLを決定する際に有用な証拠となります。

現場からの2つの事例

ドイツ語サイトと英国サイトを2つのドメインで運用しており、英国のルートから以前に追加された/uk/フォルダへ301リダイレクトがあるとします。チームは現在、そのルールを削除したいと考えており、リンクの権威をどのように維持するかを尋ねています。

まず両方のホストに対してtoppagesを取得します。外部リンクの大部分がルートを指している場合、ルートは現在実際のページを提供する必要があります（hreflangと自己canonical付き）、または最適な地域別一致にリダイレクトする必要があります。スクリプトでテストを行い、古いルールをバージョン管理で保持し、インデックスの次月の更新後に結果を確認します。

2つ目の事例はより小規模です。BloggerまたはSquarespaceサイトがカスタムドメインに移行します。URLの最初の部分が変更される一方でスラグはしばしばそのまま残るため、古いパスを1つずつリダイレクトします。テストループについてはリダイレクトマップレシピを参照し、両方の被インデックス化状況を確認できるよう、古いプロパティをSearch Consoleで検証したままにしてください。

hreflangとcanonical beyond：国境を跨ぐ他のチェック項目

hreflangとcanonicalは人々が最初にチェックするタグですが、国境を跨ぐ設定が破綻する場所はそれだけではありません。ロケーションに依存するリダイレクト、クロラーを1つのロケールに送る言語スイッチャー、単一バージョンのみをリストするサイトマップは、Googleが各市場のホームとして扱うURLを変更します。

タグが合格した後にこれらを確認してください。それぞれが、テンプレートでは正しく見えるタグを静かに無効にする可能性があります。

地理的リダイレクトと言語スイッチャー

訪問者のロケーションからロケールを選択するリダイレクトは、Googlebotを1つの国に送り、他の国を見せないことがあります。クロラーは単一バージョンのみを見て、代替ページがフェッチされません。強制リダイレクトはこの一般的な原因なので、クロラーユーザーエージェントでテストし、可能であれば2番目の国からもテストしてください。

言語スイッチャーは各ロケールで同じページにリンクすべきです。他のサイトのホームページにのみリンクする場合、代替ページは内部リンクを失い、発見が困難になります。

代替ページを含むサイトマップ

XMLサイトマップは、各市場の代替URLを1か所にリストでき、ページ単位ではなくセットとして読み取られます。そのリストはページ自体のタグと一致させてください。

リダイレクトまたはnoindexを返すロケールをサイトマップから削除してください。そうしないと、2つのソースで存在するバージョンについて矛盾が生じます。

自動化を約束するプラグイン

プラグインは多くのサイトでhreflangを生成できますが、それは公平な出発点です。プラグインは、どの地域別URLが適切なターゲットか、または他のリダイレクトがそれに矛盾するかどうかを知ることはできません。

設定画面を信頼するのではなく、クロールに対してプラグインの出力を確認してください。クロールは、ボットが実際に受信する内容を示す唯一の視点です。

並行して2つのドメインを運用

並行運用は、新しいドメインがその地位を獲得する間、両方のドメインが応答し続けることを可能にします。古いドメインがまだリンクと訪問を受けている場合に役立ちます。コストもかかります。2つのセットのタグが同時に一致する必要があります。

両方を運用する場合は、各市場のホームを事前に選択してください。その選択をhreflangセットに書き込み、その後サイトマップと内部リンクがそれに従うようにします。

ランディングページとソフトリダイレクト

別のドメイン上のランディングページで、あなたのサイトへのボタンがあるのは通常の外部リンクです。訪問者を移動させることはできますが、301のようにアドレスの履歴を移動させるわけではありません。移行ステップとしてそれだけに依存しないでください。

そのようなページは人々のための橋渡しとして使用し、リンクを運ぶものはサーバーリダイレクトのままにしてください。

重複期間中の両方のホストの監視

両方のプロパティをSearch Consoleで検証したままにし、両方のホストのリンクデータを同じスケジュールで取得します。スケジュールの不一致は、通常のシフトを損失のように見せかけます。

各取得で同等のもの同士を比較してください：同じホスト、同じアクション、同じ月。そうすれば、見える差はカレンダーではなく移動です。リダイレクト変更の日付を同じファイルに記録し、タイミングが推測にならないようにしてください。

各地域別移行にリンクが追従しているか確認

地域別移行は、タグとリダイレクトが正しいときに半分完了します。もう半分は、外部サイトが正しい地域別URLを指しているかどうかであり、これはリンクの問題です。

外部サイトがどの地域別ホストを好むか

各地域別ホストのtoppagesを取得し、compareを使用して2つのリンクベースを並べて設定し、1つのテーブルでサイトバックリンクを確認できるようにします。どのホストが市場シグナルを保持すべきかを決定する前に、関心のあるホストに対してこれを行ってください。

リンク元ドメインの大部分を集めるホストは、外部サイトがすでに読者をどこに送っているかを示します。

地域別ホストがリンク元ドメインを失う場合

そのホストのリンクされたページのリストから始めます。除外されたURLを見つけ、それぞれが正しい地域別ページにリダイレクトするかどうかを確認し、そのページのhreflangタグが同じ市場を指定しているか確認します。

減少がサイトマップの変更と一致する場合、タグに触れる前に古いリストと新しいリストを比較してください。インデックスされていないページの意思決定木は、地域別ページが存在するがインデックスに含まれない場合をカバーしています。

地域ベースラインの維持

ファイル名に日付を含めて、各地域別ホストのリンクリストを保存してください。そうすれば、後の取得と比較する対象があります。そのファイルがない場合、減少は新しい問題のように見えますが、数ヶ月前に発生した移行である可能性があります。

リンクファイルの隣にhreflangセットとcanonicalの選択を記録します。ホストがリンクを失った場合、リンクが最後にカウントされた時点でのタグの状態に対して確認できます。

各地域別ホストに対して同じ月の同じ日に同じ取得を実行し、ホストごとに1つのフォルダーに出力を保持してください。ホスト間の比較は、日付が一致している場合にのみ公平であり、ファイル名がそれを可視化する最も簡単な方法です。