テクニカルSEOでリダイレクトするための究極のガイド

公開: 2021-12-27

リダイレクトは、ユーザーと検索エンジンのクローラーを1つのURLから別のURLに転送するために使用されます。

既存のURLに変更を加える場合は、リダイレクトを使用する必要があります。一般的な使用例は次のとおりです。

ウェブサイトの統合、
コンテンツの変更、更新、または削除、
404ステータスコードを返すページを修正し、
サイトの情報アーキテクチャを変更し、
サイトの移行を実施します。

リダイレクトの間違い、または必要であるにもかかわらずリダイレクトを実装しないことは、深刻なSEOの問題を引き起こす可能性があります。 Googleは、元のページのランキングシグナルを新しいページに関連付けない場合があります。その結果、ランキングが低下し、その結果、トラフィックが失われます。

この記事は、Webサイトの利益へのリダイレクトを実装する方法を理解するのに役立ちます。

記事を読んで調べてください：

いつ、なぜリダイレクトを使用する必要があるのか、
さまざまな種類のリダイレクトとその使用例、
リダイレクトのベストプラクティス、
それらを監査、実装、およびテストする方法。

内容を隠す

1リダイレクトとは

2カノニカルとリダイレクトの違い

3リダイレクトが必要な場合

4種類のリダイレクト

4.1サーバー側のリダイレクト

4.2クライアント側のリダイレクト

5どのリダイレクトがSEOに適していますか？

6リダイレクトを実装するためのベストプラクティス

6.1リダイレクトチェーンとループを避ける

6.2潜在的な重複コンテンツの問題に301リダイレクトを使用する

6.3テーマに関連するページにリダイレクトする

6.4壊れたリンクの問題に対処する

6.5キーワードの共食いの問題に301リダイレクトを使用する

6.6リダイレクト戦略を準備する

6.7廃止された製品の管理

7サイトのリダイレクトが正しく設定されているかどうかを確認する方法

8リダイレクトを実装する方法は？

8.1 Apache

8.2 Nginx

8.3プラグイン

9結論

リダイレクトとは

リダイレクトは、ユーザーと検索エンジンが最初にリクエストしたURLから別のURLに転送するために使用されます。

一般に、リダイレクトは、404（エラー）ステータスコードで応答するURL、または古いコンテンツや変更されたコンテンツを含むURLからリダイレクトするのに役立ちます。

リダイレクトは、ページへのアクセスを停止し、ユーザーと検索エンジンが行き止まりになるのを防ぐ方法です。

リダイレクトを実装することにより、リダイレクトなしでエラーを表示する可能性のあるページにアクセスしようとしている訪問者に、ポジティブなユーザーエクスペリエンスを提供します。 エラーページを使用すると、ユーザーはページをバウンスしたり離れたりして、サイトに戻る可能性が低くなります。

SEOの観点からは、リダイレクトは元のページからのランキングシグナルを保持する方法であり、ランキングを維持するのに役立ちます。

Googleは、ページのランク付け方法を決定するために、多くのことを知らないランキング信号を使用します。 Googleのランキングシグナルには、PageRank（ページを指すリンクの値と量）、モバイルフレンドリー、およびWebパフォーマンスが含まれます。 リダイレクトを実装することにより、古いページに蓄積されたランキング信号を新しいページに転送できます。

カノニカルとリダイレクトの違い

正規タグを使用したことがある場合は、リダイレクトと正規化のユースケースの違いについて疑問に思われるかもしれません。

HTML rel =” canonical”タグを使用すると、検索エンジンは、類似したページのセットのどのページが正規ページであるか、つまり検索結果に表示する元のページを理解するのに役立ちます。

表面的には、正規のタグとリダイレクトの両方が、重複コンテンツの問題を回避し、異なるURLバージョンを統合するのに役立ちます。

ただし、リダイレクトとカノニカルの動作には決定的な違いがあり、これらを同じ意味で使用しないでください。

