SEOのリダイレクトとcanonicalの使い分け｜検索意図が重なる記事を整理する手順

似た記事を整理するとき、URLを転送するリダイレクトと、代表URLを示すcanonicalは役割が異なります。使い分けを確認したうえで、検索意図が重なる記事を整理する手順を説明します。

同じ検索意図を扱う記事が複数あり、どのページを読めばよいか分かりにくい状態は、SEOで「カニバリ」と呼ばれることがあります。ただし、同じキーワードで複数ページが表示されたことだけで、問題があるとは決まりません。

まず、読者が知りたいことと、各ページが答えていることを比べます。順位が動いたからといって、すぐ削除や統合を行わないようにします。

URLを移すのか、複数ページを残すのかを先に決める

内容が似ているという理由だけで転送を設定すると、別の疑問に答えていた記事を失います。まず二つの記事の対象読者、答える質問、固有の情報を比較し、残す内容を決めます。

canonicalは閲覧者を転送する仕組みではありません。Googleへの正規URLの指定も、必ずそのURLが選ばれる保証ではありません。Googleは恒久的な転送を、転送先を正規URLとするシグナルとして扱います。一時的な転送はその正規化シグナルとしては使わず、転送元を検索結果に残したい場合に使います。ただし、ほかのシグナルによって転送先が登録される場合はあります。Googleのリダイレクトの説明

noindexは検索結果から除外する指定で、正規URLをまとめる指定とは目的が異なります。正規URLの選択を促すためにnoindexを使うのではなく、ページを残す目的に合う指定を確認します。Googleの正規URLの案内

タイトルではなく、答えを比較する

「AI記事の作り方」と「AI記事のファクトチェック」は、共通する語が多くても、前者は全工程、後者は事実の照合に役割を分けられます。一方、語順だけを変えて同じ手順を説明する二本は、読者が選びにくくなります。

検索語とページを一緒に見る

Search Consoleで対象クエリを絞り、表示されるページと期間ごとの変化を確認します。平均順位だけでなく、表示、クリック、検索語の変化を見ます。

複数ページが表示されても、それぞれ別の条件や疑問に答えているなら、整理しながら残せます。逆に、どちらも同じ説明で、追加の価値が少なければ、統合を検討します。

残す・直す・統合する判断

統合先は、短期の順位だけでなく、内容、被リンクや参照、URLの利用状況を確認して決めます。

実施前の準備と、公開後の検証

旧URL、残すURL、移した内容、変更日、内部リンクの変更を記録します。統合する場合も、有用な具体例や出典を落とさず、必要なリダイレクト等を実装担当と確認します。

実施前に、旧URLを参照する内部リンクとサイトマップの変更箇所を一覧にし、転送先と実装する指定を担当者と合わせます。両記事に固有の具体例と出典が移行先に残っていることも確認します。

作業後は、旧URLの状態コード、転送先が200で開くこと、ループや不要な連鎖、canonical、内部リンク、サイトマップを確認します。関係のないトップページへ一括転送せず、対応する内容がないURLは削除の扱いを個別に判断します。公開日だけ変えて、本文が古いままの統合にしないことも大切です。

統合は、二つの記事の順位やクリックが単純に足し算される約束ではありません。関連する内部リンクを統合先へ直し、Googleが選択した正規URLと検索データを公開後に確認します。

公開後は、旧URLだけでなく残したページと対象クエリを合わせて観察します。単にページ数が減ったことを改善とはせず、読者が疑問を解決できるかと検索の変化を見ます。記事の役割整理から相談したい場合はマーケティング支援を参照してください。

似た記事を残すかまとめるか決めきれない場合は、対象URLをお知らせください。読者の疑問と各記事の役割を整理し、変更する範囲を検討します。 記事の役割整理を相談