ユーザーが最初に訪問したときに、http-equivが別の（通常はばかげた）URLに更新され、即座に（302）別のばかげたURLにリダイレクトされ、実際にはサイトのランディングページが表示されます。なぜメタリフレッシュに続いて2回のリダイレクトが行われるのですか？
私の質問はなんですか？なぜサーバーはこのように動作するように設定されますか？ここで
はこれを行ういくつかのサイトのリストです：
理由はということです実際のコンテンツは、厄介なURLスキーム（http://en.wikipedia.org/w/index.php?title=Cookieと考える）でしか到達できないCMSに格納されます。
ウェブサーバ（.htaccess、PHP header()、またはそれ以外の方法で）を制御していないと、最初に302を発行することができない場合に、http-equivリダイレクトが使用されます。
サイトも歴史的に成長し、人々はリンクを更新するのが怠惰です。ページA、B、Cを考えてみましょう.AはBへのリダイレクトです。今ではいくつかの主要イベントが発生します（例えば、製品は廃止されます）。そしてWebマスターはBをCにリダイレクトします。物事が蓄積する方法です。特にAのようなページがたくさんある場合は、Cを指すようにそれらをすべて更新すると時間がかかることがあります。
それ以外の場合は、管理者が舞台裏のURL書き換えを個人的に設定できないということです。 （ページには簡単にhttp://en.wikipedia.org/wiki/Cookieでアクセスできます）
また、IISにはmod_rewriteと同じように素晴らしいものはありません。
いずれにしても、メインページに複数のリダイレクトが必要な理由はありません。特に、ループがなくても、数回のリダイレクト後にブラウザが停止する可能性があるためです。