canonicalタグの監査方法｜重複URL・誤指定・自己参照を確認する手順

canonicalタグを監査するときは、「タグが入っているか」だけを確認してはいけません。重要なのは、重複・類似URLの中から本当に残したいURLへ正規化できているか、canonical先が200でインデックス可能か、サイトマップ・内部リンク・リダイレクトと矛盾していないかまで確認することです。

Googleはcanonical指定を参考にしますが、必ず指定されたURLを正規URLとして採用するわけではありません。Search Consoleで「ユーザーが指定した正規URL」と「Googleが選択した正規URL」が一致するかも確認する必要があります。

この記事では、canonicalをURL単位ではなくサイト全体で監査し、修正対象と優先順位を決める方法を解説します。

canonicalだけでなくnoindex・robots.txt・サイトマップ・内部リンクまで含めて診断する場合は、親記事の「SEOのインデックス監査」から確認してください。

canonical監査では「タグの有無」より正規化の整合性を確認する

canonical監査の目的は、すべてのページにcanonicalタグを機械的に追加することではありません。

確認すべきなのは、同じ、または非常に近い内容を持つ複数URLについて、「検索エンジンに代表として扱ってほしいURL」が一貫して示されているかです。

Googleは、重複または非常に類似したページをグループ化し、その中から代表となる正規URLを選択します。サイト運営者はcanonicalタグ、リダイレクト、サイトマップなどで希望するURLを示せますが、最終的な正規URLはGoogleが判断します。

そのため、監査では次の4層を分けて考えると判断しやすくなります。

確認層	確認すること	主な問題
URL構造	同じ内容へ複数URLから到達できないか	パラメータ、HTTP/HTTPS、末尾スラッシュなど
canonical実装	指定先が意図したURLか	誤URL、複数指定、canonicalチェーン
周辺シグナル	他のSEO設定と矛盾しないか	サイトマップ、内部リンク、301との不一致
Googleの認識	実際にどのURLが正規として選ばれたか	ユーザー指定とGoogle選択の不一致

canonicalタグ単体ではなく、URL構造からGoogleが実際に選んだ正規URLまで一続きで確認します。

canonicalそのものだけを見るのではなく、この4層を一続きで確認することが重要です。

STEP1｜まず重複・類似URLが発生するパターンを洗い出す

canonical監査は、先に「どのURL群を正規化する必要があるか」を把握すると効率的です。

canonical監査はURLの抽出から始め、最後にGoogleが実際に選んだ正規URLまで確認します。

Googleも、HTTPとHTTPS、端末別URL、並び替え・絞り込み機能、意図せず残った別URLなどを重複URLが発生する代表例として挙げています。

企業サイトでは、特に次のパターンを確認してください。

HTTPとHTTPSで同じページを表示できる
wwwあり・なしの両方でアクセスできる
末尾スラッシュあり・なしが別URLになる
`index.html`あり・なしで同じ内容が表示される
UTMなど計測パラメータ付きURLがクロールされる
ECサイトの並び替え・絞り込みURLが大量に生成される
同一商品に複数カテゴリ経由のURLが存在する
印刷用・一覧用など別URLで近い内容が公開される
CMSによって同一記事へ複数URLからアクセスできる

たとえば、

`/service/seo/`

と

`/service/seo/?utm_source=mail`

で本文が同じなら、後者を独立ページとして検索結果に出したいケースは通常多くありません。

一方で、URLが似ているという理由だけでcanonicalを統合してはいけません。

サービス内容、対象地域、商品仕様などが十分に異なり、それぞれが独立した検索意図へ回答しているなら、別ページとして残す判断も必要です。

RFC 6596でも、canonical先は元ページと重複する内容、または元ページの内容を包含するページであることが前提とされています。

STEP2｜各URLのcanonical指定を一覧化する

次に、サイトをクロールして各URLのcanonical指定を一覧化します。

ページごとに手作業でソースを見る方法もありますが、数百ページ以上のサイトではクロールツールを使う方が現実的です。

最低限、次の項目を1行1URLで整理してください。

