言語間の重複コンテンツ

TL;DR — ページを別の言語へ翻訳しても、Googleにとって重複コンテンツにはなりません。ドイツ語ページと英語版は、完全に別のコンテンツです。「言語間の重複コンテンツ」という呼び方の多くは誤解です。本当のリスクは逆で、国別に用意した同じ言語のページ（米国、英国、オーストラリア向け）が、実質的な違いなしにほぼ同一であるケースです。Googleはそれらを重複として扱うことがあります。

1行でいうと、翻訳は重複ではない

スペイン語、フランス語、ドイツ語にコンテンツを翻訳すると、Googleがすべてを重複コンテンツとして扱う、と聞くことがあります。しかしそれは誤りで、昔からそうではありません。Googleの公式ドキュメントによれば、翻訳版が重複と見なされるのは、メインコンテンツが翻訳されていない場合だけです。文章を実際に翻訳すれば、別のコンテンツになります。

Googleは、hreflangやHTMLのlang属性、URLではなく、画面に表示されるコンテンツから言語を判断します。

これは考えてみれば当然です。翻訳を重複として扱う検索エンジンなら、ウェブ上のあらゆる多言語サイトを不利に扱うことになります。Googleが多言語サイトのために構築した仕組みであるhreflangも、意味をなさなくなります。

実際に問題になるもの

本当の問題は、誤解とは逆のケースです。英語のオンラインストアが、1つのページを次の3つに複製するとします。

• example.com/us/ — 米国向け
• example.com/uk/ — 英国向け
• example.com/au/ — オーストラリア向け

この3ページが、同じ文章、同じ価格で、実質的なローカライズもなくほぼ同一なら、これが本当の重複コンテンツです。すべて同じ言語で、意味のある違いがありません。Googleは重複と判断して同じグループにまとめ、表示するページを1つだけ選ぶことがあります。綿密に設計した国別構成が、気づかないうちに1ページへ集約される可能性があります。

では、何を直せばよいのか

タグを増やすことではありません。必要なのは、実質的な違いです。

• 通貨と価格を変える（USD、GBP、AUDなど）。
• 綴りや表現を現地向けに変える（color/colour、地域固有の言い回しなど）。
• 配送、返品、税、法的な説明を変える。
• 該当する場合は、例や商品そのものを現地向けに変える。

国別ページが本当に異なるなら、それらは重複ではありません。隅の国旗だけを差し替えたクローンなら、hreflangをどれだけ設定しても、Googleにすべてを別々に保持させることはできません。

hreflangの役割

hreflangは重複コンテンツを直す仕組みではありません。 hreflangは「これらは互いに対応するページなので、利用者に適切なページを表示してください」とGoogleに伝える方法です。重複グループの中でも、英国の検索者に英国ページを差し替えて表示する助けにはなりますが、命令ではなくヒントです。グループ化そのものを止めるわけではありません。国別ページを分けて維持するには、ページを実質的に異なるものにする必要があります。

さらに詳しく、Googleのクラスタリングの仕組み、ページが検索結果に残ったままSearch Consoleから「消えた」ように見える理由、hreflangがどの程度壊れやすいかを知りたい場合は、Advancedタブへ進んでください。

地域別ページで起きる重複コンテンツの症状と対処

翻訳ページが重複として報告される

症状: 監査ツールが異なる言語のURLを同じグループに入れる。考えられる原因: メインコンテンツは翻訳されず、ナビゲーションや定型部分だけが変わっているか、ツールが言語ではなくマークアップを比較している。対処: レンダリング後のメインコンテンツを確認し、同じままの部分を翻訳する。正当な翻訳版は、それぞれのURLを自分自身のcanonicalにした別ページとして維持する。

地域ページがcanonicalの報告から消える

症状: Search Consoleが、同じ言語の国別ページの一方を、もう一方のcanonicalとして報告する。考えられる原因: 地域ページがほぼ同一なので、Googleがクラスタリングした。対処: 意図したURLが対象読者向けに差し替え表示されているかを確認する。市場ごとに別ページが本当に必要なら、タグを増やすのではなく、通貨、在庫、法的情報、検索意図を現地向けにする。

hreflangは正しいのに、誤った地域URLが表示される

症状: 検索結果に、同じ言語の別の国向けページが表示される。考えられる原因: hreflangはヒントにすぎず、コンテンツの差別化が弱いかcanonicalが衝突しているため、別の信号に負けている。対処: self-canonicalをそろえ、相互アノテーションを修正し、地域差を実質的なものにする。分ける必要のないバリエーションは統合する。

ローカライズURLが原言語ページをcanonicalにする

症状: 翻訳ページが元のURLをcanonicalとして宣言し、独立したページとしてインデックス登録されない。考えられる原因: 共通テンプレートが言語をまたぐcanonicalを適用している。対処: 本物の翻訳版にはself-canonicalを設定し、相互のhreflangで接続する。

