canonicalとは？重複URLを整理するSEOの基本

canonicalタグは、同じ内容またはかなり似た内容のページが複数ある時に、「代表として扱ってほしいURL」を検索エンジンへ伝えるためのHTMLタグです。SEOの現場では、URL正規化、重複URLの整理、パラメータURLの扱い、CMSで自動生成される一覧ページの整理などでよく使います。

最初に結論から言うと、canonicalタグはSEO評価を強制的に移す命令ではなく、Googleに正規URLを伝えるための強いシグナルです。 そのため、タグを入れれば必ず意図したURLが検索結果に出る、評価分散が必ず解消する、というものではありません。Googleはcanonicalタグだけでなく、リダイレクト、内部リンク、サイトマップ、ページ内容、URL構造など複数の要素を見て正規URLを判断します。

Google公式の重複URLを統合するでは、同じ内容のページが複数ある場合に、正規URLを指定して検索結果に表示するURLを管理する考え方が説明されています。また、Googleは正規化について、重複または類似した複数のURLから代表URLを選ぶ処理として説明しています。

canonicalタグは、重複URLをただ隠すためのタグではなく、検索に出したい代表URLを整理するための設計です。ここを間違えると、タグは入っているのにGoogleが別のURLを正規URLとして選ぶ、重要なサービスページではなくパラメータ付きURLが認識される、一覧ページやタグページが意図せず評価対象になる、といった問題が起きます。

BtoBサイトでも、canonicalの問題は珍しくありません。サービスページのURL末尾の有無、広告計測パラメータ付きURL、カテゴリやタグの一覧ページ、事例ページの絞り込み、資料ダウンロードLPの複製、CMS移行後の旧URLなど、重複または類似URLは自然に増えます。記事数やページ数が増えるほど、どのURLを検索結果に出したいのかを決めておくこと が重要になります。

この記事では、canonicalタグの役割、設定すべき場面、設定方法、正規URLを決める時の確認項目、Search Consoleでの確認、よくあるミス、BtoBサイトでのURL群別の運用方針まで整理します。カニバリ対策や重複コンテンツ全般の話と混ざりやすいテーマなので、canonicalで扱う範囲と、別記事で深掘りすべき範囲も分けて説明します。

補足ボックス｜この記事でわかること

• canonicalタグの基本的な役割
• canonicalタグがSEOで必要になる場面
• canonicalで整理できるURLと整理しにくいURL
• canonicalタグの基本コードと設定方法
• 正規URLを決める時の確認項目
• Search Consoleでcanonicalを確認する方法
• canonical設定でよくあるミス
• BtoBサイトでURL群ごとに方針を分ける考え方
• 自社で確認する範囲と外部に相談する範囲

補足ボックス終了

canonicalタグは重複URLの代表を伝えるシグナル

canonicalタグは、HTMLのhead内に記述する `link rel="canonical"` の要素です。検索エンジンに対して、このページと重複または類似したページ群の中で、どのURLを代表として扱ってほしいかを伝えます。

基本形は次の通りです。

```html <link rel="canonical" href="https://example.com/service/" /> ```

このコードは、「このページの正規URLは `https://example.com/service/` です」と伝える指定です。ページA、ページB、ページCが似た内容で、それぞれのhead内でページAをcanonicalとして指定している場合、検索エンジンにはページAを代表として扱ってほしいという意図が伝わります。

ただし、canonicalは命令ではありません。Googleはcanonicalタグを強いシグナルとして扱いますが、ページ内容、内部リンク、サイトマップ、リダイレクト、URL構造なども見て判断します。たとえば、canonicalでAを指定していても、内部リンクやサイトマップではBばかりを指している場合、GoogleがBを正規URLとして選ぶことがあります。

canonicalタグは、URL群の代表をGoogleに伝えるためのシグナルです。 だからこそ、タグだけを入れて終わりにするのではなく、内部リンク、サイトマップ、リダイレクト、noindex、robots.txt、ページ内容と整合しているかを確認します。

実務上は、canonicalを「評価を移すタグ」とだけ覚えると危険です。正確には、重複または類似URLの中で、検索結果に表示してほしいURLを伝えるための指定です。評価整理に役立つ可能性はありますが、品質の低いページを大量に作ってcanonicalでまとめればよい、という考え方ではありません。

