一言でいうと リダイレクトは、あるURLへのアクセスを別のURLへ転送し、ページの移転先などへ利用者やクローラーを導く仕組みです。
古いURLから、目的のページへ案内する
記事のURLを変更しても、読者のブックマーク、SNS投稿、他サイトの記事には古いURLが残ります。リダイレクトは、その古い場所へのアクセスを新しい場所へつなぐために使われます。ドメインの移転や、複数のページを統合する場合にも関係します。
サーバー側のHTTPリダイレクトでは、転送を示す応答と転送先をブラウザーなどへ返します。ブラウザーはそれを受けて、転送先を開きます。古い記事本文を新しい場所へ自動で複製する処理ではありません。
301は永続的な移転、302は一時的な転送
301は、今後は新しいURLを使ってほしい永続的な移転を表すHTTPステータスコードです。302は、アクセスを一時的に別の場所へ導く場合に使われます。308も永続的な転送、307も一時的な転送を表しますが、送信方法の扱いなどに違いがあります。
Googleは永続的な転送を、転送先を代表URLとして選ぶためのシグナルに使います。一時的な転送は、同じ目的のシグナルとしては使いません。ただし、実際に検索へ表示されるURLは他の手がかりも含めて決まります。転送した瞬間に検索結果が必ず切り替わるわけではありません。
canonicalは、アクセスを転送する指定ではない
canonicalは、同じ内容や似た内容が複数のURLにある場合、どれを代表として扱ってほしいかを検索エンジンへ示す指定です。ブラウザーでページを開いた読者を、別のURLへ移動させるものではありません。
記事の場所が変わったので古いアクセスを新しい場所へ送るのか、複数のURLを残したまま検索上の代表を示したいのか。まず目的を分けて考えます。移転後のページでcanonicalが古いURLを指したままにならないことも、確認項目になります。
記事と関係のある転送先を選ぶ
例えば、ある解説記事を新しいURLへ移すなら、古いURLから移転後の同じ記事へ転送する設計が考えられます。これは説明用の仮定です。無関係なトップページへ、古い記事をまとめて転送することとは違います。
Googleは、多数のURLを関連性の低い一つのページへ転送することを避けるよう案内しています。目的の記事がないページへの転送は、実質的なエラーページと扱われる場合もあります。内容を統合したなら、統合後のページが読者の求めた情報を引き継いでいるかを確かめます。
転送の連鎖と、古いリンクを整理する
古いURLから中間のURLをいくつも経由すると、読者が本文へ着くまでに処理が増えます。Googleも最終的な宛先への直接転送を勧めています。転送が同じURL間を巡回するループになっていないかも確認します。
移転では、転送だけでなく内部リンクやサイトマップを新しいURLにそろえます。クローラーが転送をたどれること、転送先の記事が正常に開くこと、検索へ反映されることは、それぞれ確認する項目です。過去記事への導線を保つため、変更前後のURLと転送の目的を記録しておくことが役立ちます。
あわせて読みたい用語
参照情報
＊このコンテンツは生成AIを用いて作成し運営者の確認を経て配信しています。＊
