リダイレクト：SEOのURLを変更するための初心者向けガイド

正しく行われると、リダイレクトは技術的なSEOの武器の強力なツールになる可能性があります。 これにより、検索ランキングを維持し、ユーザーエクスペリエンスを最適化しながら、ある場所から別の場所にWebページ（またはドメイン全体）を効率的に転送できます。

[編集者注：記事は10/12/21に更新されました]

ただし、リダイレクトは複雑な問題になる可能性があります。正しく行われなかった場合、リダイレクトチェーンがイライラし、オーガニック検索トラフィックが大幅に失われる可能性があります。 明らかに、これはあなたが望むものではありません。

したがって、この初心者向けのガイドでは、以下について説明します。

• URLリダイレクトとは何ですか？
• リダイレクトはPageRankを失いますか？
• いつリダイレクトする必要がありますか？
• どのような種類のリダイレクトがありますか？
• 私の状況に最適なリダイレクトはどれですか？
• 一般的なリダイレクトエラー
• リダイレクトを確認する方法
• リダイレクトのまとめ

このトピックにまったく慣れていない場合は、このページをブックマークして、自由に読んでおくことをお勧めします。 （何か足りないと思われる場合はお知らせください！）

特定のクエリがある場合は、上記のリンクを使用して、探している情報を見つけてください。

URLリダイレクトとは何ですか？

リダイレクトは、ページが1つのURLから別の場所に移動したことをWebブラウザに通知します。 それらは、コンテキストに応じてさまざまな方法で実行でき、一時的または永続的のいずれかになります。 一般的なものには、301、302、JavaScriptリダイレクトが含まれます。

リダイレクトはPageRankを失いますか？

PageRankは、人気と重要性に基づいて、Googleが検索結果でWebページをランク付けするために現在も使用しているスコアリング方法です。

さまざまなGoogleの従業員が、PageRankの損失がないことを確認しています。

• 2016年2月、ウェブマスターのトレンドアナリストであるジョンミューラーは、Google +ハングアウトで、302リダイレクトでPageRankの損失がないことを確認しました。
• 彼の同僚のGaryIllyesもTwitterでこれを確認しました。

30倍のリダイレクトでPageRankが失われることはもうありません。

—ゲイリー簿理／경리イリーズ（@methode）2016年7月26日

ただし、これらのステートメントには重要な注意事項があります。正しく実装されている場合にのみ、完全なPageRankを転送します。 そのトピックの詳細については、以下をご覧ください。

いつリダイレクトする必要がありますか？

たぶん、あなたはちょうど新しいドメインを購入し、あなたの既存のウェブサイトを移したいと思っています–やった！ または、2つの類似したブログ記事があり、それらを1つに統合したいことに気付いたかもしれません（通常は良い考えです）。

そのような多くの場合、Google自体が301を明示的に推奨し、独自のガイドラインを確立しています。

URLリダイレクトを使用することが理にかなっているその他の状況：

• 異なるURLがホームページにつながる場合（たとえば、https：//homepage.com、https：//www.homepage.com、https：//www.homepage.com/homepage）。 この場合、インデックスを作成するURLとして1つのURLを選択し、他のURLをそのURLにリダイレクトして、コンテンツの重複を防ぐことができます。
• 2つのWebサイトを1つの新しいドメインにマージする場合。 この場合、「古い」URLを新しいURLにリダイレクトできます。
• ウェブサイトの構造を作り直したり、URLを変更したりしたとき。 この場合、たとえば、新しいディレクトリを作成したか、他のディレクトリを廃止した可能性があります。 リダイレクトが設定されていない場合、サーバーは古いURLを取得するときに404エラーコードを返します。
• ジオターゲティングを使用していて、訪問者をその場所に基づいて適切な言語と国のバージョンに自動的に誘導する場合。 これを実現するために、永続的なリダイレクトを実装できます。
• あなたがアフィリエイトマーケティングをするとき、あなたのウェブサイトへのリンクはアフィリエイトシステムによって追跡されます。 リンクをクリックすると、ユーザーはアフィリエイトプロバイダーの追跡ページにリダイレクトされます（ほとんど気付かれません）。その後、再びドメインにリダイレクトされます。
• 特定のデバイスをターゲットとするURLにユーザーをリダイレクトする場合。 リダイレクトは一時的なものであり、Varyヘッダーを使用する必要があります。
• コンテンツの重複を避けるために、httpページをSSL証明書（https）を含むバージョンにリダイレクトする場合。
• 「www」のないWebサイトから「www」のあるバージョンに（またはその逆に）ページをリダイレクトする場合。

どのような種類のURLリダイレクトがありますか？

