canonicalタグとは？
重複URLを整理する基本を解説
canonicalタグは、同じ内容または非常によく似た内容へ 複数のURLからアクセスできる場合に、 「このURLを代表として扱ってほしい」と検索エンジンへ伝えるための設定です。 HTTPとHTTPS、wwwの有無、計測用パラメータ、 並び替え・絞り込みURLなどがあると、 一つのページが複数URLとして認識されることがあります。 canonicalを適切に設定すると、 検索結果へ表示したいURLを示し、 重複URLへ分かれた評価や計測を整理する助けになります。 ただし、canonicalは命令ではなくヒントであり、 Googleが別のURLを正規URLとして選ぶ場合もあります。 本記事では、canonicalタグの意味、 必要になる代表的なケース、 301リダイレクト・noindexとの違い、 正しい書き方、WordPressでの確認方法、 Search ConsoleでGoogleが選んだ正規URLを調べる方法まで解説します。
URLを示す
重複・類似ページの中から、検索結果へ表示してほしい正規URLをGoogleへ伝えます。
絶対URLで記載
正規ページ自身にも自己参照canonicalを設定し、内部リンクやサイトマップも同じURLへそろえます。
301を優先
利用者にも旧URLを使わせない場合はcanonicalではなく、後継ページへのリダイレクトを検討します。
canonicalタグは 重複ページの代表URLを伝える設定
Googleが選ぶ正規URLと、サイト運営者が希望する正規URLを区別して考えます。
正規URL
Googleは、内容が同一または非常に似ている複数URLを見つけると、 それらを一つのグループとして扱い、 検索結果へ表示する代表URLを選びます。 この代表となるURLが「正規URL」です。
サイト運営者は、HTMLの
<link rel="canonical">、
リダイレクト、XMLサイトマップなどを使って、
どのURLを正規として扱ってほしいかをGoogleへ伝えられます。
canonicalタグはその代表的な方法です。
canonicalを設定する目的は、 重複URLを罰から逃がすことではありません。 サイト内に重複コンテンツが生まれること自体は一般的で、 通常はGoogleのスパムポリシー違反ではありません。 検索結果へ出したいURL、リンク評価、アクセス解析、 クロール対象を整理するために使います。
同じ内容へ複数URLでアクセスできるときに canonicalを検討する
小規模事業者サイトで起こりやすい代表例だけを整理します。
広告やSNS計測の
?utm_source=などが付いても、
ページ本文が同じなら通常URLを正規候補にします。
商品・事例一覧を価格順や新着順へ変えただけで、 内容がほぼ同じURLが増える場合があります。
同じページがHTTPとHTTPSの両方で表示される場合は、 HTTPSへ301転送し、canonicalもHTTPSへそろえます。
wwwあり・なしや、 末尾スラッシュの有無で同じページが表示される場合があります。
HTMLページと印刷用ページ、 PDF資料などで本文がほぼ同じ場合は、 利用目的を踏まえて代表URLを決めます。
複製した固定ページや旧デザインが 公開状態で残ると、内容が重複することがあります。
URLを残すならcanonical URLを廃止するなら301を検討する
canonical・リダイレクト・noindexは、それぞれ解決する問題が異なります。
利用者はそのURLを閲覧できますが、 検索では別の代表URLを優先してほしい場合に使います。
計測パラメータ、並び替え、印刷版などが代表例です。URLを移転・統合し、 利用者と検索エンジンの両方を後継URLへ転送します。
ページ移転、URL変更、旧ページ廃止では301が分かりやすい方法です。ページを代表URLへ統合するのではなく、 そのページ自体を検索結果へ出さないために使います。
重複URLの評価をまとめる目的ではcanonicalを使います。canonicalタグはhead内へ一つだけ 正規URLを絶対URLで記載する
正規ページ自身にも自己参照canonicalを設定すると管理しやすくなります。
href=”https://example.com/service/”>
canonicalタグは、
HTMLの<head>内へ
<link rel="canonical" href="正規URL">
の形で記載します。
body内へ置いたcanonicalはGoogleに受け入れられないため、
出力位置を実際のHTMLソースで確認します。
hrefには、
/service/のような相対URLではなく、
https://example.com/service/のように
プロトコルとドメインを含む絶対URLを使うことが推奨されています。
テスト環境や別ドメインを誤って指定しにくくなるためです。
重複ページだけでなく、 正規ページ自身にも自分のURLを指定する 自己参照canonicalを設定すると、 パラメータや予期しないURLバリエーションが発生した際にも 代表URLを示しやすくなります。
HTTPS、ドメイン、wwwの有無、 URL末尾、ページ内容を確認して正規URLを選びます。
パラメータ付きURLや印刷版など、 内容が同じページのheadから代表URLを指します。
自己参照canonicalを設定し、 ページがどのURLを代表としているかを明確にします。
メニュー、関連記事、パンくず、 ボタンなどから重複URLへリンクしないようにします。
パラメータURL、転送元、重複URLを除外し、 indexしてほしい代表URLを送信します。
canonical先が200で表示でき、 noindex・404・転送ループになっていないか確認します。
WordPress本体、テーマ、SEOプラグイン、 独自コードが重複して出力していないか確認します。
内容の違うページをトップページへ統合すると、 個別ページが検索結果へ出にくくなる可能性があります。
正規として選んでほしいURLと、 検索除外する設定が矛盾しています。
最終的に200で表示できる正規URLを直接指定し、 転送の連鎖を避けます。
本番URLの絶対パスを使い、 ステージング環境のURLが残っていないか確認します。
canonical先と元ページの主要内容が大きく異なると、 Googleが指定を採用しない場合があります。
Link: <正規URL>; rel="canonical"
を設定する方法がありますが、
サーバー設定が必要なため、変更後にレスポンスを確認してください。
WordPressでは自動出力を確認してから SEOプラグインや個別設定を調整する
canonicalタグを手作業で追加する前に、既に出力されていないか確認します。
自動出力
WordPress本体には、
投稿や固定ページなどの個別ページで
canonicalリンク要素を出力する
rel_canonical()という機能があります。
通常のサイトでは、テーマが正しく
wp_head()を呼び出していれば、
自己参照canonicalが自動出力されます。
SEOプラグインを利用している場合は、 プラグイン側がcanonicalを管理し、 ページ単位で正規URLを変更できることがあります。 WordPress本体・テーマ・複数プラグイン・独自コードが 同時に出力すると、canonicalが二つ以上になる可能性があります。
通常の固定ページでcanonicalを毎回手入力する必要はありません。 URLパラメータ、独自検索、複製ページ、 特殊なカスタム投稿タイプなど、 自動設定が意図と異なるページを中心に確認しましょう。
ブラウザの「ページのソースを表示」から
rel="canonical"を検索します。
canonicalが一つだけで、 現在の正規URLを正確に指しているか確認します。
高度な設定やcanonical URL欄に、 古いURL・別ページ・テストURLが入っていないか確認します。
header.phpやfunctions.phpで canonicalを手動出力していないか確認します。
設定変更後に、 ページ・プラグイン・サーバー・CDNキャッシュを更新します。
トップ、固定ページ、投稿、 カテゴリ、カスタム投稿、パラメータURLを確認します。
Search Consoleで ユーザー指定とGoogle選択の正規URLを比較する
ライブテストだけでは、Googleが最終的に選ぶcanonicalを予測できません。
Search Console上部のURL検査へ、 パラメータ付きURLや想定外のURLを完全な形で入力します。
インデックス状況、クロール日時、 サイトマップ、参照ページを確認します。
ページが明示したcanonical URLが、 想定した正規URLと一致しているか確認します。
Googleがインデックス内で代表として選んだURLを確認し、 指定との違いを調べます。
修正後はライブテストで、 HTML・取得状態・現在のユーザー指定canonicalを確認します。
canonical、301、内部リンク、 サイトマップ、HTTPS、hreflangなどの矛盾を解消します。
代表URLを一つ決め すべてのシグナルを同じ方向へそろえる
canonicalタグだけを直すのではなく、サイト内のURL運用全体を確認します。
パラメータ、HTTP・HTTPS、 www、複製、印刷版、絞り込みなどを一覧化します。
短く分かりやすく、HTTPSで、 長期運用する予定のURLを正規候補にします。
残す重複URLはcanonical、 廃止する旧URLは301など、目的に合わせて処理します。
それぞれが別URLを示さないよう、 正規URLへそろえます。
head内のcanonical、200応答、 noindex、robots.txt、転送先を確認します。
ユーザー指定とGoogle選択の正規URL、 重複ステータス、クロール日時を確認します。
重複ページの原因を整理し 代表URLへ評価と導線をそろえる
canonicalだけでなく、内容差・URL設計・内部リンクまで一緒に確認しましょう。
合わせて確認したい内容
- HTTP・HTTPSとwwwの統一
- URLパラメータと絞り込みページ
- 重複・類似サービスページ
- canonicalタグと自己参照設定
- 301リダイレクトと削除URL
- 内部リンク・パンくず・メニュー
- XMLサイトマップの正規URL
- Search Consoleの正規URL確認
※canonicalタグの設定によって、 検索順位、クロール頻度、アクセス数が 必ず改善することを保証するものではありません。 ページ内容とURL運用を整理し、 検索ユーザーにとって分かりやすい代表ページを作ることが重要です。
重複コンテンツの原因を見る →正規URLへすべての導線をそろえよう
canonicalタグは、 重複・類似ページの中から代表として扱ってほしいURLを伝える設定です。 URLを残す必要がある場合に使い、 廃止する旧URLは301リダイレクトを検討します。 正規ページ自身のcanonical、 内部リンク、XMLサイトマップ、HTTPS、 Search ConsoleのGoogle選択URLまで確認し、 矛盾のないURL運用を行いましょう。
本記事は、2026年7月時点で公開されている Google検索セントラル、Search Console、 WordPress公式情報を参考に作成しています。 Googleの正規化処理、Search Consoleの表示、 WordPress・SEOプラグインの出力仕様は変更される場合があります。 最新の公式情報と公開ページの実際のHTML・HTTP応答を確認してください。
