国際SEO：複数国向けページの構成方法

はじめに

SEOに関するアドバイスの多くは、1つのサイト、1つの言語、1つの市場を前提としています。しかし、製品が複数の国のユーザーに提供されるようになると、そのアドバイスは通用しなくなります。突然、次のような課題に直面することになります：

• ほぼ同一のページにまたがる重複コンテンツ、
• 検索エンジンが間違ったユーザーに間違ったバージョンを表示してしまうこと、
• 立ち上げ当初は理にかなっていたが、規模が拡大すると足かせとなるサイト構造。

これをうまくこなしているチームには、ある共通の習慣があります。それは、誰かがコンテンツを1文字も書く前に、アーキテクチャのレベルで国別のターゲティングを確定させることです。構造を正しく設定しておけば、その後公開するすべてのページがその構造を継承します。間違えてしまうと、何年もの間、カノニカルタグの整理や、意図しない順位付けの修正に追われることになります。

このガイドでは、効果的な構造、それを支えるマークアップ、そして各国バージョンが実際に適切な順位で表示されているかを確認するためのワークフローについて解説します。

国別ターゲティングはURLから始まる

Google自身が公開しているマルチリージョンサイトの管理に関するドキュメントには、現実的な選択肢として、国別ドメイン、サブドメイン、サブディレクトリ、URLパラメータが挙げられています。最後の「URLパラメータ」は「推奨されない」と明記されているため、実質的な選択肢は3つに絞られます：

• 国別コードドメイン（example.de、example.frなど）は最も明確な地域ターゲティングのシグナルを送りますが、それぞれがターゲットにできるのは1つの国のみであり、ドメインを追加するたびにドメインの権威が分散し、メンテナンスの負担が増大します。
• サブドメインは設定が簡単ですが、ユーザーはURLから「de」がドイツ語を意味するのか、それともドイツ市場を意味するのかを判別できないことがよくあります。
• 単一のグローバルドメイン上のサブディレクトリは、権威を1か所に集中させ、メンテナンス負荷を低く抑えることができるため、多くの国際的な製品においてデフォルトの選択肢となっています。

普遍的に正しい選択肢など存在しません。あるのは、自社の運営状況に合致する選択肢だけです。つまり、対象とする市場の数、国ごとに法人格が異なるかどうか、そして並行する構造を維持するためにどれだけのエンジニアリングリソースを割けるか、といった点です。

どの構造を選んだとしても、一度決めたらそれを貫くべきです。成熟したサイトをサブドメインからサブディレクトリに移行したり、多数の国別ドメインを統合したりすると、リダイレクト設定や再クロールが必要になり、検索エンジンがサイトの全体像を再構築する間、数ヶ月にわたってランキングが不安定になります。 運用途中で構造を変更するチームは、通常、当初の決定が意図的なものではなく、デフォルトで決められたものだったためにそうしています。受け入れたトレードオフも含めて決定内容を文書化しておけば、次にサイトを引き継ぐ担当者が、なぜその構造になっているのかを理解できるようになります。

多くの市場で展開される単一製品に対するハブ・アンド・スポーク型

さらに難しいケースは、1つの製品が国ごとに異なるバージョンで存在するケースです。最もスケーラビリティに優れたパターンは「ハブ・アンド・スポーク」です。つまり、1つの正規の製品ハブを中核とし、そこから共有テンプレートに基づいて構築された国別ページが放射状に広がり、各ページは重要な詳細部分においてローカライズされています。

旅行プラットフォームでは目的地ページで、SaaS企業では国別の価格ページでこのパターンが採用されており、その適用範囲はテクノロジー分野をはるかに超えています。賭け事業者がこれを利用している例もあります。南アフリカの賭けプラットフォーム「Hollywoodbets」の「Lucky Numbers」セクションは、数十カ国の宝くじ抽選を軸とした単一の固定オッズ商品について、国別のページに分岐しています（これは、規制された市場において法定賭博年齢に達したユーザーを対象とした賭け商品です）。 1つの商品、1つのテンプレート、1つのハブURL、そしてコンテンツがカバーするすべての市場に対応するスポークページ。

規制産業がここで参考になるのは、構造的な曖昧さを許容できないという点にこそ理由があります。アーキテクチャは、どのページがどのユーザー層を対象としているかを紛れもなく明確にするものでなければなりません。

このパターンのSEOロジックは単純明快です：

