Причина в том, что фактический контент хранится в CMS, доступной только по неловкой схеме URL (представьте себе http://en.wikipedia.org/w/index.php?title=Cookie).
HTTP-эквивалентные перенаправления используются, когда у вас нет контроля над веб-сервером (с помощью .htaccess, PHP header() или иным образом), чтобы испустить 302.
Сайты также исторически растут, и людям лень обновлять ссылки. Рассмотрим страницы A, B, C. A - это перенаправление на B. Теперь происходит какое-то важное событие (скажем, продукт устарел), и веб-мастер просто делает B перенаправлением на C. Теперь A по сути является двойным косвенным указателем на C. это то, как вещи могут накапливаться. Особенно, если у вас много страниц типа A, их обновление до точки C может занять много времени.
Кроме того, базовый случай заключается в том, что администратор был лично неспособен настроить скрытое перезапись URL-адреса. (Страница доступна через более простой http://en.wikipedia.org/wiki/Cookie.)
Или, может быть, в IIS нет ничего более блестящего, чем mod_rewrite.
В любом случае, нет оправдания более чем одному перенаправлению на главной странице. Тем более, что браузеры могут останавливаться после нескольких перенаправлений, даже если нет цикла.