「ユーザーがマークしたページとは異なるページが正規ページとして選択されました」の対処

指定したcanonicalが届いたうえで採用されなかったという報告です。canonicalは転送命令ではなく「同じ中身だ」という申告なので、不採用は2つの形しかありません。URL検査の2欄での見分け方を公式の原文から整理しました。

この記事のまとめ

「重複しています。Google により、ユーザーがマークしたページとは異なるページが正規ページとして選択されました」は、こちらが指定した正規URLが届いたうえで採用されなかった、という報告です。canonicalタグなどページ側で正規URLを1つも指定していない場合に出る「重複しています。ユーザーにより正規ページとして選択されていません」とは別のステータスです。 canonicalは転送の命令ではなく「このページはあちらと同じ中身です」という申告なので、中身が同じだと見なされなければ申告ごと採用されません。公式ヘルプは「ユーザーが指定した正規 URL が現在のページに類似していない場合、Google がその URL を正規 URL として選択することはありません」と書いています。やることは1つで、URL検査の「ユーザーが指定した正規 URL」と「Google が選択した正規 URL」の2欄を見比べ、不採用が2つの形のどちらなのかを決めることです。

図は左右にスクロールして読めます。

サーチコンソールの「ページ」を開いたら、「重複しています。Google により、ユーザーがマークしたページとは異なるページが正規ページとして選択されました」という長い行にURLが並んでいた。

canonicalは設定してあります。それなのに、その指定と違うページが選ばれたと書かれています。検索して出てくるのは「canonicalタグを正しく設定しましょう」という記事ばかりで、設定済みの自分に向けた答えがありません。

結論を先に書きます。これは指定が届かなかった状態ではなく、届いたうえで採用されなかった状態です。公式ドキュメントは「正規ページを明示的に指定しても、コンテンツの品質などのさまざまな理由から、Google によって別のページが正規版として選択されることがあります」と書いています(正規化に関する問題の修正)。

そして不採用の形は2つしかありません。どちらなのかは、URL検査の欄を2つ見るだけで決まります。この記事はそこに絞ります。

次に直す記事を自分のデータで調べる

Search ConsoleのZIPを読み込むと、候補の判定と1記事分の診断カードを無料で確認できます。登録は不要です。ZIPが無い場合は、診断カードの見本を確認できます。

まず、よく似たもう1つのステータスと切り分ける

「ページ」レポートには、頭が「重複しています」で始まる行が複数あります。名前が似ているので、読む前にどちらの話をしているのかを確定させます。

公式ヘルプでの項目名	canonicalタグなどページ側の正規URL指定は	公式の説明で言っていること
重複していますが、ユーザーが正規ページとして選択していません	していない	希望を出していないのでGoogleが代わりに決めた。「これはエラーではなく、意図したとおりに機能しています」
重複しています。Google により、ユーザーがマークしたページとは異なるページが正規ページとして選択されました	している	「Google は別の URL のほうが正規ページとして適切と判断しています」。この記事が扱うのはこちら

見分け方はURLの中身ではなく、ページ側で正規URLを指定したかどうかです。canonicalタグなどで指定していないほうが上の行、指定したうえで通らなかったほうが下の行になります。

⚠️ なお、サイトマップに載せた覚えしか無い場合は、「重複しています。送信された URL が正規 URL として選択されていません」という別の行に出ていることがあります(「送信された」がサイトマップでの送信を指すためです)。ただし2026年9月8日に取得したページインデックス登録レポートのヘルプには、サイトマップに載せたURLがどの行に入るかの条件は書かれていませんでした(この行の説明は現行ヘルプから落ちていて、保存版にしか残っていません)。その行の読み方は「重複しています。送信された URL が正規 URL として選択されていません」の意味と対処にまとめています。

表の1行目(公式ヘルプの項目名は「重複していますが、ユーザーが正規ページとして選択していません」)の行が並んでいて、放置してよいのかを先に知りたい場合は「重複しています。ユーザーにより正規ページとして選択されていません」は放置していいのかにまとめてあります。「ユーザー」が検索した人ではなくサイト運営者を指すことの説明も、あちらに書きました。この記事では繰り返しません。

