Search Console に出る「送信された URL が canonical として選択されていません」と「重複しています。Google により、ユーザーがマークしたページとは異なるページが正規ページとして選択されました」は、どちらも同じ場面の知らせです。中身が同じ、またはよく似た URL がいくつかあり、Google がその中から代表（正規 URL）を一つ選んだところ、自社が「これを代表に」と示した URL ではなく、別の URL が選ばれた、ということです。検索結果には、Google が選んだほうの URL が出ます。エラーで検索から消えたわけではありません。
放っておいてよいかは、Google が選んだ URL を見れば決まります。選ばれたのが自社の https の URL で、検索に出したいページと同じ中身なら、そのままでかまいません。選ばれたのが http の URL、計測の印の付いた URL、中身の違う別のページ、見覚えのない別のドメインなら、直します。確かめる道具は Search Console の URL 検査で、「Google が選択した正規 URL」の欄を見るのが最初の一手です。
この記事は、2026年11月13日に Search Console ヘルプと Google 検索セントラルで確かめた範囲で書いています。canonical（代表の URL の指定）の書き方そのものはcanonical と URL 正規化とはに、ほかの重複の表示（代替ページ、ユーザーが正規ページを選んでいない重複）は「代替ページ（適切な canonical タグあり）」とはに、WordPress で重複が生まれやすいところはサーチコンソールの noindex・404・重複に分けて書いています。
二つの表示の意味：どちらも「示した URL とは別の URL が代表に選ばれた」
違いは、自社がどうやって代表を示したかです。「送信された」は、サイトマップで Google に渡したという意味です。Search Console ヘルプでは、Search Console の「サイトマップ」の画面で送ったものに加えて、robots.txt に書いたサイトマップも送信されたものとして扱われます。「ユーザーがマークした」は、ページの canonical などで代表を指定した、という意味です。
| 表示 | 自社が示したこと | Google の判断 | 今のヘルプでの載り方 |
|---|---|---|---|
| 送信された URL が canonical として選択されていません | この URL をサイトマップで送った | 同じような中身の別の URL を代表に選んだ | URL 検査ツールのヘルプに「重複しています。送信された URL が正規 URL として選択されていません」の表記で載っている |
| 重複しています。Google により、ユーザーがマークしたページとは異なるページが正規ページとして選択されました | この URL を canonical などで代表に指定した | 別の URL のほうが代表に適切だと判断し、そちらを登録した | ページ インデックス登録レポートのヘルプの理由の一覧に載っている |
一つ目の表示は、「canonical」の部分を「正規 URL」とした書き方で、URL 検査ツールのヘルプに、公開中のページを試す機能（公開 URL をテスト）では確かめられない項目の一つとして挙がっています。2026年11月13日に見たページ インデックス登録レポートのヘルプの理由の一覧には、この名前の行は見当たらず、意味の近い行として二つ目の表示が載っていました。画面で見かけた言い回しが少し違っても、当社の見立てでは、見るところと直し方は同じです。
どちらの場合も、Google は登録のときに代表を決めます。ヘルプには、Google の正規ページの選択はインデックス登録の時点で決まり、公開 URL のテストでは、テストしたページが代表になるかどうかは予測できない、とあります。直した直後に「公開 URL をテスト」を押しても結論は出ないので、確かめるのは登録済みのデータのほうです。
放っておいてよい場合と、直す場合
Google 検索セントラルの「正規化に関する問題の修正」は、最初に、Google が選んだ代表のほうがユーザーにとって妥当ではないかを考えるよう書いています。Google が選んだ URL で分けると、判断は次のようになります。
| Google が選んだ URL | 判断 | やること |
|---|---|---|
| 自社の https の URL で、中身も同じ（示した側が http や「?」付きだった） | 放っておいてよい | 合図を選ばれた URL にそろえておくと、食い違いが消える |
| 自社の http の URL、計測の印や「?」の付いた URL | 直す | 転送・canonical・サイトマップ・サイト内のリンクを、代表にしたい URL へそろえる |
| 自社の別のページで、中身がほとんど同じ | 直す | 二つのページに差をつけるか、一本にまとめて転送する |
| 試験用のサイトや、制作中の別のドメイン | 直す | canonical やサイトマップに試験用の URL が残っていないかを見る |
| 見覚えのない別のドメイン | すぐ確かめる | 改ざんや、無断で写したサイトの可能性を疑う |
最後の行について、Google 検索セントラルは、不正なアクセスで別のドメインを指す canonical や転送を入れられる例と、無断で中身を写したサイトの URL が代表に選ばれる例を挙げています。前者ならサイトを管理している人にすぐ連絡し、後者なら写したサイトの持ち主への削除の依頼などを考えます。
確かめる順番
1. 一覧から、検索に出したいページを拾う
Search Console の左のメニューで「インデックス作成」の下の「ページ」を開き、「ページがインデックスに登録されなかった理由」の表から、重複の行を押して URL の一覧を出します。並んだ URL のうち、記事やサービスの紹介など、検索から人に来てほしいページだけを書き出します。「?」の付いた URL など、もともと検索に出すつもりのない URL だけなら、ここで終わりにしてかまいません。
2. URL 検査で、二つの正規 URL を見比べる
書き出した URL を、画面の上の検索窓に入れて URL 検査を開き、「ページのインデックス登録」の欄を開きます。「ユーザーが指定した正規 URL」はページで示している代表、「Google が選択した正規 URL」は Google が実際に選んだ代表です。ヘルプによると、Google が選択した正規 URL の値は、インデックスより数時間遅れることがあります。
3. Google が選んだ URL を開き、中身を比べる
「Google が選択した正規 URL」をブラウザで開き、自分が出したいページと並べて見ます。http か https か、www の有無、末尾の「?」以降、ドメインそのものが自社のものか、本文がほとんど同じ別の記事ではないか、の順に見ると、前の章の表のどの行かが決まります。
4. 合図がそろっているかを見る
Google 検索セントラルによると、代表を伝える方法には、転送、rel=”canonical”、サイトマップへの記載があり、転送と canonical は強い合図、サイトマップは弱い合図です。組み合わせると効果的とされる一方で、方法ごとに別の URL を代表として指定しないよう書かれています。次の四つが、同じ URL を指しているかを見ます。
- ページのソースの canonical（右クリックの「ページのソースを表示」で「canonical」を探す）
- 送っているサイトマップに載っている URL
- サイトの中のメニューや本文のリンク（Google は、サイト内では代表の URL へリンクするよう勧めています）
- http から https、www の有無などの転送
http と https については、Google は通常 https のページを代表に選びますが、SSL 証明書が無効な場合など、合図が食い違うときは例外になる、とされています。サイトマップでは https、canonical では http、のような食い違いがよくある原因です。
5. どちらを代表にするか決め、そろえる
Google の選んだ URL で問題なければ、サイトマップと canonical をその URL に合わせます。自社が示した URL を代表にしたいなら、転送・canonical・サイトマップ・サイト内のリンクを、すべてその URL に向けます。中身がほとんど同じ別のページ同士なら、合図だけでは解決しないことがあります。Google 検索セントラルは、まとめられたページ同士に十分な違いを持たせることを解決のしかたに挙げています。地名や業種名を入れ替えただけのページなら、一本にまとめて転送するほうが早いと当社は考えています。
代表を決める目的で使ってはいけない方法もあります。Google は、robots.txt で読ませないようにすること、URL の削除（非表示）ツール、noindex を、正規化のために使わないよう書いています。それぞれ、中身のないまま登録されたり、すべての版が検索から見えなくなったり、ページが検索から完全に外れたりするためです。
6. 大事なページだけ登録をリクエストし、待つ
直したら、検索に出したいページの URL を URL 検査で開き、「インデックス登録をリクエスト」を押します。リクエストには割り当て（使える回数の上限）があるので、Google も、いちばん大事な URL にだけ使うよう勧めています。押し方と、押しても変わらないときの考え方はインデックス登録をリクエストする方法に書きました。Google 検索セントラルによると、Google は重複としてまとめたページを最長2週間そのままにすることがあり、ページ同士の違いが大きいほど早く分かれます。数日で一覧が変わらなくても、慌てずに待ちます。
よくある質問
「修正を検証」は押したほうがよいですか
合図を直したページがあるなら、押して結果を待ちます。Google の選んだ URL をそのまま受け入れ、何も直していないなら、押す意味はありません。一覧に残った URL は、代表ではない側として登録されないのが正しい状態だからです。
指定した URL が代表に選ばれないと、評価は下がりますか
Google 検索セントラルは、サイトの中に重複があること自体は、スパムに関するポリシーの違反ではないと説明しています。検索に出るのが Google の選んだ URL になる、というのがこの表示で起きていることです。困るのは、選ばれた URL が http や中身の違うページで、来た人の役に立たないときです。そのときは、上の順番で直します。
サイトマップに載せたのに選ばれなかった URL は、サイトマップから外すべきですか
Google の選んだ URL を代表として受け入れるなら、外して、選ばれた URL を載せます。サイトマップは代表の URL だけを載せるもので、代表ではない URL を載せたままだと、canonical と食い違った合図を送り続けることになります。自社が示した URL を代表にしたいなら、サイトマップはそのままにして、4の残りの合図をそろえます。サイトマップに載っていない登録済みの URL の見方は、「インデックス登録されましたが、サイトマップに送信していません」は放っておいてよいかに書きました。
どの URL を代表にするか決めきれないときや、見覚えのないドメインが選ばれていたときは、お問い合わせからご相談ください。
参考にした公式の説明
- ページ インデックス登録レポート – Search Console ヘルプ
- URL 検査ツール – Search Console ヘルプ
- URL 正規化とは何か – Google 検索セントラル
- rel=”canonical” などを利用して正規 URL を指定する方法 – Google 検索セントラル
- 正規化に関する問題の修正 – Google 検索セントラル
いずれも2026年11月13日に内容を確かめました。Search Console の画面の表示名は、変わることがあります。