多言語サイトのhreflangタグエラーを解決する方法

多言語サイトの hreflang タグのエラーを解決する方法

多言語サイトの hreflang タグで繰り返しエラーが発生する場合、どう対処すればよいのでしょうか。この問題は数行のタグ設定に見えても、実際にはサイト構造、ページのインデックス登録、リダイレクトルール、コンテンツのローカライズにまで関わることが少なくありません。多くの企業では、英語ページをすでに公開しているにもかかわらず、Google が海外ユーザーに中国語ページを表示したり、フランス語やドイツ語ページがクロール済みであっても、対象地域の検索結果にいつまでも表示されなかったりします。調査すると、問題はコンテンツそのものではなく、hreflang の対応関係を検索エンジンが正しく理解できていないことにある場合が多いです。

hreflang の役割は「ページを自動的に上位表示させること」ではなく、どの URL が同一コンテンツの異なる言語または地域向けの代替バージョンであるかを検索エンジンに伝えることです。ユーザーの言語や地域シグナルがページ設定と一致すると、検索エンジンはより適切なバージョンを表示しやすくなります。B2B輸出向けの問い合わせ獲得、多言語ブランド公式サイト、越境ECサイトを運営する企業にとって、この対応が不十分だとトラフィックのミスマッチが滞在、問い合わせ、受注までの導線に直接影響します。

タグを修正する前に：ページが本当に「代替バージョン」か確認する

最もよくある誤解は、すべての言語ページを hreflang で無理に結び付けることです。実際には、ページテーマ、製品範囲、価格体系、ターゲット市場が明らかに異なる場合、1対1の対応関係を設定するとは限りません。

例えば、中国サイトの製品ページが工業設備の輸出能力を紹介し、英語サイトが北米の購買担当者向けである場合、コンテンツにはヤード・ポンド法の仕様、現地での納品方法、英語の問い合わせ窓口を含める必要があります。この2ページは通常、相互に言語バージョンとして宣言できます。しかし、一方が「会社紹介」で、もう一方がカナダ向けの独立したキャンペーン用ランディングページであり、製品構成、見積もり、コンバージョン目標がすべて変わる場合は、単純に翻訳ページと見なすべきではありません。誤った関連付けは、どの URL がユーザーに本当に必要な結果なのかを検索エンジンが判断しにくくします。

実務では、ドメインやディレクトリ単位で一括生成するのではなく、「ページタイプ」ごとにマッピングを作成することを推奨します。トップページにはトップページ、カテゴリーページにはカテゴリーページ、個別製品ページには同じ製品ページ、記事ページにもできる限り同じテーマの翻訳コンテンツを対応させます。対応バージョンがない場合は、無理にタグを付けるよりも付けないほうがよく、すべてをトップページへ向けるべきではありません。

頻出エラーその1：双方向参照の欠落、または言語グループの不完全さ

hreflang の最も基本的なルールは「相互確認」です。中国語ページが英語ページを代替バージョンとして宣言する場合、英語ページも中国語ページを宣言しなければなりません。各ページには、自身を指す hreflang タグも含める必要があります。中国語ページにのみリンクセットを記載し、英語ページに戻りリンクがないことは、多言語プロジェクトで非常によく見られるエラーです。

また、新しい言語を追加する際、新しいページにタグを1つ追加するだけでは不十分です。既存言語のページも更新する必要があります。例えば、サイトに当初は中国語と英語しかなく、後から日本語版を追加した場合、中国語、英語、日本語の3グループのページすべてに相互の対応関係を含める必要があります。大規模サイトでは手作業による管理は漏れが発生しやすく、特に製品の掲載・販売終了が頻繁で、コンテンツが継続的に公開される場合は、テンプレートのルールとページデータソースを統一しなければなりません。

頻出エラーその2：言語コードの誤り、または言語と地域の混同

言語と地域は同じものではありません。すべての英語ユーザー向けのページにはenを使用できます。一方、米国市場専用の場合は en-US を使用します。地域コードを単独で使用してはならず、言語を先、地域を後にし、ハイフンでつなぎます。よくある問題には、サイト内で独自に定義したコードの使用、国名をコードに組み込むこと、簡体字中国語と繁体字中国語を単に「中国語」として扱うことなどがあります。

中国語サイトでは特に慎重な対応が必要です。簡体字中国語は中国本土向け、繁体字中国語は台湾地域または香港地域向けであり、表記、通貨、物流、支払い、コンプライアンスに関する案内に違いが生じる可能性があります。コンテンツが単なるフォント変換にとどまる場合、ページの価値は限定的です。実際に地域向けのローカライズを行っている場合は、実際の市場バージョンに応じて適切な言語と地域を設定する必要があります。より多くの検索をカバーするためだけに、内容が大幅に重複する複数の「地域ページ」を作成しないでください。

