hreflangタグ設定でよくあるエラーは？言語バージョンの相互参照ルールを解説

hreflangタグの設定はなぜよくエラーになるのか

hreflangタグの設定自体は複雑ではなく、難しいのは細部です。言語コード、地域コード、ページの関係、この3つのどれかに1か所でも不一致があると、多言語サイトでは認識にずれが生じる可能性があります。

よくある結果は、検索エンジンが英語ページをフランス語ユーザーに表示したり、米国ページをデフォルト版として扱ったり、場合によっては言語版の組み合わせ自体を無視したりすることです。このようになると、インデックス、表示、コンバージョンのすべてに影響が出ます。

技術的な観点から見ると、hreflangタグの設定は単なる単点の設定ではなく、バージョン間の相互参照ルールです。URL構造、規範化タグ、サイトマップ、リダイレクト戦略と組み合わせてはじめて、安定して機能します。

サイトが複数の国と言語に対応している場合、この設定はタグの有無だけを見るのではなく、標準に適合しているか、相互参照が閉じたループになっているか、長期的に保守可能かまで確認する必要があります。

hreflangタグ設定でよくあるエラーとは

まず最もよくある種類は、コードの記述ミスです。たとえば、中国語を「cn」と書いたり、イギリス英語を「uk」と書いたりするケースです。このような書き方は一見もっともらしく見えますが、実際には標準に合っていません。

言語は通常、標準の言語コードを使用し、地域は標準の国または地域コードを使用します。さらに、この2つの順序も逆にしてはいけません。正しい表記は「言語を前、地域を後」です。

• 言語コードを国コードと誤って書く
• 大文字小文字が混在し、規格性に影響する
• 言語と地域の順序が逆になる
• 存在しない組み合わせコードを使う

2つ目のエラーは、ページ間の相互参照がないことです。多くのサイトは英語ページからフランス語ページへの指定しか行わず、フランス語ページから英語ページへの逆方向の指定がありません。これではバージョン間の相互参照ルールが崩れてしまいます。

検索エンジンがhreflangタグを処理するときは、相互に対応するセット関係をより重視します。ページグループ内の各バージョンは、自分自身と他の対応バージョンの両方を列挙し、完全な閉ループを形成する必要があります。

3つ目のエラーは、異なる内容を同じページの言語版として扱ってしまうことです。たとえば、英語のホームページに対応するものが中国語の製品ページである場合、これは言語マッピングではなく、内容の不一致です。

また、非常に見落とされやすいのが、hreflangタグ設定とcanonicalの衝突です。ページはフランス語版だと宣言しているのに、canonicalは英語版を指している場合、検索エンジンは通常、正規化シグナルを優先して参照します。

言語版相互参照ルールの核心ロジック

hreflangタグ設定が正しいかを判断するには、まず3つの基本ルールを確認できます。第1に、バージョン間は等価ページでなければなりません。第2に、各バージョンは相互に宣言し合う必要があります。第3に、返すステータスはアクセス可能でなければなりません。

いわゆる等価ページとは、同じテーマ、同じ機能、同じコンバージョン目標のもとで存在する、異なる言語または地域版のことを指し、カテゴリの代替ではなく、ましてやランダムなリダイレクトでもありません。

いわゆる相互宣言とは、AページがBページを指すとき、BページもAページを指し返し、同時に自身のバージョンも含めることです。自分自身への指定が欠けると、セット全体の関係が不安定になることがよくあります。

いわゆるアクセス可能とは、200ステータスを返すだけではありません。対象ページはクロール可能である必要があり、robotsにブロックされていてはいけず、頻繁にリダイレクトしてはいけません。また、タグと一致しない言語ページへ飛ばしてもいけません。

1. まずページが1対1で対応しているか確認する
2. 次に各バージョンがすべての言語ページを完全に列挙しているか確認する
3. 最後にURLが本当にクロール可能で、インデックス可能か確認する

実務では、地域を細かく分ければ分けるほど、hreflangタグ設定は失敗しやすくなります。特にヨーロッパ、中東、ラテンアメリカなどの地域では、言語は同じでも市場が異なるため、マッピングルールを事前に明確に定義しておく必要があります。

最も見落とされやすい4つの技術リスク

1. デフォルトページの欠落または誤用

多くのサイトではデフォルト版が設定されておらず、明確に一致しないユーザーをカバーできません。また、デフォルトページをそのまま特定の国ページとして使っているサイトもあり、これも偏りを生みやすくなります。

2. 自動リダイレクトが強すぎる

ユーザーがページに入った瞬間に、強制的にローカル言語サイトへ転送されると、一見親切に見えても、実際にはクロールを妨げることがあります。検索エンジンがアクセスした際も、元のページ内容とhreflangタグ設定を取得できない可能性があります。

3. サイトマップとページタグの不一致

ページのヘッダーとXMLサイトマップの両方に言語版を設定するチームもありますが、2つのデータソースが同一ではない場合があります。結果として、一方は米国版、もう一方はグローバルページを記述し、最終的なシグナルが互いに干渉してしまいます。

4. テンプレートの一括継承エラー

これは大規模サイトで非常によくある問題です。1つのテンプレート設定が間違うと、数百のページが一斉に誤ります。特にECサイト、ランディングページシステム、マルチサイトのマトリクスでは、一括検証の仕組みがさらに重要になります。

効果的な点検を行うには

hreflangタグ設定を評価する際は、ホームページだけを抽出して確認するのはおすすめしません。ホームページは通常最も整っていますが、問題は製品ページ、記事ページ、フィルタページ、広告ランディングページに現れやすいです。

高効率な点検では、少なくともテンプレート層、ページ層、クロール層、インデックス層をカバーする必要があります。そうしてはじめて、問題が設定ミスなのか、それともシステムのロジック衝突なのかを判断できます。

サイト規模が大きい場合は、hreflangタグ設定を公開フローに組み込むことをおすすめします。新しい言語版の公開、ディレクトリ構造の調整、テンプレートの改版のたびに、自動で一度検証し、後から手作業で穴埋めするのを避けるべきです。

長期運用の観点から見た、正しい戦略とは

本当に安定したhreflangタグ設定は、公開前に一度修正すれば終わりではなく、構造化管理によって支えられます。言語サイトが増えるほど、統一されたルール、統一されたフィールド、統一された出力ロジックが必要になります。

より堅実な方法は、ページの主キー、言語版、地域版、規範化URL、インデックス状態を同じデータ関係に入れ、システムが自動で相互参照関係を生成することです。

多言語サイト構築、海外マーケティング、グローバル集客プロジェクトにおいては、この一歩が非常に重要です。hreflangタグ設定が乱れると、影響を受けるのはSEOだけでなく、広告ランディングページの体験や地域別トラフィック配分にも及びます。

後続の保守コストを減らしたいなら、サイト構築の段階で言語版相互参照ルールを設計に組み込むべきで、収録異常が出てから補うべきではありません。前段で設計しておくほうが、後から修正するより時間を節約でき、安定性も高くなります。

核心的な判断基準に戻ると、hreflangタグ設定が適切かどうかは3点で見ます。コードが標準か、バージョンが相互参照しているか、シグナルが一致しているかです。この3点を確実に実行してはじめて、多言語サイトの国際SEO基盤が本当に安定すると言えます。