canonicalタグとは、同じ内容・よく似た内容を複数のURLで表示できるときに、「検索エンジンにはこのURLを代表として扱ってほしい」と伝えるための指定です。 ECサイトの絞り込みURL、パラメータ付きURL、http/httpsやwww有無など、似たページが複数生まれる場面で使われます。
30秒でわかる結論
- canonicalタグは、重複・類似URLの中から代表URLを示すために使う
- HTMLのhead内に rel=”canonical” を指定する
- Googleにとってcanonicalは強いシグナルだが、必ず採用される命令ではない
- 削除したURLを完全に移転するなら、canonicalより301リダイレクトが向く
- 各ページに自分自身を指すself canonicalを入れる運用も一般的
- 別内容のページを無理に1URLへcanonicalすると、意図どおり評価されない可能性がある
- 教科書判定では「重複を残す必要があるならcanonical、統合できるなら301」を基本にする
canonicalタグとは？
canonicalタグは、正式には rel=”canonical” と呼ばれる指定で、重複・類似する複数URLの中から代表として扱ってほしいURLを検索エンジンへ伝えます。
具体例
同じ商品ページへ次の2URLでアクセスできるとします。
- https://example.com/item/123/
- https://example.com/item/123/?utm_source=mail
内容が実質同じなら、後者のページから前者へcanonicalを向けることで、「代表URLは /item/123/」と伝えられます。
ここで伝えたいポイント
canonicalは「このURL以外を消す設定」ではありません。 あくまで代表URLを示すためのシグナルです。Googleが別URLをcanonicalとして選ぶ場合もあります。
canonicalタグは何のために使う？
同じ内容へ複数のURLでアクセスできると、検索エンジンはどのURLを代表として扱うか判断する必要があります。 canonicalを使うことで、サイト運営者側の希望を明示できます。
| 目的 | 意味 |
|---|---|
| 代表URLを指定 | 検索結果へ出したいURLを示す |
| 評価の集約 | 重複URLに分かれたシグナルをまとめやすくする |
| 計測の整理 | 同一コンテンツのURLを統一して見やすくする |
| クロール効率 | 重複URLばかり巡回される状態を減らす助けになる |
canonicalタグの書き方
HTMLでは、head内へ次のようなlink要素を入れます。
<link rel=”canonical” href=”https://example.com/page/”>
hrefには、代表として扱ってほしいURLを指定します。 Googleは絶対URLの使用を推奨しています。
本文内に書くものではない
通常のHTMLでは、canonicalはhead内に記述します。 WordPressではSEOプラグインやテーマが自動出力していることが多く、自分で直接HTMLへ追加しない場合もあります。
self canonicalとは？
self canonicalとは、そのページ自身のURLをcanonicalとして指定する方法です。
例
https://example.com/service/ のページで、canonicalも https://example.com/service/ を指定します。
Googleは、canonicalページ自身にもrel=”canonical”を入れる方法をベストプラクティスとして案内しています。
初心者はこれでOK
WordPressのSEOプラグインなどでself canonicalが自動出力されているなら、通常はそのままで問題ありません。 手動で別のcanonicalを追加して二重指定しないようにしてください。
canonicalと301リダイレクトの違い
canonicalと301リダイレクトは、どちらもURLを整理するときに使いますが、役割は異なります。
| 比較 | canonical | 301リダイレクト |
|---|---|---|
| 元URLへのアクセス | そのまま表示できる | 別URLへ転送される |
| 用途 | 重複URLを残しつつ代表URLを示す | 旧URLを新URLへ恒久移転する |
| 検索エンジンへの強さ | 強いシグナル | 強いシグナル |
| ユーザーのURL | 変わらない | 転送先へ変わる |
重複を残す必要があるならcanonical、統合できるなら301
旧ページを廃止して新ページへ完全移転するなら301リダイレクトが分かりやすいです。 一方、計測パラメータや商品バリエーションなど、URL自体を残す必要があるならcanonicalが候補です。
canonicalとnoindexの違い
canonicalとnoindexは目的が異なります。
| 指定 | 目的 |
|---|---|
| canonical | 代表URLを示す |
| noindex | そのページを検索結果へ出さないよう伝える |
重複URL整理にnoindexを安易に併用しない
Googleは、同一サイト内のcanonical選択を防ぐ目的でnoindexを使う方法を推奨していません。 重複URLの代表を示したいならcanonicalを使うのが基本です。
canonicalが必要になる代表的なケース
広告計測や並び替えで内容がほぼ同じURLが増える場合に使います。
色・サイズ違いでURLが分かれる場合、内容差と検索意図を見て判断します。
現在は通常、HTTPSへ統一し、リダイレクトとcanonicalを整合させます。
どちらかへ統一し、内部リンク・リダイレクト・canonicalを揃えます。
ECサイトの絞り込みURLではどう使う？
ECサイトでは、色・価格・並び順・在庫状態などの条件によってURLが大量に生成される場合があります。
URL例
- /shoes/
- /shoes/?color=black
- /shoes/?sort=price
- /shoes/?color=black&sort=price
すべてのURLが同じ検索意図を持つなら代表URLへcanonicalする方法があります。 一方、黒い靴だけのページに独自の需要・内容があり、検索結果へ出したいなら、そのURL自身をcanonicalにする判断もあります。
「パラメータ付き＝全部canonical」ではない
URL形式ではなく、ページ内容と検索意図で判断します。 独自価値のある絞り込みページまで一律で親カテゴリへcanonicalすると、そのページを検索結果へ出したい意図と矛盾します。
WordPressではcanonicalを手動設定する？
多くのWordPressテーマやSEOプラグインでは、通常ページにself canonicalを自動出力します。 そのため、一般記事を公開するたびに手動でcanonicalタグを書く必要はないことが多いです。
WordPressで確認すること
- canonicalが二重出力されていないか
- SEOプラグインとテーマが両方出力していないか
- ページネーションやアーカイブの出力が意図どおりか
- httpとhttpsが混在していないか
- wwwあり・なしが混在していないか
canonicalが二重にあるとどうなる？
1ページ内に異なるcanonical指定が複数あると、検索エンジンへ矛盾したシグナルを送ることになります。
悪い例
- テーマ側：canonical → /page-a/
- SEOプラグイン側：canonical → /page-b/
異なるURLを同時に指定しない
Googleは、異なるcanonical指定やサイトマップ、リダイレクトなどで矛盾するURLを示さないよう推奨しています。 1ページにつき意図する代表URLを一貫させてください。
canonicalは必ずGoogleに採用される？
必ずではありません。 Googleはcanonicalタグを強いシグナルとして扱いますが、ページ内容や内部リンク、リダイレクト、サイトマップなど複数の情報から最終的なcanonical URLを判断します。
指定したcanonicalとGoogle選択canonicalが違うことがある
Search ConsoleのURL検査では、ユーザー指定canonicalとGoogleが選択したcanonicalが異なる場合があります。 その場合は、ページ内容・内部リンク・リダイレクト・サイトマップなどが矛盾していないか確認します。
canonicalの効果を強めるには？
canonicalだけを設定するより、サイト内の他シグナルも同じURLへ揃える方が分かりやすくなります。
代表URLへ揃える項目
- 内部リンク
- XMLサイトマップ
- 301リダイレクト
- canonical指定
- hreflangの対象URL
- HTTPS・wwwの統一
canonical指定 ＋ 内部リンク統一 ＋ サイトマップ統一 ＋ リダイレクト整合 ＝ 代表URLを伝えやすい
canonical設定でよくある失敗
別内容のページを同じURLへcanonicalする
内容が大きく異なるページを無理に1URLへまとめても、検索エンジンに意図が伝わらない可能性があります。
HTTPをcanonicalにしてHTTPSへリダイレクトする
リダイレクト先とcanonical先が矛盾します。通常はHTTPSへ揃えます。
存在しないURLをcanonicalにする
404ページや誤入力URLを指定すると、代表URLとして機能しません。
記事を削除したのにcanonicalだけ残す
完全に移転するなら301リダイレクトの方が適しています。
内部リンクが重複URLばかり向いている
canonicalだけ代表URLへ向けても、サイト内リンクが別URLを大量に指しているとシグナルが分散します。
canonical設定を数字で考える
同じ商品内容へ10種類のパラメータURLでアクセスできるとします。 検索エンジンが10URLすべてを個別に扱うより、代表URL1つを明示した方が管理しやすくなります。
この数値は説明用ですが、EC・検索・絞り込み機能のあるサイトでは、URLの増え方を放置せず代表URLを設計することが重要です。
canonicalとサイトマップの関係
XMLサイトマップには、基本的に検索結果へ出したい代表URLを載せます。 Googleはサイトマップをcanonical判断のシグナルとして使いますが、rel=”canonical”より弱いシグナルです。
初心者はこれでOK
canonicalでAを代表と指定しているのに、サイトマップではBばかり送信する、といった矛盾を避けます。 サイトマップ・内部リンク・canonicalを同じ代表URLへ揃えてください。
JavaScriptサイトでcanonicalを設定するときの注意
JavaScriptでcanonicalを書き換える構成では、元HTMLのcanonicalとレンダリング後のcanonicalが矛盾しないようにします。
Googleは、可能なら元のHTMLに正しいcanonical URLを入れ、JavaScriptで別URLへ変更しない方法を推奨しています。
元HTMLとJavaScriptで別canonicalにしない
検索エンジンへ異なる情報を送ると判断を難しくします。 JavaScriptを使うサイトほど、canonicalを一貫させることが重要です。
canonicalを使う判断フロー
いいえ → canonical統合は不要
はい → 301リダイレクトを優先
はい → canonicalを検討
はい → そのURLを代表に指定
いいえ → シグナルを統一
教科書判定｜canonicalタグはどう使う？
重複を残す必要があるときだけcanonical。完全統合なら301を優先
WordPressの通常記事では、SEOプラグインやテーマがself canonicalを自動出力していることが多いため、まず既存出力を確認します。
ECやパラメータURLのように重複URLを残す必要がある場合は代表URLへcanonicalを設定し、内部リンク・サイトマップも同じURLへ揃えてください。
よくある質問
Q．canonicalタグを入れれば重複ページは検索結果から必ず消えますか？
必ずではありません。canonicalは強いシグナルですが命令ではなく、Googleが別URLを代表として選ぶ場合があります。
Q．全ページにself canonicalを入れてもいいですか？
一般的には問題ありません。Googleもcanonicalページ自身へのself canonicalをベストプラクティスとして案内しています。
Q．301リダイレクトとcanonicalはどちらが強いですか？
どちらも強いシグナルですが用途が異なります。旧URLを廃止できるなら301、URLを残す必要がある重複ページならcanonicalを使うのが基本です。
Q．WordPressではcanonicalを自分で書く必要がありますか？
多くのテーマやSEOプラグインが自動出力します。まずソースを確認し、二重出力にならないようにしてください。
Q．noindexとcanonicalを両方使ってもいいですか？
同一サイト内の重複URL整理では、目的が異なるため安易な併用は避けます。代表URLを示したいならcanonical、検索結果へ出したくないならnoindexと目的を分けて考えてください。
まとめ
この記事の結論
- canonicalは重複・類似URLの代表URLを示す
- Googleにとって強いシグナルだが命令ではない
- 完全移転なら301、重複URLを残すならcanonical
- self canonicalは一般的な運用方法
- 内部リンク・サイトマップ・リダイレクトと矛盾させない
結局、canonicalタグは「SEO評価を上げるタグ」ではなく、「同じ内容が複数URLにあるとき、どれを代表として扱ってほしいか整理するタグ」です。 重複URLを作らない設計を優先し、残す必要がある場合だけcanonicalを正しく使ってください。
次に読むなら
canonicalの仕組みが分かったら、「301リダイレクトとは？」や「noindexとは？」を確認すると、URL整理とインデックス制御の違いを理解しやすくなります。