多言語サイトの hreflang マークアップで繰り返しエラーが発生する場合、どのように確認すればよいですか？

公開日：13/09/2026

作者：易営宝（Eyingbao）

閲覧数：

多言語サイトの hreflang マークアップで繰り返しエラーが発生する場合の解決方法は？本記事では、相互参照リンクの欠落、URLマッピングの誤り、canonicalの競合、コード仕様などの確認方法を体系的に解説し、貿易関連サイトにおける多言語ページのインデックス登録と海外顧客獲得のコンバージョン向上を支援します。

今すぐ問い合わせ：4006552477

「ページはすでに翻訳されているのに、なぜ Google は依然としてドイツのユーザーに英語ページを表示するのか？」多言語公式サイトを拡張する多くの貿易企業が、このような悩みに直面しています。さらによくあるのは、開発担当者が hreflang を追加したにもかかわらず、ウェブマスターツールが不一致やリターンリンクの欠落を継続的に警告したり、各言語ページのインデックス登録や自然流入がなかなか改善しなかったりすることです。

多言語サイトの hreflang マークアップで繰り返しエラーが発生する場合、どう解決すればよいのでしょうか？重要なのは、1行のタグを何度も修正することではなく、「複数バージョンのページが相互に関係を宣言する」仕組みとして調査することです。hreflang は検索エンジンに対し、どの URL が同一コンテンツの異なる言語または地域のユーザー向けバージョンであるかを伝えるために使用されます。順位を保証するものではありませんが、言語バージョンの不一致が生じる可能性を低減し、ユーザーが閲覧、問い合わせ、注文に適したページへ到達する機会を高めます。

まず確認：本当に hreflang が必要ですか？

サイトに中国語版と英語版の2つだけがあり、コンテンツ、通貨、物流、連絡先がすべて同じで、インターフェース言語だけが異なる場合は、通常 zh と en を使用すれば十分です。いずれも英語であっても、米国サイトでは米ドルとインチを使用し、英国サイトでは英ポンドとミリメートルを使用する場合に、さらに en-US、en-GB と区別するのが適切です。

「より多くの市場をカバーする」ためだけに、数十もの地域コードを機械的に生成してはいけません。独自のコンテンツ、価格、サービス、またはコンバージョン経路に差異がないページを、無理に en-DE、en-FR などのバージョンに分けると、かえって保守コストが増え、検索エンジンもページ間の関係を判断しにくくなります。B2B 貿易サイトでは、主要言語と重点市場に基づいてバージョンを構築するほうが、差異の少ない地域ページを大量に作成するよりも、一般的に堅実です。

見落とされやすいルール：各バージョンは完全に「相互参照」する必要がある

hreflang は、英語ページから中国語ページを指せば終わりではありません。有効な言語バージョンのグループには、対応するすべてのページを含め、各 URL に同じ宣言グループを含めるとともに、自身も含める必要があります。たとえば、中国語、英語、日本語の3つの商品ページでは、いずれも zh、en、ja に対応するリンクを同時に列挙する必要があります。

&lt;link rel="alternate" hreflang="zh" href="https://example.com/zh/product-a/" />
<link rel="alternate" hreflang="en" href="https://example.com/en/product-a/" />
<link rel="alternate" hreflang="ja" href="https://example.com/ja/product-a/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/" />

このうち、x-default は言語選択ページ、国際向けトップページ、またはユーザーが自ら言語を切り替えられるデフォルトページを指すのに適しています。必須項目ではありませんが、複数の国で顧客獲得を目指すブランドサイトには役立ちます。なお、デフォルトページ自体もアクセスおよびインデックス登録が可能な実際のページである必要があり、直ちに強制リダイレクトされる中継 URL であってはなりません。

多言語サイトの hreflang マークアップで繰り返しエラーが発生する場合、どのように確認すればよいですか？

この手順で確認するほうが、「タグだけを見て修正する」より効果的です

1. URL は1対1で対応しているか。サイト全体がトップページを指していないか

これは、多言語ECサイトやマーケティングサイトで最もよく見られるリスクです。英語の商品詳細ページは、中国語の商品詳細ページ、日本語の商品詳細ページに対応している必要があります。英語のブログ記事は、同じテーマの他言語記事に対応している必要があります。英語の下層ページすべての hreflang が中国語のトップページを指していたり、翻訳コンテンツがまだ公開されていないため一時的にカテゴリーページを指していたりすると、検索エンジンはこれらを同等のバージョンとして認識しにくくなります。

まだ翻訳されていないコンテンツについては、その言語の hreflang 対応関係を設定しないほうが、無作為に対応付けるよりも適切です。特に大量にサイトを構築する場合、販売終了商品、URL 改訂、ページネーション、絞り込みページに古いマッピングが残っていないか確認する必要があります。

2. リターンリンクが欠落していないか、バージョン一覧が不一致ではないか