TL;DR — 「言語間の重複コンテンツ」はほとんどが誤解です。Googleのドキュメントによれば、ローカライズ版が重複になるのはメインコンテンツが翻訳されていない場合だけなので、本当の翻訳は別のコンテンツです。本当のリスクは、同じ言語で国だけが異なるページ（ローカライズされていないen-US、en-GB、en-AUなど）のほぼ同一な複製です。Googleはそれらをクラスタリングしてcanonicalを1つ選ぶことがあり、地域ターゲティングが崩れます。hreflangはクラスタリングを防がず、クラスタ内でURLを差し替える信号として働くヒントです。私の調査では、hreflangを使う374 756ドメインの67%に少なくとも1つ問題がありました。Search Consoleでは、地域ページがcanonicalの報告から消えたように見えても、正しく配信され続けることがあります。対策はタグを増やすことではなく、本当のローカライズか統合です。

誤解が生まれる理由

「言語間の重複コンテンツ」という主要語には、翻訳すると重複になるという誤解が組み込まれています。しかし実際にはそうではなく、Googleはこの点をかなり明確に説明しています。Googleのローカライズ版に関する案内には、次のようにあります。 “Localized versions of a page are only considered duplicates if the main content of the page remains untranslated.” (翻訳) 「ページのメインコンテンツが翻訳されていない場合に限り、ローカライズ版は重複と見なされます。」 引用箇所へ メインコンテンツを翻訳すれば、ページは別のコンテンツになります。

これはhreflangの前提そのものです。Googleは次のように説明しています。 “Use hreflang to tell Google about the variations of your content, so that we can understand that these pages are localized variations of the same content.” (翻訳) 「hreflangを使ってコンテンツのバリエーションをGoogleに伝え、これらのページが同じコンテンツのローカライズ版であることを理解できるようにします。」 引用箇所へ これは、正当に異なる別ページを対応付けるための仕組みであり、本物の翻訳に存在しない重複問題を埋め合わせるパッチではありません。なお、hreflangを言語検出と混同してはいけません。Googleは次のようにも述べています。 “Google doesn’t use hreflang or the HTML lang attribute to detect the language of a page; instead, we use algorithms to determine the language.” (翻訳) 「Googleはページの言語を検出するためにhreflangやHTMLのlang属性を使わず、アルゴリズムで言語を判断します。」 引用箇所へ

Matt Cuttsは2011年にも、ccTLDをまたいだ未翻訳の英語について同じ説明をしています。Search Engine Roundtableの報告によれば、.com、.fr、.deに同じ英語コンテンツを置いてもGoogleにとって問題ではありません。可能なら翻訳者を雇い、hreflangを実装すればよいものの、慌てる必要はないという趣旨です。これは10年以上にわたるGoogleの一貫した立場です。

注意点：定型部分だけの翻訳

「メインコンテンツが翻訳されていない」という判定には落とし穴があります。テンプレート、つまりメニュー、ナビゲーション、フッター、サイドバーの定型部分だけを翻訳し、本文を元の言語のままにすると、ページ全体を翻訳したことにはなりません。Googleが見ているのは、周辺の枠ではなくメインコンテンツです。私のAhrefsのcanonical解説では、メニューや繰り返し表示される文章だけが翻訳され、本文が翻訳されていないケースを別の重複パターンとして扱っています。ページの一部だけを翻訳しても、重要なのは「何かが変わったか」ではなく、メインコンテンツが変わったかどうかです。

この問題を監査するときは、ソースのマークアップだけでなく、レンダリング後に見えるページを確認してください。Googleはhreflang、HTMLのlang属性、URLではなく、利用者に実際に表示される内容から言語を判断します。 Evidence for this claim Google says it determines page language from visible content rather than hreflang, the HTML lang attribute, or the URL. Scope: Google Search language detection, not browser or accessibility behavior. Confidence: high · Verified: 2026-07-14 Google: Make page language obvious lang="fr"を<html>要素に差し替えるだけで、メインコンテンツが英語のまま表示されるテンプレートは、Googleの言語判定や重複判定に関わる部分を翻訳していません。実際のページを開き、メインコンテンツそのものを読んで確認してください。

本当のリスク：同じ言語で国だけが異なるほぼ同一ページ

誤解が隠してしまうのは、次のシナリオです。同じ言語で異なる国を対象にするページが複数あり、en-US、en-GB、en-AU、またはde-DE/de-CHのように、通貨、綴り、規制、配送、例などの実質的なローカライズがないままほぼ同一になっているケースです。これが本当の重複コンテンツです。

同じ商品、異なる国

ECカタログでは、地域別の商品URLを正当化するためだけに、メーカーの商品説明をすべて書き換える必要はありません。同じ物理的な商品を同じ言語で説明していても、提供条件が実質的に異なることはあります。段落の類似度だけでなく、商取引の状態を確認してください。