⚠️ 文言について1つ補足します。この記事が扱う行の表記は、公式の資料の中でも揺れています。2026年9月8日にページインデックス登録レポートの日本語ヘルプの本文を取得したところ、見出しは「…正規ページとして選択されました」でした。一方URL検査ツールの日本語ヘルプは、同じ日に取得した本文で「…正規ページとして選択されています」と書いています。語尾が違うだけで、指している理由は同じものです。なお確認したのはこの2ページの本文だけで、Search Consoleの画面表示そのものは照合していません。

この行は何を言っているのか

言っているのは「あなたの指定は読んだ。そのうえで別のページを登録した」という事実です。公式ヘルプの説明はこうです。

この URL は、あるページセットの正規ページとして指定されていますが、Google は別の URL のほうが正規ページとして適切と判断しています。Google はこのページではなく、正規ページとして適切であると考えるページをインデックスに登録しました。
— Google公式ヘルプ

ここで大事なのは、後半です。「正規ページとして適切であると考えるページをインデックスに登録しました」と書かれているとおり、この状態でも何かは検索結果に載っています。載っているのが、こちらの指定したURLではないというだけです。

なぜ通らないのか。公式ドキュメントは、そもそも指定が命令ではないと書いています。

これらの手法を使って Google に希望を伝えることはできますが、さまざまな理由から Google が別のページを正規として選択する場合もあります。つまり、正規化の希望を伝えることはできますが、確実ではありません。
— Google公式「正規化とは」

⚠️ 「canonicalはヒントであって指示ではない」という言い方をよく見かけますが、いま引いた日本語版のドキュメントに「ヒント」という語はありません。その表現が出てくるのは英語版のほうです。同じ箇所の英語版は「That is, indicating a canonical preference is a hint, not a rule.」と書いています(拙訳: つまり、正規化の希望を伝えることはヒントであって、ルールではない)。日本語版と英語版で言葉が違うだけで、意味は同じです。

なお、対になるステータスの説明には「これはエラーではなく、意図したとおりに機能しています」という一文が置かれています。こちらのステータスの説明に、その一文はありません。代わりに読み取り方の説明が「このエラーは」という語で始まります(同じ1ページの本文を2026年9月8日に取得して確認しました)。ただし「必ず直せ」と書かれているわけでもありません。そこは後で扱います。

なぜ、指定したのに採用されないのか

canonicalが「転送の命令」ではなく「申告」だからです。書いているのは「このページをあちらへ寄せてください」ではなく、「このページはあちらと同じ中身です」という内容です。そして申告は、事実と食い違っていれば採用されません。

Googleの処理は、中身を見るほうが先です。公式ドキュメントは「同一のように見えるか、メインコンテンツが非常に似通っている複数のページを Google が見つけた場合、それらをまとめてクラスタ化します」と書いています。まず中身でグループが作られ、そのグループの中から代表が選ばれます。こちらの申告は、この代表選びに参加する材料であって、グループの作り方を動かすものではありません。

だから、指定が通らない形は2つしかありません。グループに入れなかったか、入ったうえで代表に負けたかです。公式ヘルプは、前者をはっきり言い切っています。

ユーザーが指定した正規 URL が現在のページに類似していない場合、Google がその URL を正規 URL として選択することはありません。重複するページは正規ページと類似している必要があります（これが重複を意味します）。
— Google公式ヘルプ

類似していない相手を指定しても選ばれない、ということです。設定の書式が正しいかどうかとは別の話です。タグが正しく書けていても、指した先が別物と見なされていれば、その指定は評価に入る前に落ちます。

後者は、公式のトラブルシューティングの側に書かれています。

正規ページを明示的に指定しても、コンテンツの品質などのさまざまな理由から、Google によって別のページが正規版として選択されることがあります。
— Google公式「正規化に関する問題の修正」

この2つは、直し方がまったく違います。前者は「同じ中身だという申告が間違っている」ので、申告のほうを取り下げる話になります。後者は「同じ中身だという申告は通ったが、代表として弱かった」ので、どちらを代表にしたいかを決め直す話になります。先に形を確定させないと、打ち手を選べません。

canonicalそのものの書き方(絶対パスにする、自己参照を入れる、<head>の中に置く)と、複数のシグナルを1本のURLに揃える話はcanonicalタグの使い方、重複コンテンツと、指定が効かない理由の領分です。この記事では書き方にもシグナルの揃え方にも踏み込みません。並んでいるのがパラメータ付きURLばかりならURLパラメータとSEO、utmを付けると重複コンテンツになるのかのほうが早く片付きます。

