canonicalタグとは|『URL正規化シグナル』の本質と実装4観点

『canonicalタグ』って、なんとなく聞いたことあるけど、ぶっちゃけ何のために使うか説明できますか?

株式会社Cameen 西村温裕ことおんゆーです。

で、SEOの教科書を開いても、技術ブログを読んでも、「canonicalタグは重複コンテンツを防ぐタグです」と書いてあるんですよね。いやちょっと待ってください。そもそも「重複コンテンツを防ぐ」って、具体的に何をどう防いでいるんですか?

なんとなくのイメージはあると思います。「同じ内容のページが複数あったら、こっちが本物だよってGoogleに伝えるタグでしょう?」と。でも、「具体的にどう書く?」「301リダイレクトと何が違う?」「パラメータ付きURLの場合は?」「クロスドメインでも使える?」と聞かれると、意外と詰まる方が多いんですよね。これ、自分だけだと思ってませんか?

うちの事業でコーポレートサイト・LP・ブログ・ECサイトを複数年運用してきて、canonicalタグの実装と修正は本当に何度もやってきました。話を深掘りしていくと、「canonicalを設置したのに重複ページがインデックスから消えない」「逆に必要なページまでインデックス除外された」「Search Consoleで警告が出続ける」、こういう共通パターンが見えてきたんです。

もう1つ繰り返し観察したのは、「canonicalタグを301リダイレクトと混同して、両方を同時に設定して挙動が壊れる」というケース。canonicalは「提案」、301は「強制移動」。役割が根本的に違うんですよね。同時に使うと、Googleが混乱して両方とも無視される事例もあります。

今回はその今さら聞けないcanonicalタグを、表面的な解説ではなく、URL正規化シグナルとしての本質と実装4観点まで一気に深掘りしていきます。読み終わる頃には、自分のサイトのどのページにcanonicalを設置すべきかが、紙に書き出せるレベルになっているはずです。

結論:canonicalタグの核心は「URL指定」ではなく「正規版を提案するシグナル」

canonicalタグの本当の正体は、「複数のURL候補からGoogleに正規版を提案するシグナル(強制ではなくヒント)」のこと。これは技術的には<link rel="canonical" href="...">という形でHTMLのhead内に記述しますが、本質は「URLを書き込む」ことじゃないんですよね。

業界の体感として、canonicalタグの最重要ポイントは「Googleはcanonicalを参考にしますが、最終決定はGoogle側の判断」という点なんです。canonicalで指定したURLが必ず正規版として採用されるわけではない。Googleが「いや、こっちのURLの方が正規版だな」と判断すれば、そちらが採用されます。これがcanonicalの本質的な性格です。

canonicalタグが解決しているのは、「重複コンテンツのSEO評価分散問題」なんですよね。同じ内容のページが複数URLで存在すると、被リンク・滞在時間・クリック率、こういうSEO評価が複数URLに分散して、結果的にどれも上位表示されにくくなる。これを1本のURLに集約するのがcanonicalの役割です。

canonicalの真の価値は、「URL正規化を通じてSEO評価を集約する装置」だという点なんです。タグ単体ではなく、サイト全体のURL構造設計・パラメータ運用・ドメイン戦略と組み合わせて初めて機能します。タグだけ入れて満足するのが、もっとも多い失敗パターンなんですよね。

なぜ「canonical(正規)」と名付けられたのか

もう少し深く掘ります。なぜこのタグは「canonical(キャノニカル)」と名付けられたのか。命名の背景を整理します。

「canonical」は英語で「正規の・標準的な」という意味なんです。教会用語の「カノン(規範・基準)」に由来していて、「複数の候補の中で公式に認められた標準版」というニュアンスを持っています。プログラミングの世界でも「正規形」「正規化」という言葉でよく使われる単語なんですよね。

