あなたのサイトの同じページには、おそらく複数のURLからアクセスできます。トラッキングパラメーター、並べ替えのオプション、セッションID、www の有無、末尾のスラッシュ、印刷用ページなど、それぞれが重複を生みます。検索エンジンは、どのバージョンをインデックスして表示するかを決めなければなりません。
canonical タグは、あなたの希望を伝える手段です。
canonical タグとは
canonical タグは、ページの <head> に置く link 要素です。
<link rel="canonical" href="https://example.com/shoes/trail-runner-x">
これは「このURLがこのコンテンツの正式なバージョンです。シグナルをここに集めてください」という意味です。検索エンジンは重複するURLをグループ化し、検索結果に表示する正規URLを1つ選びます。canonical タグはその選択における強いヒントですが、重要なのは、命令ではなくヒントだという点です。
重複が問題になる理由
重複コンテンツがペナルティを受けることはまれで、スパムではなく技術的な問題です。それでも、重複は次のような問題を引き起こします。
- シグナルの分散：リンクなどのシグナルが1つではなく複数のURLに分かれてしまう
- 誤ったURLが表示される：きれいなURLではなく、トラッキングパラメーターやフィルター付きのURLが表示されることがある
- クロールの浪費：クローラーが新しいコンテンツではなく重複の取得に時間を使う
すべてのページに自己参照の canonical を付ける
インデックス可能なページにはすべて、そのページ自身を指す canonical タグを付けましょう。
<!-- On https://example.com/guides/composting -->
<link rel="canonical" href="https://example.com/guides/composting">
こうしておけば、誰かが https://example.com/guides/composting?utm_source=newsletter にリンクしても、ページは本当のURLがどれかを検索エンジンに伝え続けます。
ページの正規 URL、その URL が正常に読み込めるか、他のシグナルと矛盾していないかを確認します。
canonical を別のURLに向けるべきとき
内容が実質的に同じか、ほぼ同一の場合は、canonical を別のURLに向けます。
- パラメーター違い：
/shoes?sort=price→/shoes - 内容が同じ商品バリエーション（色ごとに別URLになっているなど。本当にほぼ同一の場合に限る）
- シンジケーションされたコンテンツ：記事が別のサイトに転載された場合、転載先でオリジナルへのクロスドメイン canonical を付けられる
- 印刷用ページや AMP 版からメインページへ
単に似たテーマを扱う別のページへ canonical を向けるのはやめましょう。明らかに異なるページ間の canonical は、Google に無視される可能性が高いです。
canonical、301リダイレクト、noindex の使い分け
| 使うもの | 使う場面 |
|---|---|
| 301リダイレクト | 古いURLにはもう訪問してほしくない（ページが恒久的に移転した）。ユーザーとクローラーは新しいURLへ送られる。 |
| canonical タグ | ユーザーのためにどちらのURLも機能し続ける必要がある（フィルター、トラッキングパラメーター、バリエーション）が、インデックスするのは1つだけ。 |
| noindex | ページを検索結果から完全に外したく、優先すべき同等のページもない（薄いタグページ、サイト内検索の結果）。 |
noindex と、別のページを指す canonical を組み合わせないでください。シグナルが矛盾します。一方は「これを捨てて」と言い、もう一方は「これはあれのコピーとして扱って」と言うからです。
ベストプラクティス
- プロトコルを含む絶対URLを使う：
/pageではなくhttps://example.com/page - canonical は1ページに1つ。 矛盾する canonical が複数あると、すべて無視されることがあります
- ステータス200でインデックス可能な有効なページを指す – リダイレクト、404、noindex のページは指さない
- 希望するプロトコルとホストに合わせる（https で、www ありかなしかを統一）
- シグナルを一貫させる：内部リンク、サイトマップのURL、hreflang、リダイレクトのすべてで正規URLを使う
- 最初の HTML の
<head>に置く。 JavaScript で追加した canonical は、後で処理されたり見落とされたりすることがあります - ページ分割されたページ（2ページ目、3ページ目…）は、通常1ページ目ではなく自分自身を canonical にします。そうしないと、後のページにしかない項目が失われることがあります
多言語サイトの canonical
各言語版には、すべての言語版を示す hreflang タグとあわせて、自分自身を指す canonical を付けましょう。フランス語ページの canonical を英語ページに向けると、フランス語ページは重複だと Google に伝えることになり、フランス語の検索結果から消えてしまう可能性があります。
HTTPヘッダーでの指定
PDF など HTML 以外のファイルでは、HTTPヘッダーで canonical を送れます。
Link: <https://example.com/whitepaper>; rel="canonical"
Google が canonical を無視する理由
Google は正規URLを選ぶ際、リダイレクト、内部リンク、サイトマップ、HTTPS、hreflang など複数のシグナルを考慮します。次のような場合、別のURLを選ぶことがあります。
- 内部リンクのほとんどが別のバージョンを指している
- canonical の指す先がリダイレクトするか、エラーを返す
- ページが実際には重複していない
- canonical が HTTPS から HTTP を指している
Search Console の URL 検査ツールでは、「ユーザーが指定した正規 URL」と「Google が選択した正規 URL」の両方が表示されるため、食い違っている場合にわかります。
よくある canonical の失敗
- すべてのページの canonical がトップページを指している（順位を失いかねないテンプレートの不具合）
- 公開後も canonical がテスト環境や開発環境のドメインを指している
- 誤って解釈される相対URL
- 移転後にリダイレクトされるURLを指す canonical
- ページ分割されたすべてのページが1ページ目を指している
- トラッキングパラメーター付きのアクセスが多いページに canonical がない
サイト全体をクロールすれば、canonical が別のURLを指しているページが一覧になり、パターンをすばやく見つけられます。
サイト全体をクロールして、エラーページ、重複タイトル、不足しているタグ、内容の薄いページを見つけます。
例で見る canonical のシナリオ
トラッキングパラメーター
メルマガのリンクが https://example.com/guide?utm_source=newsletter を指しています。ページの自己参照 canonical である https://example.com/guide が、どのURLをインデックスすべきかを検索エンジンに伝えるので、メルマガのリンクからのシグナルはきれいなURLに集まります。
並べ替えと絞り込み
/shoes?sort=price-asc は /shoes と同じ商品を別の順番で表示しています。並べ替えたバージョンの canonical を /shoes に向けましょう。検索需要のある /shoes/red のように、本当に異なる価値あるページを作るフィルターには自己参照の canonical を使い、独立したページとして扱います。
末尾のスラッシュと大文字小文字
/guide と /guide/ は技術的には別のURLで、/Guide と /guide も同様です。一方の形式に決めて、もう一方をリダイレクトし、canonical を統一しましょう。
商品のバリエーション
5色展開のTシャツで、色ごとに別URLがあり、色の名前以外は同じ文章なら、メインの商品URLを canonical にできます。それぞれの色に十分な検索需要（「赤 リネンシャツ」など）があり、独自の内容や画像があるなら、それぞれを自己の canonical でインデックスさせましょう。
転載記事
あなたが記事を公開し、パートナーサイトがそれを転載したとします。パートナーに、オリジナルを指す canonical を付けるか、少なくとも明確なリンクを張ってもらいましょう。Google は最も適切と判断したバージョンを表示しようとすると述べており、それが必ずしもオリジナルとは限らないため、canonical が重要になります。
大規模に canonical をチェックする
大規模サイトでは、canonical の問題はたいていテンプレートから生じます。クロールを使えば次のことができます。
- canonical が別のURLを指しているすべてのページを一覧にする
- パターン別にグループ化する（ページ分割されたページすべて？商品バリエーションすべて？）
- 各パターンが意図したものかを確認する
- リダイレクト、エラー、noindex のページを指す canonical を見つける
そのうえで、Search Console の「ページのインデックス登録」レポートにある「重複しています。Google により、ユーザーがマークしたページとは異なるページが正規ページとして選択されました」と比較しましょう。指定した canonical とほかのシグナルが一致していないサインです。
主要プラットフォームでの canonical
- WordPress：本体が投稿と固定ページに自己参照の canonical を追加し、SEO プラグインがアーカイブにも広げ、ページごとの上書きを可能にします
- Shopify：canonical を自動で追加し、コレクション内の商品URLもメインの商品URLを正規にします
- Wix と Squarespace：canonical を自動で追加し、カスタマイズのオプションもあります
- 独自開発：ルーティングのロジックから canonical を生成し、常に希望するURL形式と一致させましょう
重要なポイント
- canonical タグは、重複コンテンツのうちどのURLが正式なバージョンかを検索エンジンに伝えます。
- インデックス可能なページにはすべて、絶対URLで自己参照の canonical を付けましょう。
- canonical は命令ではなく強いヒントです。リダイレクト、内部リンク、サイトマップを一貫させましょう。
- ページが移転したら301、重複にもアクセスできる必要があるなら canonical、ページを完全に外すなら noindex を使います。
- canonical をリダイレクト、エラー、noindex のページ、別の言語版に向けてはいけません。
- Search Console の URL 検査ツールで、指定した正規URLと Google が選択した正規URLを比較しましょう。
よくある質問
canonical タグはリンクの評価を引き継ぎますか？
Google は、尊重された canonical をシグナル統合の点でリダイレクトに近い形で扱うため、重複ページへのリンクは一般に正規URLの評価になります。
重複コンテンツはペナルティの対象ですか？
いいえ。Google は通常の重複コンテンツにペナルティを与えません。表示するバージョンを1つ選ぶだけです。ペナルティの対象は、意図的にだますようなコピーやスクレイピングです。
タグページやカテゴリページの canonical を別のページに向けるべきですか？
通常は向けません。役に立つページなら、自己参照の canonical でインデックスさせましょう。薄いページなら、代わりに noindex を検討します。
ドメインをまたいで canonical を使えますか？
使えます。クロスドメインの canonical はサポートされており、転載コンテンツや、同じ商品を自社の複数サイトで販売している場合に役立ちます。
自分のサイトをチェック
80 以上の項目を無料で診断し、すべての問題の改善方法を確認しましょう。