綱脇耕輔の実務見解として、canonical設定を見る時は、最初に「なぜこのURL群が重複しているのか」を確認します。広告パラメータなのか、CMSの仕様なのか、商品一覧の並び替えなのか、コピーに近い記事なのか、旧URLが残っているのか。重複の理由によって、canonicalで十分な場合もあれば、リダイレクト、noindex、ページ統合、内部リンク整理を優先すべき場合もあります。

canonicalは、重複URLの理由を整理した後に使うタグです。 重複の原因を見ないままタグだけを入れると、問題が見えにくくなり、Search Consoleで「ユーザーにより、正規ページとして選択されていません」などの状態が増えても原因を追いにくくなります。

canonicalで整理できるURLと整理しにくいURL

canonicalは便利ですが、すべての重複問題を解決する万能タグではありません。まずは、canonicalで整理しやすいURLと、別の対応を検討した方がよいURLを分けて考えます。

canonicalに向いているのは、内容が同じ、または検索結果に出す代表URLを明確に決められるURLです。広告パラメータ、計測パラメータ、印刷用ページ、ほぼ同一の商品ページ、同じ記事の複数URLなどは、canonicalの候補になります。

一方で、ページの内容が違うのにcanonicalでまとめるのは避けるべきです。たとえば、サービスAのページからサービスBへcanonicalを向ける、実際には検索意図が違う記事を1本に正規化する、低品質ページを大量に作って代表ページへcanonicalを向ける、といった運用は問題を隠すだけになりやすいです。

canonicalで整理できるのは、代表URLを決められる重複または類似URLです。 検索意図が違うページ、内容が違うページ、削除済みページ、品質改善が必要なページは、canonical以外の対応を検討します。

別内容の重要ページにcanonicalを向けると、意図しないURLが検索結果から外れる可能性があります。特にサービスページ、料金ページ、事例ページ、資料LPのように問い合わせに近いページでは、安易なcanonical指定は避けてください。

よくある誤解は、noindexとcanonicalを同じように扱うことです。noindexは検索結果に出さない意思表示、canonicalは代表URLを伝える指定です。検索に出したくないページにはnoindexを検討し、重複URLの代表を伝えたい場合にはcanonicalを検討します。目的が違うため、混同すると判断を間違えます。

canonicalを使うべき代表的な場面

canonicalを使う場面は、URLが複数存在するものの、検索結果に出したい代表URLが明確な時です。BtoBサイトや企業サイトでも、次のような場面でcanonicalが関係します。

広告運用をしているサイトでは、計測パラメータ付きURLが自然に増えます。流入計測には必要でも、検索結果にはパラメータなしのURLを出したい場合が多いです。この時、パラメータ付きURL側で正規URLを指定することで、代表URLを整理しやすくなります。

CMSでは、同じ記事がカテゴリ、タグ、著者、アーカイブなど複数の入口から見えることがあります。これ自体が悪いわけではありませんが、検索結果に出したいURLが記事本体なのか、カテゴリ一覧なのか、タグ一覧なのかを決めておかないと、Googleの判断に任せる範囲が広くなります。

canonicalを使う時は、まず検索結果に出したい代表URLを決めます。 設定作業はその後です。代表URLを決めずにタグだけを入れると、後から「なぜこのURLが正規になっているのか」が分からなくなります。

BtoBサイトでは、サービス比較記事、費用記事、事例一覧、セミナー一覧、ホワイトペーパー一覧などでURLが増えやすくなります。たとえば、事例一覧で業種別、課題別、サービス別の絞り込みがある場合、すべてを検索に出すべきか、代表一覧にcanonicalを向けるべきかは、検索ニーズとページの独自価値を見て判断します。

canonicalの判断は、URLの形だけでなく、検索ニーズとページの独自価値を見て決めます。 検索される可能性があり、内容も十分に固有で、問い合わせ導線があるなら個別ページとして育てる選択もあります。逆に、検索意図が薄く、重複に近い一覧であれば、代表URLへ寄せる判断もあります。

