Canonical vs 301、重複URLを残しますか、それとも移しますか？
Canonicalは複数のURLを引き続き開いたまま、検索エンジンに代表バージョンを提案し、301は旧URLへのリクエストを新URLへ恒久的に移動させます。該当アドレスの用途を引き続き残すかどうかが最初の判断です。
三行要約
Canonicalは重複URLを開いたまま代表バージョンを提案し、301は旧アドレスを新アドレスへ恒久的に移動します。
フィルター・並べ替えのように別URLの用途が残るならcanonical、アドレス変更や文書統合で旧URLを閉じるなら301が適切です。
既存サイトではリダイレクト先・canonical・内部リンク・sitemapを一表に並べて照合すると、代表URLの衝突を見つけられます。
Canonicalと301 Redirectの違い
商品フィルターページが検索結果に表示され、元の商品ページが除外されていたら、本文を増やす前に代表URLを先に正すべきです。昔の記事を新しい記事に統合したあと、2つのアドレスがどちらも表示される場合も同様です。カノニカルと301はいずれもURLを整理するために使いますが、ひとつはアドレスを残し、もうひとつはなくすという違いがあります。
比較基準 | Canonical | 301 Redirect |
|---|---|---|
URL維持 | 現在のアドレスが引き続き開く | 新しいアドレスへ移動 |
主な状況 | フィルター・並べ替え・追跡・印刷URL | アドレス変更・文書統合 |
検索シグナル | 代表バージョンを提案 | 恒久的な移動を伝達 |
注意 | 他のシグナルと食い違う場合がある | 無関係な目的地へ送ってはいけない |
判断の出発点はCanonicalと301 Redirectの定義ではなく、現在起きているエラーです。問題のURLや質問を1つ決め、恒久移転と訪問者体験、修正責任者をあわせて記録すると、両方の方法を併用すべき区間も明確になります。
そのアドレスを開いたままにしておく理由はありますか？
判断はここから始まります。並べ替え順やキャンペーンパラメータのように、ユーザーがそのアドレスを引き続き訪問する必要があるなら、ページを閉じることはできません。この場合はカノニカルタグで検索エンジンに代表バージョンを提案します。逆に、URLルールを変更した、または2つの記事を1つに統合して旧ページをもはや表示する理由がないなら、301が適切です。
Googleはcanonicalを強いシグナルとして扱いますが、必ずそのまま選択するルールではないと説明しています。ページ内容が十分に似ていなかったり、内部リンクやサイトマップが別のURLを推していたりすると、Googleが別の代表URLを選ぶことがあります。rel="canonical"を入れたという事実だけで整理が終わらない理由です。
実際の運用状態 | まず確認する処理 | 訪問者に見える結果 |
|---|---|---|
並び替え・フィルター・追跡用のURLを維持したい | canonical | 現在のURLのページがそのまま開く |
ページURLを恒久的に変更した | 301 | 新しいURLに移動 |
2つのページを1つに統合し、古い記事を廃止する | 301 | 統合後のページに移動 |
印刷用のように別URLの用途が残っている | canonical | 別画面は維持 |
いつcanonicalを使うべきでしょうか？
canonicalはページを削除したり移動したりしません。?sort=price、追跡パラメータ、印刷用ページのようにURLごとの用途は残しつつ、検索では評価される代表URLを1か所に集めたいときに適しています。各正規ページが自分自身を指すself-referencing canonicalもよく使われます。
管理画面でタグが見えるからといって安心するのは早いです。サーバーが出力するHTML、HTTPヘッダー、JavaScriptレンダリング結果のどこにcanonicalが入っているのか確認する必要があります。Search ConsoleのURL検査では、ユーザーが宣言したcanonicalとGoogleが選択したcanonicalが同じかどうかも確認できます。
いつ301を使うべきでしょうか？
301は、サーバーが旧URLへのリクエストを新しいURLへ送る永続的なリダイレクトです。ドメイン移転、URLルールの改定、ページ統合のように、元に戻す予定のない作業で使います。古いアドレスを保存していた人と、外部リンクをたどって来た検索ボットの両方が新しいページに到着します。
目的地をどこにでも指定してはいけません。廃止した商品を関係のないカテゴリやホームページへ送ると、ユーザーが探していた内容がつながりません。旧ページと実質的に対応する新ページがある場合にだけ接続し、そうでなければ404や410のほうが正確です。複数のアドレスを経由して最終ページへ至るリダイレクトチェーンも、公開前に短くする必要があります。
Canonicalと301 Redirectの違い
サイト移転では、旧URLを新URLへ301処理し、新しいページは自分自身をカノニカルとして宣言できます。問題は、リダイレクト先、カノニカル、サイトマップ、内部リンクがそれぞれ異なるアドレスを指しているときに起こります。検索エンジンがどのURLを代表として扱うべきか判断するのに時間がかかり、チームの成果集計も複数のアドレスに分かれます。
SEOでは、検索露出と外部リンクを代表ページに引き継ぎにくくなります。GEOも同様です。同じ事実を含むURLが複数残っていると、AI回答の出典がどのバージョンなのか追跡しにくくなります。ただし、URLシグナルを合わせたからといって順位やAI引用が生まれるわけではありません。最終ページの本文・構造化データが一致し、正常にアクセス・インデックスできる必要があります。
展開表には何を書けばよいでしょうか？
以前の作業表に旧URL、最終URL、カノニカル、内部リンク・サイトマップ反映の有無を一緒に記載すると、衝突を早く見つけられます。公開後は旧URLのステータスコードとLocationヘッダー、最終ページの200応答、レンダリングされたcanonicalを順に確認します。ブラウザで新しい画面が開いたという事実だけでは不十分です。
大規模移転なら、まずタイプ別にサンプルを選びます。フィルターURLを1つ、統合した記事を1つ、アドレスだけ変えた商品を1つ確認してから、同じテンプレートで範囲を広げると、設定ミスを一度に拡散させるリスクを減らせます。
Canonicalと301 Redirectの併用運用における実際の判断
判断会議では、Canonicalと301 Redirectの機能一覧よりも、URL維持・永続移転の項目がどこで途切れているかを見ます。公開HTML、リンク、元データが異なる値を出せば、検索とAI回答も異なる情報を拾う可能性があります。訪問者体験の項目が変わったURLをサンプルとして、入力から公開結果まで追跡します。
Canonicalと301 Redirectの代表URL項目は、公開直後とその後の観察時点を分けて記録します。当日は公開レスポンスを確認し、検索露出・クリックとAI言及・引用は同じ質問グループで再測定します。結果が実際の顧客行動につながらない場合は、作業範囲を縮小します。
参考資料
インデックス制御を続けて見る
資料確認日: 2026年8月9日。検索エンジンごとにカノニカル処理の方法は異なる場合があるため、適用対象の検索エンジンの公式ドキュメントも確認してください。
既存サイト適用範囲
検索結果に誤ったアドレスが表示されたり、前後の実績が2つのURLに分かれている場合は、問題のURLと意図した最終URLをお問い合わせ欄にご記入ください。この運用方法では、公開応答・canonical・内部リンク・サイトマップを照合し、SEO・GEO診断の範囲を定めます。
Canonicalと301 Redirectの比較後のSearch OS運用
Search OSを適用してCanonicalと301 Redirectの比較を始めても、ウェブサイトを新しく作る必要はありません。既存のドメインとCMSを維持したまま、URL維持や恒久的な移転項目を検索結果、AI回答、引用URLに連携し、実際のボトルネックのみを修正します。
Search OSの内部成果集計では、導入クライアントのSEOとAI検索露出が平均88%以上増加しました。Canonicalと301 Redirectに関連するURLも同じ質問で繰り返し測定し、改善幅が縮小したり新たなエラーが発生した区間を見つけます。一度きりの診断で終わらせず、現在のサイトが生み出せる最良の検索・AI露出状態を維持できるよう運用します。