明確な言語バージョンがなく、デフォルトのアクセスを受けるページについては、x-defaultの設定を検討できます。これは言語選択ページやグローバルデフォルトページでよく使用されますが、各言語バージョンそのものの代わりにはなりません。一致しないすべてのユーザーを中国語トップページへ誘導することは、海外訪問者の期待に必ずしも合致しません。

頻出エラーその3：タグが指す URL 自体が利用できない

コード形式が完全に正しくても、hreflang が指すリンクにリダイレクトがある、エラーステータスを返す、robots により制限されている、noindex が付いている、または canonical が別ページを指している場合、検索エンジンはこのタグセットを無視する可能性があります。多くのエラーは表面的には「代替ページに戻りタグがない」と表示されますが、根本原因は URL の1つが正常なインデックス登録条件を満たしていないことです。

確認時は、ブラウザでページを開くだけでは不十分です。ブラウザでアクセスできても、クローラーが安定した最終ページを取得しているとは限りません。hreflang で最終的な正規 URL を使用しているか、ページが正常な成功ステータスを返すか、canonical が自身または妥当な正規ページを指しているか、ログイン・地域判定・Cookie ポップアップがクロールに影響していないか、パラメータ付きリンクが言語バージョングループに混入していないかを項目ごとに確認する必要があります。特にリニューアル、HTTPS への移行、ドメイン切り替え、CDN 追加後は、古いリンクが残っていることがよくあります。

hreflang をどこに設置するかの重要点は「複数箇所に置くこと」ではない

hreflang はページ HTML の head 領域に記述できるほか、HTTP レスポンスヘッダーまたは XML Sitemap を通じて送信することもできます。一般的な企業公式サイトでは HTML タグが最も分かりやすく、多言語 PDF などの非 HTML ファイルではレスポンスヘッダーを検討できます。SKU 数が非常に多い越境ECサイトでは、サイトマップで一元管理するほうが管理しやすい場合があります。

同じページ群について、複数箇所で異なるルールを用いて重複宣言することは推奨されません。理論上は複数の方法を併用できますが、実際のプロジェクトでは、一方を更新してもう一方が漏れるだけで競合が生じます。主な管理方法を1つ選び、誰が更新し、どの工程で検証するかを明確にすることは、「すべて追加する」ことよりも通常は信頼性が高いです。

言語の自動リダイレクトは、タグエラーよりもインデックス登録に悪影響を与えることが多い

一部のサイトでは、訪問者の IP やブラウザ言語に基づいて強制的にリダイレクトします。ユーザーが英語リンクを開いても直接中国語ページへ送られたり、検索エンジンが日本語ページをクロールしてもグローバルトップページへリダイレクトされたりします。この方法は親切に見えますが、特定言語の URL を安定してクロールしにくくし、ユーザーが必要なページへ戻れなくなる可能性もあります。

より安全な方法は、ユーザーが元の URL にアクセスできるようにしたうえで、ページ上部に言語切り替えの案内を表示し、選択を強制的に上書きしないことです。広告用ランディングページでは特に重要です。広告アカウントで配信する言語、キーワード、クリエイティブ、ランディングページは一致していなければならず、英語広告のクリックを最終的に中国語ページへ誘導してから、hreflang による修正を期待するべきではありません。

時間を節約できる修正手順

「多言語サイトの hreflang タグで繰り返しエラーが発生する場合、どう解決すればよいか」といった問題に直面したら、まずトップページ、主要カテゴリーページ、代表的な製品ページ、コンテンツページからそれぞれ1組を抽出し、言語マッピングを手作業で照合してから、テンプレートがすべてのページにルールを正しく出力しているかを確認できます。双方向リンク、言語コード、正規ページ、クロール可能な状態を確認した後に、サイト全体へ拡大します。

ページ数が多い輸出向けサイトで本当に管理すべきものは、数行のタグではなく、「言語バージョン—ページ URL—インデックス登録状況—コンテンツ更新」の関係性です。易営宝は、多言語サイト構築および海外マーケティングプロジェクトにおいて、サイト構造、SEO 基準、地域別ランディングページ、プロモーションチャネルを通常あわせて検討し、サイト構築完了後に言語ディレクトリ、製品マッピング、広告ページが相互に分断されていることに気付く事態を防ぎます。技術設定は一括処理できますが、市場向けの表現を一括複製することはできません。

修正を送信した後も、すぐに変化することを期待する必要はありません。検索エンジンにはページシグナルを再クロールし、処理する時間が必要です。その間は、インデックス登録、正規ページの選択、各国・地域での表示状況を継続的に確認してください。特定の言語バージョンが依然として表示されない場合は、同じ hreflang コードを繰り返し変更するのではなく、コンテンツが十分にローカライズされているか、ページにアクセス可能かを優先して確認してください。