• 通貨と市場別の価格;
• 税、関税、プロモーション、保証、返品条件;
• 配送先、配送速度、送料、郵便番号による制限;
• オンライン、店舗、受け取り、バリエーションごとの在庫状況;
• 現地店舗の在庫や販売者の身元;
• 法務、サイズ、計量、規制に関する情報;
• canonical URL、相互のhreflang設定、構造化されたオファーデータ。

こうした違いが実在するなら、対象となる地域ページには通常、それぞれ安定したURL、self-canonical、対応するhreflangアノテーションを持たせます。表示されるオファー、Product/Offerマークアップ、Merchant Centerのフィード、チェックアウトは、同じ市場を説明していなければなりません。記号だけを変える通貨スイッチャーや、配送・カタログの動作は同じまま国名だけを差し替える定型文は、別のインデックス登録可能ページを維持する根拠として弱いものです。 Googleの商品構造化データの案内とMerchant Centerのポリシーは、ランディングページのオファーと送信するコマースデータを、正確な商品情報が必要な関連表現として扱っています。

オファーの内容が明確になる場合や、配送、店舗在庫、規制、地域固有の商品構成など、国を限定した検索意図に合う場合は、タイトルに国名を含めます。ほぼ同じタイトルに機械的に国名を追加してはいけません。メタデータが変わるだけで、地域の検索結果としてページが有用になるわけではないからです。言語ターゲティング、国ターゲティング、またはその両方が必要かという前段の判断は、言語ターゲティングと国ターゲティングで扱っています。

Googleの多地域サイトに関する案内も、この点を正面から扱っています。 “if you have multiple pages in the same language as part of a multi-regional site (for instance, if both example.de/ and example.com/de/ show similar German language content), pick a preferred version and use the rel=“canonical” element and hreflang tags to make sure that the correct language or regional URL is served to searchers.” (翻訳) 「多地域サイトの一部として同じ言語のページが複数ある場合（たとえばexample.de/とexample.com/de/の両方が似たドイツ語コンテンツを表示する場合）は、優先版を選び、rel=“canonical”要素とhreflangタグを使って、正しい言語または地域URLが検索者に配信されるようにします。」 引用箇所へ Googleはページが重複ではないと言っているのではなく、canonicalとhreflangで重複を管理するよう求めています。

クラスタリングは実際にはどう動くのか

GoogleのSearch Off the Recordポッドキャスト（エピソード16）では、ドイツ語とスイスドイツ語の例を使って、この仕組みが説明されています。John Muellerは次のように述べています。 “we have, at the same time, systems that try to understand when content is duplicated, and we try to put them into one cluster of pages, and then sometimes, the German and the Swiss page will get into the same cluster. But with hreflang, we can show the proper URL, at least.” (翻訳) 「同時に、コンテンツが重複していることを理解しようとするシステムがあり、それらを1つのページクラスタにまとめようとします。その結果、ドイツのページとスイスのページが同じクラスタに入ることがあります。しかしhreflangがあれば、少なくとも正しいURLを表示できます。」 Martin Splittも、一般には問題ではないとして次のように付け加えています。 “it makes sense that these are put together in the same dup cluster… because it’s the same content, essentially.” (翻訳) 「本質的に同じコンテンツなので、同じ重複クラスタにまとめられるのは自然です。」

ここを注意深く読んでください。この話題の核心は、hreflangがクラスタリングの外側ではなく内側で働くことです。Googleはページを重複と判断し、クラスタにまとめ、canonicalを選びます。hreflangの役割は、そのクラスタの中で検索者に適切なURLを差し替えて表示することです。Gary Illyesは、この差し替えをランキングの一要素として説明しています。ある言語で検索したときに別言語のページが表示されそうなら、Googleは適切な結果へ差し替えます。しかしクラスタリング自体は起きています。hreflangがクラスタリングを防いだのではなく、クラスタ内の表示先を誘導しただけです。

これが、私がcanonical解説でhreflangは国際サイトの重複を解決しないと明言している理由です。Googleは正しい版を表示するために差し替えを試みますが、保証はなく、この構成は頻繁に壊れます。私の2017年Pubcon国際SEO講演では、問題を平易に示しました。GoogleがA=Cと考え、Aがインデックスにも存在しないなら、A→BとB→Aの相互hreflangをどう成立させるのでしょうか。Googleがページを重複排除した後では、構築したhreflangクラスタを支える確かなページが残っていません。

ここまでのクラスタと差し替えの説明には注意点があります。これはGoogleのSearch Relationsチームがポッドキャストで説明したもので、文書化された仕様ではありません。内部の正確な処理手順をGoogleは段階ごとに公開していません。したがって、変わらない実装詳細としてではなく、挙動を理解するための最も明確な公式説明として扱ってください。現在も有効な原則は、Googleの多地域サイトの案内とcanonical URLの案内を基準にし、優先版を選び、canonicalとhreflangをそろえることです。ポッドキャストの説明は、その案内が必要な理由として扱い、別途検証済みの仕組みと混同しないでください。

Search Consoleの報告にある落とし穴

