重複URLを正しく指定する方法｜canonicalタグの設定ミスを確認

監修: 菊地 将（リブランディング株式会社）

canonicalタグを監査するとき、「タグが入っているか」だけを見て終えていないでしょうか。タグがあっても、指定先が意図と違っていたり、サイトマップや内部リンクが別のURLを向いていたりすると、残したいURLが検索エンジンに伝わりにくくなります。

確認すべきなのは、重複・類似URLの中から本当に残したいURLへ正規化できているか、canonical先が200で表示されてインデックス可能か、サイトマップ・内部リンク・リダイレクトと矛盾していないか、の3点です。加えて、Googleはcanonical指定を参考にしますが、必ず指定されたURLを正規URLとして採用するわけではありません。そのため、Search Consoleで「ユーザーが指定した正規URL」と「Googleが選択した正規URL」が一致するかも確認する必要があります。

この記事は、canonicalタグの書き方ではなく、すでに設定されているcanonicalが正しいかを点検する方法を扱います。URL単位ではなくサイト全体で監査し、修正対象と優先順位を決めるところまで、7つのSTEPで解説します。

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

canonical監査では、タグの有無ではなく正規化の整合性を確認する

canonical監査の目的は、すべてのページにcanonicalタグを機械的に追加することではありません。確認するのは、同じ、または非常に近い内容を持つ複数URLについて、「検索エンジンに代表として扱ってほしいURL」が一貫して示されているかどうかです。

この考え方の前提は、Googleによる正規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までを一続きで確認します。次のSTEP1〜7は、この流れで監査を進める手順です。なお、表のcanonicalチェーンとは、canonicalが別のcanonicalへ次々と続く状態のことです。

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

最初に決めるのは、どの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先は元ページと重複する内容、または元ページの内容を包含するページであることが前提とされています。

つまり、洗い出したURLは、内容が実質的に同じか、一方が他方を包含しているかで、統合してよいかを判断します。

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とSTEP4は、この一覧の列を条件別に絞り込んで確認します。

STEP3｜自己参照canonicalを確認し、欠落より誤指定を優先する

独立してインデックスさせたい正規ページでは、原則として自分自身を指す自己参照canonicalを設定しておくと、正規URLの意図が明確になります。Googleもcanonicalページ自体への自己参照canonicalを推奨しています。たとえば正規URLが https://example.com/service/seo/ なら、そのページのhead内で同じURLをcanonicalとして指定します。

ただし、監査で自己参照canonicalがないページをすべてエラー扱いする必要はありません。Googleはcanonicalを指定していなくても正規URLを判断できるためです。それよりも、次のような問題を優先してください。

• 本来インデックスしたいページが別ページを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チェーン」も同様に、最終的な正規URLを直接指定できないかを確認します。

Screaming Frogでは、リダイレクト、4xx、5xx、noindex、別canonicalを持つページなどを「Non-Indexable Canonical」として検出できます。STEP2の一覧にある「canonical先ステータス」「noindex」の列とあわせて見ると、確認しやすくなります。

STEP5｜canonicalの複数指定と、他の設定との競合を確認する

まず、1つのURLについて、異なるcanonical先が複数指定されていないかを確認します。たとえばHTML内ではページBを指定し、HTTPヘッダーではページCを指定している状態です。

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

次に、canonical以外の設定との組み合わせも確認します。canonicalの指定自体に問題がなくても、ほかの設定が食い違っていれば、正規URLの意図は伝わりにくくなります。次の表は、正規URLをAとしたときの望ましい状態です。

設定	望ましい状態
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化せず、役割で判断する

パラメータURLの扱いは、ECサイトや大規模サイトの監査で特に確認したい点です。たとえば次のURLが存在していても、すべて同じ扱いとは限りません。

• /shoes/?color=black
• /shoes/?sort=price
• /shoes/?utm_source=mail

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

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

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

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

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

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

HTML上のcanonicalが正しく見えても、監査は完了ではありません。Googleが別のURLを選んでいる場合があるためです。

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

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

不一致があった場合は、canonicalタグだけを書き直すのではなく、次の点まで確認します。Googleはcanonical指定を参考にしながら、コンテンツや他のシグナルも含めて正規URLを判断するためです。

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

この確認が、STEP1〜6で整えた設定が実際にGoogleへ伝わっているかの最終チェックになります。

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設定ミスだけでなくセキュリティ事故も疑ってください。

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

監査後に数百件のエラーが出ても、件数だけで優先順位を決めてはいけません。

canonicalエラーは件数順ではなく、検索流入を獲得したい重要URLへの影響が大きいものから修正します。先に示した7つの問題の分類を踏まえ、原因の大きさ（テンプレートの不具合など）も加えて、次の5段階で判断します。

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

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

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

正規URLとして指定する先そのものに問題がある状態で、STEP4の確認で見つかります。

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

1ページずつ修正するより、URL生成やcanonical出力ロジックを修正した方が再発防止になります。同じ誤りが大量のURLに出ている場合は、テンプレートやCMSの不具合を疑います。

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

Search Consoleで重要URLを確認し、意図しないページが選ばれている原因を調査します。調査は、STEP7で挙げた内容差、内部リンク、サイトマップなどに沿って進めます。

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

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

修正後は、canonicalタグの書き換えで終えずGoogleの再評価まで確認する

canonicalの修正は、HTMLを書き換えた時点では完了しません。修正が効いたかどうかは、Googleの選択が想定どおりになったかで判断します。修正後は、次の流れで確認してください。

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

Googleは、canonical問題を修正しても、重複URLのグループ（重複クラスタ）の再評価に時間がかかる場合があると説明しています。そのため、修正直後の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を確認した

まとめ｜まず重要URLのcanonical先とGoogleの選択を見比べる

canonical監査で最も重要なのは、canonicalタグの有無を数えることではありません。「検索結果へ残したい正規URL」が明確になっており、canonical、リダイレクト、サイトマップ、内部リンク、Googleの選択ができるだけ同じ方向を向いているかを確認することです。

全体の進め方は、重複URLを洗い出し、canonical指定を一覧にしたうえで、誤指定、非インデックスURL、チェーン、複数指定、Google選択との不一致を確認する流れです。修正は、重要ページへの誤ったcanonicalや、大量URLへ波及するテンプレート不具合から優先します。

canonicalだけを見るのではなく、サイト全体の正規化設計として監査することで、重複URLの整理とインデックス管理をより安定させられます。7つのSTEPをすべて実施する前の最初の一歩は、検索流入を獲得したい重要URLについて、canonical先とSearch ConsoleのGoogle選択canonicalを見比べることです。

参考文献・データ元

‹ 親記事: ページがインデックスされない原因は？Search Consoleで未登録・除外・重複URLを確認

関連記事

• › XMLサイトマップの確認方法｜送信URL・更新日・エラーをチェック

関連テーマ

AIO MEO 口コミ・風評対策 採用改善 オウンドメディア集客