多言語サイトのhreflang属性設定ミスを徹底回避！ターゲット国で確実に表示させるSEO戦略

Posted on by web

第4章：注意点と失敗例

hreflang属性は強力なツールですが、設定ミスも発生しやすく、その影響はSEOにとって深刻です。ここでは、よくある設定ミスとその影響、回避策、そして設定後の検証方法について解説します。

よくある設定ミスとその影響

hreflang属性の設定ミスは、検索エンジンが多言語サイトの構造を正しく理解できない原因となり、以下のような悪影響を及ぼします。

  1. 相互参照の欠如（Return link error）：最も一般的なミスで、ページAがページBを参照しているのに、ページBがページAを参照していない状態です。この場合、検索エンジンはhreflangの設定全体を無視する可能性があります。これは双方向リンクの原則に反します。
  2. 誤った言語・地域コード：存在しないコード（例：ja-JP-Tokyo）や、ISO標準に準拠しないコード（例：eng-US）を使用すると、設定が認識されません。言語コードはISO 639-1、地域コードはISO 3166-1 Alpha-2に厳密に従う必要があります。
  3. URLの不一致：hreflang属性で指定するURLが、実際に存在するページのURLと異なる場合です。プロトコル（HTTP/HTTPS）、サブドメイン（www/非www）、末尾のスラッシュの有無なども完全に一致させる必要があります。相対URLの使用も避けるべきです。常に絶対URLを使用してください。
  4. 自己参照の欠如：各ページが自身へのhreflangリンクを含んでいない場合、設定が不完全と見なされることがあります。各ページは、自分自身を含む全ての言語・地域バージョンへの参照を持つ必要があります。
  5. x-defaultの複数指定または欠如：x-defaultは、サイト全体で一つしか存在してはいけません。また、x-defaultが指定されていない場合、特定の言語・地域にマッチしないユーザーに対してどのページを表示すべきか検索エンジンが判断できず、不適切なページが表示される可能性があります。
  6. hreflangとcanonicalタグの併用ミス：hreflangとcanonicalタグは併用可能ですが、正しい使い方を理解する必要があります。canonicalタグは重複コンテンツの「オリジナル」を指定しますが、hreflangは「同等の別バージョン」を示します。hreflang属性で示される全てのページは、それぞれの言語・地域バージョンを指すcanonicalタグを持つべきです。つまり、hreflangで相互参照しているページが、別の言語バージョンのページをcanonicalとして指定してはいけません。各ページは自身をcanonicalとして指定するか、より一般的なバージョンの同言語ページをcanonicalとすべきです。

設定後の検証方法

hreflang属性を設定したら、その設定が正しく機能しているかを検証することが非常に重要です。

  • Google Search Consoleの国際ターゲティングレポート：Google Search Consoleに登録し、サイトマップを送信した後、「レガシー ツールとレポート」セクションにある「国際ターゲティング」レポートを確認します。ここでhreflangに関するエラーや警告が表示されていないかを確認できます。エラーが出ている場合は、具体的な問題点を特定し修正します。
  • hreflangチェッカーツール：オンライン上には多くのhreflangチェッカーツールが存在します。これらのツールにURLを入力することで、hreflangの設定ミス（双方向リンクの欠如、誤ったコードなど）を自動的に検出してくれます。
  • 手動での確認：最も確実なのは、ウェブページのソースコードを手動で確認することです。各ページのセクションやXMLサイトマップファイルを開き、記述されたURL、言語・地域コード、双方向リンクが正しいかを目視でチェックします。

第5章：応用テクニック

hreflang属性の基本的な設定に加え、より複雑な多言語・多地域戦略に対応するための応用テクニックを習得することで、グローバルSEOの精度をさらに高めることができます。

複数言語・複数地域への対応

特定の言語が複数の地域で話される場合、それぞれの地域に特化したコンテンツを提供することがあります。例えば、英語圏向けに、アメリカ（en-US）、イギリス（en-GB）、カナダ（en-CA）と、それぞれに最適化されたページを持つ場合です。この場合、それぞれのページは、自分自身を含む全ての言語・地域バージョンのページを参照する必要があります。

例：https://example.com/en-us/ のページに記述するhreflang

<link rel="alternate" href="https://example.com/en-us/" hreflang="en-US" />
<link rel="alternate" href="https://example.com/en-gb/" hreflang="en-GB" />
<link rel="alternate" href="https://example.com/en-ca/" hreflang="en-CA" />
<link rel="alternate" href="https://example.com/en/" hreflang="en" /> <!-- 汎用英語ページがあれば -->
<link rel="alternate" href="https://example.com/" hreflang="x-default" />

この例では、さらに汎用的な英語ページ（en）を設けることで、特定の地域に属さない英語ユーザーへの対応も可能にしています。

地域限定ページと汎用言語ページの組み合わせ

特定の地域にのみ特化したコンテンツと、特定の言語全体を対象とする汎用コンテンツを組み合わせることも可能です。例えば、フランス語圏向けにはフランス（fr-FR）、ベルギー（fr-BE）、カナダ（fr-CA）といった地域限定ページを提供しつつ、地域を限定しない一般的なフランス語ページ（fr）も用意する場合です。

