メインコンテンツへスキップ

監修: 伊東 雄歩更新: 2026-02-15

正規化・重複・移行

canonicalが意図しないURLを指している

「評価を集約する先」を間違えると、順位もインデックスも崩れる。

カノニカル重複正規化

まずやること(最短ルート)

  1. URL検査で「ユーザーが選択したカノニカル」と「Googleが選択したカノニカル」を確認
  2. テンプレで canonical が正しいか(末尾スラッシュ/パラメータ/ドメイン)を確認
  3. 正規URL以外は 301 or noindex など、方針を決めて統一

背景・判断のポイント

canonicalは「このページ群の代表はこのURL」と伝えるヒントです。正規化がブレると、評価が分散したり、意図しないURLが代表になったりします。

実務で多い事故は「テンプレバグで全ページのcanonicalが同じURLを指す」「ドメイン/末尾/パラメータの揺れが混ざる」の2つです。まずテンプレ単位での一括確認が必要です。

canonicalだけで全部解決しようとすると、内部リンクやリダイレクトが揺れたままになりがちです。代表URLに寄せるなら、内部リンク・サイトマップ・301まで揃える方が安定します。

症状の例(あるある)

  • URL検査で「Google が選択したカノニカル」が意図と違うURLになっている
  • インデックスされるのが“別URL”で、狙ったURLが検索結果に出ない
  • 同じ内容のURLが複数ある(http/https、末尾スラッシュ、パラメータなど)

よくある原因

  • canonical が常にトップ/カテゴリを指している(テンプレバグ)
  • http/https, www/non-www, trailing slash が混在
  • パラメータ付きURLが canonical に採用される

確認方法

  • ページソースの canonical を実際の正規URLと照合
  • Search ConsoleのURL検査でカノニカル差分を確認

チェックリスト(確認漏れ防止)

  1. canonicalが毎回「そのページの正規URL」になっているか(全ページ同一URLを指していないか)
  2. canonical先が200で返り、インデックス可能(noindex/ブロックなし)か
  3. http/https・www/non-www・末尾スラッシュを統一できているか
  4. パラメータURLがcanonical先になっていないか(自己参照で増殖していないか)
  5. 内部リンクとサイトマップのURL形式がcanonicalと一致しているか
  6. リダイレクトとcanonicalが喧嘩していないか(canonical先へ301で寄せられているか)

対処

  • canonical を「本当に正規にしたいURL」へ修正
  • 正規URLへ301リダイレクトを張り、重複を減らす
  • URLルール(末尾/大文字/パラメータ)を決めて徹底

やってはいけない(悪化しやすい手)

  • canonical先がnoindex/404/リダイレクトになっている(代表が決まらない)
  • 内部リンクは重複URLのまま(canonicalだけで寄せようとして不安定)
  • 「正規URL」と「ランディングさせたいURL」が混ざる(目的が曖昧)

再発防止

  • 主要テンプレの canonical をリリース前に自動テストする
  • 正規化ルールをドキュメント化し、運用ブレを無くす

よくある質問(Q&A)

canonicalと301リダイレクトはどう使い分ける?

基本は「ユーザーも検索も同じURLに寄せたい」なら301が強いです。canonicalは、複数URLが存在する事情がありつつ代表を示したい時のヒントです。実務では canonical + 内部リンク統一 +(可能なら)301 の組み合わせが安定します。

自己参照canonicalは必要?

URLが揺れやすいサイト(パラメータ、末尾スラッシュ、wwwなど)では、自己参照canonicalが“正規URLの宣言”になりやすいです。ただし、自己参照にするなら内部リンクとサイトマップも同じ形式に揃えましょう。

Googleが別のcanonicalを選ぶのはなぜ?

リンクやサイトマップ、コンテンツ類似、リダイレクトなどのシグナルから「このURLが代表」と判断するためです。ユーザー指定canonicalが弱い/矛盾していると、Googleが別のURLを採用します。