canonicalタグとは？書き方・設定が必要なケース・確認方法をわかりやすく解説

canonicalタグ（カノニカルタグ）は、HTMLのhead内に記述して「このURLを正規ページとして評価してください」と検索エンジンに伝えるタグです。重複・類似ページの評価が分散するのを防ぎ、狙ったページに評価を集約する役割を持ちます。

ただし、canonicalタグは設定すれば終わりではありません。canonicalはGoogleに「このサイト内でどのURLを正規として扱ってほしいか」を伝えるためのURL同一性シグナルの1つであり、canonicalタグだけでなく、内部リンク・XMLサイトマップ・301リダイレクト・noindex・robots.txt・Search Console上でGoogleが選んだcanonicalまで、サイト全体のシグナルを揃えてはじめて意図通りに機能します。

筆者も数万ページ規模のサイトで、パラメータ付きURLが大量に生成されてcanonicalの設定が追いつかず、意図しないページが検索結果に表示されてしまった経験があります。当時はcanonicalタグだけで解決しようとして失敗し、最終的にサイトマップ・内部リンク・noindex・301リダイレクトを揃えてはじめて、狙った正規ページがインデックスされるようになりました。

特にWordPress、ECサイト、求人サイト、記事メディア、UTMやソート系パラメータURLが発生するサイトでは、canonicalタグだけでは制御しきれない実態を理解しておく必要があります。

この記事では、2026年5月時点のGoogle Search Centralの仕様に基づき、canonicalタグの仕組み・書き方・設定すべきケース・効かない原因・確認方法を、URL同一性シグナルを揃える実務観点で解説します。

canonicalタグとは

まずはcanonicalタグの基本的な仕組みと、Googleがcanonicalをどう扱うかを整理しましょう。

canonicalタグの役割と仕組み

canonicalタグは、複数のURLに同じまたは類似のコンテンツが存在する場合に「このURLが正規（canonical）です」と検索エンジンに伝えるタグです。HTMLのhead内に1つだけ記述します。

<link rel="canonical" href="https://example.com/page/" />

canonicalを設定すると、Googleは指定されたURLを「コンテンツの代表」として扱い、被リンクや内部リンクの評価を正規URLに集約しやすくなります。

canonicalタグの仕組み（複数URLからcanonicalで正規URLを指定し、評価を集約する流れ）

canonicalは「命令」ではなく「ヒント」

canonicalはGoogleへの「ヒント」であり「命令」ではありません。Google Search Centralのドキュメントでも、canonicalタグはGoogleが正規URLを判断する際のsignal（シグナル）の1つと位置づけられており、最終的にはGoogleが独自の判断で正規URLを決定します。

そのため、canonicalタグでAというURLを正規に指定しても、Googleが内部リンクやコンテンツの一致度などを総合的に判断した結果、別のURLを正規として選ぶことがあります。GSCで「ユーザーが指定した正規URL」と「Googleが選択した正規URL」が異なる場合は、Googleが他のシグナルを優先したと考えてください。

GoogleはどのURLをcanonicalとして選ぶのか

Googleは、重複または類似したコンテンツのURL群の中から、検索ユーザーにとって最も完全で有用と判断したURLを正規URLとして選びます。判断材料は次のような複数のシグナルです。

Googleが見ているシグナル	意味
rel="canonical"	サイト側がGoogleに伝えた希望
301リダイレクト	旧URLから新URLへの恒久的な統合指示
XMLサイトマップ	サイト側が「インデックスしたい」と申告したURL一覧
内部リンク	どのURLにリンクが集まっているか
HTTPSとHTTP	HTTPSが優先されやすい
URLの単純さ	パラメータが少ないクリーンなURLが優先されやすい
hreflang	言語・地域の正規URL指定

これらのシグナルが揃っていれば、Googleは迷わずに正規URLを判断できます。逆に、canonicalタグでAを指定しているのに内部リンクがBに集まっている、といった矛盾があると、Googleはサイト側のヒントを採用しないことがあります。

canonicalページは評価・クロールの中心になる

Googleは正規URL（canonicalページ）を、コンテンツ評価とクロールの主な対象として扱います。