canonicalタグの技術仕様は、2009年2月にGoogle・Yahoo・Microsoftの3社が共同で発表したのが起点なんです。当時、検索エンジンは「同じ内容のページが複数URLで存在する」重複コンテンツ問題に頭を悩ませていました。3社が業界標準として「rel="canonical"」属性を導入し、サイト運営者側から検索エンジンに「これが正規版です」と伝えられる仕組みを整備した経緯があります。

導入前は、検索エンジンが独自アルゴリズムで「どれが正規版か」を推測していたんですよね。でも、サイト運営者の意図と検索エンジンの判断が食い違うケースが頻発して、SEO評価が分散する問題が解決できなかった。canonicalタグの導入は、サイト運営者側に「正規版を提案する権限」を与えた画期的なアップデートでした。

業界の体感として、2010年以降、canonicalタグはSEOの必須技術として定着しました。WordPress・Shopify・大手CMSはすべてcanonicalの自動出力機能を備えていて、サイト運営者が意識しなくても基本的なcanonicalは設定される状況です。ただし、自動出力されるcanonicalが必ずしも最適とは限らないんですよね。

近年は、canonicalタグだけでなく、HTTPヘッダーでLink: <...>; rel="canonical"を返す方式や、Search Consoleで「URLパラメータ処理」を設定する方式、複数の正規化手段が併用される時代に入っています。canonicalタグ単体ではなく、複合的なURL正規化戦略の一部として扱う発想が業界の標準です。

業界の進化として、canonicalタグの「強制力」に対するGoogle側のスタンスも変化してきました。当初は「強い推奨」でしたが、近年は「ヒントの1つ」として扱われる比重が高くなっています。Googleは複数のシグナル(canonical・サイト構造・被リンク・hreflang等)を総合判断して正規版を決定する方式に進化したんです。

canonicalタグ実装の現場で何が起きているか

canonicalタグ実装の現場で、具体的に何が起きているか。5段階で整理します。

ステージ1:重複URLの検出と棚卸し

canonical実装の最初は「サイト内でどんな重複URL候補が存在するか」を洗い出すフェーズなんです。同一コンテンツが複数URLで配信されるパターンは多岐にわたります。具体的には、http/https、www有無、末尾スラッシュ有無、大文字小文字、パラメータ付きURL、印刷用ページ、AMPページ、こういう候補を全部リストアップします。

検出ツールはScreaming Frog、Sitebulb、Ahrefs Site Audit、こういうクローラーが業界の標準なんですよね。サイト全URLをクロールして、同一コンテンツの重複URL一覧を出力させます。中規模サイトでも、想定の3〜5倍の重複URL候補が出てくることが多いんです。これ、自分のサイトを実際にクロールしてみないとわからないんですよね。

ステージ2:正規版URLの決定

洗い出した重複URL候補の中から、「どれを正規版にするか」を決定するフェーズに入ります。決定基準は4つ。(1)httpsを優先、(2)wwwあり/なしのどちらかに統一、(3)末尾スラッシュは統一、(4)パラメータなしのURLを優先、こういう原則を業界の標準として適用します。

正規版URL決定で重要なのは、「サイト全体で一貫したルール」を作ることなんです。あるページは末尾スラッシュあり、別のページはなし、こういうバラバラな状態だと、内部リンク・外部リンク・サイトマップ、すべてが分散します。サイト全体で1つのルールに統一する設計が決定打です。

ステージ3:HTMLのhead内にcanonical記述

正規版URLが決まったら、各ページのHTMLのhead内に<link rel="canonical" href="https://example.com/正規版URL">を記述します。重要なのは「絶対URLで記述する」「httpsスキームから記述する」「ドメイン名を含める」、こういう原則を守ることなんです。

WordPressの場合、Yoast SEO・Rank Math・All in One SEOなどのSEOプラグインが自動でcanonicalを出力してくれます。ただし、自動出力されるcanonicalが必ずしも適切とは限らない。プラグイン設定でカスタマイズが必要なケースがあるんですよね。手動実装する場合は、テーマのheader.phpで<?php the_permalink(); ?>を活用するパターンが業界の標準です。