この場合、各地域限定ページと汎用言語ページは、互いに全ての関連ページを参照する必要があります。汎用言語ページは、その言語が話される全ての地域を包含する意味合いを持つため、x-defaultとの組み合わせも考慮に入れると良いでしょう。

x-defaultの戦略的活用

x-defaultは単なるフォールバックページではなく、戦略的な意味合いを持つこともあります。

  • 言語選択ページへの誘導：x-defaultをサイトのトップページや言語選択ページに設定することで、ユーザー自身に最適な言語を選択させるという戦略です。
  • 最も普及している言語のページに設定：最もユーザー数の多い言語（例：英語）のページをx-defaultに設定することで、特定の言語にマッチしないユーザーに対しても、理解しやすい可能性が高いコンテンツを提供できます。

どちらの戦略を選択するかは、サイトの目的やターゲットユーザー層によって判断すべきです。

大規模サイトでの効率的な管理方法

数千、数万ページに及ぶ大規模サイトで手動でhreflangを設定するのは非現実的です。

  • CMSの多言語プラグイン活用：WordPressなどのCMSでは、WPMLやPolylangのような多言語プラグインがhreflangの自動生成機能を提供しています。これらのプラグインを導入し、適切に設定することで、管理作業を大幅に簡素化できます。
  • XMLサイトマップの自動生成：hreflang情報を埋め込んだXMLサイトマップを、サイトの更新に合わせて自動的に生成する仕組みを構築します。これは、カスタムスクリプトや専用のSEOツールによって実現できます。
  • 開発環境でのテスト：本番環境にデプロイする前に、開発環境やステージング環境でhreflangの設定を徹底的にテストし、エラーがないことを確認します。

大規模サイトにおいては、設定の自動化と検証プロセスの確立が、hreflang属性管理の成功の鍵となります。

第6章：よくある質問と回答

hreflangは必須ですか？

厳密には必須ではありませんが、多言語サイトを運営し、異なる言語や地域に特化したコンテンツを検索エンジンに正しく表示させたいのであれば、強く推奨されます。hreflang属性がないと、検索エンジンがどのページをどの言語・地域ユーザーに表示すべきかを判断できず、重複コンテンツと見なされるリスクや、ターゲットユーザーに適切なページが表示されない問題が発生する可能性があります。

サブドメインとサブディレクトリ、どちらが有利ですか？

SEOの観点から見ると、hreflang属性の機能自体はサブドメイン（例: fr.example.com）とサブディレクトリ（例: example.com/fr/）のどちらを使っても変わりません。Googleはどちらの構造も認識し、適切に処理します。選択は、サイトの管理のしやすさ、開発チームのリソース、ブランディング戦略など、SEO以外の要素によって決定されることが多いです。ただし、一般的にはサブディレクトリの方が、ドメインオーソリティが分散されにくく、管理がしやすいとされています。

翻訳が不完全なページにもhreflangは必要ですか？

翻訳が不完全なページにはhreflang属性を設定しない方が賢明です。hreflangは、ユーザーが求める言語で「同等の価値のあるコンテンツ」が提供されていることを前提としています。翻訳が不完全なページや、コンテンツの質が著しく低いページにhreflangを設定すると、ユーザーエクスペリエンスを損ね、結果としてサイトの評価を下げてしまう可能性があります。完全に翻訳された、高品質なコンテンツにのみ設定するようにしましょう。

モバイルサイトとデスクトップサイトで設定は異なりますか？

現在では、多くのサイトがレスポンシブデザインを採用しているため、URLはモバイルとデスクトップで共通であることが一般的です。この場合、設定はモバイルとデスクトップで同じになります。しかし、独立したモバイルサイト（例: m.example.com）を運用している場合は、それぞれのモバイルページとデスクトップページが、自身のバージョン（モバイル/デスクトップ）と、対応する言語・地域の他のバージョンの両方に対してhreflangとcanonicalを設定する必要があります。これは複雑になるため、可能であればレスポンシブデザインへの移行を検討することをお勧めします。

Google Search Consoleでのエラーが表示されたらどうすれば良いですか？

Google Search Consoleの「国際ターゲティング」レポートでhreflangに関するエラーが表示された場合、それは重大な問題を示しています。最も一般的なエラーは「戻りリンクなし（No return tags）」です。これは、双方向リンクの原則が守られていないことを意味します。エラーメッセージの詳細を確認し、具体的なURLやhreflangの記述箇所を特定してください。その後、以下の手順で修正を進めます。

  1. 問題箇所の特定：Search Consoleのエラー詳細を確認し、どのページでどのような問題が発生しているかを把握します。
  2. 記述の確認：該当ページのHTMLヘッダーまたはXMLサイトマップのhreflang記述を慎重に確認します。URLの誤り、言語コードの誤り、双方向リンクの欠如などがないかをチェックします。
  3. 修正：特定された問題を修正します。特に双方向リンクが欠けている場合は、関連する全てのページでhreflang属性を更新する必要があります。
  4. 再検証：修正後、再度hreflangチェッカーツールで検証を行うか、変更をSearch Consoleに反映させて再クロールをリクエストします。エラーが解消されたことを確認するまで、定期的にSearch Consoleをチェックしてください。
Pages: 1 2 3
Category: SEO(検索エンジン最適化)