これは公式ドキュメントでも明示されており、Googleは正規URLをより頻繁にクロールし、重複URLはクロール負荷を減らすために巡回頻度を下げます。つまり、サイト側がcanonicalを正しく揃えると、重要なページが優先的にクロールされ、低価値な重複URLは後回しにされる状態を作れます。

これが、canonical対策が単なる重複防止にとどまらず、クロールバジェット（Googlebotがサイト内を巡回できる上限）の最適化やインデックスの整理にも関わる理由です。

canonicalタグが必要な理由

canonicalを設定する目的は「評価分散の防止」だけではありません。実務では4つの目的が同時に絡み合います。

評価シグナルを正規URLへ集約する

canonicalを設定する最大の目的は、被リンク・内部リンク・コンテンツ評価などのシグナルを正規URLに集約することです。

同じ内容のページがURLごとに別ページとして扱われると、被リンク評価が複数URLに分散し、どのページも十分なSEO評価を得られません。canonicalで正規URLを指定すれば、Googleは分散していた評価を1つのURLに統合してくれます。

検索結果に表示するURLを統一する

検索結果に表示するURLをサイト側でコントロールできることも、canonicalの重要な役割です。パラメータ付きURLや末尾スラッシュ違いのURLが検索結果に表示されると、ユーザー体験が損なわれ、ブランド認識にも影響します。

canonicalで正規URLを明示しておけば、検索結果には基本的に正規URLが表示され、ユーザーが見るURLの一貫性を保てます。

Googlebotのクロール浪費を減らす

canonical対策は、Googleに見せるURLの数と質を整える作業でもあります。

似た内容のURLや不要なパラメータURLが大量にあると、Googlebotは本来見てほしいページではなく、重複URLの確認に時間を使ってしまう可能性があります。canonicalを揃えて重複URLをGoogleに「正規ではない」と伝えておくと、Googlebotは新規ページや更新ページの発見にクロールリソースを使えるようになります。

URLパラメータや並び替えURLが大量に発生するサイト（ECサイト、求人サイト、不動産サイトなどのデータベース型サイト）ほど、この観点は重要です。

Search Consoleやアクセス解析のデータを見やすくする

canonicalで正規URLを統一しておくと、GSCの検索パフォーマンスやGA4のページレポートで、データが正規URLに集約されて表示されます。?utm_source=...のようなパラメータURLがバラバラに並ぶ状態を防げるため、ページ単位の分析が圧倒的にやりやすくなります。

重複コンテンツの詳しい影響は「重複コンテンツとは？SEOへの影響と対策方法をわかりやすく解説」で解説しています。

canonicalタグの書き方

canonicalタグの具体的な記述方法と、設定後に確認すべき実務チェック項目を解説します。

HTMLに直接記述する

canonicalタグは、HTMLのhead内に1つだけ記述するのが基本です。

<head>
  <link rel="canonical" href="https://example.com/page/" />
</head>

設定時には次のチェック項目をすべて満たすようにしてください。

チェック項目	確認すべき内容
head内に1つだけ記述する	複数のcanonicalタグがあるとGoogleがどちらを採用するか予測できなくなる
絶対URLで書く	相対URL（/page/）ではなく絶対URL（https://example.com/page/）で記述する
canonical先URLが200を返す	404・5xxのURLを正規に指定しても無効になる
canonical先URLがnoindexではない	「インデックスしないでほしい」と「正規URLとして扱ってほしい」が矛盾する
canonical先URLがrobots.txtでブロックされていない	クロールできないURLはGoogleが内容を確認できず、canonical判断にも使えない
canonical先がリダイレクトURLになっていない	リダイレクトされるURLを正規に指定するとシグナルが弱まる
canonicalチェーン・canonicalループを避ける	A→B→CのようにcanonicalがチェーンしているとGoogleが正規URLを正しく認識できない
JavaScriptで後から書き換えない	HTMLソース上で明確に指定するのが推奨。JSで書き換えるとGooglebotがレンダリング前に旧canonicalを読み取ることがある

