canonical・正規化とは？
canonical は、HTML の link 要素や HTTP ヘッダーで指定するrel="canonical" のことを指します。同じ／類似する内容のページが複数 URL で存在するときに、検索エンジンへ「これが代表 URL です」と伝える指示です。Google 検索セントラルの重複した URL の正規化に標準仕様がまとまっています。
URL 正規化を整えると、同じ内容が分散して評価されるのを防ぎ、検索結果に出したい代表 URL に評価を集約できます。BtoB サイトのように記事数が増えるサイトほど、重複・類似 URL が発生しやすく、canonical の運用が重要になります。
ユーザーにも代表 URL へ移動してほしい場合は 301 リダイレクト、検索結果から除外したい場合は noindex、表示 URL を残したまま代表 URL を伝えたい場合は canonical、と目的別に使い分けます。Google は canonical を強いヒントとして扱いますが、内部リンク・サイトマップ・内容の一致状況も合わせて判断します。
01.canonical とは
canonical は、HTML の <head> 内に書く<link rel="canonical" href="https://example.com/post" />
という形式で、対象ページに対する「代表 URL」を Google・Bing などへ伝える指示です。HTTP ヘッダー Link: <...>; rel="canonical" でも指定できます。
Google は canonical を強いヒントとして扱いますが、最終的に代表 URL を選ぶのは Google 側です。指定した canonical が無視されることもあり、その場合は Search Console の「ページ」レポートで「ユーザーにより指定された正規 URL は選択されていません」と表示されます。
02.なぜ URL 正規化が必要なのか
正規化の前提として押さえるべきは、「ユーザーから見れば同じページでも、URL が 1 文字違えば検索エンジンには別のページとして扱われる」という性質です。本文・タイトル・画像が完全に同じでも、https://example.com/post と https://example.com/post?utm_source=mail は別 URL として扱われ、それぞれ独立にクロール・インデックス候補になります。
その結果、本来 1 ページにまとまるべき被リンク・内部リンク・クリックの評価が複数 URL に分散し、検索結果に意図しない URL（パラメータ付き、ファセット違い、www あり / なしなど）が出てしまうことがあります。canonical はこの「別ページ扱い」を「同じページ」と検索エンジンに伝え直すための仕組みです。
パラメータ URL の正規化
BtoB サイトで放置されやすいのが、パラメータ URL（クエリ文字列付き URL）の重複です。流入計測・広告連携・サイト内フィルタなどでクエリが付くたびに「中身は同じだが URL は違うページ」が増え、検索エンジンには別ページとして扱われます。代表的な4パターンと正規化方針を整理します。
- ・/post?utm_source=newsletter&utm_medium=email
- ・/post?gclid=ABC123
- ・/post?fbclid=XYZ
代表 URL（パラメータなし）への自己参照 canonical を必ず出す。計測情報は GA4 / Search Console 側で集計するため、検索エンジンに出す URL は 1 本に絞る。
- ・/post?session_id=abc
- ・/post?ref=share
- ・/post?affiliate_id=999
パラメータ違いの URL すべてに canonical をパラメータなし URL で固定。サーバー側で受け取った直後に 301 リダイレクトでパラメータを落とす運用も検討する。
- ・/products?color=red&size=l&sort=price-asc
- ・/products?sort=date-desc
- ・/products?category=shoes&color=red
原則カテゴリページの代表 URL に canonical を寄せる。検索インデックス不要の組み合わせは noindex も併用。本当に検索結果に出したい絞り込みは静的 URL（/products/shoes など）に変える。
- ・/articles?page=2
- ・/articles?tab=case
- ・/post?utm_campaign=2026spring
ページネーションは各ページが自己参照 canonical（page=2 は page=2 を指す）。同じ内容を切り替えるタブは代表ページに canonical を寄せる。
パラメータ URL の対処は 「自己参照 canonical を全ページに出す」 ことを最初の防衛線にし、それでも事故が起きる組み合わせ（ファセット・セッション ID）には noindex や 301 リダイレクトで補強する設計が安全です。Search Console の URL 検査で「Google が選択した正規 URL」がパラメータ付き URL になっていないかは、月次でチェックします。
03.canonical の指定方法
最も一般的なのは、HTML <head> 内の link rel="canonical" です。記事テンプレートで自分自身の URL を指定する「自己参照 canonical」を出しておくのが基本です。
<!-- /post の HTML -->
<link rel="canonical" href="https://example.com/post" />PDF など HTML ではないリソースには HTTP ヘッダーで指定します。
Link: <https://example.com/whitepaper.pdf>; rel="canonical"自己参照 canonical（自分自身を指す canonical）を毎ページ自動出力すると、パラメータ違いの URL が来ても代表 URL が明確になります。Google も正規化のドキュメントで自己参照 canonical を推奨しています。
04.301 リダイレクト・noindex との使い分け
| 設定 | 目的 | ユーザーから見ると | 評価の扱い |
|---|---|---|---|
| 301 リダイレクト | 別 URL に恒久的に移動させる | URL が変わって表示される | リダイレクト先 URL に評価が引き継がれる |
| canonical | 表示 URL を残しつつ代表 URL を伝える | URL は変わらない | 代表 URL に評価が集約される（強いヒント） |
| noindex | 検索結果から除外したい | URL は変わらない | 検索結果に出さない（評価集約とは別軸） |
canonical と noindex を同時に指定するのは原則避けます。「検索結果に出したくない」のであれば noindex、「代表 URL に集約したい」のであれば canonical、と目的を明確にして選びます。
05.Search Console で canonical の判定を確認する
Search Console の URL 検査ツールで「ユーザーが指定した正規 URL」と「Google が選択した正規 URL」を比較できます。両者が一致していれば、canonical の指示が反映されている状態です。
| URL 検査の表示 | 意味 | 対処 |
|---|---|---|
| ユーザーが指定した正規 URL = Google が選択した正規 URL | canonical の指示が反映されている | 原則 OK。引き続き内部リンクとサイトマップで補強する |
| 両者が異なる | Google が別 URL を代表として選んでいる | 本文の独自性、内部リンクの方向、サイトマップ、リダイレクト設定を見直す |
| 重複しています、ユーザーにより指定された正規 URL は選択されていません | canonical 指示が無視されている | 代表 URL の本文を充実させる、内部リンクを集中させる、内容差分を作る |
06.AI 記事量産時の注意点
AI（ChatGPT、Claude、Gemini など）で似たテーマの記事を大量に作ると、検索意図が重なる類似ページが増え、canonical の判定が分散しやすくなります。検索意図ごとに 1 ページ 1 テーマで整理し、似たページは統合・noindex・正しい canonical 指定で整える運用が必要です。
- 同じ検索意図に対して複数記事がある場合は、1 本に統合して 301 リダイレクトを設定する。
- 残す価値があるが順位を狙わないページは noindex にする。
- テーマが近いが視点が異なる場合は、本文・タイトル・内部リンクで差別化を明確にする。
07.よくある失敗
- noindex ページに canonical を向ける（指示の意図がぶつかる）。
- 全ページをトップページへ canonical する（コンテンツが違うのに 1 URL に集約しようとする）。
- サイトマップに含めた URL と canonical 先 URL がずれている。
- パラメータ URL に対する自己参照 canonical を入れていない。
08.よくある質問（FAQ）
canonical を指定すれば必ず指定 URL が採用されますか？
必ずではありません。Google は canonical を強いヒントとして扱いますが、内部リンク、サイトマップ、リダイレクト、本文の一致状況などを合わせて代表 URL を判断します。Search Console の URL 検査で「Google が選択した正規 URL」を確認するのがおすすめです。
canonical と 301 リダイレクトはどちらを使うべきですか？
ユーザーにも代表 URL へ移動してほしいなら 301 リダイレクト、表示 URL を残しつつ評価を代表 URL に集約したいなら canonical が候補になります。サイト統合・URL 変更などは 301 リダイレクトを優先するのがおすすめです。
AI 記事量産で canonical はどう設定すべきですか？
AI で似たテーマの記事が増えるほど、検索意図が重なり canonical の判断がぶれやすくなります。同じ検索意図のページは統合（301 リダイレクト）、残しても順位を狙わないページは noindex、テーマが近いが視点が違うページは本文・内部リンクで差別化、と切り分けるのがおすすめです。
サイトマップに載せる URL は canonical 先と揃えるべきですか？
原則として揃えるのがおすすめです。Google はサイトマップに載せた URL を canonical の手がかりにします。サイトマップに載せた URL が canonical で別 URL に向いていると、判定がぶれやすくなります。
09.まとめ
canonical は、同じ／類似する URL が複数あるときに代表 URL を伝える強いヒントです。301 リダイレクト・noindex と目的を分けて使い、自己参照 canonical をテンプレートに組み込んでおくと運用が安定します。Search Console で「Google が選択した正規 URL」を定期的に確認し、ズレが出たら本文・内部リンク・サイトマップで補強しましょう。
重複 URL の整理から検索意図設計まで運用に落とし込みます
TANTOU では、テクニカル SEO（canonical / sitemap.xml / noindex 設計）からコンテンツ統合まで一貫して支援します。
SEO・AI検索 基礎知識集
一覧に戻る →基本概念
- ›SEOとは？
- ›SEO必読ドキュメント一覧
- ›コアアップデートの歴史
- ›ページエクスペリエンスとは？
- ›インデックスとは？
- ›クローラーとは？
- ›canonical・正規化とは？（この記事）
- ›ドメイン・TLDの選び方