これは実務者を不安にさせる、見落とされがちなポイントです。Search Consoleはcanonical URLを基準に報告するため、同じ言語の地域ページが統合されると、正しく配信され続けていても「消えた」ように見えることがあります。SOTRエピソード16でMartin Splittは、報告上は “what happened to the Swiss page? That has disappeared” (翻訳) 「スイスのページはどうなったのですか。消えてしまいました」と見えるのは、ドイツのページの重複になったためだと説明しています。しかし、それはGoogleがスイスの利用者にスイスページを表示していないという意味ではありません。

地域ページがcanonicalまたはインデックス登録の報告から消えた場合も、すぐにインデックス削除だと考えないでください。同じ言語のクラスタでは、ページが別のロケールのクラスタに組み込まれ、対象市場では順位を得続けることがあります。ロケールページがcanonicalの報告で別ロケールに負け続ける、または市場の検索結果に別の国のURLが表示されるなら、症状は同じ言語のクラスタリングであり、hreflangの構文エラーとは限りません。対象市場からURLを取得するか、その市場の順位を直接確認して、実際に何が表示されているかを調べてください。Search Consoleの正確な報告動作はGoogleの文書で詳しく説明されていないため、公開状態を確認してから結論を出します。

ペナルティはあるのか？ ない

ここで扱っている問題に重複コンテンツのペナルティはなく、過去にもありません。John Muellerは、Search Engine Roundtableが報じた2021年の投稿で、次のように述べています。 “There’s no duplicate content penalty for something like that, but concentrating your site’s value on fewer pages generally makes it easier for those pages to be more visible.” (翻訳) 「そのようなケースに重複コンテンツのペナルティはありません。ただし、サイトの価値を少ないページに集中させるほうが、通常はそれらのページを見つけてもらいやすくなります。」 重要なのは後半です。ペナルティではなく、価値の分散がコストになります。ほぼ同一のクローンに権威を分散すると、各ページが弱くなります。

ただし、「ペナルティなし」が指す範囲は正確に捉えましょう。ここでいうのは、Googleが善意にほぼ同一のロケールページを統合し、1つを順位付けする通常のcanonical化です。国や言語のバリエーションを使って順位操作を狙う、スケールした低価値コンテンツやドアウェイページに関するGoogleの別のスパムポリシーとは異なります。前者は同じ言語のクラスタリングの問題であり、後者は操作的な意図の問題として別に評価されます。欺く意図なく作られた正直なen-US/en-GBページはペナルティの領域ではありません。検索結果を増やすためだけに薄いロケールページを大量生産するサイトは、別のケースです。

Bingにも似た説明がありますが、これはGoogleの見解ではなく、Bing独自の案内として分けて扱う必要があります。2025年12月の重複コンテンツに関する投稿で、Bingは、地域別または言語別ページがほぼ同一で各市場の利用者に意味のある違いを提供しない場合、ローカライズが重複コンテンツを生むと説明しています。対策はGoogleと方向性が似ており、用語、例、規制、商品情報などを実質的に差別化し、該当する場合はhreflangを使い、独立した検索意図を表さないバリエーションはcanonical化します。BingはAIシステムもほぼ同一のURLを1つの代表ページにクラスタリングすると述べていますが、これはBing独自のAI検索に関する観測であり、Googleで確認された挙動ではありません。なお、Bingはhreflangをほとんど使わず、コンテンツの言語信号に依存するため、Bingではタグより差別化がいっそう重要です。

データが示すこと：hreflangはよく壊れる

地域バリエーションをhreflangで整理しようとするなら、現実の運用でどれほど脆いかを知っておくべきです。私のBrighton SEO 2023の374 756ドメイン調査では、hreflangを使うドメインの67%に少なくとも1つ問題がありました。x-defaultの欠落、自分自身を指すタグの欠落、リダイレクト先や壊れたページへの参照、相互タグの欠落、canonicalではないURLへの参照などです。hreflangは約20あるcanonical化シグナルの1つにすぎず、壊れたクラスタではGoogleが対応付けを無視して通常の重複処理へ戻るだけです。同じ言語の統合を防ぐ手段をhreflangクラスタに頼るなら、現実のクラスタの3分の2が壊れているため、その防御は多くの人が思うより不確かなものです。Muellerでさえ、複雑さのためhreflangを正しく設定できている人を見ると驚くことがあると述べています。

実際に直す方法