設定後は必ずブラウザで「ページのソースを表示」してHTMLソース上のcanonicalを確認してください。デベロッパーツールのElementsタブはJSで書き換えられた後の状態が表示されるため、canonicalの確認には不向きです。

WordPressで設定する

WordPressの場合は、SEOプラグインで自動設定するのが一般的です。

Yoast SEOやRank Mathを使えば、各ページの編集画面からcanonical URLを個別に指定できます。プラグインのデフォルト設定で自己参照canonicalが自動的に出力されるため、特別な設定をしなくても基本的なcanonicalは機能します。

ただし、テーマとプラグインの両方がcanonicalを出力していると、1ページに複数のcanonicalタグが出てしまうケースがあります。プラグイン導入直後は必ず、ページのソースコードでcanonicalタグが1つだけ出力されているかを確認しておきましょう。

自分自身を指すcanonical（自己参照canonical）を全ページに設定する

インデックスさせたいすべてのページに、自分自身を指すcanonical（自己参照canonical、英語ではself-referencing canonical）を設定しておくと、パラメータ付きURLや意図しない重複URLが発生したときに、Googleへ正規URLの希望を伝えやすくなります。

<!-- https://example.com/blog/page-a/ に設定 -->
<link rel="canonical" href="https://example.com/blog/page-a/" />

第三者がパラメータ付きでリンクした場合（例: ?ref=twitter）、サーバーは同じコンテンツを返しますが、URLは別物としてGoogleに認識されます。自己参照canonicalがあれば、?ref=twitter付きURLからも正規URLへ評価が寄せられやすくなります。

自己参照canonicalは「全ページに必須」というほどの厳密なルールではありませんが、運用を簡素化し、想定外のURLが生成されたときの保険として推奨されている設定です。

HTTPヘッダーでcanonicalを指定するケース

HTMLを持たないファイル（PDF、画像、動画など）にcanonicalを指定したい場合は、HTTPレスポンスヘッダーでLinkヘッダーを使います。

Link: <https://example.com/whitepaper.pdf>; rel="canonical"

PDFを2つの異なるURLで配信していて、片方を正規にしたいケースなどで使います。HTMLページではほぼ使う機会がありませんが、サイトマップにPDFを掲載しているサイトでは押さえておくべき手法です。

canonicalタグを設定すべきケース

具体的にどのような場面でcanonicalの設定が必要になるのか、代表的なケースを実例とともに紹介します。

パラメータ付きURL

UTMやソート、絞り込みなどのパラメータ付きURLは、canonicalで正規URLを指定すべき代表ケースです。

?sort=price、?color=red、?utm_source=twitter、?ref=newsletterなど、パラメータが付くと内容は同じでもURLが別物としてGoogleに扱われます。パラメータなしのURLを正規URLとしてcanonicalを設定し、内部リンクも正規URL（パラメータなし）に集めましょう。

UTM付きURLが大量にSNSやメルマガで拡散されているサイトでは、自己参照canonicalだけで完全に防ぎきれないことがあります。パラメータ別にURLが大量にインデックスされている兆候があれば、Search Consoleの「重複しています」系ステータスを確認してください。

www・https・末尾スラッシュ・index.htmlの違い

https://example.com/ と https://example.com/index.html、https://www.example.com/ と https://example.com/、末尾スラッシュ「あり」と「なし」など、技術的には別URLとして扱われるケースは301リダイレクトで統一するのが基本ですが、過渡期にはcanonicalで正規URLを明示しておくとリスクを減らせます。

理想は301リダイレクトでサーバーレベルで統合することです。canonicalだけに頼ると、Googleが指定通りに従わないリスクが残ります。

カテゴリ・タグ・アーカイブページ

WordPressなどのCMSでは、同じ記事がカテゴリページ、タグページ、月別アーカイブページにも本文の冒頭が表示されます。記事本文のURLを正規URLに指定し、カテゴリやタグページに対しては別軸で扱うのが基本です。

特にタグページや月別アーカイブが大量に生成されるサイトでは、canonicalだけでなく低価値なアーカイブページにはnoindexを併用することも検討してください。canonicalはあくまでヒントなので、明確に「インデックスさせない」意思を伝えるならnoindexのほうが効果的です。

