「重複しています。Googleにより、ユーザーがマークしたページとは異なるページが正規ページとして選択されました」の原因と対処|放置してよいURLと直すべきURLの見分け方
Search Consoleの「重複しています。Googleにより、ユーザーがマークしたページとは異なるページが正規ページとして選択されました」は、多くの場合そのままで問題ないと思います。URL検査ツールで見る2行、放置・修正の判断表、canonicalが無視される原因の切り分け、シグナルの揃え方、修正後の待ち方まで整理しました。
この記事のポイント
- 「重複しています。Googleにより、ユーザーがマークしたページとは異なるページが正規ページとして選択されました」は、Googleが選んだURLが検索に出したいURLなら放置でよい。
- 判断はURL検査ツールの「ユーザーが指定した正規URL」と「Googleが選択した正規URL」の2行を比べるだけで、放置・Google側に合わせる・シグナルを揃えて直す、の3分岐に落ちる。
- canonicalはヒントの1つにすぎず、内部リンク・サイトマップ・リダイレクトが別URLを指すと、Googleはそちらを優先することがある。
- 修正後の反映には最長2週間ほどかかる。インデックス登録のリクエストは重要URLに絞り、対象が多い時はURLのパターンで仕分ける。
canonicalタグを入れたのに、Google Search Consoleには「Googleにより、ユーザーがマークしたページとは異なるページが正規ページとして選択されました」と出続ける。全URLを直すべきなのか、見なかったことにしてよいのか。ここで手が止まる担当者は多いはずです。
結論から言うと、この表示の多くは実害がありません。問題になるのは、Googleが選んだURLが、検索結果に出したいURLと違う時だけです。この記事では、URL検査ツールで見る2行から放置か修正かを自分で決める手順と、直すべきURLの直し方をまとめます。