一般に、サーバー側とクライアント側の2つのタイプがあります。 最も一般的なサーバー側のリダイレクトは301と302です（これらの両方については以下で詳しく説明します）。 クライアント側のリダイレクトは通常、JavaScriptを介して行われます。

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

これらは、HTTPリクエストが行われたときに発生します。 これは、クライアント（つまり、ブラウザーまたはボット）がURLを要求し、サーバーに要求を行ったときに発生します。 次に、Webサーバーはステータスコードを配信します。

サーバー側のリダイレクトの場合、サーバーは、要求されたドキュメントが別のURLに移動されたことを示します。 次に、クライアントはこの新しいURLにアクセスし、ユーザーまたはボットはそのURLにリダイレクトされます。

サーバー側のリダイレクトのプロセス全体はほんの一瞬で済み、タイプによっては、比較的気付かれることはありません。 検索エンジンはそれぞれを解釈し、それを処理する方法を決定する必要があります。

ステータスコードは初めてですか？ 最も重要なものとその結果について学ぶために、ステータスコードのこのガイドをチェックすることをお勧めします。

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

これらは サーバーによって実行されるのではなく、ブラウザなどのクライアントによって直接実行されます。 通常、サーバー側のリダイレクトの方が優れていますが、実際には、クライアント側のリダイレクトが理にかなっている場合があります。

Google自体は、品質ガイドラインでクライアント側のリダイレクトを示唆しており、JavaScriptリダイレクトに役立つ可能性があることに注意しています。

「JavaScriptを使用してユーザーをリダイレクトすることは、正当な慣行である可能性があります。 たとえば、ログイン後にユーザーを内部ページにリダイレクトする場合は、JavaScriptを使用してリダイレクトできます。」

知っておきたいこと：「メタコンテンツの更新」と呼ばれるものをクライアント側のリダイレクトとして使用することもできますが、これらは注意して処理する必要があります。 この場合、ブラウザが設定された時間の後に指定されたWebサイトにURLをリダイレクトするように、メタタグが設定されます。

ただし、注意してください。以前は、メタコンテンツの更新は、Webページを操作するためのいわゆる「卑劣なリダイレクト」に（乱用されて）使用されていたため、Googleなどの検索エンジンは現在この慣行に批判的です。

私の状況に最適なリダイレクトはどれですか？

301リダイレクト：「永続的に移動」

SEOの観点から、 301は非常に重要です。 リンクエクイティ（「リンクジュース」）と関連するすべてのランキングシグナルを新しいターゲットURLに転送します。

>> 301対302リダイレクト：知っておくべきことすべて<<

301は、孤立したページを防止したり、着信リンクをバンドルしたりするための便利なソリューションです。 次の場合は301を使用する必要があります。

• ドメインを永続的に移動しています
• ドキュメントを永続的に移動しています
• ページのプロトコルを変更します（httpからhttps）
• あなたはあなたのウェブサイトのURL構造を永久に変更します

301は永続的であることが意図されています。 オンラインストアの季節商品や短期間のプロモーションページなどの一時的なアクティベーションには適していません。

301はどのくらいアクティブなままである必要がありますか？

万能の答えはありません。 グーグルの元検索品質責任者であるマット・カッツでさえ、2011年にこの質問に非常に回避的に答え、具体的な答えを与えることを避けました。

Googleは、古いURLが新しいURLに移動されたことを認識するのに時間がかかることに注意する必要があります。 次に、これらの新しいURLに、古いURLの代わりにインデックスを付けて表示する必要があります。 このプロセスは、サブページが少ない小さなWebサイトでは数日以内に完了できますが、URLが数千の大規模なプロジェクトではかなり時間がかかります。

最終的には、必要な限りリダイレクトを保持する必要があります。 Googleのサイトクエリを介して定期的にテストし、新しいURLがすでにインデックスに登録されており、キャッシュに保存されているかどうかを確認することをお勧めします。

301を設定するにはどうすればよいですか？

301を実装する方法はいくつかありますが、最も一般的な方法は、Apacheサーバーの.htaccessファイルを使用する方法です。

このファイルは、httpリクエストが発生したときにサーバーが実行する一連の命令です。 301を実装するには、Apacheモジュールの「modrewrite」が必要です。 このファイルは、クライアントのリダイレクト先のURLを指定します。 この構成ファイルは、index.phpまたはindex.htmサイトと同じレベルのメインディレクトリにテキストドキュメントとして保存されます。

単一のWebページの.htaccessリダイレクトは次のようになります。

RewriteEngineオン
RewriteBase /
RewriteRule pageold.html pagenew.html [R = 301]

