「canonicalを指定してあるのだから、検索結果に出るのはこのURLのはず」。CMSの編集画面には正規URLの入力欄が用意されていることが多く、入力した内容がそのまま反映される設定項目だと受け取られやすいためです。実際には、ソースコードを開けばタグは確かに入っているのに、検索結果に並ぶのは別のURLだった、という相談が運用の引き継ぎ後に届きます。記述に間違いが見当たらないだけに、次にどこを見ればよいのか迷います。
しかし、サイト構造や重複したURLの整理を含めて検索流入の改善を支援してきた弊社の立場から言えるのは、Googleが正規URLを決めるときに見ているのはcanonicalだけではない、ということです。サイトマップに載っているURLやサイト内からリンクされているURLも合わせて判断されるため、指定と食い違う情報が残っていれば、そちらのURLが正規として選ばれます。
本記事では、canonicalの役割と書き方から、指定が反映されないときに確認する順番、公開前に見ておきたいチェック項目まで、サイトの制作と運用に関わってきた立場で順を追ってお伝えします。
- URLが分かれると検索エンジンの評価に何が起きるのか
- canonicalの指定がGoogleに採用されない理由と、確認する順番
- canonicalと301リダイレクト、noindexをどの基準で使い分けるか
- HTML、HTTPヘッダー、CMSそれぞれの記述方法
- 公開前のチェックで見ておきたい4項目
canonicalとは、どのURLを正規とみなすかを検索エンジンに伝えるタグ
canonicalは「カノニカル」と読み、HTMLのhead要素内に記述する `<link rel="canonical">` のことを指します。同じ内容、あるいはよく似た内容のページが複数のURLに存在するとき、そのうちどれを代表とみなしてほしいかを検索エンジンに伝える役割を持つタグで、この作業はURLの正規化と呼ばれています。
日常のサイト運用では、意図せず同じ内容が複数のURLで表示される状況が頻繁に発生します。canonicalは、その散らばりを1つのURLに束ね直すための手段です。
URLが1文字でも違えば、検索エンジンは別ページとして数える
人間の目には同じページに見えても、検索エンジンはURLの文字列単位でページを識別します。次のような差は、すべて別ページとして扱われる可能性があります。
- `https://example.com/` と `https://example.com/index.html`
- `https://example.com/page/` と `https://www.example.com/page/`
- `http://example.com/page/` と `https://example.com/page/`
- `https://example.com/page/` と `https://example.com/page/?utm_source=mail`
- 商品一覧の絞り込み条件がパラメータとして付いたURL
広告やメールマガジンの効果測定でパラメータを付けた瞬間、同じ内容のURLがもう1本増えます。ECサイトのように、色やサイズごとにURLが生成される構造であれば、この分岐は数百から数千の単位になります。
評価が分かれると、実際に何が起きるのか
重複したURLが放置されたときに起きることは、大きく3つあります。抽象的な「評価が下がる」という表現ではなく、具体的な現象として押さえておくと、対処の優先順位を決めやすくなります。
第一に、被リンクが分散します。ある記事がAというURLで100サイトから、BというURLで50サイトからリンクされていた場合、本来1つのページに集まるはずだった評価が2つに割れます。
第二に、検索結果に出したいURLと違うものが表示されます。パラメータ付きの長いURLが検索結果に並ぶと、クリック率にも影響します。
第三に、クロールの効率が落ちます。実質的に同じ内容のページを何度も巡回させることになり、更新した重要なページの再クロールが後回しになる場合があります。
Googleは重複したURLを見つけると、canonicalの指定の有無にかかわらず、そのうち1つを代表URLとして選びます。指定がなければGoogleが自動で選び、指定があればそれを判断材料に加えます。つまり正規化は「するかしないか」ではなく、誰が正規URLを決めるのかという主導権の問題です。
この主導権の話は、次の章で扱う「指定したのに反映されない」という現象の土台になります。まずは、どのURLが1本にまとまるのかというイメージを持っておいてください。
関連記事：【2025年最新版】初心者でもできるSEOのやり方完全ガイド | 上位表示するための具体的な方法を徹底解説
canonicalは命令ではなく、Googleが正規URLを決めるときの材料のひとつ
ここが実務でいちばん誤解されているところです。canonicalを設定すれば、必ずそのURLが正規として採用される、と考えている方は多いのではないでしょうか。実際には違います。canonicalは命令ではなく、Googleへのヒントとして扱われます。
Googleは正規URLを決めるとき、canonicalの指定だけを見ているわけではありません。サイトマップに載っているURL、サイト内部からリンクされているURL、リダイレクトの設定、ページの内容の一致度、httpとhttpsのどちらか、といった複数の情報を突き合わせて判断しています。
指定が無視される典型的な理由
指定したcanonicalが採用されないとき、原因はタグの外側にあることがほとんどです。よくあるのは、サイト内の他の情報がcanonicalの指定と食い違っているケースです。
たとえば、canonicalではAというURLを正規に指定しているのに、サイトマップにはBが登録されている。ヘッダーのロゴのリンク先もBになっている。この状態でGoogleが受け取る情報は、Aを推す票が1つ、Bを推す票が2つという構図になります。多数決というほど単純ではないにせよ、タグの記述より、他のシグナルとの一致が効きます。
もう1つ多いのが、指定先のページと内容が大きく違うケースです。個別の商品ページから、まったく内容の異なるカテゴリトップにcanonicalを向けているような実装では、Googleは内容の乖離を検知して指定を無視します。
Googleが選んだ正規URLを確認する
自分の指定が採用されているかどうかは、Search ConsoleのURL検査ツールで確認できます。対象URLを検査すると、「ユーザーが指定した正規URL」と「Googleが選択した正規URL」の2つが表示されます。この2つが食い違っていれば、指定は採用されていません。
サイト全体の状況を見るなら、「ページのインデックス登録」レポートを開きます。ここには、Googleがユーザーの指定とは異なるページを正規として選んだURLがまとめて表示されるため、どのパターンで食い違いが起きているかを一覧で把握できます。
この確認をせずにタグの書き方だけを疑い続けると、原因が見えないまま時間を使うことになります。実際の相談でも、最初の一歩がここで分かれます。
経営者canonicalは全ページに入っているとのことなのですが、Search Consoleを見ると重複扱いになっているURLがかなりあります。タグの書き方が間違っているのでしょうか。
Writers-hub編集部
まずURL検査で、Googleが選んでいる正規URLがどれかを確認してください。書式のミスなら数件で済むはずが、まとまった数で起きているなら、サイトマップや内部リンクが別のURLを指している可能性のほうが高いです。タグを直す前に、canonicalとサイトマップと内部リンクの3つが同じURLを向いているかを揃えるほうが、結果として早く収束します。
Search Consoleに反映されるまでには時間差があります。設定を変えた直後に結果を見て判断せず、少なくとも数週間は様子を見るつもりでいたほうが、余計な手戻りを防げます。
関連記事：alt属性とは何か｜代替テキストの書き方と、空にしてよい画像の見分け方
canonicalと301リダイレクト、noindexの使い分け
重複したURLへの対処は、canonicalだけではありません。301リダイレクトとnoindexも選択肢に入ります。3つは目的が異なるため、混同すると狙いと逆の結果になります。
| canonical | 301リダイレクト | noindex | |
|---|---|---|---|
| ユーザーは元のURLを閲覧できるか | できる | できない | できる |
| 検索エンジンへの強制力 | ヒント | ほぼ確実に従う | ほぼ確実に従う |
| リンク評価の引き継ぎ | 統合される | 統合される | 引き継がれない |
| 向いている場面 | 両方のURLを残したいとき | 完全に統合したいとき | 検索結果に出したくないとき |
| 実装場所 | HTMLまたはHTTPヘッダー | サーバー設定 | HTMLまたはHTTPヘッダー |
判断に迷ったときの分かれ道
選ぶ基準はシンプルです。両方のURLを人に見せる必要があるかで決めます。
広告の計測パラメータが付いたURLは、クリックした人にそのまま表示されなければ計測が成り立ちません。リダイレクトという選択肢がそもそも取れないため、canonicalの出番になります。ABテストの分岐URLも同じ理屈です。
一方、サイトリニューアルで古いURLを廃止するなら、人に見せる必要はもうありません。この場合は301リダイレクトを使います。canonicalで済ませると古いURLが生き続け、直リンクや古いブックマークからのアクセスが旧ページに残り続けます。
noindexは、検索結果に出したくないページに使うものです。会員限定ページや検索結果ページなどが該当します。評価を1つに集めたい場面で使うものではありません。
noindexとcanonicalを同じページに併用するのは避けてください。「このページを検索結果に出すな」と「このページの評価をあちらに統合しろ」という2つの指示は、検索エンジンから見ると矛盾しています。どちらが優先されるかは保証されず、意図しない挙動につながります。
3つの手段は、目的が重なっているようで守備範囲が違います。迷ったときの分岐を1枚にまとめると、次のようになります。
関連記事：301リダイレクトの設定方法｜.htaccess・WordPress・Next.jsでの書き方
canonicalタグの書き方
記述方法は3通りあります。扱うファイルの種類と、使っているCMSによって選ぶものが変わります。
HTMLのhead要素内に書く
もっとも一般的な方法です。head要素の中に、次の1行を記述します。
<head>
<link rel="canonical" href="https://example.com/blog/canonical-tag/">
</head>守るべき点は3つあります。1つ目は、head要素の中に書くこと。body要素内に書かれたcanonicalは無視されます。2つ目は、絶対URLで書くこと。仕様上は相対パスも許容されますが、テンプレートの共通化やCDNの構成が絡んだときに意図しないURLを指しやすく、実務では絶対URLで統一したほうが安全です。3つ目は、1ページに1つだけにすること。複数のcanonicalが出力されているページは、すべて無視される場合があります。
なお、正規ページ自身にも、自分自身を指すcanonicalを入れておくのが基本です。自己参照と呼ばれる書き方で、パラメータ付きURLでアクセスされたときにも正規URLを伝えられます。
HTML以外のファイルはHTTPレスポンスヘッダーで指定する
PDFや画像のように、head要素を持たないファイルにはHTMLの方法が使えません。この場合はサーバーのHTTPレスポンスヘッダーで指定します。
Link: <https://example.com/downloads/whitepaper.pdf>; rel="canonical"サーバーの設定ファイルを触る必要があるため、実装のハードルはHTMLより高くなります。頻繁に更新するファイルでなければ、そもそもPDFを検索対象から外すという選択も検討に値するでしょう。
資料ダウンロード用のPDFを、Webページ版とPDF版の両方で公開しているケースは珍しくありません。PDFがそのまま検索結果に出てしまい、フォーム経由の獲得数が伸びない状態は、HTTPヘッダーでの指定か、フォームの背後への格納で整理できます。
CMSでは、すでに出力されていることが多い
WordPressをはじめとする多くのCMSでは、SEO関連のプラグインやテーマが自動でcanonicalを出力します。ここで起きがちなのが二重出力です。テーマが1つ、プラグインが1つ出力し、結果として1ページに2つのcanonicalが並ぶ状態になります。
新しくSEOプラグインを入れたときは、まず既存の出力があるかどうかをソースコードで確認してください。個別に指定したい場合は、多くのプラグインが投稿編集画面に正規URLの入力欄を持っているため、テーマのテンプレートを直接触る前にそちらを探すほうが早く済みます。
canonicalを設定したほうがよいケース
どのページに設定するかを迷ったときは、次のいずれかに当てはまるかで判断できます。
- 計測用パラメータが付いたURLでアクセスされる可能性がある
- 商品の色やサイズ、絞り込み条件でURLが枝分かれする
- ABテストで一時的に別URLのページを表示している
- 記事を他媒体に転載している、あるいは転載を受けている
- PCとスマートフォンでURLが分かれている
- サーバー側の都合で301リダイレクトを設定できない
- 印刷用ページなど、同じ内容の別バージョンを持っている
大量ページのサイトほど、設計段階で決めておく
これらのうち、後から手当てするのがもっとも大変なのが、URLが自動生成されるタイプのサイトです。データベースから商品や物件、求人などを出力する構造では、絞り込み条件の組み合わせだけでURLが爆発的に増えます。
こうしたサイトでは、記事ごとにcanonicalを個別設定する運用は現実的ではありません。どのパラメータを正規URLに含め、どれを無視するかというルールをテンプレート側で先に決めておき、出力を自動化する形にします。かつてSearch Consoleにあったパラメータの扱いを指定する機能は2022年に廃止されているため、サイト側でルールを持つ必要性は以前より高まりました。
絞り込みや条件分岐でURLが増え続けるサイトの正規化をどう設計するか
物件、求人、商品など、データベースから大量のページを出力するサイトでは、canonicalを1ページずつ設定する運用は続きません。どのパラメータを正規URLに残し、どれを束ねるか。テンプレート設計の段階でルールを決めるところから、Writers-hubがご一緒します。
設定しても効かないときに確認する順番
ここからは、canonicalを入れたのに反映されないという状態の切り分けです。原因の候補は多いのですが、確認する順番を決めておくと短時間で絞り込めます。
ブラウザの検証ツールではなく、ページのソースを表示して確認します。テンプレート上は記述したつもりでも、条件分岐で出力されていない場合があります。JavaScriptで後から挿入している実装では、レンダリング前のHTMLにすでに別のcanonicalが入っていないかも合わせて見ます。
相対パス、httpとhttpsの混在、末尾スラッシュの有無を確認します。サイト全体の正規URLの形と1文字でもずれていると、別URLを指したことになります。
指定先が404やリダイレクトになっていないかを確認します。リダイレクト先に飛ばされるURLを指定すると、シグナルが1段ぼやけます。
ここは見落とされがちです。AからBを指しているのに、B自身がCを指していれば、指定は連鎖して意図が崩れます。canonicalの連鎖は途中で必ず断ち切ります。
XMLサイトマップに登録されているURL、グローバルナビやパンくずのリンク先を確認します。ここがcanonicalと食い違っていると、指定は採用されにくくなります。
最後に、Googleが選択した正規URLを確認します。ここまでの5項目を揃えたうえで反映を待つのが、もっとも確実な進め方です。
反映には時間がかかります。クロールの頻度が低いページであれば、数週間単位で待つ場面も出てきます。焦って設定を何度も変えると、どの変更が効いたのか分からなくなるため、変更した日付を記録しておくことをおすすめします。
重複URLの棚卸しから手をつけたいが、どこから見ればよいか分からないとき
canonicalの不整合は、単体で直しても他のシグナルとずれていれば結果が変わりません。サイトマップ、内部リンク、リダイレクトの設定まで含めて現状を洗い出し、優先順位をつけて手を入れる進め方を、Writers-hubがご提案します。
制作と運用の現場で起きるcanonicalの事故
ここからは、実装の現場で実際に起きているパターンを挙げます。どれも珍しい話ではなく、公開前のチェックで防げるものばかりです。
- 全ページのcanonicalがトップページを指している。テンプレートに固定値で書かれてしまった状態で、下層ページがまとめてインデックスから外れます
- 本番公開後もcanonicalがステージング環境のURLを指している。表示は正常なのに検索結果に出てこない、という形で発覚します
- ページネーションの2ページ目以降が、すべて1ページ目にcanonicalを向けている。2ページ目以降の内容はインデックスされなくなります
- 相対パスで記述しており、サブディレクトリ配下で意図しないURLを指している
- テーマとプラグインの両方がcanonicalを出力し、1ページに2つ並んでいる
- 検索結果ページやタグページに、内容の異なるカテゴリトップへのcanonicalが入っている
ページネーションについて補足します。かつて使われていた `rel="next"` と `rel="prev"` による指定は、Googleがサポートを終了しています。2ページ目以降も、それぞれが自分自身を指す自己参照canonicalにするのが現在の基本形です。1ページ目に集約すると、そこにしか載っていないコンテンツが検索対象から消えます。
本番公開後もcanonicalがステージングURLのままになる事故は、リニューアル案件で特に多く見られます。開発環境のドメインをテンプレートに直接書いていると、環境変数の切り替え漏れひとつで発生します。
公開前のチェックで見る4項目
サイト公開やリニューアルの検収時には、全ページのcanonicalを一覧に書き出して機械的に確認するのがもっとも早い方法です。クローラー系のツールを使えば数分で出力できます。見るのは次の4点です。
- すべて絶対URLで、本番ドメインになっているか
- 各ページが自分自身を指しているか、あるいは意図した集約先を指しているか
- 1ページに2つ以上出力されていないか
- 指定先がすべてステータス200で開くか
この4項目を通しておくと、公開直後にインデックスが伸びないという事態のかなりの部分を事前に潰せます。制作会社に依頼している場合は、この一覧の提出を検収項目に入れておくと確認が早くなります。
canonicalについてよくある質問
実装や運用の相談で繰り返し出てくる論点を、短くまとめておきます。判断に迷ったときの参照先としてお使いください。
重複の可能性がないページであっても、自分自身を指す自己参照canonicalを入れておくのが基本です。パラメータ付きURLでアクセスされたときに正規URLを伝えられるためです。ただし、テンプレートで一括出力する際は、集約先を全ページ同じURLにしないよう注意してください。
可能です。記事を他媒体に転載する場合や、転載を受ける場合に使われます。ただし内容が大きく異なると指定は採用されにくくなります。
検索結果には正規URLのほうが表示されるようになります。指定元のURLに人がアクセスすること自体は妨げられず、ページも通常どおり表示されます。
そのページが再クロールされるまで待つ必要があり、数日から数週間かかります。反映が遅い場合は、URL検査ツールからインデックス登録をリクエストすると再クロールを促せます。
併用します。言語別ページを持つ場合、各ページのcanonicalは自分自身を指し、hreflangで言語のバリエーションを相互に示すのが基本の形です。canonicalで別言語のページを指定すると、意図した言語のページが表示されなくなります。
まとめ
canonicalは、同じ内容が複数のURLに分かれたときに、どれを正規とみなすかを検索エンジンに伝えるタグです。記述そのものは1行で済みますが、指定が採用されるかどうかは、サイトマップや内部リンクといった他の情報と一致しているかに左右されます。
反映されないときは、出力されているHTMLの確認から始め、絶対URLかどうか、指定先が200で開くか、指定先が自己参照しているか、サイトマップと内部リンクが揃っているか、という順で切り分けます。そのうえでSearch ConsoleのURL検査でGoogleの判断を照合すれば、原因はかなり絞り込めるはずです。
そして、もっとも費用対効果が高いのは公開前のチェックです。全ページのcanonicalを一覧で出し、絶対URL、自己参照、重複の有無、指定先のステータスの4点を確認する。この工程を検収に組み込んでおけば、公開後にインデックスが伸びないという状態の多くは避けられます。
合同会社Writers-hubでは、SEO記事の制作に加えて、サイト構造や重複URLの整理を含めた検索流入の改善支援を行っています。canonicalの不整合が見つかったものの、どこから手をつければよいか判断がつかないという場合は、現状の洗い出しからご相談ください。
canonicalの見直しだけで済むのか、構造から整理が必要なのかを切り分けたいとき
重複URLの整理は、canonicalの記述だけで完結することもあれば、URL設計そのものの見直しが必要なこともあります。現状のサイト構成を確認したうえで、どこまで手を入れるべきかの判断からお手伝いします。