リダイレクトは、ページがもう存在しないか、変更された場合に使用されます。一方、正規タグが実装されていても、そのページの別のコピーがまだ存在しています。 正規タグを使用して、検索エンジンにどのURLバージョンがプライマリバージョンであるかを指定します。

URLプロパティを統合し、重複コンテンツの問題を排除するには、カノニカルよりもリダイレクトを優先する必要があります。グーグルはタグに基づいて正規バージョンを選択することができますが、それがより良いと考える場合は別のページを使用することもできます。一方、リダイレクトが正しく実装されている場合、Googleは代わりに別のURLを選択しません。

リダイレクトが必要な場合

通常、元のURLが次の場合、リダイレクトは不可欠です。

インデックスとランク、
ユーザーが頻繁にアクセスし、
あなたのサイトや外部ソースからリンクされている、
ニュースレターなどの他のコンテンツで使用されます。

ただし、価値のない、または人気のないページがある場合は、それらを修正することは重要ではありません。

Googleが404エラーについて述べていることは次のとおりです。「通常、404エラーはサイトの検索パフォーマンスに影響を与えません。サイトにURLが存在しないことが確実な場合は、無視しても問題ありません」。

ほとんどの場合、404がSEOに悪影響を与える唯一の状況は、エラーページを指す他のサイトからのリンクがある場合です。次に、リダイレクトを実装して、蓄積されたPageRankを保持する必要があります。

エラーページにアクセスする訪問者のエクスペリエンスを向上させる方法があります。たとえば、彼らをより良い場所に案内したり、次のステップを提案したりできます。優れた404ページを作成する方法についてのガイドをご覧ください。

リダイレクトの種類

リダイレクトには次の2つのタイプがあります。

サーバー側のリダイレクト、および
クライアント側のリダイレクト。

違いは、リダイレクトが発生する場所（サーバーまたはクライアント）にあります。

サーバー側のリダイレクトは、ブラウザの要求に対するサーバーの応答であるHTTPステータスコードに関連しています。 3xxステータスコードはリダイレクトに使用されます。

クライアント側のリダイレクトは、ページのHTML内にコードを挿入することで実装されます。

両方のリダイレクトタイプの最も一般的な例、それらの特性、およびユースケースを見てみましょう。

サーバー側のリダイレクト

最も一般的なサーバー側のリダイレクトは301と302です。HTTP1.1バージョン（307と308）もあります。

301および302リダイレクト、それらを使用する方法とタイミングに関する推奨事項、および検索エンジンがそれらを処理する方法に焦点を当てましょう。また、他のHTTPリクエストコードが何を示しているのか、いつそれらに遭遇する可能性があるのかについても説明します。

301リダイレクト

301リダイレクトは、通常、SEOの最も推奨されるリダイレクト方法です。 これらは、URLが永続的に新しい宛先にリダイレクトされたことを示します。

1つまたは複数のページを削除または変更する必要があると判断する場合があります。ただし、単に削除または変更した場合、特にこれらのページが大量のトラフィックを獲得し、ビジネスにとって価値がある場合は、問題が発生します。

元のURLを使用する予定がない場合は、301リダイレクトを使用するのが適切です。

301リダイレクトのユースケース

301リダイレクトにはいくつかの使用例があり、そのうちのいくつかには次のものが含まれます。

コンテンツに変更を加える（たとえば、コンテンツの一部を更新または削除したり、統合したりする）
サイトを新しいドメインに移動し、
URLの構造を変更します。たとえば、サイトアーキテクチャを調整したり、URLのサブドメインまたはサブディレクトリの構造を変更したりします。
HTTPからHTTPSプロトコルへの移行、
CMSを変更して、
ウェブサイトの統合、
404ステータスのURLからユーザーと検索エンジンをリダイレクトする場合。

301リダイレクトのSEOへの影響

301リダイレクトは、ページの場所が変更されたことを検索エンジンに通知し、コンテンツは新しいURLで見つけることができます。

