2026年10月8日に、Googleのcanonical化ガイド、canonical指定の方法、URL検査を再読しました。rel=canonical、リダイレクト、サイトマップ、内部リンクは希望を伝えるシグナルで、Googleが別URLを選ぶ場合があります。ライブテストは現在の取得確認であり、インデックス掲載や重複解消の保証ではないため、インデックス結果と分けて記録します。
canonicalを指定したのに、Googleが別のURLを代表として選ぶことがあります。設定が必ず失敗したとも、タグを増やせば直るとも限りません。まず同じ内容のURL群と、各URLが送っているシグナルを並べて確認します。
30秒で要点
- 正規URLを選ぶのはGoogle。指定した希望と選択結果を分けて記録する。
- 重複ページを残すならcanonical、廃止するならリダイレクトを検討する。用途の違いを先に決める。
- URL検査のインデックス情報で選択結果を見る。公開URLのライブテストだけでは正規URLを予測できない。
「代表を選ぶ」と「URLを消す」は違う
正規化とは、同じまたはよく似た内容の複数URLから、代表するURLを選ぶ処理です。Google Search Centralの説明では、その主体はGoogleです。運営者は希望を伝えられますが、別のページが選ばれることもあります。
ECの並べ替え、地域別ページ、PC・モバイル、HTTP・HTTPS、誤って公開した複製など、重複の原因はさまざまです。普通に発生する重複そのものがスパム違反というわけではありません。ただし、利用者がどのページを見るべきか迷ったり、成果の集計が分散したりする問題は残ります。
シグナルを揃える
Googleの指定方法ガイドは、リダイレクトとcanonicalを強いシグナル、サイトマップ掲載を弱いシグナルとして説明しています。併用はできますが、数値的な点数や、必ず勝つ組み合わせは示していません。表が収まらない場合は、横にスクロールできます
| 方法 | 役割 | 確認すること |
|---|---|---|
| 恒久的なリダイレクト | 廃止する重複URLから利用者も移す | 移転先が本当に対応するページか |
| canonical | 残す重複・類似ページから希望する代表を示す | HTMLやHTTPヘッダーの指定先が矛盾しないか |
| サイトマップ | 代表として希望するURLを伝える補助 | 別の重複URLを代表扱いしていないか |
| 内部リンク | サイト内の導線を代表URLへ揃える | テンプレートが別URLへ戻していないか |
canonicalは、利用者のブラウザを自動転送する指定ではありません。絞り込み機能を残したいのか、古いURLを廃止したいのかを決めてから方法を選びます。内容が異なるページを、評価を集めたいという理由だけで一つへ寄せるのも適切ではありません。
架空のURL台帳で矛盾を見分ける
次は実サイトを調査した結果ではなく、商品Aの教材です。Aを代表にしたいとします。
表が収まらない場合は、横にスクロールできます
| URLの役割 | canonicalの指定 | サイトマップ | 判断 |
|---|---|---|---|
| A：商品本体 | A | Aを掲載 | 希望が揃う |
| B：同じ商品の並べ替え表示 | A | Bは未掲載 | 未掲載だけでは矛盾でない |
| C：同じ内容の別URL | A | Cを代表として掲載 | 同じ内容について希望が分かれる |
| D：機能・内容が違う別商品 | A | Dを掲載 | まず同一内容扱いが妥当か再確認 |
旧稿では「サイトマップに片方しか載っていない場合も矛盾」としていました。しかし代表Aだけを載せるのは、Aを希望する指定と整合します。見るべきなのは掲載数ではなく、同じ内容のどのURLを代表として示しているかです。
「canonicalは1票」という比喩も、等しい票を多数決で数える仕組みと誤解されやすいため使いません。公開されているのはシグナルの説明であり、重みや個別の選択原因を外部から数値化できるわけではありません。
robots.txtやnoindexと混ぜない
robots.txtはクロールを制御するものです。正規URLを選ばせる代わりにはならず、ブロックしたURLが内容なしでインデックスされる場合もあります。Googleが読めないページのcanonicalを確認できる、とも仮定しません。
noindexは検索から外すための指定で、同一サイト内で代表URLを選ばせる目的には推奨されません。URL削除ツールも正規化の手段ではありません。フラグメント付きURLを代表として指定することも避けます。アクセスさせたくない情報の保護は、検索設定とは別に認証・公開範囲で実施します。
最小の確認はURL検査と対応表
- 重複と思われるURLを2つ選び、本文の主要部分が本当に同じか確認する。
- 応答の転送先、HTMLやHTTPヘッダーのcanonical、内部リンク、サイトマップを対応表へ書く。
- 残すURLと廃止するURLを決め、意図しない矛盾を直す。代表自身のcanonicalも確認する。
- Search ConsoleのURL検査で、インデックス情報の「Googleが選択した正規URL」を確認する。指定したURLと、Googleの選択と、確認日時を別々に残す。
- 更新後の反映を確認する。ライブテストだけでcanonicalの選択が変わったとは判定しない。
この手順は問題箇所を絞るためのものです。変更直後の反映や順位上昇、特定URLが選ばれることを保証しません。今回の記事ではSearch Consoleの実アカウントや実サイトの選択結果を操作・測定していません。
判断を残す
設定項目があることより、どの内容をどのURLで代表させたいかが説明できることが大切です。「希望A／選択B／確認日時／直した矛盾」を残せば、次の確認で何が変わったかを追えます。代表が違う理由が分からない場合は、情報不足のまま原因を断定せず保留します。
参考資料
- Google：正規化とは（ページ更新表記2026年8月20日）：代表URL、重複、希望の限界。
- Google：正規URLを指定する方法：シグナルと避ける実装。
- Search Console：URL検査：インデックス情報とライブテストの区別。必要範囲の確認日2026年10月6日。