「重複しています。送信された URL が正規 URL として選択されていません」の意味と対処

サーチコンソールの「ページ」を開いたら、「重複しています。送信された URL が正規 URL として選択されていません」という長い行にURLが並んでいた。

まず意味が分かりません。しかも公式ヘルプを開いても、この行の説明が見つかりません。出てくるのは他人のブログばかりで、書いてあることも揃っていません。

結論を先に書きます。この行は、サイトマップに載せて登録を申し出たURLについて、Googleが「これは別のURLの重複だ」と判断し、そちらを代わりに登録した、という報告です。タグの書き忘れを叱られているのではなく、こちらの申し出と正規化の結論が食い違ったという記録です。

だから確認するのは1点だけです。Googleが代わりに登録したURLが、自分の読ませたいページかどうか。同じであれば、この行はそのままで構いません。

公式ヘルプで見つからないのには理由がある

探し方が悪いわけではありません。現在のヘルプに、この行の説明が無いのです。2026年9月10日にページ インデックス登録レポートの日本語ヘルプの本文を取得して全文を検索したところ、「送信された URL」という語は1件も出てきませんでした。同じ日に英語版も取得しましたが、こちらでも submitted URL not selected は0件でした。このページに載っている「重複」の行は2つだけです。

そのうえで、この行の名前は今も別のヘルプに残っています。URL 検査ツールのヘルプは、ライブテストではテストできない問題として4つのラベルを1か所に並べています。

代替ページ（適切な canonical タグあり）、重複しています。ユーザーにより、正規ページとして選択されていません、重複しています。Google により、ユーザーがマークしたページとは異なるページが正規ページとして選択されています、重複しています。送信された URL が正規 URL として選択されていません: Google の正規ページの選択に関する情報は、インデックス登録時に判定されます。
— Google公式ヘルプ「URL 検査ツール」

この4つのラベルには、それぞれページ インデックス登録レポートのヘルプへのリンクが張られています。リンク先はページ内の見出しを指すアンカーです。2026年9月10日に現行ページのHTMLを取得して照合したところ、前の3つのアンカーはそれぞれ存在しましたが、4つ目のアンカーだけが日本語版にも英語版にも存在しませんでした。つまり公式のリンクをたどっても、この行の説明にはたどり着けません。

⚠️ 確認したのはこの3ページの本文とHTMLだけです。Search Consoleの画面表示そのものは照合していないので、画面にこの文言がどう出るかまでは断定しません。表記についても、上に引いたURL検査ツールのヘルプと、ページ インデックス登録レポートのヘルプでは読点の位置や文末が揃っていません(後者は「重複していますが、ユーザーが正規ページとして選択していません」と書いています)。ラベルの書き方は揺れる前提で読んでください。

説明文は、ページの名前が違った頃の版に残っている

同じURLは、以前は「インデックス カバレッジ レポート」という名前のヘルプでした。Internet Archiveに残っている2021年12月31日の保存版には、この行の説明文があります。

この URL は、正規ページとして明示的に指定されていない重複した URL の一つです。この URL はインデックスに登録するよう明示的にリクエストされましたが、重複ページであるため、Google は別の URL を正規ページとして適切と判断しました。この URL の代わりに、Google の選択した正規ページがインデックスに登録されています（Google では、重複のセットに含まれる正規ページのみをインデックスに登録します）。インデックス登録が明示的にリクエストされていない場合は、「Google により、ユーザーがマークしたページとは異なるページが正規ページとして選択されました」のステータスになります。この URL を検査すると、Google が選択した正規 URL が表示されます。
— Google公式ヘルプ「インデックス カバレッジ レポート」の2021年12月31日保存版

ここで1つ、そのまま読むと噛み合わない箇所があります。1文目は「正規ページとして明示的に指定されていない重複した URL」と書いていますが、「インデックス登録が明示的にリクエストされていない場合は…のステータスになります」という文が比べている相手は、正規ページを指定したときに出る行です。英語版でも、この文は同じ立て方でした。2022年1月4日の英語版の保存版は「The difference between this status and "Google chose different canonical than user" is that here you have explicitly requested indexing.」と書いています(拙訳: このステータスと「Google が選択した正規ページがユーザーの指定と異なる」との違いは、こちらでは明示的にインデックス登録をリクエストしている点である)。