ECの商品バリエーションページ

色違い・サイズ違いで商品説明がほぼ同じECサイトでは、代表となる商品ページを正規URLに指定します。/product/shirt-red/、/product/shirt-blue/、/product/shirt-green/ のように分かれている場合、いずれかを正規URLに指定して評価を集約しましょう。

ただし、色やサイズによって価格や在庫情報が大きく異なる場合、canonicalで統合してしまうと検索結果での見せ方が制約されます。バリエーションページごとにユニークな価値があるなら、canonicalで統合せず、各ページに自己参照canonicalを設定してインデックスさせるのが適切です。

印刷用ページ

印刷用ページ（?print=1、/print/page/ など）は、画面表示用ページを正規URLに指定するのが基本です。印刷用ページ自体に検索流入を狙う必要はないため、canonicalで本体のURLに評価を集約しましょう。

ページネーション

ページネーション（記事一覧の2ページ目、3ページ目など）では、各ページに自己参照canonicalを設定するのがGoogle公式の推奨です。

過去には「1ページ目を正規URLに指定する」という慣習もありましたが、現在のGoogleの推奨は異なります。

ページネーションの正しい扱い方（2026年現在）

各ページに自己参照canonicalを設定する
2ページ目には2ページ目のURL、3ページ目には3ページ目のURLを正規として指定する
各ページが異なるアイテムを掲載している
Googleはページネーション内の各URLを別ページとして扱う
各ページに一意のURLを持たせる
?page=2、/page/2/など、サイトの規則に従ってユニークなURLを発行する
次ページへのリンクは a href で辿れるようにする
JavaScriptだけで遷移するページネーションはGooglebotが辿れないことがある

ページネーションを「同じ一覧の続き」として1ページ目に統合してしまうと、2ページ目以降の記事URLがGoogleから発見されにくくなります。これは記事数が多いブログメディアやニュースサイトで深刻なクロール漏れを生む原因になります。

並び替え（?sort=date）やフィルタ（?category=design）のように同じ一覧を別の順序で見せるだけのURLは、ページネーションとは性質が異なります。これらは正規URLに統合するか、noindexやrobots.txtで制御する設計を検討してください。

並び替え・絞り込みURL

?sort=price_asc、?filter=color:red のように並び替えや絞り込みのパラメータが付くURLは、検索流入の対象にならないことが多く、canonicalで元のURLに統合するのが基本です。

ただし、絞り込み条件によっては検索意図のあるページになることがあります（例: 「赤いシャツ」専用の絞り込みURLは、独自のSEO価値を持つ可能性があります）。その場合は絞り込み済みURLを別の正規URLとして扱い、独自のtitle・description・canonicalを設定する選択もあります。

canonicalタグが不要なケース

canonicalの設定が不要、または推奨されない場面を明確にしておきましょう。

canonicalが不要・推奨されないケース

完全にユニークなコンテンツのページ
他のURLと重複していないページは、自己参照canonicalを入れるだけで十分
301リダイレクトで統合済みのページ
リダイレクト元はそもそもアクセスされないため、canonical設定は不要。301が優先される
noindexを設定したページ
「インデックスさせたくない」と「正規URLとして扱ってほしい」は矛盾する。基本的に併用しない
robots.txtでブロックすべき問題URL群
クロール自体を止めたい大量のパラメータURLなどは、canonicalよりrobots.txtで制御を検討する

特にrobots.txtでブロックしたURLは、Googleがページ内容やcanonicalタグを確認できないため、canonical制御には不向きです。クロールさせない判断とcanonicalで正規化する判断は、目的を分けて使い分けましょう。

なお、AMPページについては2026年現在Google検索でのAMP優遇が終了しているため、AMP向けの特別なcanonical設定は基本的に不要です。

canonical・301リダイレクト・noindex・robots.txtの使い分け

重複URL対策には canonical・301リダイレクト・noindex・robots.txt の4つの手法があります。目的に応じて使い分けましょう。