canonicalタグの設定方法と基本コード

canonicalタグの基本的な設定方法は、HTMLのhead内に `link rel="canonical"` を入れることです。URLは相対パスではなく、基本的には絶対URLで指定します。

```html <head> <title>SEOサービス｜Example</title> <link rel="canonical" href="https://example.com/service/seo/" /> </head> ```

自己参照canonicalも重要です。自己参照canonicalとは、ページ自身の正規URLとして、自分自身のURLを指定することです。たとえば、`https://example.com/service/seo/` のページで同じURLをcanonicalに指定します。

```html <link rel="canonical" href="https://example.com/service/seo/" /> ```

自己参照canonicalは必須ではない場合もありますが、実務では推奨されることが多いです。パラメータURL、末尾スラッシュの違い、CMSでの重複生成などが起きた時に、代表URLを明確にしやすくなるためです。

HTML以外のファイル、たとえばPDFなどでは、HTTPヘッダーでcanonicalを指定する方法もあります。Google公式の重複URL統合の説明でも、HTMLタグ、HTTPヘッダー、サイトマップ、リダイレクトなど複数の方法が紹介されています。

canonicalタグはhead内に1つだけ、正規URLを絶対URLで指定するのが基本です。 複数のcanonicalタグが出ている、body内に出ている、相対URLが意図せず別URLに解釈される、CMSやプラグインが二重に出している、といった問題は実務でよくあります。

また、canonicalとリダイレクトは使い分けます。ユーザーも検索エンジンも完全に別URLへ移動させたい場合はリダイレクトを検討します。一方、ページを残したまま代表URLを伝えたい場合はcanonicalを使うことがあります。

綱脇耕輔の実務見解として、canonicalの設定確認では、HTMLソースだけでなく、レンダリング後のhead、CMSのSEO設定、プラグイン、テンプレート、サーバー側のHTTPヘッダーまで確認します。ソースに入っているように見えても、実際には別のcanonicalが後から出ている、複数タグが出ている、テンプレートの条件分岐で一部ページだけ変わっていることがあります。

正規URLを決める時の確認項目

canonical設定で難しいのは、タグの書き方よりも正規URLの決め方です。正規URLとは、重複または類似URLの中で、検索結果に表示してほしい代表URLです。ここを間違えると、タグの文法が正しくてもSEO上の整理にはつながりません。

正規URLを決める時は、次の項目を確認します。

正規URLは、検索に出したいURL、ユーザーに見せたいURL、サイト内で代表として扱うURLを一致させることが基本です。 サイトマップではA、内部リンクではB、canonicalではCを指定している状態では、Googleに伝えるシグナルが分散します。

たとえば、サービスページに `/seo-service/` と `/service/seo/` があり、内容がほぼ同じだとします。この場合、どちらが現在の正式なサービスページなのか、ナビゲーションやパンくずはどちらを指しているのか、資料請求や問い合わせ導線はどちらにあるのか、Search Consoleでどちらが表示されているのかを確認します。

正規URLは、技術的に正しいURLではなく、検索結果に出したい代表URLです。そのため、URLの短さだけで決めるのではなく、事業上の役割、検索意図、内部リンク、計測、CV導線を合わせて判断します。

データを扱う企業らしい確認としては、Search Consoleで表示回数・クリック数・掲載順位を見て、GA4で流入後の行動を見ます。もし別々のURLに検索流入が分かれている場合、URL正規化によって評価や計測を整理できる可能性があります。ただし、検索意図が違うページを無理にまとめると、逆に流入機会を失うことがあります。

試算例として、サービスAの旧URLと新URLに自然検索流入が分かれていて、旧URLのCVRが低く、新URLの問い合わせ導線が整っている場合を考えます。この時、canonical、リダイレクト、内部リンク、サイトマップを整理して新URLへ代表を寄せることで、分析対象も改善対象も一本化しやすくなります。これは実績値ではなく仮説モデルですが、URL正規化を「技術作業」ではなく「改善判断の前提」として見るための考え方です。

Search Consoleでcanonicalを確認する

canonical設定は、入れた後に確認する必要があります。HTMLソースでタグが出ているかを見るだけでは十分ではありません。GoogleがどのURLを正規URLとして選んでいるかを確認するために、Search ConsoleのURL検査を使います。