この場合、検索エンジンは古いURLをインデックスから削除し、元のURLから新しいURLにできるだけ多くのPageRankを転送する必要があります。 その後、ランキングを維持することもできます。これにより、トラフィックとコンバージョンを維持できます。

蓄積されたランキング信号のどれだけが301リダイレクトで失われる可能性があるかはわかりませんが、リダイレクトが適切に機能する場合は、これらの信号を救済するための最良の方法です。

ただし、新しいURLへの301リダイレクトを作成するたびに、古いURLのコンテンツと可能な限り一致するページにリダイレクトされるようにしてください。 これは、リダイレクトが検索の可視性に与える可能性のある悪影響を最小限に抑えるのに役立ちます。

301をどのくらいの期間保持する必要がありますか

検索エンジンがページをクロールする頻度によっては、更新されたURLを検出するプロセスに時間がかかる場合があることに注意してください。

最近のビデオで、Googleの検索支持者であるJohnMuellerは次のようにアドバイスしています。

「URLが変更された場合、システムはその変更を記録するために、少なくとも数回はリダイレクトの形で変更を確認する必要があります。
リダイレクトが数回見られたことを確認するために、リダイレクトを少なくとも1年間はそのままにしておくことをお勧めします。」
ソース： 301リダイレクトを保持する期間はどれくらいですか？ #AskGooglebot

ただし、Onelyでは、検索エンジンがURLに変更をしばらく登録しない場合の問題を回避するために、リダイレクトをまったく削除しないことをお勧めします。

GoogleがリダイレクトされたURLを正規のものとして認識していることを確認する

別のビデオで、Googleが新しいURLを正規バージョンとして確実に処理する方法について尋ねられたとき、ジョンは、301リダイレクトを使用するだけでは、単なるシグナルであるため、十分ではないと述べました。

「元のページではなく、宛先のページにインデックスを付けたいと言っています。そして、それは大丈夫です。ただし、正規化には、リダイレクトだけでなく、多くの要素を使用します…」
ソース： 301リダイレクトの処理#AskGoogleWebmasters

ジョンがさらに説明するように：

「すべてが揃ったら、宛先ページに焦点を合わせます。これを簡単にするために、元のページへの内部リンク、サイトマップファイル、およびその他の参照を更新して、すべてが宛先ページを指すようにしてください。」
ソース： 301リダイレクトの処理#AskGoogleWebmasters

302リダイレクト

302リダイレクトは、URLが一時的に移動したことを示します。

このURLは現在この場所では利用できないが、再び利用できるようになることを訪問者と検索エンジンに通知します。

302リダイレクトのユースケース

次の場合は、302リダイレクトを選択する必要があります。

ページのコンテンツを再設計または更新しますが、それらを元に戻す予定です。
壊れたURLを修正し、そのトラフィックを一時的に別の宛先にリダイレクトし、
製品ページのリダイレクト。たとえば、一時的に在庫がない、季節限定または特別オファーで利用可能な製品の場合、
A / Bテスト–たとえば、新しいWebサイトテンプレートをテストする場合は、
ジオターゲティング–ユーザーの場所に基づいてユーザーを別のURLにリダイレクトする場合は、
デバイスターゲティング–デバイスに基づいてユーザーをリダイレクトします。

302リダイレクトのSEOへの影響

301とは異なり、302リダイレクトを使用してランキング信号を新しいURLに転送する方が問題があります。

以前は、多くのSEOは、302リダイレクトがPageRankを通過できないと信じていました。しかし、ジョン・ミューラーは2016年にそれは神話であると説明しました。

通常、Googleは302リダイレクトを一時的なものと見なします。その場合、すべてのランキング信号がターゲットURLに転送されない場合があります。ただし、302がしばらく使用されている場合、Googleはそれを正規バージョンと見なし、302リダイレクトを301のように効果的に処理する場合があります。

