重複コンテンツとは、同じ内容または非常によく似た内容が、複数のURLで公開されている状態です。 同じページへhttp/https、wwwあり・なし、パラメータ付きURLなど複数のURLからアクセスできる場合も、検索エンジンから見ると重複候補になることがあります。
重複コンテンツがあるからといって、すぐに「ペナルティを受ける」と考える必要はありません。 重要なのは、検索エンジンにどのURLを代表として扱ってほしいかを分かりやすくし、不要な重複URLを増やしすぎないことです。
30秒でわかる結論
30秒でわかる結論
- 重複コンテンツは、同じ・非常に似た内容が複数URLに存在する状態
- 単純な重複があるだけで即ペナルティになるとは限らない
- 問題は、代表URLが分かりにくい、クロールが分散する、管理が複雑になること
- 完全移転なら301、同じ内容を残すならcanonical、不要ページなら削除・noindexなどを目的別に使い分ける
- http/https、wwwあり・なし、末尾スラッシュ、パラメータURLなどが重複原因になる
- 内部リンク・サイトマップ・canonicalは代表URLへ揃える
- 似た記事が複数ある場合は「URL正規化」ではなく、記事統合そのものを検討する
重複コンテンツとは？
重複コンテンツとは、1つのWebサイト内または複数サイト間で、同じまたは非常によく似た本文が複数のURLに存在する状態です。
URLだけ違って内容が同じ例
- https://example.com/page/
- https://www.example.com/page/
- http://example.com/page/
- https://example.com/page/?ref=abc
これらすべてで同じページが表示されると、検索エンジンは「どのURLを代表として扱うか」を判断する必要があります。
大きく2種類ある
- URL重複：同じ内容を複数URLで表示できる
- 内容重複：別ページなのに本文がほぼ同じ
重複コンテンツはSEOペナルティになる？
一般的な重複コンテンツがあるだけで、直ちに「ペナルティ」を受けると考えるのは正確ではありません。
検索エンジンは、同じ・よく似たページの中から代表となるURLを選び、検索結果ではそのURLを表示しようとします。
初心者向けに言い換えると
重複コンテンツの主な問題は「罰を受けること」より、検索エンジンに代表URLを余計に判断させることです。
ただし、検索流入だけを狙ってほぼ同じページを大量生成する、他サイトの内容を実質そのまま複製するなど、低品質・スパム的な運用は別問題です。
重複コンテンツで起こりやすいSEO上の問題
| 問題 | 起こること |
|---|---|
| 代表URLが分かりにくい | 意図しないURLが検索結果へ出る場合がある |
| クロールが分散する | 不要URLにもGooglebotがアクセスする |
| 内部リンクが分散する | 複数URLへリンクが分かれる |
| 管理が複雑になる | サイトマップ・canonical・分析が分散する |
| 似た記事同士が競合する | 検索意図が重なり判断しにくくなる |
問題1．検索エンジンが代表URLを選ぶ必要がある
同じ内容へ複数URLからアクセスできると、Googleなどはその中から代表URLを選びます。 この代表URLをcanonical URLと呼びます。
サイト運営者が意図したURLと、検索エンジンが選んだURLが一致するとは限りません。
例
運営者が使いたいURL：https://example.com/service/
別URL：https://example.com/service/?utm_source=test
代表URLを明確にするため、canonical、301リダイレクト、内部リンク、サイトマップなどを同じ方向へ揃えます。
問題2．クロールが不要URLへ分散する
同じ・似た内容のURLが大量に増えると、検索エンジンのクローラーが不要なURLにもアクセスします。
Google公式も、複雑なパラメータURLや似た内容のURLが大量に生成されると、クロール効率が悪くなり、本当に重要なコンテンツを十分クロールできない可能性があると案内しています。
ECサイトの例
色・サイズ・並び順・価格帯の組み合わせごとにURLが生成されると、1つの商品一覧から数十〜数百URLが生まれることがあります。
小規模サイトなら過度に心配しない
数十〜数百ページ程度の一般的なブログや会社サイトでは、クロールバジェットを過度に意識する必要はありません。まず不要な重複URLを作らない基本設計を優先します。
問題3．内部リンクや評価シグナルが分散する
サイト内リンクが複数の重複URLへ分かれていると、代表URLが分かりにくくなります。
避けたい状態
- 記事AからwwwありURLへリンク
- 記事BからwwwなしURLへリンク
- サイトマップは別URL
- canonicalはさらに別URL
このようにシグナルがばらばらだと、サイト側の意図が伝わりにくくなります。
基本
内部リンク、canonical、XMLサイトマップは、原則として同じ代表URLへ揃えます。
問題4．似た記事同士が検索意図で競合する
URL重複とは別に、ほぼ同じ検索意図の記事を複数作るケースもあります。
例
- 「レンタルサーバーとは？初心者向けに解説」
- 「レンタルサーバーの意味とは？初心者向け」
- 「レンタルサーバーとは何か？基礎を解説」
タイトルだけ変えて内容・検索意図が同じなら、サイト内で役割が重複します。 この場合はcanonicalだけで処理するより、記事を統合して1ページへ情報を集約する方が適切なことがあります。
重複コンテンツが生まれる主な原因
| 原因 | 例 |
|---|---|
| http/https | 両方で同じページ表示 |
| wwwあり・なし | 2種類のホスト名で表示 |
| 末尾スラッシュ | /page と /page/ |
| パラメータ | ?sort=price、?ref=abc |
| 印刷用URL | 本文が同じ別URL |
| カテゴリ・タグ | 一覧ページが似る |
| 記事量産 | 検索意図がほぼ同じ記事 |
原因1．httpとhttpsの両方で表示できる
HTTPS化後もHTTP版へそのままアクセスできると、同じ内容を2種類のURLで表示できる状態になります。
http://example.com/page/
https://example.com/page/
常時SSL化したサイトでは、HTTPからHTTPSへ301リダイレクトし、内部リンクやcanonicalもHTTPSへ統一するのが基本です。
原因2．wwwあり・なしの両方で表示できる
www.example.comとexample.comの両方で同じサイトが表示できる場合も、URLが重複します。
どちらを使うかにSEO上の絶対的な優劣があるわけではありません。 重要なのは1つへ統一することです。
wwwあり・なしの具体的な選び方は、別記事「wwwあり・なしはどちらがよい？SEO上の考え方」で扱います。
原因3．URLパラメータが増える
アクセス解析用パラメータ、並び替え、絞り込み、セッションIDなどにより、本文がほぼ同じなのにURLだけ増えることがあります。
例
- /products/
- /products/?sort=price
- /products/?utm_source=mail
- /products/?ref=campaign
パラメータによって内容が本当に変わる場合もあるため、「?が付いたURLは全部重複」とは判断しません。
原因4．WordPressのアーカイブが似た内容になる
WordPressでは、カテゴリ、タグ、日付、著者などのアーカイブページが自動生成されます。
記事数が少ないサイトでは、複数のアーカイブに同じ記事一覧が並び、ページ内容が非常によく似る場合があります。
確認するもの
- カテゴリ一覧
- タグ一覧
- 著者アーカイブ
- 日付アーカイブ
- 検索結果ページ
すべてをnoindexにする必要はありません。 検索ユーザーに価値のある一覧かどうかで判断します。
対策1．301リダイレクトで1URLへ統一する
もう使わない旧URLがあり、今後は新URLだけを使う場合は301リダイレクトが基本です。
301向きの例
- http → https
- wwwあり → wwwなし
- 旧記事URL → 新記事URL
- 旧ドメイン → 新ドメイン
判断
旧URLへ戻す予定がないなら301と考えると分かりやすくなります。
対策2．canonicalで代表URLを示す
複数URLを残す必要があり、それらの内容が同じ・非常によく似ている場合はcanonicalを使う方法があります。
canonical向きの例
通常URL：/products/
計測URL：/products/?ref=mail
両方へアクセスできる必要があるが、検索では通常URLを代表として扱ってほしい場合です。
canonicalは転送ではない
canonicalを設定しても、ユーザーは別URLへ自動転送されません。完全にURLを統一したいなら301を検討します。
対策3．重複記事を統合する
検索意図がほぼ同じ記事が複数ある場合は、技術的なURL正規化より、記事そのものを統合する方が適切なことがあります。
同じ質問に答えていないか確認
単にタイトルが似ているだけでは統合しません。 検索ユーザーが求める答えが同じかどうかで判断します。
対策4．不要ページは削除・noindexを検討する
検索結果へ出す必要のないページなら、canonical以外の方法が適切な場合があります。
| 状態 | 候補 |
|---|---|
| 完全に不要 | 削除 |
| 代替ページあり | 301 |
| ユーザーには必要だが検索不要 | noindexを検討 |
| 複数URLを残し代表を示したい | canonical |
目的なしにnoindexしない
重複が少しあるからという理由だけで重要ページをnoindexにすると、そのページ自体が検索結果へ出なくなる可能性があります。
対策5．内部リンクを代表URLへ揃える
canonicalだけ正しくても、サイト内リンクが重複URLばかりを指していると一貫性がありません。
揃えるもの
- 本文内リンク
- メニュー
- パンくず
- 関連記事
- カテゴリ一覧
- サイトマップ
ユーザーと検索エンジンの両方が、同じ代表URLへ自然にたどり着ける構造にします。
対策6．XMLサイトマップも代表URLだけにする
XMLサイトマップには、基本的に検索結果へ出したい代表URLを掲載します。
canonicalではAを代表に指定しているのに、サイトマップではBを送信するような矛盾は避けます。
canonical・内部リンク・サイトマップ → 同じ代表URLへ揃える
重複コンテンツの確認方法
Search Consoleで確認する
Search Consoleのページのインデックス登録状況では、Googleが別URLをcanonicalとして選択したページなどを確認できる場合があります。
個別URLはURL検査で、ユーザー指定canonicalとGoogle選択canonicalを確認できます。
site:検索だけで判断しない
site:検索は簡易確認には使えますが、インデックス状況を正確に一覧化するための専用レポートではありません。 本格的な確認はSearch Consoleを使います。
クローラー・ログで確認する
大規模サイトでは、サイト内クロールツールやアクセスログを使い、同じ内容へ複数URLから到達していないか確認します。
「Googleに選択されたcanonicalが違う」ときの確認順
canonicalは検索エンジンへの強いシグナルですが、絶対命令ではありません。 複数シグナルが矛盾していると、Googleが別URLを代表として選ぶことがあります。
重複ページを全部canonicalにすればよい？
いいえ。
canonicalは「内容が同じ・非常によく似ていて、複数URLを残す必要がある」ときに使います。
使い分け
- 旧URLを廃止する → 301
- 複数URLを残す → canonical
- 検索不要だがユーザーには必要 → noindexを検討
- 記事自体が重複 → 統合を検討
他サイトと文章が似ている場合は？
自社サイト内の重複とは別に、他サイトと本文がほぼ同じになるケースがあります。
メーカーの商品説明、プレスリリース、引用など、正当な理由で似ることもあります。 ただし、他サイトの文章をほぼそのまま再掲載するだけでは、ユーザーに追加価値を提供しにくくなります。
独自性を加える
- 実際の使用経験
- 比較表
- 具体例
- 自社独自の判断基準
- 追加解説
検索流入だけを目的に言い換えただけの大量ページを作るのではなく、そのページを読む理由を作ることが重要です。
重複コンテンツとコピーコンテンツは同じ？
日常会話では似た意味で使われることがありますが、SEOでは分けて考えると分かりやすくなります。
| 言葉 | 意味 |
|---|---|
| 重複コンテンツ | 同じ・類似内容が複数URLに存在 |
| コピーコンテンツ | 他ページの内容をコピー・複製した内容を指すことが多い |
技術的なURL重複と、他サイトからの無断コピーは問題の種類が異なります。
WordPressで重複が起きやすい場所
カテゴリ・タグ
確認：必要
記事数が少ないと似た一覧になりやすいため、サイト構造として必要か確認します。
著者アーカイブ
1人運営は注意
1人サイトではトップやブログ一覧と内容が近くなる場合があります。
パラメータURL
確認：必要
計測用・並び替え用など、同じ本文を表示するURLが増えていないか確認します。
似た記事
重要度：高
検索意図まで同じ記事を量産すると、サイト内で役割が重複します。
重複コンテンツ対策の判断フロー
はい → URL正規化を検討
はい → 301
はい → canonical
はい → noindexを検討
はい → 統合を検討
教科書判定
重複コンテンツは「ペナルティ」より「代表URLを明確にする問題」と考える
一般的なブログや会社サイトで、重複URLが少し存在するだけなら過度に恐れる必要はありません。
まず同じ内容が何URLあるか → どのURLを残したいか → 301・canonical・削除・noindexのどれが合うかを判断してください。
また、技術的なURL重複と、検索意図まで同じ記事の量産は別問題です。 似た記事が複数あるなら、canonicalだけで処理せず統合を検討してください。
FAQ
Q．重複コンテンツがあるとGoogleからペナルティを受けますか？
一般的な重複があるだけで即ペナルティになるとは限りません。検索エンジンは代表URLを選んで処理します。ただし、検索流入だけを狙った大量複製や低品質なページ生成は別問題です。
Q．同じページにhttpとhttpsがある場合はどうしますか？
HTTPSを正式URLにするなら、HTTPからHTTPSへ301リダイレクトし、内部リンク・canonical・サイトマップもHTTPSへ揃えるのが基本です。
Q．重複ページには全部canonicalを入れればよいですか？
いいえ。完全移転なら301、検索不要ならnoindex、記事自体が重複しているなら統合など、目的に合わせて使い分けます。
Q．WordPressのカテゴリとタグが似ています。削除すべきですか？
必ずしも削除する必要はありません。ユーザーにとって別の分類として役立っているか、検索結果へ出す価値があるかを確認して判断します。
Q．似た記事が2本ある場合はcanonicalで解決できますか？
内容・検索意図までほぼ同じなら、1本へ統合して旧記事を301する方が分かりやすい場合があります。canonicalは複数URLを残す必要があるときに使います。
まとめ
この記事の結論
- 重複コンテンツは同じ・非常に似た内容が複数URLに存在する状態
- 単純な重複だけで即ペナルティになるとは限らない
- 代表URLが不明確になり、クロールや内部リンクが分散することが問題
- 完全移転は301、複数URLを残すならcanonicalを検討する
- 検索不要ページはnoindex、不要ページは削除も候補
- 内部リンク・canonical・サイトマップを代表URLへ揃える
- パラメータ、http/https、www、アーカイブが重複原因になりやすい
- 検索意図まで同じ記事は技術設定ではなく統合を検討する
重複コンテンツ対策で大切なのは、「重複をゼロにすること」ではなく、どのURL・どの記事を代表として残すのかを明確にすることです。 技術的なURL重複と、内容そのものの重複を分けて整理してください。
「URL正規化とは？canonicalとの違いも解説」「wwwあり・なしはどちらがよい？SEO上の考え方」「パラメータURLとは？SEO上の注意点」もあわせて確認してください。