Search ConsoleのURL検査では、対象URLを入力すると、ページのインデックス登録状況、クロール可否、ユーザーが指定した正規URL、Googleが選択した正規URLなどを確認できます。Google公式のURL検査ツールでも、URL単位でGoogleが認識している情報を確認できることが説明されています。

確認する流れは次の通りです。

1. Search Consoleで対象プロパティを開く 2. URL検査に対象URLを入力する 3. インデックス登録状況を見る 4. ユーザー指定の正規URLを見る 5. Googleが選択した正規URLを見る 6. 指定URLとGoogle選択URLが一致しているか確認する 7. ズレている場合は、内部リンク、サイトマップ、リダイレクト、ページ内容を確認する

重要なのは、ユーザー指定の正規URLとGoogleが選択した正規URLを分けて見ることです。 ユーザー指定の正規URLは、サイト側がcanonicalで指定しているURLです。Googleが選択した正規URLは、Googleが最終的に代表と判断したURLです。この2つが一致していれば、少なくとも意図は伝わりやすい状態です。

ズレている場合は、canonicalタグだけを直すのではなく、周辺シグナルを確認します。内部リンクはどちらを指しているか、サイトマップにはどちらが載っているか、リダイレクトはあるか、ページ内容は本当に同じか、noindexは入っていないか、HTTPステータスは正常かを見ます。

Google公式のページのインデックス登録レポートや、インデックス登録の問題をデバッグするガイドも、URLの状態を確認する時の参考になります。

canonical設定は、実装確認ではなく、Googleがどう選んだかまで確認して初めて運用になります。 特にリニューアル後、CMS移行後、パラメータURLが多いサイト、記事を大量公開しているメディアでは、Search Consoleでの確認を定期的に行うべきです。

canonical設定でよくあるミス

canonicalはシンプルなタグですが、実務ではミスが起きやすいです。特にCMS、プラグイン、テンプレート、リニューアル、ドメイン変更、ステージング環境が絡むと、意図しないcanonicalが出ることがあります。

よくあるミスは次の通りです。

canonicalのミスは、タグの記述ミスよりも、サイト全体のシグナル不一致で起きることが多いです。 たとえば、canonicalではAを指定しているのに、ナビゲーションはBへリンクし、サイトマップにはCが入り、旧URLからDへリダイレクトしている状態では、Googleに伝えたい代表URLが明確ではありません。

CMSでは、プラグインが自動でcanonicalを出し、テーマ側でもcanonicalを出し、さらにカスタムコードでもcanonicalを出してしまうことがあります。複数のcanonicalが出ると、意図が不安定になります。ソースコードだけでなく、レンダリング後のHTMLも確認します。

リニューアル時には、旧URLのcanonicalが残ることがあります。新サイトのURLへ変わったのに、head内のcanonicalが旧ドメインや旧パスを指しているケースです。この状態で公開すると、Search Consoleで想定外の正規URLが選ばれたり、インデックス整理が遅れたりします。

本番公開前に、ステージングURLや旧ドメインをcanonicalに残したまま公開するのは危険です。ドメイン変更、サブディレクトリ移行、CMS移行、LP複製の時は、必ず正規URLを確認してください。

BtoBサイトではURL群ごとにcanonical方針を分ける

BtoBサイトでは、すべてのURLに同じcanonical方針を当てはめると失敗しやすくなります。サービスページ、事例ページ、コラム記事、タグ一覧、資料LP、広告LP、検索結果ページでは、検索に出したいかどうか、独自価値があるか、問い合わせ導線があるかが違います。

URL群ごとに、次のように方針を分けると整理しやすくなります。

BtoBサイトでは、問い合わせに近いURLほどcanonicalのズレを防ぐ必要があります。 サービスページや事例ページが正規URLとして認識されていない場合、検索流入だけでなく、計測や改善判断にも影響します。

たとえば、SEOサービスページが複数のURLで存在している場合、Search Consoleでは表示回数が分散し、GA4ではランディングページが分かれ、広告やメールからの流入も別URLとして見えることがあります。canonicalやリダイレクト、内部リンクを整理すると、数字の見方も改善しやすくなります。

