ANSWER FIRST

結論

重複URLを整理するときは、最初に利用者へ残す正規URLを一つ決めます。不要になったURLは対応する正規URLへ恒久転送し、閲覧を残す類似ページには必要に応じてrel=canonicalを設定します。内部リンク、XMLサイトマップ、構造化データ、OGPでも同じURLを使い、公開後は実際の応答とGoogleが選んだcanonicalを確認します。canonicalは命令ではなくシグナルであり、矛盾する設定をタグ一つで解決することはできません。

01

重複URLを問題の種類ごとに棚卸しする

最初に確認するのは、似たURLが存在すること自体ではなく、同じ目的と内容を持つページが複数の入口から閲覧できる状態かどうかです。httpとhttps、wwwの有無、末尾スラッシュ、計測用パラメータ、並び替え・絞り込み、印刷用ページ、旧ページ、CMSが自動生成するURLなどを一覧にします。PCとスマートフォンでURLが分かれているサイト、多言語・地域別ページ、商品バリエーションは、内容が似ていても別ページとして残す理由があるため、単純に一つへまとめません。

棚卸し表には、URL、ページの目的、主な流入、内部リンクの有無、XMLサイトマップ掲載、HTTP応答、canonical指定、インデックス状況、移動先候補を記録します。企業・自治体・団体のサイトでは、配布資料や申請案内、報道発表、外部ポータルから旧URLへリンクされている場合があります。アクセス数だけで削除せず、現在も利用者が必要とする情報か、記録として保持すべきページか、別の正確な案内先があるかを確認します。

  • プロトコル・ホスト名・末尾スラッシュの違い
  • 計測・検索・並び替え・絞り込み用のパラメータ
  • 旧ページと新ページ、PDFとHTML、印刷用ページ
  • 多言語・地域別・商品バリエーションの独立性
  • 内部リンク・外部参照・サイトマップ・検索流入
02

利用者へ残す正規URLを一つ選ぶ

正規URLは、検索エンジンのためだけに選ぶものではありません。利用者が今後も共有・保存しやすく、組織が長期的に管理でき、内容を正確に更新できるURLを優先します。原則としてhttpsで配信され、不要なパラメータを含まず、サイトの情報構造に合い、安定して200応答を返すURLを候補にします。既に外部から参照され、利用者に認識されているURLがある場合は、その価値と変更理由も確認します。

同じ内容へ複数のURLから到達できる場合でも、Googleが最終的に選ぶcanonicalはサイト側の指定と異なることがあります。rel=canonicalは希望を伝える強いシグナルですが、絶対的な命令ではありません。指定先が404、リダイレクト、noindex、robots.txtで取得できない、内容が大きく異なるといった矛盾を避けます。ページごとの場当たり的な設定ではなく、URL命名、パラメータ、公開・終了時の扱いをサイト全体のルールとして決めます。

  • 利用者にとって分かりやすく長期利用できる
  • httpsで安定して200応答を返す
  • 内容・言語・地域・目的が代表ページと一致する
  • noindexやrobots.txt、転送先との矛盾がない
  • 運用担当が更新と検証を継続できる
重複URLの棚卸しから正規URL決定、リダイレクト、canonical、内部リンク、サイトマップ確認までをつなぐ運用イメージ
VISUAL GUIDEURLを一つ選ぶだけでなく、利用者の移動と検索向けの各シグナルを同じ正規URLへ揃えます。
03

リダイレクトとcanonicalを目的で使い分ける

旧URLを今後利用せず、同じ目的を引き継ぐ新URLがある場合は、利用者も新しいページへ移動できる恒久転送を基本に検討します。Googleの公式資料では、恒久転送は転送先をcanonicalとする強いシグナルです。301または308など、実装環境で確実に管理できるサーバー側の転送を使い、旧URLから最終URLまでを不要に連鎖させません。移動先の内容が対応しないURLを一律にTOPへ転送すると、利用者が目的の情報を見つけられず、soft 404として扱われる可能性もあります。

一方、パラメータ付きURLや印刷用表示のように、利用者が閲覧できる形を残しながら代表URLを示したい場合はrel=canonicalを検討します。HTMLのhead内で絶対URLを指定し、正規ページには自己参照canonicalを置く運用にすると確認しやすくなります。A/Bテスト、多言語、ページネーション、商品バリエーションでは目的が異なるため、類似しているという理由だけで同じcanonicalへまとめず、それぞれの公式仕様と利用者体験を確認します。

  • 恒久移転：利用者も検索も新URLへ移す
  • 閲覧を残す類似ページ：代表URLをcanonicalで示す
  • 一時的な施策：恒久移転と混同しない
  • 代替内容がない終了ページ：無関係なTOP転送を避ける
  • 複数施策：転送・canonical・noindexの目的を重ねない