だから、この説明文から確実に読み取れるのは1点だけです。この行は「明示的に登録をリクエストしたURL」に付く、ということ。canonicalを指定しているかどうかまでは、この説明文だけでは決まりません。そこはURL検査で自分の目で確かめる必要があります。手順は後半に書きました。

⚠️ なおこれは保存版であって、現在のヘルプに載っている記述ではありません。いま同じ定義で運用されているという保証はありません。ただし後述するとおり、「送信された」「送信済み」という語の使い方は、現行のヘルプにも残っています。

4つの「重複」の行を、先に見分ける

canonicalが絡む行は4つあり、名前が似ているせいで自分の行がどれか決まりません。先に並べます。

行の名前は4つに分かれていますが、確かめ方は4つとも同じです。URL検査を開いて、「Google が選択した正規 URL」に何が出ているかを見る。違うのは、そこに至るまでにこちらが何を出していたかだけです。

表のラベルは、4つが1か所に並んでいるURL 検査ツールのヘルプの表記に揃えました。ページ インデックス登録レポートのヘルプは、同じ行を別の書き方で載せています。

なぜ「送信したのに選ばれない」が起きるのか

サイトマップが、登録の予約票ではないからです。これから挙げる3つは、全部この1点から出ています。

① 「送信された」は、サイトマップに載っているという意味

まず語の意味を確定させます。さきほどの保存版は、この語について独立した説明を置いています。

インデックス登録の理由でタイトルに「送信済み」という単語が使用されている（「送信された URL が 403 を戻しました」などの）場合は、robots.txt ファイルで参照されるサイトマップ、またはサイトマップ レポートを使用して送信されるサイトマップに URL が記載済みであることを意味します。
— Google公式ヘルプの2021年12月31日保存版

同じ語法は、現行のヘルプにも残っています。ページ インデックス登録レポートのヘルプは、サイトマップで絞り込むフィルタの「すべての送信済みページ」を「サイトマップ レポート、またはサイト上の robots.txt ファイルを使って送信されたサイトマップまたはサイトマップ インデックスに記載されている URL のみを表示します」と説明しています。「送信された」は、送信ボタンを押した記憶のことではなく、いまサイトマップにそのURLが載っているかどうかの話です。

同じヘルプには「URL がサイトマップ以外の方法（別のページからのオーガニック クロールなど）で検出された場合も、その URL はサイトマップで送信されたと見なされます」とも書かれています。サイトマップに載っていれば、他の経路でも見つかっている場合でも「送信された」側に数えられる、ということです。ほとんどのブログのサイトマップはプラグインやテーマが自動で作っているので、自分で送信した覚えが無くても不思議ではありません。

② サイトマップに載せることは、それ自体が正規URLの申告になっている

ここが見落とされやすい点です。サイトマップは、Googleに正規URLの希望を伝える手段の1つとして公式に挙がっています。URL 検査ツールのヘルプは「ユーザーが指定した正規 URL」の説明の中で、「正規 URL を指定する方法は複数あり、<link rel="canonical"> タグ、HTTP ヘッダー、サイトマップ、またはその他の方法で指定できます」と書いています。

ただし、強さが同じだとは書かれていません。正規URLの指定方法をまとめた公式ドキュメントは、サイトマップについてこう書いています。

サイトマップに含める:サイトマップに含まれる URL が正規ページになることを示しますが、シグナルとしては弱いものです。
— Google公式「rel="canonical" などを利用して正規 URL を指定する方法」

つまりこの行は、申告を出していない状態ではありません。少なくともサイトマップという弱い申告は出ていて、それが通らなかった状態です。同じドキュメントは「これらの方法を組み合わせて使用するとより効果的です」とし、「2 つ以上の方法を使用すると、希望する正規 URL が検索結果に表示される可能性が高くなるということです」と続けています。

この記事が引くのは、上のサイトマップの行だけです。どの方法をどう組み合わせて揃えるのかはcanonicalタグの使い方、重複コンテンツと、指定が効かない理由の領分です。タグの書き方も、揃え方の手順も、この記事には書きません。

③ 正規化は、クラスタ化と代表の選出という2段階で動く

弱い申告がどこで負けるのかは、正規化の順番を見ると分かります。

同一のように見えるか、メイン コンテンツが非常に似通っている複数のページを Google が見つけた場合、それらをまとめてクラスタ化します。次に、インデックス登録プロセスで収集された要素（シグナル）に基づいて、検索ユーザーにとって最も完成度が高く有用であると客観的に判断されるページを選択し、そのページを正規としてマークします。
— Google公式「URL 正規化とは何か」

