Search ConsoleでDuplicate, Google chose different canonicalが増えたとき、最初の30分でやること
Duplicate, Google chose different canonical than user が増えたときに、最初の30分で“矛盾点(canonical/sitemap/内部リンク)”を特定して止血するチェックリストです。
Search Console の「Duplicate, Google chose different canonical than user(重複: Google がユーザー指定と異なる正規 URL を選択)」が増えたとき、最初の30分でやるべきことは “正しいURLを当てる” ではなく「代表3URLで、どこが矛盾しているか」を短時間で確定することです。
この記事は、最初の30分で (1) 事故(テンプレ/配信/リダイレクト)を除外し、(2) canonical/sitemap/internal link の矛盾点を特定し、(3) 次の1時間で触る場所を固定するためのチェックリストです。
関連:
- /media/search-console-indexing-drop-first-30-minutes
- /media/search-console-sitemap-fetch-error-first-30-minutes
- /media/sitemap-url-drop-first-30-minutes
- /media/robots-txt-crawl-stop-first-30-minutes
0. まず結論(先にやる順番)
- 代表URLを3つだけ決める(全件を追わない)
- URL検査で「Googleが見たHTML/リダイレクト/正規URL」を固定する
- サイト側の canonical(rel=canonical)と実際のURL体系(301/https/www/末尾スラッシュ)を突き合わせる
- sitemap と内部リンクが “別URL” を正にしていないか確認する
- 修正は「正のURLを1つに絞る最小差分」だけ入れる(大掃除は後)
1. 代表3URLを決める(5分)
次の3つだけを固定して、URL検査の結果をメモします。
- 代表A: 増えているグループの典型(カテゴリ/記事/商品など)
- 代表B: 同じテンプレで“正常に”インデックスされているURL
- 代表C: 収益に近い重要URL(守りたいページ)
この時点で「特定のテンプレだけ」「特定のディレクトリだけ」などの偏りが見えたら、以降は “その偏りの原因” に集中します。
2. URL検査で “Googleの見え方” を固定(10分)
Search Console のURL検査(または同等の取得確認)で、代表A/B/Cについて以下を確認します。
- 取得できているか(タイムアウト/5xx がないか)
- 取得したHTMLが “空/極薄/エラー画面” ではないか
- リダイレクトが想定通りか(http→https、www、末尾スラッシュ、正規化)
- Googleが選んだ正規URL がどれか(ユーザー指定と違う理由のヒント)
ここで テンプレ事故(空・極薄・ログイン誘導・WAFブロック) が疑わしい場合は、まずそれを止血するのが先です。canonical の設計議論を始めると時間が溶けます。
3. “矛盾点” を3箇所だけ見つける(10分)
次の3箇所は、矛盾が起きやすく、短時間で確認できます。
(A) canonical タグ(rel=canonical)
- 自己参照 canonical になっているか(ページ自身を指しているか)
- canonical が別URL(別スラッグ/別パラメータ)を指していないか
- canonical が複数出力されていないか(テンプレ二重読み込みなど)
(B) sitemap のURL
- sitemap に “正にしたいURL” だけが載っているか
- http/https, www, 末尾スラッシュ, パラメータ付きURL が混ざっていないか
- sitemap のURLが 301 で別URLへ飛んでいないか(遠回りは弱い)
(C) 内部リンクのURL
- ナビ/一覧/関連記事のリンクが “正にしたいURL” を指しているか
- 同じページに複数のURL表記(末尾スラッシュ有無など)が混在していないか
- canonical と内部リンクの指すURLが食い違っていないか
この3点のどこかが食い違うと、Googleは “ユーザー指定より一貫して見える方” を正に選びがちです。
4. 最初の30分でやる “最小差分の止血” だけ決める(5分)
止血は “正のURLを1つに固定する” ための最小差分だけにします。
よくある止血パターン:
- 正のURLへ 301 を一本化(http/https, www, 末尾スラッシュ)
- canonical を自己参照に戻す(まず矛盾をなくす)
- sitemap を正のURLだけにする(混在をやめる)
- 内部リンクを正のURL表記に統一(テンプレ1箇所から)
大規模なURL整理(大量のnoindex、パラメータ設計の全面見直しなど)は、次の1時間以降に回します。
5. 次の1時間で深掘りする論点(入口だけ作る)
30分で “矛盾の場所” が分かったら、次の1時間はこの順に深掘りします。
- 正規化ルール(301/末尾スラッシュ/クエリ)を決めて固定
- 重複を生む生成パターン(タグ/検索結果/並び替え/パラメータ)を特定
- sitemap / canonical / 内部リンク を “同じ正規URL” に揃える
参考(一次情報)
- Google Search Central の canonical / 重複URL(概念・設計・統合の考え方)
この記事を書いた人
川原
SiteOps編集チームの公開窓口として、検索、アクセス、収益データをもとにした運営判断の知見をまとめています。
関連記事
次にやること
複数サイトの検索、アクセス、収益データをまとめて見直すなら、SiteOpsのダッシュボードでサイト別に確認できます。
料金を見る相談したい / お問い合わせ