手法	目的	ページの状態	SEO評価
canonical	正規URLに評価を集約	ページは残る。ユーザーはアクセス可能	正規URLに集約される（ヒント）
301リダイレクト	旧URLから新URLに恒久転送	旧ページにはアクセスできなくなる	新URLに引き継がれる（強い指示）
noindex	検索結果から除外	ページは残るが検索結果に出ない	そのページの評価はなくなる
robots.txt	クロール自体をブロック	Googlebotがアクセスしない	ページ内容もcanonicalも判断材料にならない

判断基準は次のように整理できます。

URL制御の判断軸

完全にURLを統合したい
301リダイレクトを使う。最も強いシグナルで、旧URLは消える
ページは残すが、評価・正規URLを寄せたい
canonicalを使う。ユーザーは元のURLにアクセス可能
検索結果に出したくない
noindexを使う。インデックスから除外される
クロールさせたくない問題URL群
robots.txtを使う。ただしGoogleがcanonicalを確認できなくなるので、canonical制御の代わりには使わない
canonicalとnoindexの併用は基本避ける
意図が矛盾するため、Googleはどちらを優先するか予測しづらい

301リダイレクトの詳細は「301リダイレクトとは？SEOへの影響と正しい設定方法をわかりやすく解説」、noindexについては「noindexタグによって除外されましたとは？対処が必要なケースと解除方法」を参照してください。

重複URL対策の4手法比較（canonical・301リダイレクト・noindex・robots.txtの目的とページ状態の違い）

canonicalはタグではなく「URL同一性シグナル」を揃える施策

ここまでcanonicalタグの書き方や設定すべきケースを見てきましたが、本記事で最も伝えたいのはこの章です。

canonical最適化とは、タグを1つ入れる作業ではなく、URLの同一性シグナルをサイト全体で揃える作業です。

canonicalタグは、Googleにとって正規URLを判断するためのシグナルの1つでしかありません。canonicalタグだけ設定しても、他のシグナルが矛盾していれば、Googleは別のURLをcanonicalとして選ぶことがあります。

canonicalはURLの身分証明のようなものです。canonicalタグでAが正しいと言っていても、内部リンクではBに集め、サイトマップではCを送信し、リダイレクトではDに飛ばしている状態では、GoogleはどのURLを正規として扱うべきか判断しづらくなります。

URL同一性シグナルの全体像（canonicalタグ・内部リンク・XMLサイトマップ・301リダイレクト・パンくず・構造化データ・OGP・hreflang・noindex・robots.txt・Search Consoleの11シグナルが正規URLに集まる図）

Googleに正規URLを伝える11のシグナル

Googleはcanonicalを判断する際、サイト全体の複数シグナルを総合的に見ています。実務では次の表をチェックリストとして使ってください。

確認項目	見るべきポイント
canonicalタグ	正規URLを指しているか、絶対URLか、1ページに1つだけか
内部リンク	重複URLではなく正規URLへリンクしているか
XMLサイトマップ	canonical URLだけを送信しているか（重複URLや非正規URLを混ぜない）
301リダイレクト	旧URLや重複URLを正規URLへ統合できているか
パンくずリスト	正規URLと同じURL設計になっているか
構造化データ	urlやmainEntityOfPageが正規URLと矛盾していないか
OGP（og:url）	正規URLと同じURLを指しているか
hreflang	各言語ページが同じ言語のcanonicalを指しているか
noindex	canonical先や正規化したいページに矛盾して入っていないか
robots.txt	canonicalを確認してほしいURLをブロックしていないか
Search Console	ユーザー指定canonicalとGoogle選択canonicalが一致しているか

内部リンクはcanonicalと同じ方向を向ける

canonicalタグでAを正規に指定しているのに、内部リンクがBに集中している状態は、Googleに矛盾したシグナルを送ることになります。

内部リンクは、単なる導線ではありません。Googleに対して「どのページが重要か」「どのURLを代表として扱いたいか」を伝えるシグナルでもあります。ページをノード、内部リンクをエッジ、アンカーテキストをエッジのラベルと考えると、内部リンクはサイト内に小さなナレッジグラフを作る行為だと捉えられます。

canonical対策では、canonicalタグだけでなく内部リンク先も正規URLに揃える必要があります。WordPressのテーマやテンプレートが?ref=relatedのようなパラメータ付きで内部リンクを生成していないか、定期的に確認してください。