• ハブは、ヘッドタームに対するリンクと権威を蓄積します。
• スポークは内部リンクの価値を受け継ぎ、ロングテールや国名を含むクエリを捕捉します。
• テンプレートを共有することで、1 つのレイアウトを改善するだけで、何百ページものページを監査・改善することができます。

hreflang、ステップバイステップ

構造は検索エンジンに「何が存在するか」を伝え、hreflangは「各バージョンが誰を対象としているか」を伝えます。Googleのローカライズされたページバージョンに関するガイドでは、それらを宣言する3つの同等の方法が挙げられています：HTMLのheadセクション内のlinkタグ、HTTPヘッダー、またはXMLサイトマップです。複数の方法を使用しても検索において追加のメリットはないため、自社のシステム環境で最も確実に維持できる方法を選び、一貫性を保つようにしてください。

以下の3つのルールを守れば、hreflangに関するトラブルのほとんどは防げます：

1. 相互リンクを確立しましょう。英国のページがドイツのページを指している場合、ドイツのページも同様に英国のページを指す必要があります。返されない注釈は無視される可能性があり、たった 1 つの return タグが欠けているだけで、クラスタ全体が知らぬ間に機能しなくなる恐れがあります。
2. 常に「x-default」を設定してください。予約済みの「x-default」値は、言語や地域がどのバージョンにも一致しないユーザーを捕捉し、国選択ページにとって適切な帰着先となります。
3. そのページ自身を含め、すべてのページに注釈を付けましょう。hreflangはページ単位で機能するため、クラスター内のすべてのページは、自身のURLだけでなく、すべての代替URLもリストアップする必要があります。これをテンプレート化することは、誰かの記憶に頼るのではなく、スポークレイアウトに組み込むべき作業そのものです。

コードそのものにも注意が必要です。hreflangの値は言語コードとオプションの地域コードを組み合わせたもので、これら2つはそれぞれ異なる問題を解決します：

• en-GB と en-US は、同じ言語でありながら異なる市場向けにローカライズされた 2 つのページを指すことができます。
• 国別バージョンがない場所では、単に「es」と指定するだけで、世界中のスペイン語話者を対象にできます。

地域コードのみでは無効であり、一見妥当に見えるコードでも失敗する可能性があります。Googleのドキュメントによると、「UK」は有効な地域コードではないため、「en-UK」では何も機能しませんが、「en-GB」では機能します。このようなミスは、アノテーションが黙って検証に失敗する最も一般的な理由の一つです。

hreflangの設定は日常的な技術作業ですが、入念にローカライズされたページが適切なユーザーに表示されるか、それともGoogleが推測に頼るかの分かれ目となります。

ローカル検索結果（SERP）は別世界

出典：Magnific

アーキテクチャやマークアップが完璧であっても、同じクエリでも国によって異なる結果が得られます。現地の競合他社、現地の検索意図、異なるSERP機能、そして競争の激しさの違いにより、ある市場で3位にランクインしているページが、まったく同じコンテンツであっても別の市場では4ページ目に追いやられることがあります。

だからこそ、国際的な取り組みは、単一の拠点からの結果の視点だけで進めることはできません。SERPチェッカーが指定した国、地域、都市に対して行うのと同じように、各ターゲット国の実際のSERPを確認することで、各スポークページが実際に直面している競争の現実――誰が、どのようなページでランクインしているか、そしてクリックに至るまでにどのようなSERP機能が立ちはだかっているか――が明らかになります。

その教訓は、しばしば耳の痛いものとなります。競争の少ない市場では良好なパフォーマンスを発揮する、薄っぺらでテンプレート化されたスポークページであっても、競争の激しい市場で戦いを挑むには、真にローカルなコンテンツ、現地の参照情報、そして現地のリンクが必要になる場合があります。テンプレートを、すべての市場が初日から持つ「ベースライン」として扱い、実際のSERPの結果から、どのスポークページにさらなる投資を行うべきかを判断しましょう。実際には、それは通常、次のようなことを意味します：

• 少数の優先市場には、カスタムセクション、ローカルデータポイント、専用のリンク構築が割り当てられます；
• 小規模市場のロングテールについては、数値的に正当化されるまで共有テンプレートで運用されます。

キーワード調査は市場ごとに一からやり直す

2つ目の落とし穴は、キーワードリストがそのまま通用すると仮定することです。直訳では本質を見失ってしまいます。異なる国のユーザーは単に異なる単語を使うだけでなく、検索意図も検索ボリュームも異なるからです。ある市場では検索ボリュームの多い主要キーワードである商品カテゴリーが、別の市場ではニッチなクエリになることもあり、すべてのトラフィックを牽引する口語的な用語は、辞書的な翻訳とは全く異なる場合があります。