2つの欄を見比べて、形を確定させる

公式ヘルプは、この項目の確認手順を3行で書いています。当てずっぽうに設定を触るより早いので、まずこれをなぞります。

以下は3つの箇条書きとして書かれているものを、1行ずつそのまま引いたものです。
この URL を検査して、[ページのインデックス登録] > [Google が選択した正規 URL] で Google が選択した正規 URL を確認します。
[ページのインデックス登録] > [ユーザーが指定した正規 URL] で選択した正規 URL を確認します。
ブラウザで、現在のページ、ユーザーが指定した正規 URL、Google が選択した正規 URL を確認します。
— Google公式ヘルプ

2つの欄が何を表しているかは、URL検査ツールのヘルプに書かれています。「ユーザーが指定した正規 URL」は「ページで正規 URL を明示している場合は、ここに表示されます」の欄で、同じヘルプは「Google がこの URL を選択するとは限りませんが、考慮の対象になります」と付け加えています。「Google が選択した正規 URL」のほうは「サイト上の類似ページが検出された際は、Google が正規（公式）URL として選択したページが表示されます」と説明されています。

この2欄に加えて、検査しているURL自身を並べると、形が決まります。

「Google が選択した正規 URL」の値	起きていること	公式の根拠
検査しているURL自身	申告が空振りしている。指定先とこのページは、別物と見なされている	「Google が選択した正規 URL がテスト済みのページである場合、テスト済みのページは他のどのページとも類似していないと Google は判断します」
指定先でもページ自身でもない、第三のURL	グループには入ったが、代表に選ばれなかった。そちらのURLが検索結果に出ている	「Google は別の URL のほうが正規ページとして適切と判断しています」

ここで注意点が1つあります。「公開URLをテスト」を押しても、この判定は出ません。公式ヘルプは「また、公開 URL の検査では、ページインデックス登録レポートでチェックされるすべての問題がテストされるわけではありません。特に、ライブテストでは重複や正規化の条件はテストされません」と書いています。 URL検査ツールのヘルプも、同じ趣旨を「Google の正規ページの選択に関する情報は、インデックス登録時に判定されます」と書いています。見るのはライブテストの結果ではなく、登録済みのバージョンの側です。

もう1つ、公式が明記している制約があります。「正規 URL が、所有していない Search Console プロパティにある場合、重複ページのトラフィックは確認できません」。サブドメインや別ドメインが選ばれているときは、そちらのプロパティを持っていないと数字が見えません。 URL検査ツールの操作手順と、表示ごとの意味の全一覧はサーチコンソールでインデックスを確認する方法、URL検査の表示ごとに次の一手が違うにまとめています。

直す記事と作業内容を決める

公式が挙げている「よくある問題」は6つ

形が決まったら、心当たりを探します。正規化に関する問題の修正は「検索で表示するように指定した正規 URL とは異なる正規 URL が選択される理由にはさまざまなものがあります。最も一般的な問題は次のようなものです」として、見出しを6つ立てています。2026年9月8日にこのページの本文を取得して数えた結果が6つで、それ以外の見出しはありませんでした。

公式の見出し	個人ブログで起こりうるか
ローカライズ済みのアノテーションがない言語バージョン	多言語で同じ内容を出していなければ関係ない
誤った正規化要素	いちばん当たりやすい。CMSやプラグインが意図しないURLを指しているケース
サーバー設定の誤り	共有サーバーやサブドメインの設定次第では起こりうる
悪意のあるハッキング	身に覚えのない外部ドメインが選ばれているときは疑う
シンジケーションコンテンツ	自分の記事を他媒体にも転載していれば関係する
盗用ウェブサイト	まれ。公式も「まれに」と書いている

個人ブログでいちばん多いのは2番目です。公式の説明はこうなっています。

コンテンツ管理システム（CMS）や CMS プラグインによっては、正規化手法が誤って使用されて望ましくない URL が参照されることがあります。ブラウザのデベロッパーツールで HTML をチェックして、そのようになっていないかを確認します。
— Google公式「正規化に関する問題の修正」

「自分で入れた覚えがある指定」と「プラグインが自動で入れている指定」は別物です。SEOプラグインの記事単位の入力欄に何も書いていなくても、テンプレート単位の既定値が出ていることがあります。まず、そのURLのHTMLを開いて、実際に出力されている値を読んでください。