サイトマップに載っているという事実が効くのは、2段階目の材料としてです。材料が1つしかなく、しかも公式が弱いと書いている種類のものであれば、代表に選ばれないことは起こります。 同じドキュメントは、希望の扱いをこう書いています。

つまり、正規化の希望を伝えることはできますが、確実ではありません。
— Google公式「URL 正規化とは何か」

サイトマップ側の公式ドキュメントも、同じことを別の言い方で書いています。「サイトマップとは」は「サイトマップによって、サイト上の URL を検索エンジンが検出できますが、必ずしもサイトマップ内のすべての項目がクロールされてインデックスに登録されることが保証されるわけではありません」としています。

canonicalタグなどページ側で正規URLを指定したうえで採用されなかった場合は、不採用の形がさらに2つに分かれます。その見分け方は「ユーザーがマークしたページとは異なるページが正規ページとして選択されました」の対処に書きました。この記事では形の見分けまでは扱いません。

やることは、URL検査の1つの欄を見るところから

見る欄は「Google が選択した正規 URL」です。公式ヘルプはこの欄を「サイト上の類似ページが検出された際は、Google が正規（公式）URL として選択したページが表示されます」と説明しています。そこに出ているURLが、このURLの代わりに登録されたページです。

ここで注意が1つあります。ライブテスト(公開URLをテスト)では、この判定は出ません。同じヘルプは、その理由をこう書いています。

ライブテストでは、すべてのページ条件を検出することはできません。また、100% の信頼度でインデックス登録の成功を予測することもできません。これは、正規の問題や、URL がサイトマップで送信されているかどうかなど、リアルタイムでテストできない問題があるためです。
— Google公式ヘルプ「URL 検査ツール」

ライブテストで「URL は Google に登録できます」と出ても、この行については何も言っていません。見るのは、インデックス登録されたバージョンの結果のほうです。

URL検査の画面に出る表示ごとに次の一手がどう変わるかはサーチコンソールでインデックスを確認する方法、URL検査の表示ごとに次の一手が違うに、パラメータ付きURLの扱いはURLパラメータとSEO、utmを付けると重複コンテンツになるのかにまとめています。

打てる手と、打たないという手

公式が最初に置いているのは、修正ではなく検討です。正規化のトラブルシューティングの冒頭はこうなっています。

トラブルシューティングを行う前に、指定した正規 URL よりも Google が正規版として選択したページのほうが、Google 検索からアクセスするユーザーにとって有益であるかどうかを検討してください。
— Google公式「正規化に関する問題の修正」

代表が意図どおりなら、この行が立っていること自体は問題として扱われていません。ページ インデックス登録レポートのヘルプは「ページが重複や代替としてマークされるのは、Google が正規ページを検出してインデックス登録したことを表しているので、通常は問題ありません」と書き、確認しなくてよい点としても「サイトのすべての URL がインデックスに登録されるわけではありません。上記のとおり、インデックス登録されるのは正規ページのみです」と書いています。 同じヘルプに「「未登録」は、必ずしも URL にとって不適切な状態であるとは限りません」という一文もあります。

そのうえで、手を打つなら選択肢は次のように分かれます。

• 何もしない。代表が読ませたい記事なら、これが既定の選択です。件数を0にする作業ではありません
• サイトマップ側を整理する。保存版のヘルプは「サイトマップから URL を削除し、直近のサービスに関するサイトマップ レポートのサイトマップを再送信する」と「サイトマップ レポートを使用して、URL を含むサイトマップを削除する（かつ、robots.txt ファイルのリストにあるサイトマップにこの URL が含まれないことを確認する）」の2つを挙げています。行の名前から「送信された」が外れる方向の手です
• 正規URLを、サイトマップより強い方法で指定する。公式は指定方法を組み合わせるほうが効果的だとしています。ただし「確実ではありません」とも明記されています
• 中身のほうを分ける、または片方に寄せる。選ばれたのが別の記事だったときは、こちらになります

⚠️ 保存版のヘルプは、この3つの手のうち1つ目として「ページがクロールされない原因となっている問題を解決する」も挙げています。 ただしこれは「送信済み」と名の付く行全体に向けた一般的な書き方で、403や404のようにクロールできない行を想定した記述です。この行はクロールされたうえでの正規化の結果なので、そのまま当てはめられません。