サイトマップにはcanonical URLだけを載せる

XMLサイトマップは、サイト側がGoogleに「インデックスしてほしい」と申告するURL一覧です。サイトマップに重複URLや非正規URLを混ぜると、Googleに「このURLもインデックス候補です」とシグナルを送ることになり、canonicalタグと矛盾します。

サイトマップ生成プラグインを使っているサイトでは、生成されたXMLを開き、canonical URLだけが含まれているかを必ず確認しましょう。

Googleに見せるURL構成を整理する考え方

Googleに伝わりやすい、整理されたURL構成とは次のような状態です。

整理されたURL構成の条件

インデックスさせたいURLが明確
正規URLが定まっており、サイト内で揺れがない
canonical URLが揃っている
タグ・サイトマップ・内部リンクが同じ方向を向いている
サイトマップに重要URLだけが載っている
重複URLやnoindexページが混ざっていない
内部リンクが正規URLへ向いている
テンプレートやプラグインが非正規URLでリンクしていない
不要なパラメータURLや重複URLが膨らんでいない
UTMの内部利用やソートURLが大量発生していない
404、soft 404、noindex、リダイレクトURLが整理されている
古いURLやエラーページが内部リンクから孤立している

URL構成が整理されていないサイトでは、GooglebotがどのURLを見ればよいのか、どのURLを評価すればよいのか判断しづらくなります。canonical対策は、Googlebotに迷わせないためのURL設計でもあるのです。

canonicalタグが効かない原因と対処法

canonicalを正しく設定したはずなのに、Googleが別のURLを正規ページとして選んでしまうケースがあります。

Googleが別のcanonicalを選んでしまう理由

GSCで「重複しています。Googleにより、ユーザーがマークしたページとは異なるページが正規ページとして選択されました」と表示される場合、Googleがcanonicalの指定を採用せず、独自の判断で正規URLを選んだ状態です。

主な原因は次のとおりです。

原因	内容
canonical先と元ページの内容が大きく異なる	類似性が低いとGoogleは「重複ではない」と判断する
canonical先がnoindex	「インデックスさせない」と「正規にする」の矛盾が原因
canonical先がrobots.txtでブロックされている	Googleが内容を確認できず、canonical指定を信頼できない
canonical先が404 / 5xx	到達できないURLは正規URLになれない
canonical先がリダイレクトしている	リダイレクトURLを正規に指定するとシグナルが弱まる
サイトマップでは別URLを送信している	サイトマップとcanonicalタグの矛盾
内部リンクが非正規URLに集まっている	Googleはリンクの集中度を判断材料にする
hreflangとcanonicalが矛盾している	多言語サイトでhreflangが指す先とcanonicalが食い違う
CMSやSEOプラグインが意図しないcanonicalを出している	テーマとプラグインの両方が出力しているケース
JavaScriptでcanonicalが書き換わっている	Googlebotがレンダリング前に旧canonicalを読み取ることがある
Googleにとって別ページと判断されている	重複ではないと見なされて、それぞれ別URLとして残る

このステータスの詳しい対処法は重複しています。Googleにより、ユーザーがマークしたページとは異なるページが正規ページとして選択されましたの原因と対処法で解説しています。

なお、GSCで「代替ページ（適切なcanonicalタグあり）」と表示される場合は、canonicalが正しく機能している状態なので基本的に対処は不要です。詳しくは代替ページ(適切なcanonicalタグあり)とは？基本的に対処不要な理由をご覧ください。

対処はタグ修正ではなくシグナル統一

canonicalが効かないときの対処は、「タグを直す」だけでなく「URLシグナルを揃える」観点で進めるのが鉄則です。

具体的には次の順序でチェックします。