ドメイン全体を移動することにした場合、コードは次のようになります。

RewriteEngineオン
RewriteCond％{HTTP_HOST}！^ http：//olddomain.com [NC]
RewriteRule ^（。*）$ http://newdomain.com/$1 [R = 301、L]

301リダイレクトを実装するための追加の方法は、ここにあります。

すべてが正しく実装されていることを確認したい場合は、RyteFreeアカウントで301リダイレクトを確認してください。

重複コンテンツの修正：正規タグまたはリダイレクト？

重複コンテンツを回避するために利用できる2つの一般的な技術オプションがあります。正規タグと301です。正規タグはページのソースコードに実装されているHTMLメタ要素ですが、301はサーバーを介して解決できます。

さらに、正規タグはURLを正規URLにアクティブにリダイレクトしません。 むしろ、既存のドキュメントが参照している、または既存のドキュメントがコピーである「元の」URLが存在することを検索エンジンに示します。

理想的には、検索エンジンは重複を無視し、正規URLのみにインデックスを付けます。 ただし、正規タグは単なる推奨事項であり、Googlebotは必ずしもその推奨事項に従う必要はありません。

一方、301は、サーバーまたはクライアントが従わなければならない明確なガイドラインです。 301リダイレクトを使用しても、元のURLにインデックスを付けることができます。 ただし、しばらくすると、インデックス内で新しいターゲットURLに置き換えられます。

一般に、URLのクリーンな統合またはリダイレクトに関しては、301がより優れたソリューションであり、コンテンツが異なるURLを介してアクセスできると信じる理由がない場合です。

302リダイレクト：「一時的に移動」

この方法では、要求されたドキュメントが別のURLを介して一時的にアクセス可能であることをクライアントに示します。 すべての3xxリダイレクトと同様に、302はPageRankと関連するSEO信号を宛先URLに渡します。

ランキングに影響を与えず、キャッシュしない一時的なリダイレクトが必要な場合は、302をお勧めします。

たとえば、URLを販促ページまたは季節商品のある商品ページにリダイレクトする場合は、302を使用できます。 この方法は、追跡やWebサイトのテストにも適しています。

302リダイレクトを設定するにはどうすればよいですか？

302を設定するには、301リダイレクトと同様に、.htaccessファイルを使用できます。

一時的な.htaccessリダイレクトのエントリは、次のようになります。

RewriteEngineオン
RewriteBase /
RewriteRule pageold.html pagenew.html [R = 302]

302リダイレクトは常に一時的なものです。 これが、永続的なURLリダイレクトにそれらを使用すべきではない理由です。

その後、RyteFreeアカウントで機能したかどうかを簡単に確認できます。

307リダイレクト：「一時的に移動」

URLを短時間だけリダイレクトする必要がある場合は、この方法を使用できます。 これは、たとえばサーバーのメンテナンスの場合に当てはまります。 302と同様に、このメソッドは永続的なリダイレクトには使用しないでください。

JavaScriptリダイレクト

この形式のクライアント側URLリダイレクトには、JavaScriptを処理できるクライアントが必要です。 これらは主に、ユーザー入力に基づくリダイレ​​クト、または異なるブラウザ間のリダイレクトを参照するリダイレクトに使用されます。 さらに、これらのリダイレクトを使用して、ターゲットページをそれぞれの出力デバイスにすぐに適合させることもできます。

すべてのクライアント側リダイレクトと同様に、JavaScriptの主な欠点は、それぞれのクライアントに依存していることです。 クライアントがJavaScriptを解釈できない場合、このメソッドは機能しません。 このため、常にサーバー側のリダイレクトを最初に検討する必要があります。

ページのソースコードへのJavaScriptリダイレクトをスクリプトとして挿入した場合の外観は次のとおりです。

<script type = "text / javascript">
<！-
window.location = "http://www.newpage.com/";
// –>
</ script>

この場合、既存のURLを開くと、ユーザーは「newpage.com」にリダイレクトされます。 JavaScriptリダイレクトについて詳しく知りたい場合は、ここでより多くの入力を見つけることができます。

Googleのアドレス変更ツール

ドメインまたはサブドメインを別のドメインにリダイレクトした場合は、アドレス変更ツールを使用してGoogleに通知できます。

これにより、Googleに変更が通知され、検索結果を古いWebサイトまたはサブドメインから新しいWebサイトに移動するのに役立ちます。 このツールを使用するには、ドメインのGoogle検索コンソールアカウントが必要です。

ドメインが変更された場合にのみ、このツールを使用してリダイレクトされたトラフィックを監視できることに注意してください。 詳しくはこちらをご覧ください。