1. バリエーションが本当に異なるか判断する。 en-USとen-GBで通貨、価格、配送、法的説明、綴りが異なるなら、重複ではありません。クローンなら、問題はタグではなくページそのものです。
2. 本当にローカライズするか、統合する。 対策は、実質的なローカライズ（通貨、綴り、規制情報、例）か、ページ数を減らすことです。3つのクローンにhreflangを付けるより、差別化した1ページのほうが正しい技術的解決策になることもあります。Muellerの「少ないページに価値を集中させる」という説明がそのまま当てはまります。
3. canonical、hreflang、x-defaultを矛盾なくそろえる。 各ロケールは自分自身をcanonicalにし、hreflangクラスタは自分自身を含む全ロケールを参照し、x-defaultは妥当なフォールバックを指すべきです。私のhreflangガイドで「間違い5」とした典型的な自傷行為は、rel=canonicalが非権威ページだと言っているURLをhreflangから指すことです。矛盾する信号は無視されます。逆方向にも注意が必要です。本物の翻訳を、重複への不安を和らげるためだけに別言語の原ページへcanonicalしてはいけません。Googleのcanonical URLの案内は、ページのcanonicalはページ自体と同じ言語、または同じ言語のcanonicalがない場合の最善の代替であるべきだと説明しています。翻訳ページを別言語の原ページへcanonicalしても何も直らず、ローカライズURLを表示対象から外して市場の検索結果から失わせることがあります。
4. Search Consoleで診断するが、報告を正しく読む。 canonicalの報告から地域ページが消えていても、統合された可能性があり、インデックス削除とは限りません。対象市場で実際に何が表示されているかを確認してから、問題のないものを直そうとしてください。

クラスター内の他の記事とのつながり

このページは重複コンテンツの観点を担当し、近接する判断は関連ページが扱います。国別バリエーションがそもそも必要かどうかは、言語ターゲティングと国ターゲティングの問題です。相互クラスタ、正しいISOコード、3つの実装方法といったタグの仕組みはhreflangの記事に、フォールバックの価値はx-defaultの記事に譲ります。文章を翻訳するだけなのか、市場向けにページを本当に適応させるのかという違いは、翻訳とローカライズの区別で扱います。この違いこそが、ほぼ同一の国別クローンを本当に異なるコンテンツへ変えるものです。機械翻訳の品質はさらに別のリスクであり、自動翻訳の薄い内容と、言語間の重複という誤解を混同しないでください。

AI要約

Advanced版の要点をまとめると、次のとおりです。

• 誤解は逆向きです。 Googleは翻訳を重複コンテンツとして扱いません。Googleの文書では、ローカライズ版が重複になるのは「ページのメインコンテンツが翻訳されていない場合」です。メインコンテンツを翻訳すれば、別のコンテンツになります。
• hreflangの前提は、正当に異なる言語・ロケールのページを対応付けることです。重複コンテンツの修正策ではありません。
• 本当のリスクは逆です。 同じ言語で国だけが異なり、通貨、綴り、規制、コンテンツを十分にローカライズしていないほぼ同一ページ（en-US/en-GB/en-AU、de-DE/de-CH）は、本当の重複です。
• 定型部分だけの翻訳では不十分です。 メニューやナビゲーションではなく、メインコンテンツが変わったかどうかが判定を左右します。
• Googleはほぼ同一ページをクラスタリングしてcanonicalを選びます。 hreflangはクラスタの内部で働く差し替え信号であり、クラスタの外から止めるものではありません。命令ではなくヒントです。
• Search Consoleの落とし穴: 統合された地域ページはcanonicalの報告から「消えた」ように見えても、市場向けに正しく配信され続けることがあります。統合とインデックス削除を混同せず、実際に表示されているものを確認してください。差し替えや報告の正確な仕組みは、文書化された仕様ではなくGoogleのポッドキャストによる説明です。
• ペナルティはありません。 Mueller（2021）が述べた通常の統合にはペナルティはありませんが、少ないページに価値を集中させると見つけてもらいやすくなります。操作的なスケールコンテンツやドアウェイページに関するGoogleのスパムポリシーとは別問題です。Bingも独自の案内で似た現実を説明し、AIシステムによる近似URLのクラスタリングを加えています。
• データ: 374 756ドメインの調査では、hreflangを使うドメインの67%に少なくとも1つ問題がありました。そのため、バリエーションを維持する手段としてhreflangだけに頼るのは脆弱です。
• 対策は本当のローカライズか統合です。 タグを増やすことではありません。canonical、hreflang、x-defaultを矛盾なくそろえ、本物の翻訳を別言語の原ページへcanonicalしないことも重要です。

公式ドキュメント

検索エンジンの一次資料です。

Google

• Googleにページのローカライズ版を伝える — 翻訳したメインコンテンツは重複ではないことと、hreflangの本来の役割を説明する基礎資料。
• 多地域・多言語サイトの管理 — example.de/とexample.com/de/のような同一言語・異なる地域のケース、canonicalとhreflangによる対処、現地の言語や通貨、住所、電話番号などのシグナル。
• Search Off the Record 第16回 — 「配信の仕組み、hreflangなど」 — 同じ言語のクラスタリング、差し替え、Search Consoleの報告上の落とし穴に関する公式の説明。

Bing / Microsoft

• 重複コンテンツはSEOとAI検索の可視性を損なうか（2025年12月） — ローカライズが重複になる条件、実質的な差別化、AIシステムがほぼ同一URLをクラスタリングするというBingの説明。

出典からの引用