順序	チェック項目	確認内容
1	canonicalタグそのもの	絶対URL／1つだけ／JSで書き換えていない／チェーン・ループなし
2	canonical先URLの状態	200を返すか／noindexでないか／robots.txtでブロックされていないか／リダイレクトしていないか
3	内部リンクの集中先	テンプレート・プラグイン・ナビゲーションが正規URLへリンクしているか
4	XMLサイトマップ	非正規URLや重複URLを送信していないか
5	構造化データのURL	JSON-LDのurlやmainEntityOfPageが正規URLと一致しているか
6	OGPのog:url	正規URLと同じURLを指しているか
7	hreflang	多言語サイトの場合、各言語のcanonicalと矛盾していないか
8	CMS / プラグインの出力	テーマとプラグインの両方がcanonicalを出力していないか

これらを順に確認すると、ほとんどのcanonical不一致は「タグだけが正しくて、他のシグナルが矛盾している」状態であることがわかります。

Googleが選んだURLを冷静に確認する

GSCでGoogle選択canonicalがサイト指定と異なる場合、つい「Googleが間違っている」と決めつけがちです。しかし、まずGoogleが選んだURLのほうが検索ユーザーにとって自然ではないかを確認してください。

たとえば、サイト側が末尾スラッシュなしを正規にしているのに、Googleが末尾スラッシュありを選んでいる場合、サイト内の内部リンクの大半が末尾スラッシュありになっている可能性があります。Googleの選択は、サイト全体のシグナルを反映している結果であることが多いのです。

canonicalタグの確認方法

canonicalを設定したら、正しく動作しているか必ず確認しましょう。確認の段階は「ソースで見る」「ツールで一括チェック」「Googleの認識を見る」「継続監視」の4つです。

ページのソースコードで確認する

最もシンプルな方法です。ブラウザで対象ページを開き、右クリック→「ページのソースを表示」でHTMLを確認します。

Ctrl + F（MacはCmd + F）で「canonical」と検索し、head内にcanonicalタグが1つだけ存在し、正しいURLが指定されているかチェックしましょう。

必ず「ページのソースを表示」を使い、デベロッパーツールのElementsタブで確認しないでください。ElementsタブはJSでDOMを書き換えた後の状態を表示するため、Googlebotが最初に見る状態と異なることがあります。

inSiteの無料canonicalチェッカーで確認する

inSiteの無料canonicalチェッカーを使えば、URLを入力するだけでそのページに設定されたcanonicalタグの内容を確認できます。

複数ページを連続でチェックしたい場合や、設定ミスをすばやく発見したい場面で役立ちます。

無料でcanonicalをチェックする →

Google Search Consoleで確認する

GSCのURL検査ツールで対象URLを入力すると、「ユーザーが指定した正規URL」と「Googleが選択した正規URL」の両方を確認できます。

GSCのcanonical関連ステータス判定フロー（ユーザー指定canonicalとGoogle選択canonicalの一致／不一致で分岐する5ステータスの整理図）

GSCのcanonical関連ステータス	意味	対処
ユーザーが指定した正規URL	サイト側がcanonicalタグで指定したURL	意図したURLになっているか確認
Googleが選択した正規URL	Googleが最終的に正規と判断したURL	サイト指定と一致しているか確認
代替ページ（適切なcanonicalタグあり）	canonicalが正しく機能している状態	基本的に対処不要
重複しています。Googleにより、ユーザーがマークしたページとは異なるページが正規ページとして選択されました	サイト指定とGoogleの判断がズレている	シグナル矛盾を解消する
重複しています。送信されたURLが正規URLとして選択されていません	サイトマップに送ったURLがGoogleに採用されていない	サイトマップ・内部リンク・canonicalの整合を確認

「ユーザーが指定した正規URL」と「Googleが選択した正規URL」が一致していれば、canonicalが正しく機能しています。一致していない場合は、前述の「効かない原因」を確認してください。

inSiteでcanonical不一致を継続的に検出する

canonicalは1ページ確認して終わりではなく、サイト全体で継続的に見る必要があります。記事数が多いサイト、WordPress、求人サイト、ECサイトのようなデータベース型サイトでは、全URLを手動で確認するのは現実的ではありません。

inSiteのサイト改善アラートは、canonical不一致を含む10種類のSEO問題を毎日自動で検出します。設定したcanonicalとGoogleが認識するcanonicalの不一致をURL Inspection APIで定期チェックし、修正して再クロールされれば解決済みアラートは自動で消えるので、対応漏れがなくなります。