地域別のデータをサポートするキーワード調査ツールを用いて、各市場をゼロから調査することこそが、唯一信頼できるアプローチです。これには確かに時間がかかりますが、それに見合うメリットがあります。キーワードターゲティングを機械翻訳に頼っている競合他社は、現地の検索クエリ空間の多くを無防備なままにしてしまっているのです。

ここでも、「ハブ・アンド・スポーク」パターンが二度目の効果を発揮します。各スポークは独立したページであるため、クラスターの他の部分を乱すことなく、翻訳された用語ではなく現地の用語をターゲットに設定できるのです。

市場ごとに測定しなければ、単なる当て推量に過ぎない

出典：Magnific

最後の重要な要素は測定です。グローバル平均のランキングでは、知るべき重要な情報がすべて隠されてしまいます。平均で「向上」した順位であっても、最も価値のある市場では順位が急落している一方で、重要性の低い3つの市場では順位が上昇している可能性があるからです。

ランク追跡ツールで国ごと、キーワードごとに順位を追跡することで、このアーキテクチャはフィードバックループへと変わります。各スポークページには独自のスコアボードが割り当てられ、構造的な問題はパターンとして明らかになります：

• ある国ですべてのスポークのパフォーマンスが低調な場合は、ターゲティング信号や hreflang を疑ってください。
• ある「スポーク」がどこでもパフォーマンスが低い場合は、そのページ自体に問題がある可能性があります。

この診断ロジックが機能するのは、データが最初から地域ごとにセグメント化されている場合に限られます。だからこそ、市場ごとの追跡は、6か月後のクリーンアップ段階ではなく、ローンチ時のチェックリストに組み込むべきなのです。

多国語対応製品における実用的な週次サイクルは、次のようなものです：

1. 収益源となるページについて、国ごとの動向を確認してください。
2. 実際のローカル検索結果ページ（SERP）と、最も大きな乖離がある箇所を比較する。
3. ローカル競合他社のページが構造的に優れている箇所を特定する。
4. データから効果が期待できる箇所については、ローカライズ作業を優先的に実施する。

この作業の言語面に関するより詳細な背景については、Ranktrackerの「他言語向けウェブサイト最適化ガイド」が、ここで説明したアーキテクチャの上に位置するコンテンツ層について解説しています。

監査すべき一般的な失敗パターン

多国語対応の構造を公開する前に、ほぼすべての国際SEOの事後分析で指摘されるようなミスについて監査を行ってください：

• 矛盾したシグナル。ccTLDがhref langで異なるドメインのサブディレクトリを指していたり、国別ページがグローバルハブにcanonicalタグでリダイレクトされていたりすると、Googleに対して「スポークページは重複であり、ランキングに値しない」と暗に伝えてしまいます。
• IPアドレスに基づく自動リダイレクト。これらは、ユーザーとクローラーの両方を、本来アクセスしたかったバージョンから締め出してしまいます。Googleのアドバイスでは、IPアドレスに基づく位置情報検出はそもそも信頼性が低いため、自動リダイレクトを避け、バージョン間でリンクを張ってユーザーが必要なバージョンを選択できるようにすべきとしています。
• 翻訳されていない定型文。ローカライズされたページの中で、メニュー、フッター、およびチェックアウトフローが別の言語のまま残されていると、ユーザーの信頼とページの言語シグナルの両方を損なうことになります。

これらはどれも珍しいものではありません。チームが言葉のローカライズを行うだけで、その下にある構造を再検討しない場合に起こりうる問題であり、いずれも監査で発見すれば修正コストは低いものの、ランキングレポートで判明した場合は大きな代償を伴います。

構造こそが戦略である

多国語SEOでは、退屈な作業を地道に継続するチームが報われます：

• 統一されたURL構造；
• 製品ごとに適切にテンプレート化された「ハブ・アンド・スポーク」構造；
• x-default を含む相互的な hreflang；
• 市場ごとのキーワード調査；
• フィードバックループを閉じる国ごとの順位追跡。

SaaSの価格ページから宝くじ抽選サイトに至るまで、探せば至る所に例があり、それらはすべて同じ教訓を教えてくれます。ページがあらゆる地域で上位表示されるのは、そのコンテンツがどこでも素晴らしいからではありません。構造が「このページは誰のためのものか？」という問いを解釈の余地なく明確に示しているからこそ、あらゆる地域で上位表示されるのです。