302を実装するための最も重要なルールは、302を一時的に保持し、元のURLが再び利用可能になったらすぐにリダイレクトを削除することです。

307および308リダイレクト

307と308はHTTP1.1と同等の301と302であり、同様に機能します。 307は一時的なリダイレクトですが、308はページが永続的に移動したことを示します。

301sと302sと307sと308sの唯一の違いは、後者を使用すると、リダイレクトされた要求が行われたときにメソッドと本文が変更されないことが保証されることです。

つまり、301と302は、 POSTメソッドからGETメソッドに誤って変更されることがあります。この場合、POSTメソッドはサーバーにデータを送信し、GETはデータの要求に使用されます。この違いをわかりやすく説明するために、GETメソッドを使用して検索ページでデータを受信し、POSTメソッドをパスワードを変更するフォームで使用することができます。

Googleのガイドラインでは、 307と308は301と302と同じように扱われるとされています。

クライアント側のリダイレクト

前述のように、クライアント側のリダイレクトはブラウザで発生します。 クライアント側のリダイレクト方法は2つあります。

メタリフレッシュ、および
JavaScript。

しかし、それらを使用することにはいくつかの欠点があります。

全体として、クライアント側のリダイレクトは、サーバー側のソリューションを実装できない場合にのみ推奨されます。たとえば、サーバーにアクセスできない場合などです。

これらの2つのリダイレクト方法を見て、それらを実装する方法と、それらがURLにどのように影響するかを学びましょう。

メタリフレッシュ

メタリフレッシュリダイレクトでは、メタタグをページの<head>セクションに配置して、指定した時間が経過した後にブラウザに別のページに移動するように指示する必要があります。

サンプルコードは次のようになります。

 <meta http-equiv = "refresh" content = "2; URL ='https://www.onely.com/blog/javascript-redirects-and-seo/'" />

数字（2）は、ブラウザが指定されたURLにリダイレクトするまでの秒数を指定します。

このリダイレクト方法は、「5秒以内にリダイレクトされない場合は、ここをクリックしてください」という表示メッセージで一般的に使用されます。この場合、リダイレクトは5秒後に発生します。

Googleは、インスタントメタリフレッシュリダイレクトと遅延メタリフレッシュリダイレクトを区別しています。 インスタントのものは秒数を「0」に設定する必要があります。その場合、Googleはそれを永続的なリダイレクトと見なします。 遅延したものはリダイレクトするまでに数秒かかります。Googleによると、このリダイレクトは一時的なものとして扱われます。

メタリフレッシュタイプのリダイレクトは正常に機能するはずです。 UX（ページをブラウザの履歴に保持する）と処理時間（ページを解析して表示する必要がある）の2つの理由からお勧めしません。処理されると、リダイレクトのようになります。
—ジョン（@JohnMu）2018年3月2日

Googleがリダイレクトを正しく処理したとしても、このリダイレクト方法はユーザーに悪い体験をもたらすことがよくあります。まず、サーバー側のリダイレクトよりも処理に時間がかかります。また、ユーザーがリダイレクトを開始しなかったか、別のページに移動するのが速すぎたり遅すぎたりしたために、スパムのように見えてユーザーを混乱させる可能性があります。

メタリフレッシュは、.htaccessファイルにアクセスまたは使用できない場合や、複数ファイルディレクトリ内の単一のファイルのみをリダイレクトする場合など、特定の場合にのみ推奨されるオプションです。

メタリフレッシュを使用する場合は、ターゲットURLを要求するための遅延を最小限に抑えてください。できれば、0に設定してください。

JavaScriptリダイレクト

JavaScriptリダイレクトの使用は、一般的にSEOに適していません。 GoogleによるJavaScriptのクロールとレンダリングは依然として複雑なトピックであり、GoogleがJavaScriptを可能な限り理解するのに役立つ多くのガイドラインに従う必要があります。