直したあと、すぐには変わりません。公式のトラブルシューティングは「再審査には時間がかかる: コンテンツの問題を修正した後も、Google は重複クラスタにページを最長 2 週間保持する場合があります」と書いています。分かれる速さについては「コンテンツの違いが重要: 一般的に、新しいコンテンツと他のクラスタに分類されたページとの違いが明確で大きいほど、ページは早く分割されます」とあります。 再評価のリクエストについては「ただし、この機能には割り当てが適用されるため、最も重要な URL にのみ使用してください」という但し書きが付いています。

寄せるのか書き分けるのかの仕分けは伸びない記事はリライトか、統合か、削除か、手を動かす前に3つに仕分けるに、同じ検索意図に2本が当たっているかどうかの確かめ方はキーワードカニバリゼーションの確認方法、サーチコンソールで見つける手順に、301で寄せる場合の実装は301リダイレクトのやり方、SEO評価の引き継ぎは3つのレイヤーに分かれるに書いています。サイトマップをそもそも置くべきかはサイトマップは必要か・robots.txtの書き方、個人ブログはほぼ不要の領分です。

片付いた後にやること

この行を読み終えると、たいていは「代表は意図どおりだった」で終わります。そのとき残るのは、すでに検索結果に出ている代表ページのほうをどうするかという問題です。

ここから先はインデックスの話ではなく、順位とクリックの話になります。使う道具も変わります。選択肢としては、たとえば次のような分かれ方をします。

• サーチコンソールの検索パフォーマンスをそのまま見る。 追加の道具は要りませんが、表示回数・クリック数・掲載順位を自分で見比べる手間がかかります
• Looker Studioなどにつないで表を作る。 自由に加工できますが、作るまでの設定が要ります
• スプレッドシートにCSVを落として並べ替える。 誰でもできますが、毎月同じ手順を踏むことになります
• リライト候補の抽出に特化したツールを使う。 判断は速くなりますが、道具ごとに前提と得意分野が違います

検索パフォーマンスのどこを見るかはサーチコンソールでリライト記事をどう選ぶ？迷わない判定基準と手順に、索引には入っているのに表示回数が0のままという場合はサーチコンソールで表示回数が0のとき、表示されない原因を3つに切り分けるに書いています。

よくある質問

「重複しています。送信された URL が正規 URL として選択されていません」とはどういう意味ですか

サイトマップに載せて登録を申し出たURLについて、Googleが別のURLを正規ページに選び、そちらを代わりに登録した、という意味です。公式ヘルプの2021年12月31日保存版は「この URL はインデックスに登録するよう明示的にリクエストされましたが、重複ページであるため、Google は別の URL を正規ページとして適切と判断しました」と説明しています。これは現行のヘルプに載っている記述ではありません。

「送信された」とは何を指しますか

そのURLがサイトマップに記載されている、という意味です。同じ保存版は「robots.txt ファイルで参照されるサイトマップ、またはサイトマップ レポートを使用して送信されるサイトマップに URL が記載済みであることを意味します」と書いています。現行のページ インデックス登録レポートのヘルプも、サイトマップのフィルタの説明で同じ語法を使っています。自分で送信ボタンを押した記憶が無くても、プラグインやテーマがサイトマップを出していれば当てはまります。

公式ヘルプでこの行の説明が見つからないのはなぜですか

現在のヘルプから落ちているからです。2026年9月10日に日本語版と英語版の本文を取得して検索したところ、この行の名前も説明も出てきませんでした。URL検査ツールのヘルプにはラベルが残っていてリンクも張られていますが、リンク先のアンカーが現行ページには存在しません。確認したのはこの3ページの本文とHTMLだけです。

サイトマップからそのURLを外せば、この行は消えますか

「送信された」という条件のほうは外れますが、重複だという判断が変わるわけではありません。保存版のヘルプが挙げている手ではありますが、実際にレポートの表示が変わるのは、Googleが次にそのページを取得して判定し直した後です。いつ変わるかは公式も保証していません。公式ドキュメントも「必ずしもサイトマップ内のすべての項目がクロールされてインデックスに登録されることが保証されるわけではありません」と書いています。

canonicalタグを書けば直りますか

