国別ターゲティングは、地域ごとのオファーを、ユーザーにも検索システムにも分かりやすくします。ドメイン、サーバーの所在地、住所だけでは、その地域で役立つコンテンツ、言語、通貨、履行条件、安定した公開URLの代わりにはなりません。
実践的な実装
事業として実際に対応できる国を選び、ユーザー層ごとに、明確な一つのURLと言語バージョンを対応付けます。各ページには、その地域ならではの訴求を持たせます。対応するページがある場合は、相互のhreflangアノテーションと自己参照を実装します。IPアドレスで強制的に振り分けず、見えるセレクターを用意します。
同じ言語の例として、英国と米国を考えます。通貨、配送、返品、法的条件、商品の在庫状況が異なるなら、それぞれに安定した別のURLが必要になる場合があります。英国版ではen-GBを使い、価格はGBPで示します。米国版ではen-USを使い、価格はUSDで示します。各ページには、固有の意味のあるオファーが必要です。対応するページがあれば、相互のalternateアノテーションも付けます。IPアドレスで全訪問者を一つのバージョンに送ると、選択肢が隠れ、誤ったオファーから抜け出しにくくなります。
- 国別ページが妥当な場合
- そのユーザー層に、行動する前に訪問者が必要とする、固有のオファー、在庫状況、価格、規制、サポート情報があります。
- ccTLD
- 国コードドメインは地域を示す明確なシグナルになりますが、ドメインごとの運用とリンク評価の管理が別に必要です。
- サブディレクトリ
- 国別のパスなら、一つのドメインのまま、安定した地域別URLと共通の技術管理を保てます。
- セレクター
- 見える切り替え機能で、訪問者は、ネットワーク上の位置を恒久的な属性と決めつけられずに、地域を選べます。
地域別のオファーを確認する
公開URLを、言語セレクター、canonicalタグ、hreflangのセット、地域別のコンテンツと合わせてテストします。オファーと在庫状況を、想定するユーザー層と照らして比較します。インデックス登録は、一つの設定ですべての結果が決まると想定せず、URLごとに監視します。
よくある間違い
ほぼ同じ内容の国別・都市別のドアウェイページを作り、読者を汎用ページへ誘導してはいけません。地域別のURLには、存在する理由が必要です。
FAQ
国ごとに別のURLが必要になるのは、どんなときですか？
そのユーザー層に提示する内容が、通貨、配送、在庫状況、規制、サポートなどの面で実質的に異なるときです。ほぼ同じ内容のドアウェイページでは代わりになりません。
en-GBとen-USのページは、どう違いますか？
言語は共通でも、それぞれに安定した専用のURLが必要です。英国と米国で価格、配送、用語が異なる場合は、地域ごとのコンテンツも用意します。相互のalternateは、実際に対応するページ同士にだけ指定します。
IPアドレスによる位置情報で、訪問者を別の国のサイトへ強制的に移動させるべきですか？
いいえ。見える形で選択肢を示します。位置情報はバージョンの提案には使えますが、旅行、購入、言語の理由で別の地域を必要とする訪問者もいます。
ccTLDとサブディレクトリのどちらを使うべきですか？
ccTLDは国別ドメインを明示的に選ぶ方法で、運用コストは別にかかります。サブディレクトリなら一つのドメインのまま、安定した地域別のパスを保てます。事業として一貫して運用できる構造を選びます。