打ち手は4つに分かれる

公式のトラブルシューティングが最初に書いているのは、修正ではなく検討です。

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

つまり、直すかどうかは自動的には決まりません。読者にとってどちらが有益かを先に決めます。そのうえで、選択肢は次の4つになります。

何もしない。Googleが選んだページのほうが読者に有益なら、これが公式の言う検討の答えです。同じヘルプは目標を「すべての重要なページの正規バージョンがインデックスに登録されることです」としており、件数を0にすることは目標に置かれていません
申告を取り下げる。2ページが本当に別物なら、指定のほうが実態と合っていません。公式が「Google がその URL を正規 URL として選択することはありません」と書いている以上、その指定は残しても機能しません
2ページの中身を離す。どちらも読ませたいなら、グループから抜けるまで内容を分けます。公式は「一般的に、新しいコンテンツと他のクラスタに分類されたページとの違いが明確で大きいほど、ページは早く分割されます」としています
1本に寄せる。どちらか1本でよいなら、統合して片方を畳みます。読者にとっても1本のほうが読みやすい場合はこれです

指定を通したい場合の作業は、この記事の外です。canonicalだけを書き直しても、他のシグナルが別のURLを向いていれば押し負けることがあります。

揃え方はcanonicalタグの使い方、重複コンテンツと、指定が効かない理由に、統合か削除かの仕分けは伸びない記事はリライトか、統合か、削除か、手を動かす前に3つに仕分けるに、転送の実装は301リダイレクトのやり方、SEO評価の引き継ぎは3つのレイヤーに分かれるに書きました。内容は違うのに同じキーワードで2記事が当たっているだけなら、これとは別の症状です。見分け方はキーワードカニバリゼーションの確認方法、サーチコンソールで見つける手順にあります。

直しても、すぐには表示が変わらない

手を入れても、この行はしばらく残ります。公式が具体的な幅を書いています。

再審査には時間がかかる: コンテンツの問題を修正した後も、Google は重複クラスタにページを最長 2 週間保持する場合があります。
— Google公式「正規化に関する問題の修正」

翌日に件数が変わらないのは、失敗ではありません。同じページは、待つ以外の手としてインデックス登録のリクエストを案内していますが、条件を付けています。「ただし、この機能には割り当てが適用されるため、最も重要な URL にのみ使用してください」。並んでいるURLを片端から送る使い方は想定されていません。

そして、確認に使うのは登録済みの結果のほうです。さきほど書いたとおり、ライブテストでは重複や正規化の条件はテストされません。直した直後に「公開URLをテスト」を押しても、この件については何も分かりません。

直しが検索結果に出るまでに、どの工程で止まりうるかはリライトが反映されない4つの工程、検索結果が更新されない原因の切り分けに、インデックスされない理由の全体像はインデックスされない原因は2系統に分かれる、確認できるものから潰すに整理しています。

片付いた後にやること

この行を読み終えると、多くの場合「Googleが選んだほうで問題なかった」で終わります。そのとき残るのは、代表として残ったページのほうをどうするかという問題です。

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

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

検索パフォーマンスのどこを見るかはサーチコンソールでリライト記事をどう選ぶ？迷わない判定基準と手順にまとめています。なお、代表に選ばれなかった側のURLは検索結果に出ないので、検索パフォーマンスの「ページ」に行が並びにくくなります。一覧に記事が出てこないときの切り分けはサーチコンソールで表示回数が0のとき、表示されない原因を3つに切り分けるに書きました。

よくある質問

「重複しています。Google により、ユーザーがマークしたページとは異なるページが正規ページとして選択されました」とは何ですか

こちらが指定した正規URLをGoogleが読んだうえで、別のURLのほうが適切だと判断した状態です。公式ヘルプは「この URL は、あるページセットの正規ページとして指定されていますが、Google は別の URL のほうが正規ページとして適切と判断しています」と説明しています。指定が届かなかったのではなく、届いたうえで採用されなかった状態です。

「重複しています。ユーザーにより正規ページとして選択されていません」とは何が違いますか