項目	確認内容
対象URL	クロールしたURL
HTTPステータス	200、3xx、4xx、5xx
indexability	インデックス可能か
canonical有無	指定されているか
canonical先	どのURLを指定しているか
自己参照か	対象URLとcanonical先が同じか
canonical先ステータス	200か、リダイレクト・エラーでないか
noindex	対象またはcanonical先にnoindexがないか
サイトマップ掲載	どのURLがXMLサイトマップに含まれるか

Screaming Frog SEO Spiderなどのクローラーでは、canonicalの欠落、複数指定、競合する指定、非インデックス可能なcanonical先、canonicalチェーンなどをまとめて抽出できます。

STEP3｜自己参照canonicalを確認する

独立してインデックスさせたい正規ページでは、原則として自分自身を指す自己参照canonicalを設定しておくと正規URLの意図が明確になります。

Googleもcanonicalページ自体へ自己参照canonicalを設定することを推奨しています。

たとえば正規URLが、

`https://example.com/service/seo/`

なら、そのページのhead内で同じURLをcanonicalとして指定します。

ただし、監査で重要なのは「自己参照canonicalがないページをすべてエラー扱いする」ことではありません。

Googleはcanonicalを指定していなくても正規URLを判断できます。そのため、自己参照canonicalの欠落よりも、

本来インデックスしたいページが別ページをcanonical指定している
テンプレートの不具合で全ページがトップページを指定している
ページ生成時のURL取得ミスで誤URLを指定している

といった問題を優先してください。

STEP4｜canonical先が200かつインデックス可能か確認する

canonical先は、原則として正常に表示できるインデックス可能なURLにします。

次のようなURLをcanonical先にしている場合は要確認です。

301・302などで別URLへ転送される
404や410になっている
5xxエラーを返している
noindexが設定されている
robots.txtでクロールを妨げている
さらに別URLへcanonicalを指定している

たとえば、

ページA → canonicalでページB ページB → 301でページC

という状態なら、ページAから直接ページCをcanonical先として指定できないか確認します。

canonicalが別canonicalへ続く「canonicalチェーン」も同様です。

Screaming Frogでは、リダイレクト、4xx、5xx、noindex、別canonicalを持つページなどを「Non-Indexable Canonical」として検出できます。

STEP5｜canonicalの複数指定・競合を確認する

1つのURLについて複数の異なるcanonical先が指定されていないか確認します。

たとえばHTML内ではページBを指定し、HTTPヘッダーではページCを指定している状態です。

GoogleはHTMLの`rel=”canonical”`とHTTPヘッダーのcanonicalの両方をサポートしていますが、複数方式を併用すると設定不整合が発生しやすいため、一つの方法へ統一することを推奨しています。

また、次の組み合わせも確認します。

設定	望ましい状態
canonical	正規URL A
XMLサイトマップ	Aを掲載
内部リンク	原則Aへリンク
301リダイレクト	廃止URLならAへ
hreflang	同一言語・地域設計と整合
HTTPS	原則HTTPS側へ統一

たとえばcanonicalはURL Aを指しているのに、サイトマップではURL Bだけを送信し、主要な内部リンクもURL Bへ向いているなら、Googleへ複数の異なるシグナルを送っている状態です。

Googleはリダイレクトを強い正規化シグナル、`rel=”canonical”`を強いシグナル、サイトマップ掲載を比較的弱いシグナルと説明しています。複数の方法を同じURLへ揃えるほど、正規URLの意図を伝えやすくなります。

STEP6｜パラメータURLは一律にcanonical化せず役割を判断する

ECサイトや大規模サイトでは、パラメータURLの扱いが監査上の重要ポイントです。

たとえば、

`/shoes/?color=black`

`/shoes/?sort=price`

`/shoes/?utm_source=mail`

が存在していても、すべて同じ扱いとは限りません。

計測用パラメータのように本文内容が変わらないURLは、パラメータなしURLへ正規化する判断がしやすいでしょう。