よくある質問

canonicalタグは全ページに必要ですか？

厳密に「必須」というルールはありませんが、インデックスさせたいすべてのページに、自分自身を指すcanonical（自己参照canonical）を設定しておくことが推奨されています。第三者がパラメータ付きでリンクした場合の評価分散を防ぎ、想定外のURLが生成されたときの保険として機能します。

canonicalとnoindexは併用していいですか？

基本的に併用は避けるべきです。noindexは「このページを検索結果に表示しない」、canonicalは「このページの評価を正規URLに集約する」という指示で、意図が矛盾します。Googleはどちらを優先するか予測しづらいため、目的に応じてどちらか一方を選んでください。

canonicalと301リダイレクトはどちらを使うべきですか？

ページを残す必要があるならcanonical、URLを完全に統合するなら301リダイレクトを使います。301は「強い指示」で、旧URLへのアクセスは新URLにリダイレクトされます。canonicalは「ヒント」で、ユーザーは元のURLにアクセス可能なまま、評価だけを正規URLに寄せます。

ページネーションの2ページ目以降は1ページ目にcanonicalすべきですか？

いいえ、各ページに自己参照canonicalを設定するのが現在のGoogle推奨です。ページネーション内の各URLには異なるアイテムが掲載されているため、Googleは別ページとして扱います。1ページ目にcanonicalで統合すると、2ページ目以降の記事URLがGoogleから発見されにくくなります。

Googleが指定と違うcanonicalを選んだらどうすればいいですか？

「Googleが間違っている」と決めつける前に、まずGoogleが選んだURLのほうが検索ユーザーにとって自然ではないかを確認してください。多くの場合、内部リンクの集中先やサイトマップの送信URLが、サイト指定のcanonicalと矛盾していることが原因です。タグだけでなく、内部リンク・サイトマップ・リダイレクトなどのURLシグナルを揃えることが対処になります。

canonicalタグを設定すれば必ずGoogleは従いますか？

いいえ、canonicalはGoogleへの「ヒント」であり「命令」ではありません。Googleは内部リンク・サイトマップ・コンテンツの一致度などを総合的に判断して最終的な正規URLを決めるため、サイト側の指定と異なるURLを選ぶこともあります。

robots.txtでブロックしたURLにcanonicalを設定すれば正規化できますか？

できません。robots.txtでブロックされたURLは、Googlebotがアクセスできずページ内容もcanonicalタグも確認できないため、canonical指定を判断材料にできません。クロールさせない判断とcanonical正規化は目的を分けて使い分け、canonicalで制御したいURLはrobots.txtでブロックしないでください。

canonicalタグの読み方は？

「カノニカルタグ」と読みます。英語の「canonical」は「正規の」「標準的な」という意味で、SEOでは「正規URL」を指定するためのタグとして使われています。

関連記事 noindexとは？書き方・設定方法・確認方法をわかりやすく解説 →

まとめ

canonical対策は、タグを入れて終わりではありません。

Googleに正規URLを正しく認識してもらうには、canonicalタグ、内部リンク、サイトマップ、リダイレクト、noindex、robots.txt、構造化データなど、サイト全体のURLシグナルを揃える必要があります。

つまりcanonicalは、Googlebotに迷わせないためのURL設計です。重複URLやパラメータURLが多いサイトほど、定期的に確認し、意図したURLがGoogleに正規URLとして認識されているかをチェックしましょう。

canonicalの確認は「ソースコードでタグを見る」だけでなく、「Googleが実際にどのURLを選んだか」までを継続的に見ることが、実務として重要です。

この記事のポイント

canonicalタグは重複・類似URLの正規URLをGoogleに伝えるためのヒント（命令ではない）
Googleは最終的に自らの判断で正規URLを選び、canonical指定とズレることがある
canonical対策はタグだけでなく、内部リンク・サイトマップ・リダイレクトなどURL同一性シグナルを揃える作業
canonicalページはGoogleのコンテンツ評価・クロールの中心になりやすい
GSCでは「ユーザー指定canonical」と「Google選択canonical」の両方を必ず確認する