希望が通りやすくなる可能性はありますが、そのとおりになるとは限りません。公式ドキュメントは「つまり、正規化の希望を伝えることはできますが、確実ではありません」と明記しています。 書き方や、指定方法を組み合わせる手順はcanonicalタグの使い方、重複コンテンツと、指定が効かない理由をご覧ください。

他の「重複」の行とは何が違いますか

この行だけ、サイトマップに載っていることが行の名前から分かります(「送信された」がサイトマップでの送信を指すためです。他の行のURLがサイトマップに載っていないという意味ではありません)。 canonicalタグなどページ側で正規URLを指定していない場合は「重複しています。ユーザーにより正規ページとして選択されていません」は放置していいのか、ページ側で指定したのに別が選ばれた場合は「ユーザーがマークしたページとは異なるページが正規ページとして選択されました」の対処、ページ側の指定がそのとおり通っている場合は「代替ページ（適切な canonical タグあり）」はエラーではない、確認は1点だけに分けて書いています。4つとも、確かめる欄は同じです。

公開URLをテストすれば、直ったかどうか分かりますか

この行については分かりません。URL検査ツールのヘルプは、ライブテストでテストできない理由として「正規の問題や、URL がサイトマップで送信されているかどうかなど、リアルタイムでテストできない問題があるためです」と書き、この行を含む4つのラベルについて「Google の正規ページの選択に関する情報は、インデックス登録時に判定されます」としています。

代表に選ばれなかったページは、検索結果に一切出ませんか

通常は出ませんが、例外が書かれています。公式ドキュメントは「Google 検索の検索結果では、通常は正規ページが表示されます。ただし、重複ページの中に明らかに検索ユーザーのニーズにより適しているものがある場合は別です」と書いています。 なお同じドキュメントは「重複ページについては、Google がサイトをクロールする負荷を軽減するため、正規ページより低い頻度でクロールされます」とも書いています。

まとめ

• この行は、サイトマップに載せて登録を申し出たURLが、別のURLの重複と判断された報告。保存版のヘルプが「重複ページであるため、Google は別の URL を正規ページとして適切と判断しました」と書いている
• 「送信された」は、そのURLがサイトマップに記載されているという意味。自分で送信ボタンを押した記憶とは関係がなく、現行ヘルプのサイトマップ フィルタも同じ語法で書かれている
• 調べても出てこないのは、現行の「ページ インデックス登録レポート」ヘルプにこの行の説明が無いから。日本語版・英語版の本文とHTMLを2026年9月10日に照合した限りでは、説明も、URL検査ツールのヘルプが張っているアンカーも見つからなかった
• サイトマップに載せること自体が、すでに正規URLの申告になっている。ただし公式はそれを「シグナルとしては弱いものです」と書いており、弱い申告1つでは代表に選ばれないことがある
• 正規化はクラスタ化と代表の選出の2段階。公式は希望について「つまり、正規化の希望を伝えることはできますが、確実ではありません」と明記している
• 確認は1点。URL検査の「Google が選択した正規 URL」が読ませたい記事かどうか。同じなら手を入れる理由はない。件数を0にする作業ではない
• ライブテストではこの行を判定できない。公式が「Google の正規ページの選択に関する情報は、インデックス登録時に判定されます」と書いている。 直した後も、公式は重複クラスタの保持について「最長 2 週間」という幅を示している

ここから先は、私が作ったツールの話です。

リライトレーダーは、この記事の「片付いた後にやること」で書いたすでに検索結果に出ているページの側を扱います。 Search Console のエクスポートをZIPのまま落として貼るだけで、掲載順位4.0〜20.5位・表示回数100回以上のページだけを拾い、改善余地スコアの大きい順に並べます。判定と候補3記事の改善余地スコアの確認、そのうち1記事分の診断カードまでは無料で、残りの診断カードが2,980円(税込)の買い切りです。月額課金や自動更新はありません。ログインも不要です。CSVファイルそのものはブラウザの外に出ません(送るのは、診断カードを出すときは選んだ1ページのURL・数値・入力したキーワード、「ページタイトルを取得する」を押したときは判定に出たページのURL最大10件です)。

⚠️ ただし、向かない人がいます。この行の意味を調べに来た人には、この時点では向きません。canonicalもサイトマップもインデックス登録も扱っていません。読むのは、すでに検索結果に出ているページの4つの数字だけです。 また、表示回数が2桁で止まっているサイトにも向きません。判定の条件が表示回数100回以上なので、対象になるページが1つも出ないからです。