また、 GoogleがJavaScriptファイルをページに関連するものとして表示しない場合、JavaScriptをまったくレンダリングしない可能性があります。

JavaScriptリダイレクトにはHTTPステータスコードを設定するオプションがないため、URLが要求されると、サーバーは200OKステータスで応答します。したがって、リダイレクトが発生する前に、ページのリソースをダウンロードしてレンダリングする必要があります。これにより、リダイレクトプロセスにサーバー側のソリューションよりも時間がかかります。 JavaScriptを使用することで、すべてのランキング信号が新しいURLに渡される可能性も低くなります。

ただし、JavaScriptリダイレクトが実行可能なオプションである場合があります。 JavaScriptリダイレクトの利点の1つは、追加のロジックを含めることができることです。たとえば、これを使用して、ユーザーの場所または言語を検出し、この設定に基づいてリダイレクトすることができます。

このメソッドの実装の完全な概要、そのリスク、および推奨される使用法について説明しているJavaScriptリダイレクトに関するガイドを必ず確認してください。

どのリダイレクトがSEOに適していますか？

上記のリダイレクトタイプ（HTTP、メタリフレッシュ（HTML）、JavaScriptリダイレクト）は動作が異なり、さまざまな段階で検索エンジンによって取得されます。

Googleは、クロール中にサーバー側のHTTPリダイレクトをキャッチできます。 ボットは3xx応答を受信し、ページが別の場所に移動したことを理解できます。これにより、新しいURLにすばやくアクセスできます。

ただし、クライアント側のリダイレクトでは、Googleはレンダリング段階でのみリダイレクトを検出できます。 これにより、プロセスがより複雑になり、大幅に長くなります。

クライアント側のリダイレクトは、Googleがリダイレクトを適切にインデックス化することを保証するものではありません。この場合、サーバー側のリダイレクトとは異なり、古いURLは引き続き存在します。

クライアント側のリダイレクトでHTTPステータスコードを示す方法はありません。これは、検索エンジンがリダイレクトの処理方法を決定するのを難しくする重大な欠点です。

JavaScriptリダイレクトの前にメタリフレッシュが実行されることを追加する価値があります。 さらに、JavaScriptリダイレクトに従うには、JavaScriptを実行する必要があるため、最も好ましくないリダイレクト方法になります。

可能な限り、サーバー側のリダイレクトを使用してください。それらが利用できない場合は、クライアント側のリダイレクトに進みます。

リダイレクトを実装するためのベストプラクティス

リダイレクトが正しく構築されている場合、検索エンジンは古いURLのランキング信号を新しいURLに関連付けます。このようにして、ランキング、トラフィック、および収益を維持できます。

リダイレクトで従う必要のあるガイドラインを見てみましょう。

リダイレクトチェーンとループを避ける

リダイレクトチェーンは、元のURLと宛先URLの間に複数のリダイレクトがある場合に発生します。 これにより、宛先ページに到達するために必要な時間が追加されます。

A、B、Cの3つのURLがある場合は、次のようなリダイレクトを作成しないでください。

URLA→URLB

URLB→URLC

代わりに、リダイレクトが常に1つだけであることを確認してください。

URLA→URLC

URLB→URLC

リダイレクトループは、リンク先URLに到達できない場合に発生します。 たとえば、リダイレクトが次のように実装されている場合に発生する可能性があります。

URLA→URLB

URLB→URLA

その結果、これらのURLは相互にリダイレクトされ、宛先にアクセスできなくなります。

リダイレクトごとに、サーバーへの追加のHTTPリクエストが作成されます。 1つのリダイレクトを使用してもパフォーマンスに大きな影響はありませんが、リダイレクトを追加するたびに読み込み時間に悪影響が及ぶため、ユーザーエクスペリエンスが低下します。

潜在的な重複コンテンツの問題に301リダイレクトを使用する

URLはさまざまな形式で存在する可能性があり、コンテンツの重複の問題が発生する可能性があります。