一方、色やサイズ、地域、カテゴリなどによってユーザーへ異なる価値を提供し、それぞれを検索結果へ出したい場合は、無条件に親ページへcanonicalを集約すると独立ページとして評価されにくくなる可能性があります。

監査では「パラメータがあるか」ではなく、次の順番で判断します。

ページ内容は実質的に同じか
そのURL固有の検索意図があるか
独立してインデックスさせたいか
内部リンクで独立ページとして扱っているか
サイトマップにも掲載する価値があるか

canonicalは、URL整理のためだけのタグではありません。検索結果でどのページを代表として扱いたいかというサイト設計上の判断です。

STEP7｜Search ConsoleでGoogle選択canonicalとの不一致を確認する

HTML上のcanonicalが正しく見えても、監査は完了ではありません。

Google Search ConsoleのURL検査では、「ユーザーが指定した正規URL」と「Googleが選択した正規URL」を確認できます。Googleはサイト側が指定したcanonicalとは異なるURLを選択する場合があります。

優先して確認したいのは次のケースです。

重要ページのGoogle選択canonicalが別URLになっている
「重複しています。Google により、ユーザーがマークしたページとは異なるページが正規ページとして選択されました」に該当する
サイトマップへ送信したURLが正規URLとして採用されていない
意図しない別ドメインURLが選ばれている

不一致があった場合、canonicalタグだけを書き直すのではなく、

ページ同士の内容差
内部リンク
サイトマップ
リダイレクト
hreflang
HTTP/HTTPS
canonical先の品質や状態

まで確認します。

Googleはcanonical指定を参考にしながら、コンテンツや他のシグナルも含めて正規URLを判断するためです。

canonical監査で見つかる代表的な7つの問題

監査結果は、次の7種類へ分類すると修正担当へ渡しやすくなります。

問題	例	優先度
誤ったcanonical先	重要ページが別ページを指定	高
非インデックスURLを指定	404、noindex、リダイレクト先	高
複数・競合canonical	HTMLとHTTPヘッダーで別URL	高
canonicalループ・チェーン	A→B→C、A→B→A	高
Google選択との不一致	重要ページで別URLが正規化	高
自己参照canonical欠落	独立ページに自己参照なし	中
周辺シグナルとの不一致	サイトマップや内部リンクが別URL	中〜高

特に「重要ページが意図しないURLへcanonicalされている」問題から先に修正してください。

単純な自己参照canonicalの欠落よりも、検索流入を獲得したいページが正規URLとして扱われない状態の方が事業への影響が大きいためです。

canonicalと301リダイレクト・noindexを使い分ける

canonical監査では、canonicalで処理すべき問題なのかも確認します。

目的	基本的な選択
重複URLを残したまま正規版を示したい	canonical
古いURLを廃止して新URLへ完全移行したい	301リダイレクト
ページを検索結果へ出したくない	noindex
重要な正規URL一覧をGoogleへ伝えたい	XMLサイトマップ

URLを残すのか、移動するのか、検索結果から外すのかによって適切な手段は異なります。

Googleは、URLを恒久的に廃止する場合にはリダイレクトを強い正規化シグナルとして扱います。また、同一サイト内で正規URLを選ばせる目的にnoindexを使うことは推奨しておらず、canonicalを使うよう案内しています。

「重複だから全部noindex」「全部canonical」という処理ではなく、そのURLをユーザーが今後も利用するのかまで含めて決めてください。

クロスドメインcanonicalは特に慎重に監査する

canonicalは別ドメインのURLを指定することもできます。

RFC 6596ではcanonical先が別ホスト・別ドメインになることも認められています。

ただし、意図していないクロスドメインcanonicalは重大です。

Googleのトラブルシューティング資料では、サイトの不正改ざんによって外部のスパムサイトへcross-domain canonicalを挿入されるケースも挙げられています。

自社サイト内のページが突然見知らぬドメインをcanonical先にしている場合は、SEO設定ミスだけでなくセキュリティ事故も疑ってください。

canonical監査の修正優先順位は「重要URLへの影響」で決める