一般的なリダイレクトエラー

URLリダイレクトを開始するときに注意すべき潜在的な問題がいくつかあります。 最も一般的なものは次のとおりです。

チェーンのリダイレクト

リダイレクト、特に301リダイレクトを使用する場合は、リダイレクトチェーンを避ける必要があります。 このようなチェーンは、リダイレクトがすでに実装されている別のURLにURLがリダイレクトされるときに発生します。 極端な場合、ブラウザまたはボットは元のリクエストを解決できなくなり、「リダイレクトが多すぎます」という警告が表示されます。

同時に、複数のリダイレクトにより、読み込み時間とサーバーの負荷が増加します。 リダイレクトチェーンのさらに悪い結果は、クロール予算とSEOの可能性の浪費です。 John Mueller（以前のGoogle）は、特にドメインを移動する場合、ウェブマスターがリダイレクトチェーンを回避して修正する必要があるという、seoundtable.com2016からのリクエストに応えてこれを確認しました。

ドメインを移行するときは、将来のリダイレクトチェーンを回避するために、事前にすべてのリダイレクトチェーンの概要を把握しておくことをお勧めします。 RyteFreeアカウントを使用してすべてのリダイレクトの概要を取得します。

クロール予算の浪費

検索エンジンは、新しいコンテンツを求めてWebを継続的にクロールします。 ボットは、リンクをたどり、Webサイトをクロールし、コンテンツやその他の要素にインデックスを付けます。 ただし、このプロセスで利用できるクロール予算は限られていますが、ありがたいことに、SEOとウェブマスターはGooglebotがクロール予算を使用する方法に影響を与える可能性があります。 そのような方法の1つは、ボットがサーバーに送信するリクエストの数を変更することです。

URLがリダイレクトされる場合、Googlebotは追加のリクエストを実行する必要があります。 Webページにリダイレクトが多い場合、リクエストの数も増えますが、クロールの予算は削減されます。 したがって、通常はリダイレクトを慎重に使用する必要があります。 リダイレクトによってクロール予算がより早く使い果たされると、Googlebotはより多くのページをクロールしてインデックスに登録する時間が少なくなります。つまり、インデックスに登録されたページは最新ではなくなります。

有機的なトラフィックを失う

一般に、すべてのリダイレクトはトラフィック損失のリスクを負います。 Googleは、301リダイレクトで転送された場合にPageRankの低下でウェブサイトを罰することはなくなりましたが、誤って実装された、または余分なリダイレクトはウェブサイトに悪影響を与える可能性があります。

これは、リダイレクトされたページとは関係のない販売ページにトラフィックを意図的に誘導する目的で、URLを無関係なページにリダイレクトする場合に特に当てはまります。 たとえば、サングラスのトラフィックの多い情報ページから301経由の純粋なアフィリエイトページへのリダイレクト。2016年の調査では、Googleが無関係なリダイレクトをソフト404エラーとして解釈することが証明されました。

実際、リンクエクイティ（または「リンクジュース」）は、リダイレクト中に渡される多くのランキング要素の1つにすぎません。 たとえば、新しいターゲットページのタイトルが維持されていない場合、またはコンテンツの品質が低い場合、リダイレクトはランキングに悪影響を与える可能性もあります。

リダイレクトを確認する方法

ウェブサイト上のすべてのリダイレクトを分析したい場合は、Ryteがお手伝いします。 設定したリダイレクトが機能しているかどうか、および.htaccessが正しくプログラムされているかどうかを確認できます。

構文エラーがあるかどうか、またはファイルを正しいディレクトリにロードしたかどうかを確認できます。 また、ファイル上のルールが目的のディレクトリに関連しているかどうか、および正しいタイプのリダイレクトが指定されているかどうかについても学習します。

[品質保証]で、[ステータスコードのリダイレクト]をクリックします。 ここでは、リダイレクトの概要を明確に示しています。 それぞれの異なるタイプのリダイレクトのリストを表示するには、それぞれのボックスをクリックします。

レポートの「ターゲット分類」をクリックすると、次の情報が表示されます。

• 元のURLがリダイレクトされたWebサイト
• リダイレクトを別のディレクトリまたはサブドメインに転送するかどうか

リダイレクトのまとめ

URLリダイレクトを正しく使用すると、SEOの問題を修正し、大きな欠点なしに古いドメインを新しいドメインに安全にリダイレクトできます。

各リダイレクトを振り返り、それが本当に意味があることを確認してください。 サーバーのレイテンシを不必要に増加させたり、Googlebotのクロールバジェットを不必要に使用したりしないように注意して、301リダイレクトを使用してください。