たとえば、URLのバージョンが存在する可能性があります。

wwwの有無にかかわらず、
末尾のスラッシュ（/）がある場合とない場合、
HTTPおよびHTTPSを使用。

重複コンテンツの問題を回避するには、301リダイレクトを使用して、そのURLの正規バージョンをポイントします。

テーマに関連するページにリダイレクトする

リダイレクトは常に、古いURLに最も近いページにリダイレクトする必要があります。

リダイレクトするのに最も適切なページを選択するときは、ユーザーが最初に何を見つけることを期待していたかを考え、検索目的に対応するコンテンツにリダイレクトします。

たとえば、販売しなくなった特定の靴のページにアクセスしようとした場合、関連する靴のカテゴリのページにリダイレクトできます。

製品のページをホームページにリダイレクトすることは、通常、悪い習慣と見なされます。 Googleは、404などのURLも表示する場合があります。

ええ、それは素晴らしい習慣ではありません（ユーザーを混乱させます）、そして私たちはほとんどそれらをとにかく404として扱います（それらはソフト404です）ので、利点はありません。重大な破損/不良ではありませんが、正当な理由がないために複雑さが増します。代わりに、より良い404ページを作成してください。
—ジョン（@JohnMu）2019年1月8日

壊れたリンクの問題に対処する

サイトの404ページを指す内部リンクと外部リンクが存在する可能性があります。 Ahrefs Site ExplorerやSemrushバックリンク分析ツールなどのツールを使用して、壊れたリンクを見つけることができます。

内部リンクを更新する

壊れた内部リンクは、検索エンジンがコンテンツを発見したり、コンテンツが何に接続されているかを特定したりするのに役立ちません。 404ページにつながる内部リンクを更新することを目指す必要があります。 ここではリダイレクトを実装しないでください。こうすることで、検索エンジンと訪問者の追加手順を回避できます。

外部リンクを修正する

外部リンクが壊れていると、重要なランキングシグナルを見逃していることになります。ただし、これらのリンクは制御できないため、単純に更新することはできません。代わりに、あなたにリンクしているサイトに連絡して、リンクを別のURLに変更するように依頼してください。これが機能しない場合は、エラーページを機能するページにリダイレクトする必要があります。

キーワードの共食いの問題には301リダイレクトを使用する

複数のページが同じユーザーインテントをターゲットにしていることがわかった場合は、そのインテントに最適なコンテンツのメイン部分にページをリダイレクトすることを検討してください。

必要に応じて、メインピースを更新して、より包括的になる情報があれば、リダイレクトを実装することもできます。

リダイレクト戦略を準備する

サイトの移行を行う前に、リダイレクト戦略を立てることは特に重要です。 移行後に存在しなくなるすべてのレガシーURLのリストを作成することから始めます。

いくつかの方法でそれらにアクセスできます。

XMLサイトマップからURLをエクスポートします。
クローラーを使用して、すべてのURLを見つけて収集します。

すべてのURLのリストがある場合は、それらをマップして、それぞれをリダイレクトする場所を決定する必要があります。

ページタイトルや製品コードなど、古いURLと新しいURLの間の共有パターンに基づいてページをリダイレクトできます。間違いのリスクを減らすために、これらのパターンに一意の識別子が含まれていることを確認してください。

戦略を準備するときは、マッピングするURLがテーマに関連していること、およびリダイレクトチェーンがないこと、または少なくともリダイレクトの数が最小限に抑えられていることを確認してください。

製造中止製品の管理

製造中止製品のリダイレクトを実装するための戦略は、状況によって異なります。

在庫がなく返品されない商品がある場合は、これらのページを最も近い代替商品に301リダイレクトすることをお勧めします。

ただし、廃止された製品が関心とトラフィックを生み出す場合は、同じURLを維持し、単にページを変更する方がよい場合があります。次に、関連する利用可能な製品の他のオファーを追加で表示したり、廃止された製品とその代替製品の比較記事に変換したりできます。

