この記事はAhrefs公式ブログの日本語訳です。
原文：3 Types of Searches and How to Target Them
（著者：Joshua Hardwick / 原文の最終更新日：Apr 2, 2023）
※フルスピード註：この記事は2023年4月2日時点の記載をもとに翻訳しています。Ahrefs公式ブログの記事は今後追記・再公開されることがありますことをご了承ください。
ほとんどのウェブサイトオーナーは、一度はリダイレクトについて考える必要があります。リダイレクトは、リブランディング、複数のウェブサイトの統合、ページの削除、または単にページを新しい場所に移動する際に、ユーザーや検索エンジンからのアクセスを維持するのに役立ちます。
しかし、リダイレクトの世界には、異なるシナリオごとに異なる種類のリダイレクトが存在するため、非常に複雑です。そのため、これらの違いを理解することが重要です。
このガイドでは、以下のことを学びます：
リダイレクトとは何か？
リダイレクトは、ユーザー（およびボット）をリクエストしたURL以外のURLに転送する方法です。
なぜリダイレクトを使う必要があるのか？
コンテンツを移動する際にリダイレクトを使うべき理由は2つあります：
- 訪問者のユーザーエクスペリエンスの 向上 – 訪問者が移動したページにアクセスしようとしたときに「ページが見つかりません」という警告が表示されるのは避けたいものです。リダイレクトは、訪問者をコンテンツの新しい場所にシームレスに送ることで、この問題を解決します。
- 検索エンジンがあなたのサイトを理解するのを助ける – リダイレクトは、コンテンツがどこに移動したか、移動が恒久的か一時的かを検索エンジンに伝えます。これは、検索結果にページが表示されるかどうか、どのように表示されるかに影響します。
どのような場合にリダイレクトを使うべきか？
リダイレクトは、あるURLから別のURLにコンテンツを移動するときや、時にはコンテンツを削除するときにも使うべきです。リダイレクトを使いたい一般的なシナリオをいくつか見てみましょう。
ドメインを移動する場合
リブランディングを行い、あるドメインから別のドメインに移行する場合、旧ドメインのすべてのページを新ドメインの位置に恒久的にリダイレクトする必要があります。
ウェブサイトを統合する場合
複数のウェブサイトを1つに統合する場合、古いURLを新しいURLに恒久的にリダイレクトする必要があります。
HTTPSに切り替える場合
HTTPからHTTPSに切り替える場合（強く推奨）、すべての安全でない（HTTP）ページやリソースを安全な（HTTPS）場所に恒久的にリダイレクトする必要があります。
プロモーションを行う場合
一時的なプロモーションを実施していて、例えばdomain.com/laptopsからdomain.com/laptops-black-friday-dealsに訪問者を送りたい場合、一時的なリダイレクトを使用する必要があります。
ページを削除する場合
コンテンツをサイトから削除する場合は、可能な限り、そのURLを関連性のある類似のページに恒久的にリダイレクトする必要があります。こうすることで、古いページへの被リンクがSEO上まだカウントされるようになります。また、ブックマークや内部リンクも引き続き機能するようにします。
リダイレクトの種類
リダイレクトは、サーバーサイドリダイレクトとクライアントサイドリダイレクトの2つのグループに分けられます。それぞれのグループには、検索エンジンが一時的または永続的とみなすリダイレクトが多数含まれています。そのため、潜在的なSEO上の問題を回避するためには、適切なリダイレクトを使用する必要があります。
サーバー側のリダイレクト
サーバーサイドリダイレクトとは、ページがリクエストされたときに、サーバーがユーザーや検索エンジンのリダイレクト先を決定するものです。これは、3XX HTTPステータスコードを返すことによって行われます。
クライアントサイドのリダイレクトにはいくつかの欠点があり、かなり特殊で稀なユースケースに適している傾向があるからです。
SEO担当者が知っておくべき3XXリダイレクトをご紹介します：
301リダイレクト
301リダイレクトは、ユーザーを新しいURLに転送し、検索エンジンにリソースが永久に移動したことを伝えます。301リダイレクトに直面したとき、検索エンジンは通常、リダイレクトされた古いURLをインデックスから削除し、新しいURLを優先します。また、PageRank（オーソリティ）を新しいURLに移します。
302 リダイレクト
302リダイレクトは、ユーザーを新しいURLに転送し、検索エンジンにリソースが一時的に移動したことを伝えます。302リダイレクトに直面したとき、検索エンジンはリダイレクトされても古いURLのインデックスを維持します。しかし、302リダイレクトを長い間そのままにしておくと、検索エンジンはそれを301リダイレクトと同じように扱い始め、代わりに新しいURLをインデックスするようになるでしょう。
301と同様、302もPageRankを転送する。違いは、転送が “逆方向 “に行われることです。つまり、”新しい “URLのPageRankは、（検索エンジンが301のように扱っていない限り）古いURLに後方に転送されます。
303 リダイレクト
303リダイレクトは、ユーザーをリクエストされたリソースに似たリソースに転送するもので、一時的なリダイレクトです。一般的には、ユーザーがブラウザの「戻る」ボタンを押したときにフォームの再送信を防ぐなどの目的で使用されます。SEOのために303リダイレクトを使うことは通常ありません。303リダイレクトを使用した場合、検索エンジンは301または302リダイレクトとして扱う可能性があります。
307 リダイレクト
307リダイレクトは302リダイレクトと同じですが、リダイレクトを実行するときに元のリクエストのHTTPメソッド（POST、GET）を保持する点が異なります。
308 リダイレクト
308リダイレクトは301リダイレクトと同じですが、リダイレクトの際に元のリクエストのHTTPメソッドを保持する点が異なります。Googleは、308リダイレクトを301リダイレクトと同じように扱うと言っていますが、ほとんどのSEOはいまだに301リダイレクトを使っています。
クライアント側のリダイレクト
クライアントサイドリダイレクトとは、ブラウザがリダイレクト先を決定するものです。通常、他の選択肢がない場合以外は使用すべきではありません。
307 リダイレクト
307リダイレクトは、サイトがHSTSを使用している場合にクライアント側で一般的に発生します。これは、HSTSがクライアントのブラウザに、サーバーは安全な（HTTPS）接続しか受け付けないこと、そして今後サイトから安全でない（HTTP）リソースを要求された場合は、内部で307リダイレクトを実行するように指示するためです。
メタ・リフレッシュ・リダイレクト
meta refreshリダイレクトは、設定した秒数後にユーザーをリダイレクトするようブラウザに指示します。Googleはこれを理解し、通常は301リダイレクトと同じように扱います。しかし、Twitterで遅延を伴うmetaリダイレクトについて質問されたGoogleのジョン・ミューラーは、”リダイレクトのように扱ってほしいのであれば、リダイレクトのように動作させるのが理にかなっている “と答えました。
いずれにせよ、Googleは、ユーザーが混乱する可能性があり、すべてのブラウザでサポートされていないため、これらの使用を推奨していません。Googleは、代わりにサーバーサイド301リダイレクトを使用することを推奨しています。
JavaScriptリダイレクト
JavaScriptリダイレクトは、おそらくご想像の通り、JavaScriptを使ってブラウザにユーザーを別のURLにリダイレクトするよう指示します。JSリダイレクトは、検索エンジンがリダイレクトを確認するためにページをレンダリングする必要があるため、問題を引き起こすと考える人もいます。これは事実ですが、最近のGoogleはページのレンダリングがとても速いので、通常は問題になりません。(可能な限り3XXリダイレクトを使う方が良いですが、それしか選択肢がない場合はJSリダイレクトでも問題ありません。
リダイレクトのベストプラクティス
リダイレクトは複雑です。SEOに携わるなら覚えておきたいベストプラクティスをいくつかご紹介しましょう。
HTTPをHTTPSにリダイレクト
現段階では、誰もがHTTPSを使うべきです。あなたのサイトにさらなる安全性を与え、Googleのランキング要因にもなります。
サイトがHTTPからHTTPSに正しくリダイレクトされているか確認する方法はいくつかあります。
1つ目は、AhrefsのSEOツールバーをインストールして有効化し、HTTPバージョンのホームページに移動してみる方法です。リダイレクトされ、ツールバーに301レスポンスコードが表示されるはずです。
この方法の問題点は、あなたのサイトがHSTSを使用している場合、307が表示される可能性があることです。そこで、別の方法を紹介しましょう：
- Ahrefsのサイト監査へ
- クリック + 新規プロジェクト
- 手動で追加をクリック
- スコープをHTTPに変更
- ドメインを入力
あなたのホームページのwww版とnon-www版の両方で、”Not crawlable “エラーと、”301 moved permanently “通知が表示されるはずです。
リダイレクトが設置されていなかったり、301や308以外のリダイレクトを使っている場合は、開発者に301に変更するよう依頼する価値があるでしょう。
ヒント
どの方法を使うにせよ、サイト全体で適切なリダイレクトが行われていることを確信できるよう、いくつかのページでそれを繰り返す価値がある。
HSTSを使用する（307リダイレクトを作成する）
サーバーにHSTS（HTTP Strict Transport Security）を実装することで、サイト上の非セキュア（HTTP）コンテンツへのアクセスを防ぐことができます。HSTSは、あなたのサーバーが安全な接続しか受け付けないことをブラウザに伝え、アクセスを要求されたHTTPリソースのHTTPSバージョンに内部307リダイレクトするよう指示します。
これは301リダイレクトや302リダイレクトの代わりではありませんし、それらがあなたのサイトで適切に設定されていれば、厳密には必要ありません。しかし、私たちは、ユーザーにとって少しスピードアップするだけでも、最近ではベストプラクティスであると主張しています。
もっと詳しく： Strict-Transport-Security – Mozilla
ヒント
HSTSを実装したら、サイトをHSTSプリロードリストに登録することを検討してください。これにより、あなたのウェブサイトを訪問しようとするすべての人にHSTSが有効になります。
メタ・リフレッシュのリダイレクトを避ける
メタリフレッシュリダイレクトは理想的ではありませんので、あなたのサイトをチェックし、301または302リダイレクトに置き換える価値があります。無料のAhrefsウェブマスターツールアカウントを使えば簡単にできます。サイト監査でサイトをクロールし、「meta refresh redirect」エラーを探します。
エラーをクリックし、”View affected URLs “をクリックすると、リダイレクトされたURLが表示されます。
削除されたページを（可能であれば）関連する代替ページにリダイレクトする。
URLをリダイレクトすることは、コンテンツを移動させるときにも意味がありますが、コンテンツを削除するときにもリダイレクトする意味があります。なぜなら、ユーザーが削除されたページにアクセスしようとしたときに「404 not found」エラーが表示されるのは理想的ではないからです。適切な代替ページにリダイレクトした方がユーザーフレンドリーな場合が多いのです。
例えば、私たちは最近ブログのカテゴリーページを刷新しました。その過程で、”アウトリーチ＆コンテンツプロモーション “を含むいくつかのカテゴリーを削除しました。これを404のままにするのではなく、密接に関連する作業代替であるため、「リンク構築」カテゴリーにリダイレクトしました。
常に適切な代替手段があるとは限らないので、毎回これを行うことはできません。しかし、もしあるのであれば、そうすることでリダイレクトされたページのPageRank（オーソリティ）を維持し、代替リソースに移すことができるというメリットもあります。
ほとんどのサイトには、404ステータスコードを返すページがすでに存在します。これらを見つけるには、無料のAhrefsウェブマスターツールアカウントにサインアップし、サイト監査でサイトをクロールし、内部ページレポートに行き、”4XXページ “エラーを探します：
ヒント
クロールを設定する際に、ソースとして「バックリンク」を有効にします。これにより、サイト監査は、あなたのサイトのページに内部リンクがない場合でも、バックリンクのある削除されたページを見つけることができます。
影響を受けたページを見るには、エラーをクリックし、”View affected URLs “をクリックしてください。たくさんのURLが表示されたら、”Manage columns “ボタンをクリックし、”Referring domains “カラムを追加し、参照元ドメインの降順でソートします。そうすれば、被リンクの多い404から先に取り組むことができます。
長いリダイレクト・チェーンを避ける
リダイレクトチェーンとは、リクエストされたリソースとその最終目的地の間で複数のリダイレクトが行われることです。
Googleの公式ドキュメントによると、リダイレクトは最大10ホップまで追跡するので、それより短いリダイレクトチェーンはSEO上あまり問題にならない。
Googlebotは最大10ホップのリダイレクトをたどります。クローラーが10ホップ以内にコンテンツを受信しなかった場合、Search Consoleはサイトのインデックスカバレッジレポートにリダイレクトエラーを表示します。
しかし、長いチェーンはやはりユーザーの速度を低下させるので、できれば避けた方がいいです。
Ahrefsウェブマスターツールを使えば、長いリダイレクトチェーンを無料で見つけることができます：
- サイト監査でサイトをクロールする
- リダイレクトレポートへ
- 課題タブをクリック
- リダイレクトチェーンが長すぎます。
issueをクリックし、”View affected URLs “をクリックすると、リダイレクトチェーンを開始するURLとチェーン内のすべてのURLが表示されます。
リダイレクト・ループを避ける
リダイレクトループとは、URLが自分自身にリダイレクトしたり、リダイレクトチェーン内のURLがチェーン内の以前のURLにリダイレクトしたりするときに発生する、リダイレクトの無限ループのことです。
問題なのは2つの理由です：
- ユーザーにとって -意図したリソースへのアクセスを遮断し、ブラウザの「リダイレクトが多すぎる」エラーを引き起こす。
- 検索エンジンにとって – クローラーを「罠」にかけ、クロールの予算を浪費する。
リダイレクトループを見つける最も簡単な方法は、Ahrefsのサイト監査のようなツールでサイトをクロールすることです。Ahrefsのウェブマスターツールアカウントがあれば無料で行うことができます。
- サイト監査でサイトをクロールする
- リダイレクトレポートへ
- 課題タブをクリック
- 「リダイレクト・ループ」エラーを探す
エラーをクリックし、”View affected URLs “をクリックすると、リダイレクトされたURLのリストと、チェーン内のすべてのURLが表示されます：
リダイレクトループを修正する最善の方法は、チェーンの最後のURL（ループの前）が意図された最終目的地であるかどうかに依存します。
もしそうなら、最終URLからリダイレクトを削除してください。そして、リソースがアクセス可能で、200のステータスコードを返すことを確認してください。
そうでない場合は、ループするリダイレクトを目的の最終目的地に変更します。
どちらの場合も、リダイレクト先の内部リンクを、最終URLへの直接リンクに置き換えるのがよい方法です。
まとめ
SEOのためのリダイレクトはとても簡単です。リダイレクトが永続的か一時的かに応じて、ほとんどの場合サーバーサイドの301と302リダイレクトを使用することになります。しかし、Googleが301と302を扱う方法にはいくつかのニュアンスがあるため、問題に直面している場合はこの2つのガイドを読む価値があるでしょう
コメント