転送処理の種類と使い方を理解する

公開日 2020年4月8日 最終更新日 2022年1月2日

転送の種類

サイトの引っ越し、コンテンツの移動、重複ページの集約、想定外のページへのアクセスに対する正規化。
様々なところでリダイレクト（転送処理）が施されますが、この転送をうまく使い分けられていますでしょうか。

一言で転送といっても、様々なステータスコードがあります。
皆さんは301(Moved Permanently)を使用しますか？302(Found)でしょうか？
あまり使われないのですが、303(See Other) / 307(Temporary Redirect) / 308(Permanent Redirect)といった方法もあります。

エドウィンシリーズみたいな番号ですが、HTTPにおけるレスポンスは、すべてこのステータスコードで成り立っています。
リダイレクト以外のコードには、403(Forbidden)、404(Not Found)、500(Internal Server Error)といったお馴染みのステータスも存在しており、その数は全部で50種類以上存在します。

今回はSEO対策と非常に関連性の高い、30x系のリダイレクト処理にスポットライトを当ててお話したいと思います。

ステータスコードを詳しく知りたい方は、mozilla.orgの解説がわかりやすいと思います。

HTTP レスポンスステータスコードは、特定の HTTP リクエストが正常に完了したどうかを示します。レスポンスは 5 つのクラスに分類されています。 HTTP レスポンスステータスコード

で、実際はなにをどう使えばいいの？

少し詳しい人であれば、301使っておけばOKなんだろうといった意見が多いと思いますが、概ね間違いはありません。

301はPermanent Redirect（恒久的な転送）なので、元のURLに戻す事が想定されない場合に使用します。
何らかの事情により、一時的にページを移動させるだけの場合には使用しません。

取り扱いにおける注意事項

しかしながら、以下の2点だけは注意しておきましょう。

①301を明記していない

WEBサーバで転送を行う場合は、ほとんどのサイト運営者が.htaccessで転送設定を行うと思います。
サーバ管理者の方であれば、httpd.confを直接編集するような方もいるかもしれませんが、どちらも転送の際は、

RewriteEngine on
RewriteRule ^old.html$ http://www.example.com/new.html [L,R=301] 

というように記述してください。
転送には様々な書き方があり、ステータスコードを表記しない転送記述もありますが、Rだけだと302になってしまうの場合があるので、しっかりとR=301と明記する事がポイントです。

もちろん一時的な仮設置目的の転送である場合は、302（Found）が適切ですが、私の経験上、あまり使用することはありません。

②サーチコンソールの設定

ドメイン単位での引っ越しをする際は、.htaccesssによる301転送を行っただけではGoogleへの訴求として不十分です。
意外と知られていないのですが、サーチコンソールの「設定 > アドレス変更」で、Googleに現状のサイトを新しいドメインに移行したことを通知することが可能です。

サーチコンソール上には引越し元のドメインおよび引越し先のドメインの両方が登録されている必要があり、アドレスの変更を行いたい場合は、引越し元のドメインにある【アドレスの変更】から、プルダウンメニューで【引越し先ドメイン】を選択して【検証して更新】ボタンを押します。

適切に301転送が設定されていれば、移行中というステータスになるはずです。

注意するべきところは、引越し元ドメインのどのURLにアクセスしても、引越し先ドメインのどこかに着地するように設定する点です。
理想としては、１つ１つ該当する引越し先ページに301リダイレクトを施すことが理想ですが、リニューアルも伴っている場合は、一概に同一の構造であるとは言い切れません。
引越し先ドメインが404(Not Found)になってしまうようなページは、旧ページに近い内容のページ、またはドメイントップに転送しておけば間違いないでしょう。
この設定を取りこぼしてしまうと、引越し元ドメインのキャッシュがGoogleに残ってしまうので、流入確保における損失を被ってしまいます。

Googleアドレス変更ツールは、https://support.google.com/webmasters/answer/9370220?hl=jaに詳しく利用方法が記載されています。
正常に設定を完了させることが出来れば、180日経過すると自動的に表示が消えて、無関係なサイトとして独立していきますが、180日の間はキャンセルも可能です。
少なくとも、Googleから完全に引っ越し先として認めてもらうには、登録から半年は掛かるといった認識で良いと思います。

エラーページをむやみに転送しない

サイトを運営している方であれば、掲載していた商品やサービスページを削除すると、当然のことながら404(Not Found)となったり、システムやサーバの不具合でエラーが出ると500(Internal Server Error)となるように、正常ではないステータスコードが返されるといった経験があると思います。
その際、サイト内リンクを修正するのが面倒であったり、外から被リンクを受けていたり、Googleにインデクスされているページであったりすると、ユーザの取りこぼし防ぎたいあまりに全てのエラーページを既存ページにリダイレクトする方がいるようですが、これはあまりお勧めできません。

404はNotFound、つまり存在していないページにデッドリンクを貼っている事が問題で、内部リンクをしっかりと見直すことが適切な処理です。

また、ドメイン外から貼られている被リンクは、リンク元の修正を行えないといった事が起こりますが、この場合は404ページにサイト内の内部リンクを付けて、ユーザーの回遊を促し、直帰を防ぐといった手段が有効であると思います。

Googleにインデクスされているページであっても、クローラーは404ページを発見した場合、何度かクローリングした後に、存在しないと判断します。
いずれ検索結果に表示されなくなるので、これも心配する必要はありません。

予期しないエラーページに関しては、本来そのエラーを取り除くことに注力することが先決です。
無理にリンクのパワーを特定のページに集めたり、取りこぼしを回避するような処理を行うと、Googlebotに余計な負荷をかけると同時に、混乱させる事にもなるので、順位に悪影響が出てしまう可能性が高いと考えられます。

まとめ

この301リダイレクトは何かと間違った使用方法や悪用をされる事が多く、一歩間違えると正当な評価を受けられないどころか、ペナルティを受けるといった取り返しのつかない事態も招くので、どうしても転送た引っ越しをしなければならない時のみに利用する事をオススメいたします。