サイトのリダイレクトが正しく設定されているかどうかを確認する方法

リダイレクトが正しく設定されているかどうかを確認するには、サイトのリダイレクトの監査から始めます。このソリューションは、大規模なサイトがある場合に特に役立ちます。

次に、URLを修正する必要があるかどうか、および必要に応じて、リダイレクトを実装する場所がわかります。

まず、サイトマップでURLをエクスポートするか、サイトをクロールしてすべてのURLを抽出することにより、すべてのURLにアクセスします。その後、それらを.csvファイルに保存できます。

次に、 Screaming Frog SEO Spiderなどのツールを使用して古いURLを監査し、リダイレクトが機能するかどうか、エラーが表示されるかどうかを確認します。 ScreamingFrogでのリダイレクトの監査に関するこの記事の手順に従ってください。

リダイレクトの数が少ない場合は、リダイレクトが正しく機能するかどうかを手動でテストできます。 古いURLにアクセスして、新しいURLにリダイレクトされるかどうかを確認してください。

使用できるツールもあります。たとえば、 Google検索コンソールまたはSemrushのサイト監査で一時的および永続的なリダイレクトを確認できます。

特定のURLをテストする場合は、 httpstatusなどのツールを使用して、ステータスコードとリダイレクトチェーンを表示できます。 HTTPコード、メタリフレッシュ、JavaScriptリダイレクトをチェックするリダイレクトチェッカーもあります。

サイトの移行を行う場合は、ステージング環境で、新しいサイトが稼働した後に、301リダイレクトをテストする必要があります。 URLをクロールして、それぞれが指定されたターゲットURLにリダイレクトされるかどうかを確認できます。これにより200コードが返されます。

リダイレクトを実装した後もURLを監視して、エラーがなく、リダイレクトが引き続き機能することを確認する必要があります。

リダイレクトを実装する方法は？

サーバーまたは使用しているCMSに基づいてリダイレクトを実装する方法はいくつかあります。

一般的な方法には、 ApacheまたはNginxサーバーに実装するか、 WordPress、Shopify、またはMagentoで利用可能なプラグインを使用することが含まれます。

概説した方法が当てはまらない場合は、リダイレクトの実装方法について、ホスティングまたはCDNプラットフォームのガイドを参照してください。 それらのほとんどは、管理パネルを介してリダイレクトを管理する簡単な方法を提供します。たとえば、 DreamHostまたはHostingerのガイドは次のとおりです。

リダイレクトを実装するための他のソリューションについては、ページのリダイレクトに関するこの記事を必ずお読みください。

Apache

サイトがApacheサーバーで実行されている場合は、サーバーのルートフォルダーにある.htaccessファイルにアクセスしてリダイレクトを実装できます。 このファイルを使用すると、サーバー構成ファイルを変更せずに、Webサイトの詳細を構成できます。

FTPまたはファイルマネージャを使用してサーバーのpublic_htmlディレクトリにアクセスすると、このファイルにアクセスできます。 .htaccessファイルがない場合は、任意のテキストエディタを使用して作成し、名前を拡張子なしで「.htaccess」に設定して、public_htmlにアップロードできます。

このファイルに変更を加える前に、ファイルのバックアップを作成してください。間違いがあると、コンテンツが正しく表示されない可能性があります。

実装できるさまざまなリダイレクトディレクティブの一般的な例を次に示します。

URLを別のURLに301リダイレクトするには、次のコードを使用します。

 リダイレクト301/old-page.htmlhttps://website/new-page.html

コマンドはそのドメインのルートサーバーにあるため、古いページの完全なURLをここに含める必要はありません。ただし、同じドメインのページをリダイレクトする場合でも、リンク先の完全なURLを指定する必要があることに注意してください。

ステータスコードが302のURLをリダイレクトする場合は、リダイレクトを「 Redirect302 」に変更するだけです。