一方で、タグ一覧やカテゴリ一覧をすべてcanonicalで代表に寄せるべきとは限りません。タグ一覧自体が検索意図に答え、独自の導入文や記事群、相談導線を持っているなら、検索対象として育てる判断もあります。逆に、薄いタグ一覧が大量にあるなら、canonical、noindex、統合、削除を検討します。

canonical方針は、URLの種類ごとに「検索に出す価値があるか」で分けます。 URLの見た目やCMSの初期設定だけで決めるのではなく、検索ニーズ、ページの独自性、内部リンク、CV導線、運用負荷を合わせて判断します。

canonicalとカニバリ・重複コンテンツの役割を分ける

canonicalの話は、カニバリ対策や重複コンテンツ対策と混ざりやすいです。ただし、記事テーマとしては分けて考えた方が読みやすく、実務でも判断しやすくなります。

本記事で扱うのは、主にURL正規化とcanonicalタグの設定です。つまり、同じまたはかなり似た内容のURL群について、どのURLを代表としてGoogleへ伝えるかを扱います。

一方で、記事同士が同じキーワードで競合している場合は、SEOカニバリゼーションの対策で深掘りします。カニバリは、URLが重複しているというより、検索意図や対策キーワードが近すぎて、複数記事が同じ検索結果で競合してしまう問題です。この場合、canonicalだけではなく、記事統合、役割整理、内部リンク、タイトル見直し、検索意図の分担が必要です。

また、重複コンテンツ対策では、内容の重複そのものを広く扱います。コピーに近いページ、テンプレート量産、類似した説明文、タグ一覧の薄さ、商品ページや事例ページの重複など、canonicalだけでは解決しない内容品質の問題を扱います。

canonicalはURLの代表を伝える技術指定であり、記事の役割や内容品質を自動で直すものではありません。 カニバリや重複コンテンツの問題をcanonicalだけで片付けると、根本原因が残ります。

実務では、Search Consoleで同じキーワードに複数URLが出ている時、まずカニバリか、重複URLか、単に関連ページが並んでいるだけかを分けます。重複URLならcanonicalが関係します。検索意図の競合なら、記事構成や内部リンクの整理が必要です。内容が薄いなら、ページ改善や統合が必要です。

canonical、カニバリ、重複コンテンツは似ていますが、対策の出発点が違います。 URLの問題か、検索意図の問題か、内容品質の問題かを分けることで、不要な修正を減らせます。

自社で確認する範囲と外部に相談する範囲

canonical設定は、自社で確認できる部分と、外部に相談した方がよい部分があります。まずは、重要ページのHTMLソースやSearch Consoleを見て、基本的な状態を確認します。

自社で確認しやすい項目は次の通りです。

外部に相談した方がよいケースは次の通りです。

canonicalの相談では、タグだけではなくURL群の一覧を用意すると診断が進みやすくなります。 代表にしたいURL、重複しているURL、Search Consoleで選ばれているURL、サイトマップに入っているURL、内部リンクで使っているURLを並べると、どこでシグナルがずれているかを見つけやすくなります。

綱脇耕輔の実務見解として、canonical診断では「タグがあるか」よりも「URL群ごとの方針があるか」を重視します。サービスページは自己参照、パラメータURLは代表へ、タグ一覧は独自価値で判断、広告LPは検索対象かどうかで判断、というようにルールがあるサイトは、問題が起きても切り分けやすいです。

相談前チェックとしては、次の3つをそろえるだけでも十分です。

1. 正規URLにしたいページの一覧 2. 重複または類似しているURLの一覧 3. Search ConsoleのURL検査結果

canonical設定で迷った時は、タグの修正前に「どのURLを検索結果に出したいのか」を決めることが最優先です。その判断ができていれば、実装方法はHTMLタグ、HTTPヘッダー、リダイレクト、サイトマップ、内部リンクのどれを使うかに分解できます。

まとめ：canonicalはURL群の整理設計として扱う

canonicalタグは、重複または類似したURL群の中で、代表として扱ってほしい正規URLをGoogleに伝えるためのタグです。SEO評価を自動でまとめる魔法ではなく、Googleに正規URLを伝えるための強いシグナルとして扱います。