GoogleとBingによる記録に残る発言です。各リンクは出典ページの該当箇所へ直接移動します。ポッドキャストの行には時刻を付けています。文字起こしがPDFで、ページ内アンカーを持たないためです。

Google — 翻訳コンテンツは重複ではない（誤解を正す説明）

• “Localized versions of a page are only considered duplicates if the main content of the page remains untranslated.” (翻訳) 「ページのメインコンテンツが翻訳されていない場合に限り、ローカライズ版は重複と見なされます。」 — Google Search Centralのドキュメント。 引用箇所へ
• “Use hreflang to tell Google about the variations of your content, so that we can understand that these pages are localized variations of the same content.” (翻訳) 「hreflangを使ってコンテンツのバリエーションをGoogleに伝え、これらのページが同じコンテンツのローカライズ版であることを理解できるようにします。」 引用箇所へ
• “Google doesn’t use hreflang or the HTML lang attribute to detect the language of a page; instead, we use algorithms to determine the language.” (翻訳) 「Googleはページの言語を検出するためにhreflangやHTMLのlang属性を使わず、アルゴリズムで言語を判断します。」 引用箇所へ

Google — 同じ言語・異なる地域のケースと対処

• “…if you have multiple pages in the same language as part of a multi-regional site (for instance, if both example.de/ and example.com/de/ show similar German language content), pick a preferred version and use the rel=“canonical” element and hreflang tags to make sure that the correct language or regional URL is served to searchers.” (翻訳) 「多地域サイトの一部として同じ言語のページが複数ある場合（たとえばexample.de/とexample.com/de/の両方が似たドイツ語コンテンツを表示する場合）は、優先版を選び、rel=“canonical”要素とhreflangタグを使って、正しい言語または地域URLが検索者に配信されるようにします。」 — Google Search Centralのドキュメント。 引用箇所へ
• “Other signals to identify the intended audience of your site can include local addresses and phone numbers on the pages, the use of local language and currency, links from other local sites, or signals from your Business Profile (where available).” (翻訳) 「サイトの対象読者を示すその他のシグナルには、ページ上の現地の住所や電話番号、現地の言語と通貨の使用、現地サイトからのリンク、利用可能な場合はビジネスプロフィールからのシグナルなどがあります。」 引用箇所へ

Google — クラスタリングと差し替えの仕組み（Search Off the Record 第16回）

• John Mueller: “we have, at the same time, systems that try to understand when content is duplicated, and we try to put them into one cluster of pages, and then sometimes, the German and the Swiss page will get into the same cluster. But with hreflang, we can show the proper URL, at least.” (翻訳) 「同時に、コンテンツが重複していることを理解しようとするシステムがあり、それらを1つのページクラスタにまとめようとします。その結果、ドイツのページとスイスのページが同じクラスタに入ることがあります。しかしhreflangがあれば、少なくとも正しいURLを表示できます。」 — SOTR第16回、約00:26:59。
• Martin Splitt: “it makes sense that these are put together in the same dup cluster, or duplication cluster, because it’s the same content, essentially.” (翻訳) 「本質的に同じコンテンツなので、同じ重複クラスタにまとめられるのは自然です。」 — SOTR第16回、約00:27:23。
• Martin Splitt（報告上の落とし穴について）: スイスのページは、“has disappeared because it’s now a duplicate of the German page, but that doesn’t mean that we are not showing the Swiss page to people in Switzerland.” (翻訳) 「ドイツのページの重複になったため消えたように見えても、スイスの利用者にスイスページを表示していないという意味ではありません。」 — SOTR第16回、約00:27:35。
• John Mueller（hreflangの難しさについて）: “I’m often surprised when people get things right with regards to hreflang because of all of the complexity.” (翻訳) 「複雑な仕組みなのに、hreflangを正しく設定できている人を見ると驚くことがよくあります。」 — SOTR第16回、約00:17:50。

Google — ペナルティはない（Search Engine Roundtableが埋め込んだ投稿の引用）

• John Mueller（2021年5月）: “There’s no duplicate content penalty for something like that, but concentrating your site’s value on fewer pages generally makes it easier for those pages to be more visible.” (翻訳) 「そのようなケースに重複コンテンツのペナルティはありません。ただし、サイトの価値を少ないページに集中させるほうが、通常はそれらのページを見つけてもらいやすくなります。」 報道記事を読む

これは重複コンテンツか、それとも正当な翻訳か

上から順番に確認してください。「言語間の重複コンテンツ」という心配の多くは、ステップ1で解消します。

ステップ1 — ページは異なる言語か、同じ言語か？

• 異なる言語（英語、ドイツ語、スペイン語で、メインコンテンツが本当に翻訳されている）→ 重複コンテンツの問題ではありません。 Googleにとって別のコンテンツです。hreflangで別言語版を対応付け、次へ進みます。ここで終了です。
• 同じ言語で国または地域が異なる（en-US、en-GB、en-AU）→ 本当の重複コンテンツかもしれません。ステップ2へ進みます。

ステップ2 — メインコンテンツを翻訳したのか、定型部分だけなのか？（異なる言語の経路で確認する）