ステージ4:Search Consoleでの検証

canonicalを設置したら、Search Consoleの「URL検査ツール」で実際に検証するフェーズに入ります。検査結果に「ユーザーが指定した正規URL」と「Googleが選択した正規URL」が表示されるんですが、この2つが一致するかどうかが重要なんです。

2つが食い違う場合、Googleは別のページを正規版と判断していることになります。原因は内部リンク構造の偏り、外部被リンクの集中、サイトマップの不整合、コンテンツの類似度判定、こういう要素なんです。canonicalタグだけでは強制力がないので、サイト全体の構造調整が必要になる場面が多いんですよね。

ステージ5:継続的な監視と修正

canonical設置は一度きりの作業ではなく、継続的に監視するべき領域なんです。新規ページ追加、URL構造変更、サイト改修、こういうタイミングでcanonical設定が崩れるケースが頻発します。月次〜四半期で全URLのcanonical状態を点検するルーティンが業界の標準。

Search Console「ページのインデックス登録」レポートで「重複しています、ユーザーにより、正規ページとして選択されていません」「重複しています、Googleにより、ユーザーが指定したページとは異なるページが正規ページとして選択されました」、こういう警告は必ずチェックします。これらの警告が放置されると、徐々にインデックスが歪んで、SEO評価が分散する状況になるんです。canonicalは「設置して終わり」ではなく「育てるもの」という発想が決定打です。

身近な話で全体像をつかむ

ちょっと身近な話で、全体像を掴み直しましょう。

会社の名刺に置き換えてみます。あなたが大企業の部署で働いていて、名刺に「個人の直通電話」と「部署の代表番号」を併記している、と想像してください。お客様から「電話したいんですが、どちらにかければいいですか?」と聞かれたとき、あなたはなんと答えますか?

「基本的には代表番号にかけてください。私が不在の場合も対応できますし、社内記録も残ります」、こういう案内をしますよね。直通電話も使えるけど、代表番号がメインの窓口。お客様の連絡をどちらにも分散させず、代表番号に集約する案内です。

これ、まんまcanonicalタグなんです。Googleが「このページにアクセスしたいんですが、どのURLが正規版ですか?」と聞いてきたとき、サイト運営者が「基本的にはこのURLを正規版として扱ってください」と提案するシグナル。URLは複数あっても、SEO評価は1本に集約する案内、というのが本質なんですよね。

名刺の代表番号と同じで、canonicalタグも「強制」ではないんです。お客様(Google)が直通電話に直接かけることもできる。でも、サイト運営者側は「基本的には代表番号(canonical指定URL)を使ってください」と提案しているだけ。最終判断はお客様側、というのがcanonicalの本質的な性格です。

これ、面白いところで、もし名刺に「直通電話と代表番号」を併記せず、直通電話だけ書いていたら、お客様は迷わない。同じURLが1個しかなければ、canonicalも不要なんです。canonicalが必要になるのは、「重複URL候補が存在する」状況だから、というシンプルな話なんですよね。

業界の例として、ECサイトでcanonicalが特に重要になります。同一商品が「色違い」「サイズ違い」「カテゴリ経由」「検索結果経由」、複数の経路でアクセスされる構造なんです。各経路でURLが微妙に変わるため、商品ページ自体は同じでも、URL候補が10〜20個出てくる。これを1本に集約するのがECサイトのcanonical戦略の核心です。

逆に、canonicalを設置していないECサイトは、商品ページのSEO評価が10〜20個のURLに分散して、結果的にどれも上位表示されない事態に陥りやすいんですよね。同じ商品なのに、検索順位が安定しない原因はcanonical不備、こういうパターンを業界では頻繁に見てきました。

canonical実装の4観点と使い分け