記事執筆者：認定SEOコンサルタント 三田健司
「同じ内容のページがいくつもできてしまっているのですが、SEO的に問題ないでしょうか」。中小企業のWeb担当者の方から、こうしたご相談をよくいただきます。
商品ページの色違い、印刷用ページ、広告のパラメータ付きURL。意図せず「同じ中身が複数のURLで見られる状態」は、どのサイトでも自然に生まれます。
この状況を整理するための仕組みが、canonical（カノニカル）タグです。そしてこのcanonicalをめぐっては、2025年末から2026年にかけてGoogleの公式ドキュメントに複数の追記・整理が入りました。JavaScriptサイトでの扱いや、修正が反映されるまでの期間についての説明が加わっています。
本記事では、canonicalタグの基本から書き方、2026年時点で押さえておくべき更新点、WordPressやJavaScriptを使ったサイトでの注意点までを、専門用語をかみくだいて解説します。
canonicalタグとは？URL正規化の基本
「このURLを代表として扱ってください」と伝えるタグ
canonicalタグとは、同じ内容または非常によく似た内容のページが複数のURLに存在するとき、どのURLを代表として扱ってほしいかを検索エンジンに伝えるHTMLの記述です。
正式には「rel=”canonical” link要素」と呼ばれます。ページの<head>内に1行書くだけの、シンプルな仕組みです。
<head>とは、ページの見た目には出てこない設定情報をまとめた領域のことです。タイトルや説明文もここに書かれています。
この代表として選ばれたURLを「正規URL（canonical URL）」と呼び、複数のURLを1つにまとめる作業全体を「URL正規化」と呼びます。
重要なのは、canonicalタグは「命令」ではなく「強いヒント」だという点です。Googleは公式ドキュメントで、最終的にどのURLを正規とするかはGoogleが判断すると説明しています。
重複URLはどこから生まれるのか
「うちは同じページを複製した覚えはない」と思われるかもしれません。ですが重複URLの多くは、意図せず自動的に生まれます。
代表的なのは、wwwのあり・なし、httpとhttps、末尾のスラッシュのあり・なしです。これらはすべて技術的には別のURLとして扱われます。
さらに、広告のクリック計測用パラメータ、並び替えや絞り込みのパラメータ、スマートフォン用の別URL、印刷用ページなども重複のもとになります。
ECサイトであれば、色やサイズのバリエーションごとにURLが分かれることもあります。ページ数が増えるほど、意図しない重複は自然に増えていきます。
WordPressでも、同じ記事がカテゴリ経由・タグ経由・日付アーカイブ経由といった複数の入り口から参照されることがあります。標準の設定でも重複は生まれうる、と考えておくのが安全です。
設定しないとどうなるのか
Googleは、canonicalを指定しなくても「多くの場合サイトは問題なく動く」と明記しています。指定がなければGoogleが最も適切と考えるURLを自動で選びます。
問題になるのは、Googleが選んだURLが、こちらの意図と違ったときです。パラメータの付いたURLが検索結果に出てしまう、といったケースが起こりえます。
一度そのURLが検索結果に定着すると、社内資料や名刺のQRコードと食い違うといった実務上の面倒も生まれます。
また、被リンクなどの評価が複数のURLに分散したままになると、本来1つに集まるはずだった力が弱まります。これが正規化を行う実務的な理由です。
つまりcanonicalは「必須ではないが、意図を伝えておくと事故が減る」性質の設定です。全ページに神経質になる必要はありませんが、重要なページほど明示しておく価値があります。
中小企業のサイトであれば、まずはサービスページと主要な記事ページから確認すれば十分です。全ページを一度に見直そうとすると手が止まってしまいます。
2026年時点で押さえたい4つのポイント
自己参照canonicalが正式な推奨になった
1つ目は、自己参照canonicalです。これは、正規ページ自身にも「自分が正規です」と書いておくという設定を指します。
SEOの現場では以前から広く行われてきた設定です。現在のGoogle公式ドキュメントにも、ベストプラクティスの一つとして明記されています。
ドキュメントには「正規ページ自体にも同じ自己参照のrel=”canonical”リンク要素を追加することをおすすめします」という趣旨の記述があります。
WordPressをお使いであれば、主要なSEOプラグインが自動で出力していることがほとんどです。念のため確認しておくとよいでしょう。
「業界の慣習」ではなく「公式に書かれていること」として扱える点は小さくありません。社内や制作会社に設定の必要性を説明するときの根拠になります。
修正の反映には最大2週間かかると明記された
2つ目は、反映までの時間です。Googleは2026年7月10日に正規化のトラブルシューティング文書を更新し、誤って重複クラスタにまとめられたページが分離されるまで最大2週間かかることがあると明記しました。
Googleは内容がほぼ同じページをひとまとまり（クラスタ）として扱い、その中から代表を選びます。canonicalを直しても、このクラスタの再評価が終わるまで表示は変わりません。
設定を直した翌日に検索結果を見て「変わっていない」と焦る必要はない、ということです。実務では2週間を目安に待つ姿勢が必要になります。
この「クラスタ」という考え方も、同じ更新であわせて説明が整理された部分です。個々のページを単独で見るのではなく、似たページをまとめて扱っているという前提を知っておくと、挙動が理解しやすくなります。
この点は当サイトの別記事で詳しく扱っています。修正後のスケジュールの立て方まで知りたい方は、あわせてご覧ください。
JavaScriptでの実装は「非推奨」と示された
3つ目は、JavaScriptに関する記述です。Googleは2025年12月にJavaScript SEOのドキュメントを更新し、canonicalの扱いについて新しい説明を加えました。
ポイントは、正規化の判定が2回起きるという点です。Googleはまず生のHTMLを取得した段階で1回、JavaScriptを実行して描画した後にもう1回、canonicalのシグナルを読みます。
このとき、生のHTMLに書かれたcanonicalとJavaScriptが書き換えたcanonicalが食い違うと、矛盾したシグナルを送ることになります。JavaScriptでcanonicalを差し込むことはサポートされているものの、推奨はされていません。
公式ドキュメントには「HTMLのソースコードで正規URLを指定し、JavaScriptがcanonicalのlink要素を変更しないようにするのが最善」という趣旨が書かれています。
この話は、いわゆるSPA（シングルページアプリケーション）で作られたサイトに特に関係します。ページを切り替えているように見えて、実際には同じHTMLの中身を書き換えている構造だからです。
ページ内に複数のcanonicalを置かない
4つ目は、1ページに存在するcanonicalは1つだけにする、という点です。レンダリング後に複数のcanonicalタグが残っていると、想定外のインデックス結果につながる可能性があります。
Googleはあわせて、HTML内のlink要素とHTTPヘッダーの両方でcanonicalを指定する方法についても、同時に使うのは間違いが起きやすいと説明しています。どちらか一方に統一するのが安全です。
WordPressでは、テーマとSEOプラグインの両方がcanonicalを出力してしまい、2重になるケースが実務でも見られます。後ほど確認方法をご紹介します。
なお、これら一連の追記は「Googleの処理の仕方が変わった」というより、「これまでの挙動が文書として明確になった」という性質のものです。過剰に慌てる必要はありません。
とはいえ、文書化されたことで社内や制作会社との話が進めやすくなります。「推奨されているらしい」から「公式にそう書かれている」に変わるのは、実務では大きな違いです。
canonicalタグのSEO効果｜何のために設定するのか
検索結果に出したいURLを指定できる
Googleが挙げている理由の1つ目は、検索結果に表示させたいURLを自分で選べることです。
公式ドキュメントでは、広告のクリックIDが付いた長いURLではなく、整理された商品ページのURLを見せたい、という例が挙げられています。
検索結果に表示されるURLは、クリックするかどうかの判断材料のひとつです。読めるURLのほうが、利用者の安心感につながります。
とくに会社名や商品名で検索されたときに、パラメータ付きのURLが出るのは望ましくありません。ブランドの印象にも関わる部分です。
また、そのURLがSNSで共有されたり、他社サイトから引用されたりすることもあります。きれいなURLを正規にしておくと、こうした二次的な広がり方も整います。
分散した評価を1つにまとめられる
2つ目は、シグナルの統合です。ここでいうシグナルとは、そのURLに向けられた被リンクなどの評価を指します。
同じ内容のページが3つのURLで存在し、それぞれにリンクが付いている状態では、評価が3つに割れます。canonicalで1つにまとめれば、他サイトからのリンクの評価が正規URLに集約されます。
もっとも、ここで「順位が必ず上がる」と言うことはできません。正規化はあくまで土台の整備であり、それ単体で順位を保証するものではないためです。
ただ、土台が崩れていると他の施策の効果も測りにくくなります。地味ですが、先に整えておく価値のある領域です。
逆に言えば、記事を増やしたり被リンクを獲得したりといった施策の効果を正しく受け止めるための下ごしらえ、という位置づけになります。
効果測定とクロール効率が改善する
3つ目は、計測のしやすさです。同じコンテンツが複数のURLに分かれていると、アクセス解析の数字も分かれてしまいます。
正規URLに集約されていれば、そのページが実際にどれだけ読まれているのかを1つの数字で把握できます。改善の判断がしやすくなります。
4つ目は、クロールの効率です。Googlebotが重複ページの巡回に時間を使うと、その分だけ新しいページや更新されたページに回る余力が減ります。
ページ数の少ないサイトでは影響が小さい話ですが、数千ページ規模になると無視できません。サイトの規模に応じて優先度を考えるとよいでしょう。
数十ページ程度の企業サイトであれば、クロール効率よりも「意図しないURLが検索結果に出ていないか」に注目したほうが実益があります。
正規化の手段は4つ｜シグナルの強さと使い分け
Googleが示すシグナルの強さの順番
Googleの公式ドキュメントは、正規化の意思を伝える方法を、影響力の強い順に並べて示しています。この順番を知っておくと、手段の選び方が整理できます。
最も強いのがリダイレクトです。次にrel=”canonical”のlink指定、そして最も弱いシグナルとしてサイトマップへの掲載が挙げられています。
これらの方法は重ねて使うことができ、組み合わせるほど意図が通りやすくなるとも書かれています。
つまり、canonicalタグを入れたうえでサイトマップにも正規URLだけを載せておく、といった運用が理にかなっているわけです。
逆に、強い手段だからといってリダイレクトを乱用すると、利用者が見たいページにたどり着けなくなります。強さと適切さは別の話です。
301リダイレクトとcanonicalの違い
最も混同されやすいのが、301リダイレクトとcanonicalタグの使い分けです。判断基準はシンプルで、「重複しているURLを人に見せる必要があるか」で分かれます。
301リダイレクトは、アクセスした人を強制的に別のURLへ飛ばします。元のURLは事実上使えなくなるため、古いページを完全になくすときに使います。
一方canonicalタグは、元のURLをそのまま表示したうえで、検索エンジンにだけ「評価は別のURLにまとめてください」と伝えます。人の目には何も変わりません。
色違いの商品ページや、並び替えの結果ページのように「利用者には見せたいが、検索結果には1つで十分」という場合はcanonicalの出番です。Googleも、重複ページを廃止するときにだけリダイレクトを使うよう案内しています。
なおGoogleは、すべての恒久的なリダイレクト手法が検索に対して同じ効果を持つとしつつ、最も早く効くのはサーバー側のHTTPリダイレクトだと説明しています。
noindexで代用してはいけない
「重複しているならnoindexで消せばよいのでは」と考える方もいらっしゃいます。ですがGoogleは、同一サイト内の正規化目的でnoindexを使うことを推奨していません。
理由は、noindexがそのページを検索から完全に締め出してしまうためです。評価をまとめるどころか、そのURLに向けられていた評価ごと切り離してしまう恐れがあります。
公式ドキュメントでも「rel=”canonical”のlink指定のほうが望ましい解決策です」と明記されています。noindexは、そもそも検索に出す必要のないページに使う手段です。
同様に、robots.txtで重複URLをブロックするのも正規化の手段としては不適切です。robots.txtで拒否したURLも、中身を読まないままインデックスされることがあるとGoogleは説明しています。
中身を読めないままURLだけがインデックスされると、かえって扱いが不安定になります。「見せたくないから塞ぐ」と「評価をまとめたい」は別の目的だと切り分けてください。
サイトマップとHTTPヘッダーという選択肢
サイトマップに載せたURLは、すべて正規URLの候補としてGoogleに提案されます。シグナルとしては弱いものの、大規模サイトでは管理が簡単という利点があります。
逆に言えば、サイトマップに重複URLを混ぜてしまうと意図がぼやけます。正規URLだけを載せるという原則を守るだけでも、シグナルは整理されます。
もう1つ、HTMLを持たないファイルのための方法として、HTTPヘッダーでcanonicalを返すやり方があります。PDFやWordファイルを公開している場合に使えます。
ただしGoogleは、この方法をウェブ検索の結果に対してのみサポートしていると説明しています。また、link要素とヘッダーを併用すると食い違いが起きやすいため、どちらかに絞るのが安全です。
canonicalタグの書き方と設置場所
基本の書き方は1行だけ
canonicalタグの記述そのものは、とても短いものです。ページの<head>内に、rel属性に canonical を指定したlink要素を1つ置きます。
href属性には、代表としたいページのURLを入れます。たとえば商品一覧の並び替えページから、並び替えなしの一覧ページを指す、といった形です。
難しい設定は必要ありません。むしろ間違いが起きるのは、書き方そのものではなく「どのURLを指すか」の判断のほうです。
指定先のURLは、実際にアクセスできて、正常に表示されるページである必要があります。削除済みのURLやリダイレクトされるURLを指してしまうと意図が伝わりません。
また、内容がまったく違うページを正規として指定しても意味がありません。canonicalが有効なのは、あくまで同じか非常によく似た内容のページどうしの場合です。
必ず絶対パスで書く
URLの書き方には注意点があります。Googleは、相対パスではなく絶対パスを使うよう明確に推奨しています。
絶対パスとは、httpsから始まるドメイン名を含む完全な形のURLです。相対パスは「/service/seo/」のようにドメイン名を省略した書き方を指します。
相対パスもサポートはされていますが、テスト環境が意図せずクロールされたときなどに、思わぬ問題を引き起こす可能性があるとGoogleは説明しています。
また、URLの末尾に「#section1」のようなフラグメント（アンカー）を付けたURLを正規として指定するのも避けてください。Googleは一般にフラグメントを扱わないと明記しています。
設置場所は<head>の中だけ
canonicalのlink要素は、<head>セクションの中に書かれている場合にのみ受け付けられます。<body>内に置いても無視されます。
見落としがちなのが、<head>内のHTMLが壊れているケースです。閉じタグの抜けやタグの入れ子の誤りがあると、ブラウザが<head>を途中で打ち切って解釈することがあります。
その位置よりあとに書かれたcanonicalは、実質的に<body>扱いとなり読まれません。Googleも「少なくとも<head>セクションが有効なHTMLであること」を条件として挙げています。
計測タグや広告タグを<head>に追加した直後から正規化がおかしくなった、というケースは実務でも見かけます。タグを足したときは、あわせて確認しておきたいところです。
確認自体は数分で終わります。タグを追加したら、代表的なページを1つ開いてソースを見る。これを習慣にしておくだけで防げます。
hreflangやlangの属性を付けない
意外と知られていないのが、canonicalに余計な属性を付けると無視される、という仕様です。
Googleは、hreflang・lang・media・typeといった属性が付いたrel=”canonical”の記述は、正規化の判断に使わないと明記しています。
これらは「別バージョンのページ」を示すための属性であり、canonicalの意味と矛盾するためです。多言語対応を行う場合は、rel=”alternate”とhreflangを使います。
なお多言語サイトでhreflangを使う場合は、正規ページも同じ言語のページを指定するのが原則です。同じ言語の正規ページが存在しないときは、最も近い代替言語を指定します。
canonicalタグを設定すべき代表的なケース
パラメータ付きURLが生まれるページ
最も多いのが、URLの末尾にパラメータが付くケースです。広告のクリック計測、メール配信の流入計測、並び替えや絞り込みなどが該当します。
これらはページの中身がほぼ同じであるにもかかわらず、URLだけが無数に増えていきます。放置すると、どれが本体か分からない状態になります。
対応としては、パラメータなしの素のURLを正規として指定します。広告運用を行っている会社ほど、確認しておきたいポイントです。
なお、GA4などの計測ツール側でパラメータを除いて集計する設定も別途あります。検索エンジン向けの正規化と、解析ツール向けの設定は分けて考えてください。
サイト内検索の結果ページも似た性質を持ちます。こちらは正規化ではなくクロール制御で対応するのが一般的で、扱いが少し異なります。
商品バリエーションと印刷用ページ
ECサイトでは、色やサイズごとにURLが分かれることがあります。中身の説明文がほぼ共通であれば、代表となる商品ページに正規化するのが定番です。
ただし、バリエーションごとに内容が十分に異なり、それぞれ別のキーワードで検索されるなら、無理にまとめる必要はありません。判断は中身の重複度合いによります。
印刷用ページも典型例です。本文は同じで装飾だけを外したページであれば、通常版を正規として指定します。
スマートフォン用に別URLを用意している場合も同様です。この場合はPC版を正規とし、あわせてrel=”alternate”でモバイル版を示すとGoogleは案内しています。
PDF版とHTML版の両方を公開している場合は、HTTPヘッダーを使った正規化が選択肢になります。資料請求用のPDFを多く置いているサイトでは検討する価値があります。
ページネーションの扱い
記事一覧の2ページ目、3ページ目といったページ送りの扱いは、誤解が多いところです。
かつては「2ページ目以降は1ページ目を正規URLに指定する」という運用が広まっていました。しかし各ページは中身が異なるため、現在は各ページに自己参照canonicalを置くのが原則です。
2ページ目に載っている記事は1ページ目には載っていません。それらを1ページ目にまとめてしまうと、2ページ目以降の内容がインデックスされにくくなる恐れがあります。
古いSEO記事にはこの旧来のやり方が今も残っています。参考にする情報の更新日を確認する習慣が、こうした取り違えを防いでくれます。
canonicalに限らず、テクニカルSEOの情報は数年で前提が変わります。手順を真似する前に、公式ドキュメントの現在の記述を一度見ておくと安心です。
別ドメインに同じ記事を出す場合
自社の記事を提携メディアにも掲載する、いわゆるシンジケーションを行う場合にもcanonicalが使われます。転載先から元記事へ向けてcanonicalを指定する形です。
ドメインをまたいだcanonicalもGoogleはサポートしています。ただし、設定できるのは転載先のサイト側であるため、掲載時に依頼しておく必要があります。
逆に、他社の記事を自社サイトに転載する場合は、こちら側にcanonicalを入れて出典元を指すことになります。取り決めは事前に文書で残しておくと安心です。
転載の可否や掲載期間、canonicalを入れるかどうかは、あとから口頭で確認しようとすると食い違いが起きやすい部分です。契約書や発注時のメールに一文入れておくだけで、後の手間がかなり減ります。
なお、著作権や契約に関わる部分については、必要に応じて弁護士など専門家にご相談ください。技術的に可能であることと、法的に問題がないことは別の話です。
WordPressとJavaScriptサイトでの実装
WordPressでは基本的に自動で出力される
WordPressをお使いの場合、canonicalタグは多くのケースで自動的に出力されています。WordPress本体にも、投稿ページに自己参照canonicalを出す仕組みがあります。
加えて、主要なSEOプラグインを入れていれば、そちら側でも管理されます。個別のページで指定先を変えたい場合は、プラグインの設定画面から入力できることがほとんどです。
Googleも公式ドキュメントで、CMSを使っている場合はHTMLを直接編集するのではなく、CMS側の設定画面を探すよう案内しています。テーマファイルを書き換えるのは最後の手段です。
問題になりやすいのは、テーマとプラグインが二重にcanonicalを出力しているケースです。次の見出しで確認方法をご紹介します。
テーマを乗り換えたときや、SEOプラグインを入れ替えたときに起きやすい現象です。移行作業のあとは必ず一度見ておきましょう。
二重出力を見つける方法
確認は簡単です。ブラウザで対象のページを開き、ページのソースを表示して「canonical」という文字を検索します。
rel=”canonical”を含む行が2つ以上見つかれば、二重出力です。多くの場合、テーマ側の出力を止めるかプラグイン側を止めるかのどちらかで解消します。
設定変更に不安がある場合は、先にバックアップを取ってから作業してください。canonicalの扱いはサイト全体に影響するため、慎重に進める価値があります。
ページ数の多いサイトでは、代表的なページを数種類ずつ確認するだけでも傾向はつかめます。トップ・サービス一覧・個別記事・アーカイブの4種類が確認の目安です。
テンプレートごとに出力が決まっているため、同じテンプレートのページを何枚も見る必要はありません。種類を1枚ずつ見れば足ります。
JavaScriptで組まれたサイトの注意点
React・Vue・Angularなどを使い、画面の切り替えをブラウザ側で行っているサイトでは、canonicalの扱いに追加の注意が必要です。
前述のとおり、Googleは生のHTMLの段階と、JavaScript実行後の段階の2回にわたって正規化のシグナルを読みます。この2つがずれると、意図しないURLが正規に選ばれる可能性があります。
Googleが推奨しているのは、サーバーが返す元のHTMLに、最終的にJavaScriptが描画するのと同じcanonicalを入れておく方法です。前後で一致したシグナルを送れます。
どうしてもJavaScript側で別のURLを指定する必要がある場合は、元のHTMLにはcanonicalを入れず、JavaScriptだけで設定するようGoogleは案内しています。中途半端に両方書くのが最も危険です。
制作会社に確認したい3つの質問
技術的な詳細をご自身で追う必要はありません。制作会社や開発担当者に、次の3点を確認すれば十分です。
1つ目は「canonicalは元のHTMLに入っていますか」。2つ目は「JavaScriptがcanonicalを書き換えていませんか」。3つ目は「1ページにcanonicalは1つだけですか」です。
この3つに明確に答えられる体制であれば、正規化まわりで大きな事故が起きる可能性は下がります。逆に答えが曖昧なら、一度点検してもらう価値があります。
伝え方としては「Googleの公式ドキュメントで推奨されている形になっているか確認したい」と切り出すのがおすすめです。角が立たず、話も早く進みます。
筆者の実務でも、サイトリニューアル直後に正規化の食い違いが起きているケースは珍しくありません。公開前のチェック項目に加えておくことをおすすめします。
公開前に確認できていれば、直すのは数十分の作業です。公開後に順位が落ちてから気づくと、回復まで時間がかかってしまいます。
よくある失敗と設定の確認方法
全ページがトップページを指している
最も影響が大きい失敗が、サイト内のすべてのページがトップページをcanonicalに指定してしまっているケースです。
テーマやプラグインの設定ミス、あるいはテンプレートにURLを直接書き込んでしまったことが原因で起こります。
この状態になると、下層ページが「トップページの重複」と解釈され、検索結果から姿を消していく恐れがあります。サイト全体の流入が急に落ちたときは、真っ先に疑いたいポイントです。
確認は簡単で、下層ページを2〜3個開いてソースを見るだけです。すべて同じURLを指していれば、この問題が起きています。
ブラウザでページを右クリックし、「ページのソースを表示」を選ぶと開けます。開いた画面でキーボードのCtrlとFを同時に押し、canonical と入力して探してください。
存在しないURLやリダイレクト先を指している
次に多いのが、canonicalの指定先が404になっている、あるいは別のURLへリダイレクトされているケースです。
サイトリニューアルでURL構成を変えたとき、canonicalの書き換えだけが漏れていた、というパターンが典型です。
指定先が正常に表示されなければ、意図は伝わりません。結果としてGoogleが独自に正規URLを選ぶことになります。
httpからhttpsへ移行した直後に、canonicalだけhttpのまま残っているケースもあります。移行作業のチェックリストに入れておきたい項目です。
GoogleはHTTPSのページをHTTPより優先して正規に選ぶと説明していますが、HTTPS側からHTTP側へcanonicalを向けていると、その優先が覆ることがあります。
内部リンクが重複URLを向いている
見落とされがちなのが、サイト内のリンクの向き先です。Googleは、サイト内でリンクを張るときは重複URLではなく正規URLへ張るよう案内しています。
canonicalで「こちらが正規です」と伝えておきながら、社内のバナーやメニューが別のURLを向いていれば、シグナルが食い違います。
一貫して同じURLへリンクを張ることが、正規化の意図を補強してくれるとGoogleは説明しています。地道ですが効果のある作業です。
記事本文からのリンクだけでなく、グローバルメニュー・フッター・パンくずリストも対象です。テンプレートに埋め込まれたリンクほど、全ページに影響します。
あわせて、サイトマップに載せているURLと、canonicalで指定しているURLが一致しているかも確認してください。別々の手段で違うURLを正規だと主張しないことが原則です。
メタ情報の記述が食い違っている
canonicalだけでなく、noindexやrobots.txt、サイトマップの指定が互いに矛盾しているケースもあります。
たとえば、サイトマップに載せているURLにnoindexが付いている、といった組み合わせです。Googleに送るメッセージが定まらず、判断が読めなくなります。
矛盾したメタ情報をどう整理するかについては、当サイトでGoogleの見解をまとめた記事があります。あわせてご確認ください。
なおURL削除ツールを正規化の目的で使うことも、Googleは明確に避けるよう案内しています。あのツールはURLのすべてのバージョンを検索から隠してしまうためです。
Search Consoleで正規化の状態を見る
URL検査でGoogleが選んだURLを確認する
自分がどう指定したかと、Googleが実際にどう判断したかは別の話です。両方を見比べられるのがSearch Consoleです。
URL検査ツールに対象のURLを入力すると、「ユーザーが指定した正規URL」と「Googleが選択した正規URL」が並んで表示されます。
この2つが一致していれば、意図は伝わっています。食い違っていれば、他のシグナルがこちらの指定を上回っている可能性があります。
重要なページから順に、この2つの欄を見る習慣をつけておくと、問題の早期発見につながります。
「重複」系のレポートを読む
ページのインデックス作成レポートには、正規化に関わる項目がいくつか並びます。代表的なのが「重複しています。ユーザーにより、正規ページとして選択されていません」という表示です。
これは、canonicalの指定がないまま重複と判断された状態を指します。指定を入れることで意図を伝えられる可能性があります。
もう1つが「重複しています。Googleにより、ユーザーが指定した正規ページとは異なるページが正規ページとして選択されました」です。指定はしたが採用されなかった状態です。
後者の場合は、指定先のページが本当に代表にふさわしいかを見直します。内容の充実度や内部リンクの集まり方が、判断に影響していることがあります。
なお、これらのレポートに件数が出ていること自体は異常ではありません。重複が一定数あるのは普通のことで、意図した正規URLが選ばれているかどうかが本当の論点です。
JavaScriptサイトではレンダリング後も見る
URL検査ツールは、生のHTMLとレンダリング後のHTMLの両方を表示できます。JavaScriptを使っているサイトでは、この比較が特に有効です。
両方のHTMLでcanonicalを検索し、同じURLを指しているかを確認します。ここがずれていれば、前述の矛盾したシグナルが発生しています。
あわせて、レンダリング後にcanonicalが2つ以上存在していないかも見ておきます。JavaScriptが追加してしまうケースがあるためです。
この確認は制作会社に依頼しても構いません。画面のスクリーンショットを送るだけで、状況は正確に伝わります。
直したあとの過ごし方
設定を直したら、URL検査から「インデックス登録をリクエスト」して再クロールを促します。これで気づいてもらえる速度が上がります。
ただし、前述のとおり重複クラスタの再評価には最大2週間かかることがあります。すぐに表示が変わらなくても、設定を戻したり何度も変更したりしないことです。
短い期間で設定を何度も変えると、どの変更が効いたのか判断できなくなります。1回直したら、期間を決めて様子を見るのが結果的に近道です。
なお、反映の時期や順位の回復について確約することはできません。サイトの規模やクロールの頻度によって、かかる時間は変わります。
更新頻度の高いサイトほど再クロールも早い傾向がありますが、これも保証されたものではありません。焦らず、記録を取りながら経過を見ていくのが現実的です。
よくある質問（FAQ）
canonicalを設定すれば必ずそのURLが表示されますか
いいえ。canonicalは強いシグナルではありますが、Googleに対する命令ではありません。最終的な判断はGoogleが行います。
指定が採用されなかった場合は、他のシグナルとの食い違いが原因であることが多いです。内部リンクやサイトマップの向き先を見直してみてください。
全ページに設定する必要はありますか
必須ではありません。Googleは、指定がなくても多くのサイトは問題なく動くと説明しています。
ただし自己参照canonicalはベストプラクティスとして推奨されており、CMSが自動で出力していれば手間もかかりません。そのままにしておいて構いません。
canonicalと301リダイレクトはどちらが強いですか
Googleの公式ドキュメントでは、リダイレクトのほうがcanonicalより強いシグナルとして位置づけられています。
ただし強さで選ぶものではありません。重複ページを人に見せる必要があるかどうかで使い分けるのが正しい考え方です。
ページネーションの2ページ目は1ページ目を指すべきですか
いいえ。2ページ目以降は中身が異なるため、それぞれのページが自分自身を指す自己参照canonicalにするのが原則です。
1ページ目にまとめてしまうと、2ページ目以降の内容が検索に出にくくなる恐れがあります。古い情報をもとに設定していないか確認してください。
設定を直したのに検索結果が変わりません
Googleは、重複クラスタの再評価に最大2週間かかることがあると説明しています。まずは期間を置いて様子を見てください。
2週間以上経っても変わらない場合は、Search ConsoleのURL検査で「Googleが選択した正規URL」を確認し、他のシグナルとの矛盾を探します。
WordPressならプラグイン任せで大丈夫ですか
基本的な部分は自動で処理されます。ただし、テーマとの二重出力や、個別ページで指定先を変えたい場合は手動の確認が必要です。
年に1回程度、代表的なページのソースを確認しておくと安心です。プラグインの大きな更新のあとも見ておくとよいでしょう。
サイトのリニューアルやサーバー移転を行ったあとも、同じ確認をしておくことをおすすめします。設定そのものより、環境が変わったタイミングで崩れることのほうが多いためです。
まとめ｜canonicalは土台を整える地味な一手
canonicalタグは、同じ内容が複数のURLに存在するとき、どれを代表として扱ってほしいかをGoogleに伝えるための記述です。命令ではなく強いヒントであり、最終判断はGoogleが行います。
現在の公式ドキュメントでは、自己参照canonicalがベストプラクティスの一つとして明記されています。そして2026年7月10日の更新では、修正の反映に最大2週間かかることがある点が明確にされました。
正規化の手段は、強い順にリダイレクト、rel=”canonical”、サイトマップへの掲載と整理されています。組み合わせて使うと意図が通りやすくなる点も明記されています。
noindexやrobots.txtを正規化の代わりに使うことは推奨されていません。重複ページを人に見せる必要があるかどうかで、リダイレクトとcanonicalを使い分けてください。
JavaScriptでページを組んでいる場合は、生のHTMLとレンダリング後でcanonicalが一致しているかを確認します。1ページにcanonicalは1つだけ、という原則を守ることが事故を防ぎます。
そして、直したあとはすぐに結果を求めないことです。重複クラスタの再評価には最大2週間かかることがあります。設定を何度も変えるより、1回直して待つほうが確実です。
今日できることを1つ挙げるなら、自社サイトの下層ページを2〜3個開いてソースを表示し、canonicalの行を探してみてください。すべてトップページを指していないか。それを見るだけで、大きな事故を防げることがあります。
URL正規化のご相談はアクセス・リンクへ
株式会社アクセス・リンクでは、栃木県下野市を拠点に、中小企業のSEO対策・ホームページ制作・MEO対策を支援しています。代表の三田健司は全日本SEO協会の認定SEOコンサルタントとして、Googleの公式情報にもとづいた実務的な助言を行っています。
Web制作の実務は10年以上、これまでに延べ1,000件以上のサイトに関わってきました。canonicalの設定確認やリニューアル時のURL設計、Search Consoleに出ているエラーの読み解きまで、状況に合わせてご提案します。
「重複と出ているが何をすればよいか分からない」「リニューアル後に順位が落ちた」といったご相談も承っています。まずはお問い合わせフォームからお気軽にご連絡ください。現状の確認から一緒に進めていきます。
記事執筆・株式会社アクセス・リンク 代表取締役
Webサイト制作歴10年以上の経験を元にSEOコンサルティングを行い、延べ1,000件以上のサポート実績を誇ります。個人事業主や中小企業向けのホームページ制作やSEOコンサルティングを得意としています。
（社）全日本SEO協会 認定SEOコンサルタント
コメント