
canonicalタグと重複URLの整理方法|代表URLを統一する確認手順
SEO・マーケティング編集:株式会社AO
更新:(判断例・確認手順または説明情報を見直し)
同じ内容がパラメータ付きURL、末尾スラッシュの違い、複数カテゴリ経由などで表示されると、検索結果に出したいURLとGoogleが選ぶ代表URLが一致しないことがあります。重複自体を直ちにペナルティと捉えるのではなく、残すURLを決め、canonicalタグなどの信号を一貫させることが大切です。
- canonicalの役割とリダイレクトとの使い分け
- 代表URLを選び、重複URLを棚卸しする手順
- 公開後にGoogle選択のcanonicalを確認する方法
canonicalの役割を理解する
Googleは、重複または非常に似たページ群から検索結果の代表となるURLを選びます。rel="canonical"は希望する代表URLを伝える強いシグナルですが、必ず採用される命令ではありません。内容、リダイレクト、サイトマップ、内部リンクなどが矛盾すれば別URLが選ばれる場合があります。
| 状況 | 主な対応 | 確認点 |
|---|---|---|
| 重複URLを今後使わない | 関連する代表URLへ恒久リダイレクト | 利用者も代表URLへ移動する |
| 利用者向けに複数URLを残す | 重複側から代表URLへcanonical | 本文が同一または非常に近いか |
| 代表ページ自身 | 自己参照canonical | 絶対URLで正しい公開URLを指定する |
| PDF等の非HTML | HTTP Linkヘッダーのcanonical | HTML内タグでは指定できない |
| 別言語・地域向けページ | 自己参照canonicalとhreflang | 単純に一言語へ統合しない |
代表URLを決める
まず、CMS、アクセス解析、Search Console、サイト内検索などから同じ内容へ到達するURLを集めます。HTTP/HTTPS、www有無、大文字小文字、末尾スラッシュ、並べ替え・計測パラメータ、印刷用URL、商品や記事の複数経路を確認します。
- 利用者に見せ続けたい安定したURLを一つ選ぶ。
- 代表URLがHTTP 200で取得でき、index可能か確認する。
- 本文・画像・構造化データが代表URLの内容と一致するか確認する。
- 別ページとして残す価値がある場合は内容を明確に分ける。
- 廃止できる重複URLは代表URLへ恒久転送する。
信号を一つに揃える
代表URLを決めたら、重複ページのcanonicalだけで終わらせず、内部リンク、XMLサイトマップ、構造化データのURL、OGP、フィード、広告やメールのリンクを代表URLへ揃えます。サイトマップは代表URLだけを掲載します。canonical先をrobots.txtでブロックしたり、noindexにしたり、別URLへリダイレクトしたりしないよう確認します。
Googleは、同じページに対してサイトマップではURL A、canonicalではURL Bのように矛盾する指定を避けるよう案内しています。JavaScriptでcanonicalを書き換える構成では、HTMLソースとレンダリング後の指定が食い違わないかも確認します。
公開後に検証する
- 代表URLと重複URLを実際に取得し、HTTPステータスを確認する。
- HTMLソースのcanonicalが1つだけで、絶対URLか確認する。
- リダイレクト先、内部リンク、サイトマップが代表URLへ揃っているか確認する。
- Search ConsoleのURL検査で「ユーザーが指定した正規URL」と「Googleが選択した正規URL」を比較する。
- 重要ページは修正後に再クロールを依頼し、一定期間後に再確認する。
- 変更日、対象URL群、判断理由、確認結果を台帳へ残す。
URLの種類ごとに正規化を確認する実務例
canonicalの点検は、タグが存在するかだけでは完了しません。次の表は、代表ページを一つ決めた後に、同じ本文へ到達する入口を確認するための例です。URLに含まれる語だけで判断せず、実際の本文とHTTP応答を読み合わせます。
重複URLの役割と処理を記録する
| 入口の種類 | 残す必要性 | 検討する処理 | 確認する結果 |
|---|---|---|---|
| 計測パラメータ付き | 広告効果の把握に利用 | 本文が同一なら代表URLを指定 | 計測とcanonicalが両立 |
| 旧記事URL | 外部リンクの入口として存在 | 内容を継承するURLへ恒久転送 | 途中の転送先を経由しない |
| 印刷用表示 | 利用者向けに残す | 同じ内容の代表URLを指定 | 印刷表示から本文へ戻れる |
| 絞込み・一覧の別ページ | 異なる商品や記事を掲載 | 独立ページとして評価を検討 | 異なる内容を一括統合しない |
| 別言語ページ | 言語ごとに提供する | 言語版の正規URLを整理 | 異なる言語を安易に統合しない |
| プレビューURL | 編集確認にのみ使用 | アクセス制御を含め公開範囲を整理 | 本番の代表URLへ混入しない |
実施と確認の手順
- 代表URLと重複候補を、取得した日時と一緒に台帳へ並べる。
- ページソースとJavaScript実行後のcanonicalを比較し、二重出力がないか確かめる。
- 代表URL自身の応答、検索公開設定、本文の対応を確認する。
- サイト内リンクとサイトマップを照合し、別のURLを推していないか確認する。
- 修正後に代表URLと重複側の両方を取得し、意図した応答が継続しているか確かめる。
- Search Consoleの検査結果は取得日を残し、再クロール前後の結果を混ぜずに比較する。
Google選択のURLが希望と異なるときは、タグを繰り返し書き換える前に、本文の差、転送、内部リンク、サイトマップの不一致を確認します。比較対象の内容が異なるなら、正規化ではなくページの役割分担を見直すことも必要です。
公開前後のチェックリスト
- 同一・類似内容へ到達するURLを列挙した
- 代表URLは安定したindex可能なHTTP 200ページである
- 代表ページに自己参照canonicalがある
- 重複側のcanonicalは同一または非常に近い内容を指す
- リダイレクト、canonical、サイトマップが矛盾していない
- 内部リンクと構造化データが代表URLを使っている
- canonical先がrobots.txtやnoindexで妨げられていない
- 言語・地域版はhreflangとの整合を確認した
- HTMLソースとレンダリング後のcanonicalを確認した
- Search ConsoleでGoogle選択の正規URLを確認した
よくある質問
重複コンテンツがあるとペナルティになりますか?
一般的なサイト内重複は、それだけでGoogleのスパムポリシー違反になるものではありません。ただし代表URLが分散すると、検索結果のURLや計測が意図とずれることがあります。
すべてのページに自己参照canonicalは必要ですか?
Googleは代表ページ自身にも自己参照canonicalを付けることを推奨しています。CMSやテーマが自動生成する場合は、パラメータやプレビューURLを誤って出力しないか確認します。
canonicalとnoindexを併用すべきですか?
同一サイト内の重複整理では、Googleはnoindexよりcanonicalを推奨しています。noindexはそのページを検索結果から除外する指定で、重複URLの信号統合とは目的が異なります。
canonicalを直せばすぐ反映されますか?
再クロールと再評価が必要です。Googleのトラブルシューティング資料では、重複クラスタの再評価に時間がかかる場合があると説明されています。重要URLはURL検査で状況を追います。
参考にした公式情報
- Google Search Central:URLの正規化とは
- Google Search Central:canonicalとその他の方法で正規URLを指定する
- Google Search Central:正規化の問題を修正する
- Google Search Central:クロールとインデックス登録のFAQ
公式情報の確認日:2026年11月1日。検索エンジンやCMSの挙動は変更されるため、本番のHTTP応答とSearch Consoleで確認してください。