canonicalで整理しやすいのは、パラメータURL、並び替えURL、印刷用ページ、同一内容の複数URLなど、代表URLを明確に決められるケースです。別内容のページ、削除済みページ、低品質な量産ページ、検索に出したくないページは、canonical以外の対応も検討します。

設定方法はシンプルです。HTMLのhead内に `link rel="canonical"` を入れ、正規URLを絶対URLで指定します。ただし、実務で重要なのはタグの書き方よりも、正規URLの決め方です。HTTPステータス、index方針、ページ内容、内部リンク、サイトマップ、CV導線を見て、検索結果に出したい代表URLを決めます。

Search Consoleでは、ユーザー指定の正規URLとGoogleが選択した正規URLを確認します。この2つがずれている場合は、canonicalタグだけでなく、内部リンク、サイトマップ、リダイレクト、ページ内容、noindexなどの周辺シグナルを確認します。

BtoBサイトでは、サービスページ、事例ページ、コラム記事、タグ一覧、資料LP、広告LPなど、URL群ごとにcanonical方針を分けることが重要です。問い合わせに近いページほど、正規URLのズレを防ぎ、Search ConsoleやGA4で正しく分析できる状態を作ります。

canonicalは技術SEOの細かいタグではなく、URL群の整理設計です。 設定したかどうかだけでなく、どのURLを代表にするのか、Googleがどう選んでいるのか、検索流入や問い合わせ導線にどう関係するのかまで見て運用しましょう。

よくある質問

canonicalタグはいつ使いますか？

同じ内容またはかなり似た内容のページが複数あり、検索結果に表示してほしい代表URLを決めたい時に使います。パラメータURL、並び替えURL、印刷用ページ、同一記事の複数URLなどが代表例です。

canonicalを設定すると必ずGoogleはそのURLを正規URLにしますか？

必ずではありません。canonicalタグは強いシグナルですが、Googleは内部リンク、サイトマップ、ページ内容、リダイレクトなど複数の要素を見て正規URLを判断します。Search Consoleでユーザー指定の正規URLとGoogleが選択した正規URLを確認します。

noindexとcanonicalはどう使い分けますか？

noindexは検索結果に出さないための指定です。canonicalは重複または類似URLの中で代表URLを伝える指定です。検索に出したくないページなのか、代表URLへ評価や認識を寄せたいページなのかで使い分けます。

自己参照canonicalは必要ですか？

多くのサイトでは、重要ページに自己参照canonicalを入れておくと、正規URLを明確にしやすくなります。必須とは限りませんが、パラメータURLやCMS由来の重複が起きやすいサイトでは確認しておきたい設定です。

Search ConsoleでGoogle選択の正規URLが違う時はどうしますか？

まず、canonicalタグの指定、内部リンク、サイトマップ、リダイレクト、ページ内容、noindex、HTTPステータスを確認します。Googleが別URLを選ぶ時は、タグ以外のシグナルが代表URLと一致していないことがあります。

ページネーションではcanonicalをどう扱いますか？

ページネーションでは、すべてのページを1ページ目へcanonicalするのが常に正しいとは限りません。各ページに独自の内容があり、一覧の続きとして必要な場合は、自己参照を基本に検討します。検索対象にする価値、内部リンク、一覧ページの役割を見て判断します。

canonicalとリダイレクトはどちらを使うべきですか？

URLを完全に統合し、ユーザーも検索エンジンも新URLへ移動させたい場合はリダイレクトを検討します。ページを残したまま、検索結果に表示する代表URLだけを伝えたい場合はcanonicalを検討します。

canonicalを設定してもインデックスされないのはなぜですか？

canonical以外にも、noindex、robots.txt、ページ品質、内部リンク不足、クロール状況、重複判定、Googleが別URLを正規として選んでいるなどの原因があります。Search ConsoleのURL検査とページのインデックス登録レポートで確認します。

参考情報

• 重複URLを統合する
• Google検索における正規化
• URL検査ツール
• インデックス登録の問題をデバッグする
• ページのインデックス登録レポート