canonicalタグとは?rel=canonical運用ガイド(2026)
AIで要約する
AIにこの記事を読ませて重要なポイントを要約させましょう。
あるECサイトでは、同じ商品が4つの異なるURLで開くことがあります。
/product/red-tshirt /product/red-tshirt?color=red /product/red-tshirt?utm_source=instagram /category/tshirt/red-tshirt
人間にとってはすべて同じページです。しかしGoogleにとっては4つの別々のページです。結果として、獲得したリンクの評価が4つに分散し、クロールバジェットは同じコンテンツを4回クロールするために消費され、どれを表示するかはGoogleが自分で判断することになります。
canonicalタグは、まさにこの問題を解決するために存在します。
canonicalタグとは?
rel="canonical"は、互いに同一または非常に似たコンテンツの中でどれが正式なバージョンかを検索エンジンに伝えるHTMLタグです。ページの<head>内に配置します。
<link rel="canonical" href="https://yoursite.com/product/red-tshirt" />
このタグを見たGoogleは、重複バージョンが持つシグナル(リンク、クリック、関連性)を指定した正式URLへ集約しようとし、検索結果にはそのURLを表示します。
最も重要なポイント: canonicalは命令ではなく、強い提案です。Googleはそれを無視することがあります — いつ無視されるのかは後述します。
canonicalタグを使うべきタイミング
| 状況 | 例 | canonicalの向き先 |
|---|---|---|
| URLパラメータ | ?utm_source=、?sort=price | パラメータなしのクリーンなURL |
| 同じ商品が複数カテゴリに存在 | /shoes/x と /sale/x | 商品の正式ページ |
| www有無・http/https | http://site.com と https://www.site.com | 選んだ1つのバージョン |
| 印刷用ページ | /article?print=1 | 通常の記事ページ |
| ページネーション(1ページ目) | /blog?page=2 | 自分自身 — 1ページ目ではない |
| 他サイトに転載したコンテンツ | Mediumに転載した記事 | 自サイトのオリジナル |
ページネーションの行は特に重要です。/blog?page=2を/blogにcanonical指定すると、2ページ目のコンテンツがまったくインデックスされなくなります。ページネーションのページは自分自身にcanonicalを向けるべきです。
正しい使い方のルール
1. すべてのページが自分自身にcanonicalを向ける。 重複の問題がないページでも、自分自身を指すcanonicalを持つべきです。これは後から生成されるパラメータ付きバージョンへの保険になります。
2. 絶対URLを使う。 /product/xではなく、https://yoursite.com/product/x。相対URLは誤って解釈されることがあります。
3. canonicalは1つだけにする。 1ページに複数のcanonicalタグがあると、Googleはすべて無視します。
4. 指定先は200を返すべき。 canonicalの指定先が404、301、noindexの場合、タグは無効になります。
5. プロトコルとサブドメインを一致させる。 https://www.を使っているならcanonicalも同様にすべきです。小さな不一致が、Googleにタグを無視させる原因になります。
6. canonicalとnoindexを同じページで併用しない。 矛盾したシグナルになります。「このページをインデックスするな」と「価値をあちらに渡せ」を同時に伝えることはできません。
canonical・リダイレクト・noindexの違い
この3つの混同は、最もよくあるテクニカルSEOのミスの一つです。
| 手段 | ユーザーに見えるもの | 使うタイミング |
|---|---|---|
| 301リダイレクト | 転送先ページに移動する | ページが恒久的に移動した場合 |
| rel=canonical | そのページに留まる | 両方のバージョンにアクセス可能である必要がある場合 |
| noindex | そのページに留まる | そのページが一切インデックスされるべきでない場合 |
判断基準はシンプルです。ユーザーはそのページに留まる必要があるか? 必要ならcanonical、不要なら301です。
例えば、フィルター付きの商品一覧はユーザーにとって必要です(フィルタリングして閲覧するため)が、インデックスされる必要はありません — canonicalが正しい手段です。古いブログ記事を新しい記事に統合する場合、ユーザーが古いページに留まる必要はありません — 301が正しい手段です。この使い分けを誤ると、キーワードカニバリゼーションにもつながります。
Googleがcanonicalを無視するのはいつか?
Search Consoleで**「Google が選択したページはユーザーが指定したページと異なります」**という警告が出ている場合、タグは無視されています。主な原因は次の通りです。
- ページの類似度が十分でない。 canonicalは異なるコンテンツを統合するためには使えません。
- サイトマップに重複バージョンが記載されている。 サイトマップに載っているURLは「これは重要だ」という強いシグナルを送り、canonicalと矛盾します。
- 内部リンクが重複バージョンに向いている。 canonicalではAを指定していても、サイト全体からBへリンクしていれば、Googleは実際の挙動を見ます。
- hreflangと矛盾している。 多言語サイトでは、hreflangとcanonicalが整合している必要があります。
- canonicalチェーンがある。 A→B、B→Cのように連鎖していると、Googleが追跡しないことがあります。
つまりGoogleは、タグが何を言っているかではなく、サイト全体が何を語っているかを見ています。canonicalを裏付ける内部リンクやサイトマップの記載がなければ、タグ単体では弱いままです。
多言語サイトにおけるcanonical
hreflangを使うサイトで最もよくあるミスは、すべての言語バージョンを1つの言語にcanonical指定してしまうことです。これにより、他の言語がインデックスから外れてしまいます。
正しいやり方は、各言語バージョンが自分自身にcanonicalを向け、hreflangタグが互いを指し示すことです。
<link rel="canonical" href="https://yoursite.com/ja/product" /> <link rel="alternate" hreflang="ja" href="https://yoursite.com/ja/product" /> <link rel="alternate" hreflang="en" href="https://yoursite.com/en/product" />
確認方法
1ページだけ確認する場合: ページ上で右クリック→ページのソースを表示→canonicalを検索します。あるいはブラウザのコンソールで次を実行します。
document.querySelector('link[rel="canonical"]')?.href
サイト全体を確認する場合: Google Search Console →ページレポートの「代替ページ(適切なcanonicalタグあり)」と「重複、Googleが別のページを選択」の行が、まさにこの問題を示しています。後者に該当するページは早急に確認すべきです。
URL検査ツールでは、各ページについてユーザーが指定したcanonicalとGoogleが選択したcanonicalが別々に表示されます。この2つが異なる場合、問題があるということです。Search Consoleガイドでこれらのレポートについて詳しく解説しています。
よくある8つのミス
- すべてのページをトップページにcanonical指定する。 サイト全体がインデックスから外れます。テンプレートのミスとしてよく見られます。
- ページネーションのページを1ページ目にcanonical指定する。 2ページ目以降のコンテンツがインデックスされません。
- canonicalの指定先がnoindexになっている。 矛盾したシグナルであり、Googleが両方とも無視することがあります。
- 相対URLを使う。 特にステージング環境では、誤ったドメインを指してしまうことがあります。
- canonicalチェーンを作る。 A→B→Cではなく、すべてが直接Cを指すべきです。
- JavaScriptで後から追加する。 サーバーから返るHTMLに含まれているのが最も安全です。
- サイトマップに重複URLを残す。 サイトマップにはcanonical URLのみを含めるべきです。
- UTM付きURLを内部リンクとして使う。 キャンペーン用URLは外部向けに配布するもので、サイト内では使いません。
よくある質問
canonicalタグは順位を直接上げますか?
直接的な順位要因ではありません。しかし、分散していたシグナルを1つのURLに集約するため、間接的に大きな差を生みます — 特にパラメータ付きURLを大量に生成するECサイトでは顕著です。
重複コンテンツのペナルティを受けますか?
サイト内の重複コンテンツに対して、Googleが個別のペナルティを課すことはありません。問題はペナルティではなく希釈です。価値が複数のURLに分散してしまうのです。悪質な規模でのコピーは別問題で、ブラックハットSEOの手法に該当します。
HTTPヘッダーでcanonicalを指定できますか?
できます。PDFのようなHTML以外のファイルには、Link: <https://...>; rel="canonical"というHTTPヘッダーを使います。
canonicalを指定したページがそれでもインデックスされることはありますか?
あります。Googleがcanonicalを無視した場合や、ページの類似度が十分でない場合、両方ともインデックスされたままになることがあります。確実にインデックスから除外したい場合はnoindexを使ってください。
関連記事:
SEOを自動化しましょう
テクニカルSEOのエラーをワンクリックで発見し、オーガニックトラフィックを飛躍的に向上させます。
SEOを自動化しましょう
テクニカルSEOのエラーをワンクリックで発見し、オーガニックトラフィックを飛躍的に向上させます。