仮に A ページが B ページを英語版として宣言していても、B ページが A を中国語版として宣言していなければ、これが一般にいう「リターンリンクの欠落」です。さらに見えにくいケースとして、中国語ページには zh/en/ja が記載されている一方、英語ページには zh/en しか記載されていない場合があります。一見すると各ページにタグはありますが、実際には言語セットが一致しておらず、同様にシグナルが無効になる可能性があります。

まず表計算シートでページの対応関係を管理することをお勧めします。各行をコンテンツグループ、各列を言語または地域とし、URL を確認してからシステムにより一括出力します。異なるテンプレートでの手作業によるコピー＆ペーストに依存しないでください。サイトに数百の商品ページがある場合、修正漏れはほぼ避けられません。

3. 対象ページが正常にクロールおよびインデックス登録できるか

hreflang が指す URL は必ず 200 ステータスコードを返す必要があり、301、302 のリダイレクト先であってはならず、404、ソフト 404、robots.txt でブロックされたページ、または noindex が設定されたページでもあってはなりません。よくある問題には、モバイル端末で別ドメインへ自動リダイレクトされること、地域判定プラグインによる強制リダイレクト、CDN ルールによる URL の書き換え、テスト環境のリンクが誤って本番サイトに持ち込まれることなどがあります。

canonical も確認する必要があります。通常、各言語バージョンの canonical は自身を指すべきです。英語ページの canonical が中国語ページを指し戻している一方で、hreflang では独立した英語版であると示している場合、この2種類のシグナルは相互に矛盾します。検索エンジンは通常、正規化の問題を優先して処理するため、hreflang も機能しにくくなります。

4. 言語コードと地域コードが正しく記述されているか

言語には en、de、fr、zh のように ISO 639-1 の2文字コードを使用します。地域を指定する必要がある場合は、en-US、pt-BR、zh-CN のように「言語-地域」形式を採用します。国コードだけの US を記述したり、存在しない、または非標準のカスタム略称を混在させたりしないでください。

また、ページの lang 属性と hreflang では役割が異なります。前者はブラウザや支援技術がページの言語を理解するのを助け、後者は検索におけるバージョン照合に使用されます。両者は整合性を保つことが推奨されますが、相互に代替することはできません。

タグの配置場所：3つの方式から1つを選び、継続して管理する

hreflang は HTML の <head> 内に配置できるほか、HTTP レスポンスヘッダーまたは XML Sitemap で送信することもできます。一般的な企業公式サイトやコンテンツサイトでは、多くの場合 head タグを採用します。PDF などの非 HTML ファイルでは HTTP ヘッダーを検討でき、言語バージョンやページ数が多い越境ECサイトでは、システムで XML Sitemap を生成すると一元管理が容易になります。

技術的には複数の方式を同時に使用することもできますが、前提としてデータが完全に一致していなければなりません。実務では、テンプレートタグ、プラグイン、Sitemap を異なるチームが管理していることが多く、「ページ内は1セット、サイトマップ内は別の1セット」という競合が最も発生しやすい状況です。明確な管理体制がない場合は、主要なデータソースを1つ決め、他のチャネルでは重複して出力しないことをお勧めします。

修正後は、ソースコードだけを確認しない

ページのソースコードを開いてタグの存在を確認するのは、最初の一歩にすぎません。リンクが絶対 URL であるか、200 を返すか、canonical が自己参照しているか、対応する言語ページに完全な逆方向の宣言があるかも、1つずつ抜き取り確認する必要があります。大規模サイトでは、まずトップページ、主要商品ページ、重点ランディングページ、高トラフィックの記事ページをサンプルとして確認し、その後クローラーツールで問題を一括出力できます。

Google Search Console の URL 検査ツールは、ページがクロール可能か、正規ページがどのように判定されているかの確認に役立ちます。サーバーログは、検索エンジンが異なる言語バージョンに正常にアクセスしているかを補助的に確認できます。修正後、すぐに変化が現れることを期待する必要はありません。検索エンジンはページ関係を再クロールして処理する必要があります。このとき重要なのは、URL、タグ、サイトマップを安定させ、今日ディレクトリを変更し、翌日にリダイレクトルールを変えるようなことを避けることです。

hreflang を公開後の修正ではなく、サイト構築プロセスに組み込む

多言語 SEO の難しさは通常、タグそのものではなく、コンテンツ、URL アーキテクチャ、翻訳の進捗、技術テンプレートが同期しているかどうかにあります。商品、ブログ、広告ランディングページを継続的に追加するサイトでは、公開プロセスに「言語バージョンのマッピング、インデックス登録状態、canonical、hreflang」の4項目のチェックを設けるのが最善です。

易营宝のような海外展開ビジネス向けのスマートサイト構築・マーケティングサービスでは、インデックス登録の異常が発生してからページごとに修正するのではなく、サイト構造の段階から多言語の導線を計画することをより重視します。どのようなサイト構築システムを使用する場合でも、企業は保守可能な言語マッピングルールを維持すべきです。コンテンツ更新時にはタグも同期して更新し、ページ公開終了時には関連付けも同期して削除します。このように対応することで、hreflang は初めてグローバルユーザーと正しいページを結ぶ、明確で信頼できる導線となります。