canonicalタグやHTTPヘッダーなど、ページ側に正規URLの指定があるかどうかが違います。指定していない側があちらで、指定した側がこちらです。公式ヘルプは、あちらの説明には「これはエラーではなく、意図したとおりに機能しています」という一文を置いていますが、こちらの説明にその一文はありません(2026年9月8日に同じ1ページの本文を取得して確認しました)。あちらの読み方は「重複しています。ユーザーにより正規ページとして選択されていません」は放置していいのかにまとめています。

canonicalは正しく書いてあります。設定ミスですか

書式が正しくても採用されないことがあります。公式ドキュメントは「つまり、正規化の希望を伝えることはできますが、確実ではありません」と明記しています。とくに指定先と現在のページが似ていないと判断された場合、その指定は選ばれません。公式ヘルプの「ユーザーが指定した正規 URL が現在のページに類似していない場合、Google がその URL を正規 URL として選択することはありません」がその根拠です。

放置してもいいですか

Googleが選んだページのほうが読者に有益なら、放置してかまいません。公式ドキュメントは「トラブルシューティングを行う前に、指定した正規 URL よりも Google が正規版として選択したページのほうが、Google 検索からアクセスするユーザーにとって有益であるかどうかを検討してください」と書いています。まずURL検査で「Google が選択した正規 URL」を読み、その中身を自分で見てから決めてください。

「公開URLをテスト」を押しても、正規URLの情報が出ません

ライブテストでは出ない項目です。公式ヘルプは「特に、ライブテストでは重複や正規化の条件はテストされません」と書いています。URL検査ツールのヘルプも「Google の正規ページの選択に関する情報は、インデックス登録時に判定されます」としています。見るのは登録済みのバージョンの結果です。

直したのに、まだこの行に出ています

再判定までに時間がかかります。公式ドキュメントは「コンテンツの問題を修正した後も、Google は重複クラスタにページを最長 2 週間保持する場合があります」と書いています。インデックス登録のリクエストも使えますが、同じページが「ただし、この機能には割り当てが適用されるため、最も重要な URL にのみ使用してください」としています。

Googleが選んだ正規URLが、自分のものではないドメインです

公式はその可能性を明示的に挙げています。正規化に関する問題の修正が立てている見出しには「サーバー設定の誤り」「悪意のあるハッキング」「シンジケーションコンテンツ」「盗用ウェブサイト」が含まれます。また同じページは「正規 URL が、所有していない Search Console プロパティにある場合、重複ページのトラフィックは確認できません」とも書いており、相手側の数字は自分のSearch Consoleでは見えません。

まとめ

この行は、指定が届かなかった報告ではなく、届いたうえで採用されなかった報告。canonicalタグなどページ側で正規URLを指定していない場合に出るのは別のステータスで、そちらの説明には「これはエラーではなく、意図したとおりに機能しています」という一文がある
canonicalは転送の命令ではなく「このページはあちらと同じ中身です」という申告。Googleは先に中身でクラスタ化し、そのあとで代表を選ぶので、申告は代表選びにしか効かない
だから不採用は2つの形しかない。グループに入れなかったか、入ったうえで代表に負けたか。公式は前者について「(ユーザーが指定した正規 URL が現在のページに)類似していない場合、Google がその URL を正規 URL として選択することはありません」と言い切っている
形はURL検査の2欄で決まる。「Google が選択した正規 URL」が検査したページ自身なら申告の空振り、第三のURLなら代表負け
公式が挙げる「よくある問題」は6つ(言語バージョン・誤った正規化要素・サーバー設定の誤り・ハッキング・シンジケーション・盗用)。個人ブログで当たりやすいのはCMSやプラグインによる「誤った正規化要素」
公式が最初に求めているのは修正ではなく検討。Googleが選んだページのほうが読者に有益かを先に決める。件数を0にする作業ではない
直しても最長2週間はクラスタに保持される。ライブテストでは重複や正規化の条件はテストされないので、確認は登録済みの結果を見る

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

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

⚠️ ただし、向かない人がいます。このステータスを片付けたい人には向きません。canonicalの指定も正規化の判定も扱っていませんし、代表に選ばれなかった側のURLは検索結果に出ないため、読み込む「ページ」CSVに行としてほぼ現れないからです。読むのは、すでに検索結果に出ているページの4つの数字だけです。また、表示回数が2桁で止まっているサイトにも向きません。判定の条件が表示回数100回以上なので、対象になるページが1つも出ないからです。

Search ConsoleのZIPで無料判定する