Chrome ユーザーで「エラー 3xx (net::ERR_TOO_MANY_REDIRECTS)」または「この Web ページにリダイレクト ループがあります – ERR_TOO_MANY_REDIRECTS」が表示される場合、あなたは一人ではありません。あなたが訪問していることと、問題の具体的な原因。
このチュートリアルでは、Google Chrome のリダイレクトが多すぎるというエラーについて知っておくべきことをすべて説明します。
アマゾンのキンドルファイアが点灯しない
HTTP リダイレクトは、Web サイトが、リンクされているページではなく、ブラウザを別のページに向ける方法です。これは、メンテナンス、ページが移動した、またはその他の理由が原因である可能性があります。たとえば、企業がドメイン名を変更し、古いドメインの Web サイトを新しいドメインを使用する Web サイトにリダイレクトする場合があります。
Chrome は、エラーを出さずに最大 20 のリダイレクトに対処できますが、そのしきい値を超えると、「ERR_TOO_MANY_REDIRECTS」エラーがスローされます。
トランザクションは次のようになります。
- ブラウザは Web サーバーに GET メッセージを送信します。
- サーバーは、リダイレクトされた URL を含む 3xx メッセージで応答します。
- ブラウザはメッセージを確認し、新しいアドレスに移動します
- ブラウザが Web サイトをロードします。
Chrome は、一度に最大 20 のリダイレクトに問題なく対処できます。それを超えると、エラーが表示されます。
リダイレクト ループでは、ブラウザがリダイレクトされた URL に送信され、元の URL にリダイレクトされたり、元の URL にリダイレクトされたりします。これは、Web サイト管理者として驚くほど簡単に実行できます。 Google Chrome でリダイレクトが多すぎるというエラーが表示された場合の対処法を説明します。
訪問者としてのリダイレクトが多すぎる
Web サイトにアクセスしている場合は、ブラウザのキャッシュと Cookie をクリアできます。
- クロームを開く
- 上部にある Chrome プルダウン メニューを選択します。
- 選択する 閲覧履歴データの消去 プルダウンメニューから
- 横にあるチェックボックスを選択 キャッシュされたメッセージとファイル
- 次にクリックします データを消去
エラーが発生した URL を再試行します。これで、Web サイトを参照できるはずです。
それが機能しない場合は、別のブラウザを試してください。別のブラウザは動作するが、Chrome がこれを試行しない場合:
- |_+_| と入力Chrome のアドレスバーに
- Enter キーを押す
- 拡張機能を一度に 1 つずつ無効にして、それぞれを無効にしてから Web サイトを再テストしてください。
再テストする前に 1 つだけ無効にしてください。そうしないと、どれが問題の原因だったのかわかりません。目標は、問題の原因を特定の Chrome 拡張機能に切り分けられるかどうかを確認することです。
Web サイト管理者としてのリダイレクトが多すぎる
Web サイトを管理または実行する場合は、やらなければならない仕事があります。どこかにリダイレクトが設定されており、ループしているか、何度も繰り返されています。 Web サイトの管理バックエンドで問題を解決できるように、どのリダイレクトがループバックしているかを調べてみましょう。
- 案内する リダイレクトチェッカー あなたのURLを入力してください
- 分析を選択して、リダイレクト先とリダイレクト先を確認します
- 自分自身にループバックするリダイレクトを特定する
- Web サイトの管理インターフェイスを介してループ リダイレクトを変更します。
Web サイトの管理インターフェイスを介してループ リダイレクトを変更します。少し緩いように聞こえるかもしれませんが、正確な方法は、Web サイトが使用するプラットフォームによって異なります。たとえば、WordPress では、リダイレクト プラグインを使用しているか、.htaccess ファイルを変更する必要がある場合があります。 Joomla では Redirect Manager を使用でき、Magento では Rewrite Management ツールを使用できます。お分かりですね。
必要なことは、問題の原因となっているリダイレクトを特定し、サイトの管理に使用しているプラットフォームに関係なく、プラットフォームとホスティング会社のドキュメントを参考にして問題を修正することだけです。
問題を修正したら、リンクを徹底的に再テストして、修正が期待どおりに機能したことを確認します。
リダイレクト
リダイレクトにはさまざまなタイプがあり、すべて 3xx で始まるコードが付いています。
- 301 – ページが永久に移動しました。
- 302 – Web ページが一時的に利用できません。
- 303 – ページの更新を防ぐために、PUT または POST の後にリダイレクトするために使用されます。
- 307 – 予定されている何かのために Web ページが一時的に利用できなくなりました。 HTTP 1.1 の 302 リダイレクトの後継。
- 308 – 他の理由による永続的なリダイレクト。
- 300 – あまり使用されない特別なリダイレクト。
- 304 – キャッシュされた Web ページのキャッシュ更新を示す特別なリダイレクト。
リダイレクトが使用される理由
リダイレクトを使用する正当な理由はたくさんあり、その使用頻度に驚くことでしょう。リダイレクトを使用する最も一般的な理由は、ページを新しいホストまたは URL に移動するときです。 SEO に多くの努力を払ってきたのであれば、ページを移動したときにすべてを失いたくはありません。
代わりに、301 リダイレクトを使用して、ページが移動したことをブラウザーと検索エンジンに通知します。これにより、引き続きページへの訪問者を獲得し、得た SEO のメリットをすべて維持できます。
302 または 307 リダイレクトは、ページをテストしたり、スタイルや新しいテクノロジーに準拠するようにページを更新したりする場合に便利です。 URL 構造が同じままである場合は、実際にページを公開する前に一時的なリダイレクトを追加するだけで済みます。
リダイレクトは、SEO ジュースや訪問者を失うことなく Web サイトを管理するのに非常に役立ちます。これらは注意とテストが必要ですが、非常に便利なツールです。
あまりにも多くのリダイレクトを処理する方法について提案がある場合は、以下にコメントしてください。