「Googleにより、ユーザーがマークしたページとは異なるページが正規ページとして選択されました」は放置していい?
図1: 放置か修正かの3分岐判断ツリー
放置してよいかどうかは、Googleが選んだURLが検索に出したいURLかどうかで決まります。出したいURLなら放置で構いません。違うURLが選ばれている時だけ、原因を探して直します。
このステータスの意味を一文で言うと
このステータスとは、ページのインデックス登録レポートで、サイト側がrel=canonicalなどで指定した正規URLをGoogleが採用せず、重複クラスタ内の別のURLを代表として選んだ状態を指します。レポート上は「インデックス未登録」に分類されますが、これはページが重複として扱われているためで、サイト全体の品質評価が下がったという意味ではありません。
放置・canonicalを合わせる・直す の3分岐早見表
| 状況 | 判断 | 動き方 |
|---|---|---|
| Googleが選んだURLも検索に出して問題ない | 放置 | 何もしない |
| Googleが選んだURLの方が望ましい | canonicalをGoogle側に合わせる | 自ページのcanonical、内部リンク、サイトマップをそのURLに寄せる |
| 出したいURLが別にあるのに選ばれていない | シグナルを揃えて直す | 原因を切り分け、7項目を同じURLに揃える |
順位への影響はどのくらいあるのか
Ahrefsのブログでは、このステータスは通常は問題にならず、順位にも影響しにくいと説明されています。Googleは重複しているページ群から1つを代表にして評価をまとめるため、どのURLが代表になっても、評価そのものが消えるわけではありません。ただし、日本の運用では「代表に選ばれたURLが、計測設定や導線が整っていない方だった」という形で、間接的な困りごとが出ることはあり得ます。順位より先に、検索結果に出るURLが意図どおりかを見るのが近道です。
「代替ページ」「ユーザーにより正規ページとして選択されていません」と何が違う?
似た3つのステータスは、canonicalを指定したかどうかと、Googleがそれを採用したかどうかで区別できます。本記事のステータスは、指定したのに採用されなかった唯一のパターンです。
3つのステータスの比較表
| ステータス | canonicalの指定 | Googleの判断 | 出発点 |
|---|---|---|---|
| 代替ページ(適切なcanonicalタグあり) | あり | 指定を採用した | 通常は放置 |
| 重複しています。ユーザーにより、正規ページとして選択されていません | なし | Googleが代表を選んだ | canonicalを入れるか検討 |
| 重複しています。Googleにより、ユーザーがマークしたページとは異なるページが正規ページとして選択されました | あり | 指定を採用しなかった | 2行を比べて仕分け |
canonicalが採用された側の状態については、代替ページ(適切なcanonicalタグあり)の意味と対処で詳しく扱っています。
このステータスだけが「指定が採用されなかった」状態
3つのうち、サイト側の意図とGoogleの判断がずれているのは本記事のステータスだけです。逆に言えば、ずれが見つかった時点で、どちらが正しいかを確認する価値があります。未指定の場合は、まずcanonicalを入れるかどうかの検討から始まります。指定済みなのに採用されないなら、他のシグナルが邪魔をしていないかを疑う、という順番になります。
URL検査ツールでどこを見れば放置か修正か分かる?
URL検査の2行を見比べる
URL検査ツールの「ページのインデックス登録」欄にある2行を比べれば、放置か修正かが判断できます。見るのは「ユーザーが指定した正規URL」と「Googleが選択した正規URL」です。
確認する2行と読み方
Google Search Consoleの上部の検索窓に対象URLを入れ、URL検査ツールを開きます。表示された結果の「ページのインデックス登録」を展開すると、2行が並んでいます。
- ユーザーが指定した正規URL:自分のcanonicalが示しているURL
- Googleが選択した正規URL:Googleが実際に代表と判断したURL
2行が同じなら、このステータスの対象ではありません。違っていたら、Googleが選んだURLを実際に開き、次の3点を見ます。ページの中身が検索に出して問題ないか、パラメータなどが付いていないか、サイト側が本来出したい形のURLか。ここで「問題ない」と言えれば、その場で放置と決められます。
Googleが選んだURLの方が正しいケース
よくあるのは、パラメータ付きURLや末尾スラッシュの有無の違いで、Googleが整った方を選んでいるケースです。こうした時は、自分のcanonicalをGoogleが選んだURLに合わせる方が早く片付きます。逆に、Googleが選んだURLが古い旧URLや、テスト用に残したページだったなら、修正対象です。
対象URLが多い時はパターンでまとめて仕分ける
数百件並んでいると1件ずつ見る気力が尽きます。ページのインデックス登録レポートでこのステータスを開き、エクスポートしたURLを、パラメータ付き・末尾スラッシュ違い・商品ページ・アーカイブなどのパターンに分けてしまいます。各パターンから数件だけURL検査ツールで確認すれば、同じ原因のURL群は同じ結論になることがほとんどです。件数が多いのは、原因が少数のパターンに集まっているからだと考える方が実態に近いと思います。
なぜcanonicalを設定しているのに無視されるのか?
canonicalタグは、Googleに代表URLを伝えるヒントの1つであり、命令ではありません。他のシグナルがそれと食い違えば、Googleは別のURLを選びます。
Googleは20以上のシグナルで代表URLを選ぶ
Search Engine Journalが紹介しているGary Illyes氏の説明では、Googleは20以上のシグナルを機械学習で重み付けして代表URLを決めるとされています。rel=canonical、301リダイレクト、内部リンク、XMLサイトマップ、HTTPSかどうか、といったものがその一部です。日本の現場では「canonicalは書いた、だから終わり」と考えがちですが、公式にもそうは書かれていません。
本文がほぼ同じページは1つのクラスタにまとめられる
同じ記事でGary Illyes氏は、Googleがナビゲーションやフッターを除いた主要コンテンツのチェックサムで重複クラスタを作ると説明しています。つまり、テンプレートが同じで本文が薄いページ群は、URLが違っても同じクラスタに入ります。商品の色違いや地域別ページで本文の差がわずかだと、まとめられやすくなります。
操作できるシグナルと操作できないシグナル
Search Engine Landは、Googleの正規URL選定を「サイト側の希望」と「ユーザーにとっての有用性」の2軸で説明しています。前者はcanonical、リダイレクト、内部リンク、サイトマップなどで、運営側が整えられます。後者は直接操作できません。直せる範囲は前者だけなので、工数は前者の矛盾を消すことに集中させるのが現実的です。
原因はどう切り分ける?シグナルの矛盾・中身の重複・実装ミスの3系統
図2: 原因切り分けの3系統
原因は、シグナルの矛盾・中身の重複・実装ミスの3系統に分けて確認すると、見る場所が絞れます。
系統1 シグナルの矛盾(内部リンク・サイトマップ・リダイレクト・表記ゆれ)
最も多いのがこれです。canonicalはAを指しているのに、サイト内のリンクやXMLサイトマップがBを指している状態です。http/https、wwwの有無、末尾スラッシュ、大文字小文字の混在でも起きます。サイトマップのURLと内部リンクの先を、canonicalと突き合わせてください。リダイレクトが途中で別URLに飛ばしていないかも見ます。
系統2 中身がほぼ同じ(商品バリエーション・地域別ページ・複製LP)
色やサイズ違いの商品、地名だけ差し替えた地域別ページ、広告用に複製したLPなどです。Ahrefsは、類似コンテンツがこのステータスの原因の1つだと説明しています。この場合はcanonicalの問題ではなく、ページ同士に独自性がないことが本質です。
系統3 実装ミス(canonicalのチェーンやループ・headの外・JSでの書き換え)
AのcanonicalがB、BのcanonicalがC、というチェーンや、互いを指し合うループがあると、Googleは指定を信用しにくくなります。canonicalタグが<head>の外に出ている場合も、無視されることがあります。JavaScriptで後から書き換えている場合は、レンダリング前のHTMLと後のHTMLで内容が食い違っていないかを、URL検査ツールの「テスト済みのページを表示」で確認します。Ahrefsは、JSレンダリング前のHTMLが全ページでほぼ同一になっているケースも原因に挙げています。
まれだが確認したいもの(別ドメインが選ばれている・改ざん・転載)
Googleが選んだ正規URLが他ドメインなら、転載や無断複製、サーバー設定の誤り、改ざんの可能性があります。自分のコンテンツが他のサイトに掲載されていないか、サーバー側で意図しないリダイレクトが入っていないかを、順番に確認してください。
直すべきURLはどう直す?シグナルを同じURLに揃える手順
直すべきと決めたURLは、残したいURLを1つ決めて、すべてのシグナルをそのURLに揃えれば直ります。canonicalタグだけを触っても解決しないのは、ここまで述べたとおりです。
残したいURLを1つに決める
最初に、検索結果に出したいURLを1本だけ選びます。基準は、パラメータがなく短いこと、HTTPSであること、すでに内部リンクが集まっていることです。迷うなら、Googleが選んだURLの方を残す案も検討してください。そのほうが修正量が少なく済むことが多いからです。
揃える7項目チェック表
Onelyが紹介する考え方をもとに、国内向けに整理しました。
| 項目 | 確認内容 |
|---|---|
| 自己参照canonical | 残すURLのcanonicalが自分自身を指している |
| 重複側のcanonical | 重複ページのcanonicalが残すURLを指している |
| XMLサイトマップ | 残すURLだけが載っている |
| 内部リンク | サイト内のリンク先が残すURLに統一されている |
| HTTPS | 残すURLがHTTPSで配信されている |
| URLの形 | パラメータがなく、できるだけ短い |
| ステータスコード | 残すURLが200を返す |
1つでも別URLを指していると、canonicalタグが負ける可能性があります。表の上から順に潰していくのが確実です。
統合してよいなら301リダイレクトが最も確実
2つのページを残す理由がないなら、重複側から残すURLへ301リダイレクトを張るのが最も確実です。設計と記述は301リダイレクトの設計と.htaccessの書き方を参照してください。統合後はSearch Console上に別のステータスが出ることがあり、「ページにリダイレクトがあります」は放置していい?で見分け方を整理しています。
両方残したいなら本文を差別化する
両方を残す必要があるなら、本文を実質的に変えるしかありません。地域別ページなら、その地域固有の情報、料金、事例の観点を加えます。言語・地域の違いなら、多言語サイトのhreflang設定も合わせて確認してください。Ahrefsでは、同一言語で国別に同じ本文を出すサイトでは、hreflangが正しくてもこの表示が大量に出るが、検索結果では適切な地域版に差し替わるため実害は小さい、と説明されています。ただしこれは英語圏の多地域サイトの話で、日本語単一サイトにはほぼ当てはまりません。
広告パラメータ付きURLやLPの複製で出た場合はどう扱う?
広告運用で出るこのステータスは、多くの場合、放置で問題ありません。ただし、LPを複製した場合は話が変わります。
gclid・utm付きURLは基本的に放置でよい理由
Google広告のgclidやutmパラメータは、計測用の付加情報です。パラメータ付きURLと付いていないURLは同じ本文なので、Googleは同じクラスタにまとめ、通常はパラメータなしのURLを代表にします。パラメータなしが選ばれていれば、広告の配信にも計測にも影響しません。出しているのがパラメータ付きの方なら、自己参照canonicalの有無と、サイトマップや内部リンクが付きURLを拾っていないかを見る程度で十分です。
広告用に複製したLPが本体と入れ替わる時の対処
広告用に本体LPのコピーを作り、本文がほぼ同じだと、Googleがコピーの方を代表に選ぶことがあります。広告専用のページが自然検索に出る、という逆転です。広告用ページを自然検索に出す必要がないなら、noindexを付ける方法もありますが、canonicalとの兼ね合いに注意が必要です。本文を分けて別ページにするか、本体に統合するか、方針を先に決めてください。
計測やリンク先URLへの波及で確認すること
リダイレクトで統合した場合は、広告のリンク先URLと、gclidが引き継がれているかの確認が要ります。GCLIDが遷移先LPで消える原因と対処が、確認の流れの参考になります。サイトのURL構造を変えた直後に件数が増えたなら、サイトリニューアル時の広告・計測引き継ぎチェックリストで移行漏れを点検するとよいでしょう。
修正後はいつ反映される?「修正を検証」が通らない時の待ち方
修正後の反映は、Google Search Central「Fix canonicalization issues」によれば、重複クラスタからの分離に最長で2週間ほどかかります。焦ってリクエストを連打しても、早まるとは限りません。
反映までの目安と公式が示す最長2週間
同ドキュメントでは、ページ同士の差が大きいほど分離は早く進むとされています。差が小さい重複ページを少し直しただけだと、時間がかかります。修正後は、まず2週間は様子を見るのが実務的です。
インデックス登録リクエストは重要URLだけに使う
URL検査ツールの「インデックス登録をリクエスト」には、割り当てがあります。同ドキュメントも、重要なURLに限って使うよう案内しています。全件に押すのではなく、売上や問い合わせに直結するページだけに使い、残りはサイトマップの更新と自然なクロールに任せてください。
直らない時にもう一度見る場所
2週間たっても変わらないなら、7項目のどこかが残っています。特に見落としやすいのは、古いサイトマップのキャッシュ、テーマやプラグインが自動出力するcanonical、WordPressのアーカイブページが本文の一部を重複して出している箇所です。ページのソースを直接開き、実際に配信されているcanonicalを確認してください。URL検査ツールをそもそも使えない時は、サーチコンソールの所有権の確認ができない時の対処を先に見てください。
よくある質問
Q:「重複しています。Googleにより、ユーザーがマークしたページとは異なるページが正規ページとして選択されました」は放置するとどうなりますか?
Googleが選んだURLが検索に出したいURLなら、実害は小さいと考えられます。出したいページが検索に出ていない、または別のURLが出ている時だけ、原因を探して対処します。
Q:canonicalタグを設定しているのに、なぜGoogleに無視されるのですか?
canonicalはヒントの1つにすぎません。内部リンク、サイトマップ、リダイレクト、HTTPS、表記ゆれなどが別のURLを指していると、Googleはそちらを優先することがあります。
Q:Googleが選択した正規URLはどこで確認できますか?
Google Search ConsoleのURL検査ツールに対象URLを入れ、「ページのインデックス登録」を開きます。「ユーザーが指定した正規URL」と「Googleが選択した正規URL」の2行が表示されるので、その2つを比べてください。
Q:「重複しています。ユーザーにより、正規ページとして選択されていません」との違いは何ですか?
あちらはcanonicalを指定しておらず、Googleが代表を選んだ状態です。こちらは指定したのに採用されなかった状態で、対処の出発点が違います。前者は指定を入れるかの検討から、後者は矛盾するシグナルの確認から始めます。
Q:「修正を検証」を押したのに不合格になる、または終わらないのはなぜですか?
再クロールと重複クラスタの組み直しに時間がかかるためです。それでも不合格が続くなら、内部リンクやサイトマップに矛盾が残っていないか、本文の差が足りていないかを見直してください。
Q:Googleが選んだURLの方に、こちらのcanonicalを合わせてしまっても良いですか?
そのURLを検索に出して問題ないなら、合わせるのが最短です。canonicalだけでなく、内部リンクとXMLサイトマップも同じURLに揃えてください。
Q:gclidやutmパラメータ付きのURLでこの表示が出た場合、広告に影響はありますか?
パラメータなしのURLが正規に選ばれていれば、配信や計測への影響は基本的にありません。放置で構いません。
Q:noindexを付ければこの表示は消えますか?
表示は別のステータスに変わるだけです。noindexはcanonicalと矛盾するシグナルになり得るため、安易に付けるのはおすすめしません。
Q:別のドメインのURLが正規ページに選ばれているのはなぜですか?
転載や無断複製、サーバー設定の誤り、改ざんなどの可能性があります。自サイトのコンテンツが他サイトに掲載されていないか、意図しないリダイレクトが入っていないかを順に確認してください。
まとめ|直すのは「出したいURLが出ていない」時だけ
この表示で動くのは、Googleが選んだURLが検索に出したいURLと違う時だけです。URL検査ツールの2行を見て、同じなら対象外、違っても選ばれたURLで問題なければ放置かcanonicalをGoogle側に合わせる、出したいURLが出ないならシグナルを7項目で揃える。この3分岐だけ覚えておけば、工数を使うURLは大きく減らせます。
似たステータスのクロール済み - インデックス未登録が減らない時の判断基準も、同じレポート内で確認されることが多いと思います。
真策堂では、Search Consoleの表示の読み解きや、広告運用とサイト運用をまたぐURL設計・計測の整理について、ご相談を受けています。表示の判断に迷う時は、お気軽にお問い合わせください。
- SEO・コンテンツ戦略
Search Consoleのサイトマップ「取得できませんでした」の原因と対処|URL・形式・robots.txt・サーバー応答の4層切り分け
Search Consoleでサイトマップが「取得できませんでした」「読み込めませんでした」と出る原因を、URL・形式・robots.txt・サーバー応答の4層で切り分けます。保留・検出0件との見分け方、待つべき期間、技術的に正常でも消えない時の考え方まで解説します。
- SEO・コンテンツ戦略
「検出 - インデックス未登録」が増える・減らない原因と対処|「クロール済み」との違いと放置してよいURLの見分け方
Search Consoleの「検出 - インデックス未登録」が減らない原因を、クロール容量と需要の2分岐で切り分けます。クロール済みとの違い、放置してよいURLの判断表、新規記事が反映されない時のリクエストの使い方、待つ期間の目安まで、当日中に方針を決められる手順で解説します。
- SEO・コンテンツ戦略
「ページにリダイレクトがあります」は放置していい?直すべきURLの見分け方と直し方
Search Consoleの「ページにリダイレクトがあります」はエラーではなく多くは正常動作です。放置してよいURLと直すべきURLの判断表、サイトマップ照合による5分の仕分け、チェーン・302・意図しない転送の直し方、広告計測への波及チェックまで当日中に対処できる実務手順で解説します。