• メニュー、ナビゲーション、フッターだけを翻訳し、本文を変えていない → 実質的にはまだ重複です。 Googleの判定対象はメインコンテンツです。本文を翻訳しなければ、この問題から抜けられません。
• メインコンテンツを本当に翻訳した → 別のコンテンツであり、重複ではありません。

ステップ3 — 同じ言語の国別ページは本当に異なるか？ 実質的な違いを確認します。通貨、価格、綴り、配送・返品、税、法務・規制情報、商品の在庫、例などです。

• はい — 実際に維持される違いがある → 重複ではありません。分けて維持し、canonical、hreflang、x-defaultをそろえて信号が矛盾しないようにします。
• いいえ — ほぼ同一のクローンである → 本当の重複コンテンツです。 ステップ4へ進みます。

ステップ4 — ローカライズするか、統合するか？

• 市場が本物のローカライズを正当化する → 実際にローカライズする（通貨、綴り、法務、例）。そうすればページは重複ではなくなります。
• 市場が固有コンテンツを必要としない → 統合する。 クローンを増やすより、少数の強いページにまとめるほうが、ページを見つけてもらいやすくなります。

hreflangについての現実確認: どの段階でも、hreflangを追加するだけで重複が非重複に変わるわけではありません。hreflangはクラスタから適切なURLを配信する助けになりますが、クラスタリング自体は止めません。唯一の対策がタグの追加なら、重複を直したことにはなりません。

よくある誤解とミス

この話題で繰り返し起きる間違いと、その代わりに取るべき対応です。

1. 「Googleは翻訳コンテンツを重複コンテンツとしてペナルティにする」 誤りである理由: Googleの文書によれば、メインコンテンツが翻訳されていれば重複ではなく、そもそも重複コンテンツのペナルティという仕組みもありません（Mueller、2021年）。 代わりにすること: 自由に翻訳し、hreflangで別言語版を対応付け、存在しないペナルティを心配するのをやめます。

2. 「hreflangが重複コンテンツを防ぐ」 誤りである理由: hreflangはGoogleのクラスタリングの内側で働き、外側から止めるものではありません。「1つのクラスタにまとめようとするが、hreflangがあれば少なくとも正しいURLを表示できる」という差し替え信号であり、命令ではなくヒントです。 代わりにすること: hreflangを重複排除ではなく、バージョンを差し替える仕組みとして扱います。重複を防ぐのは、実質的なコンテンツ差分かページ数の削減です。

3. 「hreflangが正しければ、指定したURLが必ず表示される」 誤りである理由: hreflangはヒントです。コンテンツの類似度、canonical、サイト構造などの別の信号が衝突すれば、Googleは無視することがあります。調査対象のhreflang利用ドメインでも67%に少なくとも1つ問題がありました。 代わりにすること: canonical、内部リンク、hreflang、x-defaultのすべての信号をそろえ、Googleが実際に何を表示するか確認します。

4. 「同じ言語の地域ページには、重複回避のため大規模な翻訳が必要だ」 誤りである理由: en-USとen-GBはすでに同じ言語なので、翻訳するものはありません。必要なのは翻訳ではなくローカライズです。 代わりにすること: 通貨、綴り、配送、法務・規制情報、例など、言語ではなく実質的な違いを作ります。

5. 「メニューとナビゲーションだけ翻訳すれば十分だ」 誤りである理由: Googleの重複判定はメインコンテンツを見ます。定型部分だけを翻訳しても本文は未翻訳のままなので、判定を免れません。 代わりにすること: ページ周辺のテンプレートだけでなく、メインコンテンツ自体を翻訳します。

6. 「canonicalではないページへのhreflangでも問題ない」 誤りである理由: rel=canonicalがそのページを非権威だと示しているのに、hreflangが独立した対象として指しているなら、Googleに矛盾する信号を送っています。矛盾は無視されます。 代わりにすること: 各ロケールは自分自身をcanonicalにし、hreflangクラスタは自分自身を含むすべてのロケールを参照します。

7. 「英国ページがSearch Consoleから消えたので、インデックスから削除された」 誤りである理由: 同じ言語のクラスタでは、地域ページが別ロケールのクラスタに組み込まれ、正しい市場に配信され続けても、canonicalの報告から消えることがあります。これはGoogleのポッドキャストでも説明されています。 代わりにすること: 統合をインデックス削除と判断する前に、対象市場で実際に配信されているものを確認します。

8. 「機械翻訳コンテンツは自動的に重複コンテンツになる」 誤りである理由: 機械翻訳の品質や薄いコンテンツの問題は別のリスクであり、言語間の重複という誤解とは別です。Googleは機械で作られたかどうかではなく、利用者にとっての価値を基準に翻訳コンテンツを評価します。 代わりにすること: 機械翻訳の品質と、機械翻訳だから重複になるという主張を分けて考えます。

具体例

誤解と本当のリスクを分ける4つのシナリオです。