04

サイト内のURLシグナルを一つへ揃える

正規URLを決めても、ナビゲーションや関連記事が別URLへリンクし、XMLサイトマップに旧URLが残り、構造化データのurlやmainEntityOfPageが異なるURLを示していれば、検索側へ矛盾したシグナルを送ります。Googleはリダイレクト、rel=canonical、サイトマップなどを組み合わせて判断するため、同じ代表URLへ揃えるほど意図が明確になります。canonicalタグだけを修正して完了せず、サイト内でURLを生成するテンプレートやCMS設定まで確認します。

確認対象には、ヘッダー・フッター・パンくず・関連記事・カード・フォーム完了後の案内、hreflang、OGP、構造化データ、RSS、XMLサイトマップ、llms.txtを含めます。メールやPDF、SNS投稿など既に配布済みの外部掲載物は一括修正できない場合があるため、旧URLから正しいページへ到達できる状態を維持します。URLの大文字小文字、末尾スラッシュ、クエリ文字列の扱いも実装環境に合わせて統一し、新規ページの公開手順へ組み込みます。

  • 内部リンクとパンくず
  • XMLサイトマップとRSS
  • 構造化データ・OGP・canonical
  • hreflangと多言語・地域別URL
  • CMSテンプレートと自動生成リンク
  • 配布済みPDF・メール・外部掲載からの到達性
05

公開前後の七項目で整合性を検証する

実装後は、ソースコード上の設定だけでなく、公開URLへ実際にアクセスして確認します。①正規URLが200を返す、②旧URLが意図した最終URLへ転送される、③転送が循環・連鎖していない、④表示HTMLのcanonicalが正しい、⑤内部リンクが正規URLを指す、⑥サイトマップに正規URLだけが載る、⑦正規URLがnoindexやrobots.txtの制限と矛盾しない、の七項目です。PCとスマートフォン、主要なページ種別、代表的なパラメータ付きURLを対象にします。

公開後はSearch ConsoleのURL検査などで、ユーザー指定のcanonicalとGoogleが選択したcanonicalを確認します。反映にはクロールと再処理が必要なため、公開直後の表示だけで失敗と判断せず、設定変更日と確認結果を記録します。Google選択が異なる場合は、タグを増やす前に、内容の類似性、内部リンク、転送、サイトマップ、取得可否、ページ品質を再確認します。正規URLの整理は順位保証の施策ではなく、利用者と検索システムへ同じ代表ページを一貫して案内するための情報管理です。

  • 正規URLは200、旧URLは意図した応答
  • 転送ループ・多段転送がない
  • canonicalと表示内容が一致
  • 内部リンク・サイトマップ・構造化データが同じURL
  • noindex・robots.txtとの矛盾がない
  • 公開後にGoogle選択canonicalと変更履歴を確認
FAQ

よくある質問

すべてのページに自己参照canonicalを設定した方がよいですか？

インデックスさせる正規ページに自己参照canonicalを設定すると、パラメータなどで同じ内容へ別URLから到達できる場合の意図を示しやすくなります。ただし、設定先が実際の正規URLであること、200応答、noindex、内部リンク、サイトマップとの整合性を確認してください。

重複ページはcanonicalとnoindexのどちらで整理しますか？

目的が異なります。同じ・よく似た内容の代表URLへ評価や表示をまとめたい場合はcanonicalを検討します。検索結果へ出す必要がない独立ページはnoindexを検討しますが、機密情報の保護には使わず認証を用います。両方を機械的に重ねず、ページを残す理由と検索での扱いから選びます。

canonicalを設定すれば、指定したURLが必ず検索結果に出ますか？

必ずではありません。canonicalはGoogleへ希望を伝えるシグナルで、Googleが内容や他のシグナルから別URLを選ぶ場合があります。検索結果への掲載自体も保証されません。内部リンク、転送、サイトマップ、取得可否、ページ内容を揃え、Search Consoleなどで選択結果を確認します。

PRIMARY SOURCES

参考にした一次情報

外部仕様は変更される場合があります。最新情報は各公式ページをご確認ください。

PUBLISHER / UPDATE株式会社ファーストイノベーション

提供サービス：FIRST INNOVATION WEB