監査後に数百件のエラーが出ても、件数だけで優先順位を決めないことが重要です。

canonicalエラーは件数順ではなく、検索流入を獲得したい重要URLへの影響が大きいものから修正します。

次の順番で判断すると実務へ落とし込みやすくなります。

優先度1｜重要ページが誤って別URLへ正規化されている

サービスページ、商品ページ、主要記事など、検索流入やコンバージョンに直結するURLを最優先します。

優先度2｜canonical先が404・noindex・リダイレクトになっている

正規URLとして指定する先そのものに問題がある状態です。

優先度3｜大量URLを生むテンプレート・CMSの不具合

1ページずつ修正するより、URL生成やcanonical出力ロジックを修正した方が再発防止になります。

優先度4｜Google選択canonicalとの重要な不一致

Search Consoleで重要URLを確認し、意図しないページが選ばれている原因を調査します。

優先度5｜自己参照canonicalや細かな表記揺れ

重大な誤指定を解消したあとで整備します。

修正後はcanonicalタグだけでなくGoogleの再評価まで確認する

canonical修正は、HTMLを書き換えた時点では完了しません。

修正後は次の流れで確認してください。

対象URLを再クロールする
canonical先が想定どおりか確認する
canonical先が200か確認する
サイトマップと内部リンクを確認する
Search ConsoleのURL検査で重要URLを確認する
Google選択canonicalの変化を継続して確認する

Googleはcanonical問題を修正しても、重複クラスタの再評価に時間がかかる場合があると説明しています。

そのため、修正直後の1回だけで成否を判断せず、重要URLを継続して確認する運用が必要です。

canonical監査チェックリスト

最後に、実務でそのまま使える確認項目をまとめます。

canonicalタグが意図したURLを指している
独立してインデックスしたいページが誤って別URLを指していない
canonical先が200を返している
canonical先にnoindexがない
canonical先がさらに別URLへリダイレクトされていない
canonicalチェーン・ループがない
1ページに競合する複数canonicalがない
正規ページで自己参照canonicalを確認した
HTTP/HTTPS、www、末尾スラッシュなどのURL方針が統一されている
パラメータURLの役割を判断した
canonicalとXMLサイトマップが同じ正規URLを示している
内部リンクが原則として正規URLへ向いている
hreflangとcanonicalが矛盾していない
外部ドメインへのcanonicalが意図した設定か確認した
Search ConsoleでGoogle選択canonicalを確認した

まとめ

canonical監査で最も重要なのは、canonicalタグの有無を数えることではありません。

「検索結果へ残したい正規URL」が明確になっており、canonical、リダイレクト、サイトマップ、内部リンク、Googleの選択ができるだけ同じ方向を向いているかを確認することです。

まず重複URLを洗い出し、canonical指定を一覧化します。そのうえで、誤指定、非インデックスURL、チェーン、複数指定、Google選択との不一致を確認してください。

修正は、重要ページへの誤ったcanonicalや大量URLへ波及するテンプレート不具合から優先します。

canonicalだけを見るのではなく、サイト全体の正規化設計として監査することで、重複URLの整理とインデックス管理をより安定させられます。

参考文献・データ元

Google Search Central「What is URL Canonicalization」：canonicalizationの定義、重複URLの例、Googleによる正規URL選択の考え方。最終更新2026年8月20日。
Google Search Central「How to specify a canonical URL with rel=”canonical” and other methods」：canonical、リダイレクト、サイトマップ、自己参照canonical、noindexとの使い分け。
Google Search Central「Fix canonicalization issues」：Google選択canonicalとの不一致や修正後の再評価。最終更新2026年7月10日。
Google Search Console Help「URL Inspection tool」：ユーザー指定canonicalとGoogle選択canonicalの確認方法。
RFC 6596「The Canonical Link Relation」：canonical link relationの仕様、重複・包含関係、自己参照・クロスドメイン指定。
Screaming Frog「How To Audit Canonicals」：canonical監査項目、非インデックスcanonical、複数指定、チェーン・ループの実務確認。