1. 完全な翻訳 — 英語、ドイツ語、スペイン語（重複ではない） SaaSのマーケティングサイトが、メインコンテンツをドイツ語とスペイン語へ本当に翻訳しています。言葉は異なりますが、意味は同じです。

• 判定: 重複コンテンツではありません。Googleにとって別のコンテンツです。
• すること: 3つの版を相互hreflangで対応付けます。重複対策として他に必要なことはありません。誤解はここで終わります。

2. 定型部分だけの「翻訳」（実質的には重複） ナビゲーション、フッター、サイドバーはフランス語に翻訳したものの、本文は英語のままのページです。

• 判定: メインコンテンツが翻訳されていないため、実質的な重複として扱われる可能性があります。Googleの「メインコンテンツが翻訳されていない」という判定における落とし穴です。
• すること: 本文を翻訳するか、「フランス語」ページを公開しません。

3. en-US対en-GB対en-AUのクローン（本当の重複コンテンツ） 英語のストアが、3つの国別フォルダーにバイト単位で同一のページを作ります。USD価格も文章もすべて同じで、違うのは国旗のアイコンだけです。

• 判定: 本当の重複コンテンツです。同じ言語で、実質的な違いがありません。Googleはクラスタリングしてcanonicalを1つ選び、構成を静かに集約することがあります。
• すること: 実際にローカライズする（GBP/AUD価格、綴り、配送、法務）か、ページを少数に統合します。hreflangだけではクローンを救えません。

4. de-DE対de-CHで、適切にローカライズされたページ（重複ではない） ドイツ語サイトに、ドイツ版とスイス版があります。EURとCHFで価格が異なり、スイス固有の配送・法務情報があり、スイス標準ドイツ語の綴り（たとえばßを使わない）も採用しています。

• 判定: 同じ言語でも実質的に差別化されたページであり、クローンではありません。分けて維持します。
• すること: 各ロケールのself-referencing canonical、相互のhreflangクラスタ（de-DE、de-CH）、妥当なx-defaultを設定します。信号に矛盾はありません。

一貫した結論: 異なる言語はほとんど問題ではありません。実質的な違いがない同じ言語のページこそ、ほとんどの場合問題になります。

理解度チェック：言語間の重複コンテンツ

誤解、本当のリスク、hreflangの実際の役割について、5問で確認します。各問の答えを選んでから、解説を見てください。

役立つ資料

私の関連記事

• Googleが使う約40のcanonical化シグナル — canonical化の解説。hreflangが国際的な重複を解決しない理由と、定型部分だけ翻訳する重複パターンを扱います。
• Hreflang：初心者向けの簡単なガイド — 実装、相互参照・自分自身を参照するルール、canonicalではないページへhreflangを向けるミスを解説します。
• 重複ページでGoogleがユーザーと異なるcanonicalを選んだ場合 — ロケールページが統合されたときにSearch Consoleで表示される状態と、信号をそろえる方法。
• テクニカルSEO初心者ガイド — 重複コンテンツと国際サイト構成を、より大きな全体像の中で位置づけます。

私の講演

• 374 756ドメインにおけるhreflangの主な問題 — Brighton SEO 2023（スライド · 動画） — 「ドメインの67%に問題がある」という統計の基になった調査で、hreflangを約20あるcanonical化シグナルの1つとして説明します。
• 国際SEOを台無しにする方法 — Pubcon Vegas 2017（SlideShare） — Googleがページを重複排除した後にhreflangが壊れる理由と、その実装が混乱しやすい理由。

公式資料

• Googleにページのローカライズ版を伝える — 翻訳したメインコンテンツは重複ではないという説明の原典。
• 多地域・多言語サイトの管理 — 同じ言語で地域が異なるケースと、canonical + hreflangによる対処。
• Bing — 重複コンテンツはSEOとAI検索の可視性を損なうか（2025年12月）。

業界の資料

• Search Off the Record 第16回 — 配信の仕組み、hreflangなど（Google Search Relations） — Google自身の言葉によるクラスタリング、差し替えの仕組み、Search Consoleの報告上の落とし穴。
• 同じ英語コンテンツでも、国際化サイトが常にGoogleの重複扱いになるとは限らない（Search Engine Roundtable、Barry Schwartz） — Matt Cutts（2011年）、John Muellerの「ペナルティなし」という投稿（2021年）、Gianluca Fiorelliの注意点を紹介します。
• Hreflang、国際SEO、重複コンテンツ：修正方法（thegray.company） — 多言語（リスクなし）と同じ言語・異なる地域（本当のリスク）を正しく分ける記事です。
• 重複コンテンツのペナルティという神話（Search Engine Land） — このテーマの背景にある「ペナルティなし」の現実。
• hreflangを壊す6つのよくあるミス（Search Engine Journal） — canonicalではないページへのhreflangなど、繰り返し起きる実装ミス。
• r/TechSEO — hreflangや重複コンテンツのデバッグを扱うコミュニティ。

変更履歴