ドメイン全体を別のドメインに永続的にリダイレクトする場合は、次のようにします。

 リダイレクト301/ https://www.newwebsite.com/

URLがHTTPからHTTPSに変更された場合は、次を使用します。

 RewriteEngineをオンにします
RewriteCond％{HTTPS} on
RewriteRule（。*） https：//％{HTTP_HOST}％{REQUEST_URI }

この場合、最初に.htaccessファイルでRewriteEngineモジュールをオンにします。これは、条件が機能するために必要です。次に、条件を指定します。

古いファイルパスを新しいファイルパスにリダイレクトすることもできます。

 /olddirectory/oldfile.htmlhttp://example.com/newdirectory/newfile.htmlをリダイレクトします

.htaccessファイルを使用する別の方法は、ユーザーをカスタム404ページにリダイレクトすることです。 次のコードを実装することでそれを行うことができます。

 ErrorDocument 404 /error/pagenotfound.html

ここで、 / error/pagenotfound.htmlは404ページの場所を指している必要があります。

.htaccessファイルにリダイレクトを実装する方法とその仕組みがわからない場合は、このApacheチュートリアルとそのURL書き換えガイドを確認してください。

このガイドに従って、Apacheで.htaccessファイルを設定することもできます。

Nginx

サーバーがNginxを実行している場合は、リダイレクト要求を処理するサーバーブロックを追加することで、`nginx.conf`ファイルでリダイレクトを管理できます。

このコードサンプルは、新しいURLへのリダイレクトになります。

 サーバー{
80を聞く;
443sslをリッスンします。
server_name www.old-name.com;
301 $scheme：//www.new-name.com$request_uriを返します。
}

これらのリクエストを作成する方法については、 Nginx書き換えルールの作成に関するこのガイドをご覧ください。

プラグイン

CMSプラグインを使用できます。これは、リダイレクトの実装を自動化する方法であり、特に大規模なWebサイトがある場合は、プロセスを高速化します。

ほとんどのCMSまたはeコマースプラットフォームは、さまざまなリダイレクトプラグインを提供します。

WordPress

WordPressに使用できる人気のあるプラグインは次のとおりです。

リダイレクト– 301リダイレクトを管理し、サイトで発生する可能性のある404エラーを追跡できます。リダイレクトが数回しかないサイトと、リダイレクトが数千回あるサイトの両方に使用します。

301リダイレクト–このプラグインを使用すると、301、302、および307リダイレクトを管理および作成できます。また、404エラーのログも保持します。リダイレクトするページが多い場合、このツールを使用すると、数千のURLでも一括リダイレクトできます。

Safe Redirect Manager –このプラグインを使用すると、301および302リダイレクトを作成できますが、一括リダイレクトのオプションは提供されていないため、小規模なサイトに推奨されます。

この機能を提供するYoastやAllinOneSEOなどの一般的なSEOプラグインを検討することもできます。

Shopify

Shopifyを使用している場合は、次のような利用可能なアプリの1つを使用できます。

ESCによる簡単なリダイレクト–このアプリを使用すると、一括リダイレクトを含む、301リダイレクトと404エラーページを管理できます。これは、プラットフォーム間でストアを移行したり、サイトの構造や製品ページを調整したりする場合に役立つツールです。

Redirectify –404エラーを見つけてリダイレクトするのに役立つShopifyアプリです。

Magento

Magentoを使用している場合は、URL書き換え機能で301リダイレクトを設定できます。

結論

リダイレクトは、コンテンツが削除または変更されたページからのランキングシグナル、トラフィック、およびコンバージョンを維持する方法です。上記のガイドラインに従うことは、検索パフォーマンスを維持するための鍵となるため、正しく実装することに特に注意してください。

リダイレクトを実装することで、ユーザーエクスペリエンスを低下させる可能性のあるエラーページからユーザーを遠ざけ、検索エンジンに、ユーザーがどこに移動し、変更されたURLをどのように処理するかを指示します。