HTTP-коды состояния 301 и 302 используются для перенаправления. Эти коды указывают, что для выполнения HTTP-запроса нужно выполнить еще один запрос, т.к. контент находится в другом месте. Когда Web-страница отвечает одним из этих кодов, она не возвращает HTML-контент, а содержит дополнительный HTTP-заголовок Location:, который указывает на другой URL, где находится контент.
На рис. 4.3 приведен пример практического выполнения перенаправления. Как
видно на этом рисунке, URL, инициирующий перенаправление, не возвращает контент, а указывает на новый URL, который следует использовать.
Если пользовательским агентом является поисковый агент или программное приложение, то пользователь, изображенный на рис. 4.3, в таком процессе не задействован.
Когда поисковые механизмы встречают перенаправление, они следуют тому же
самому процессу для обновления страниц с результатами поиска.
Перенаправления могут образовывать цепочки, т.е. одно перенаправление может
указывать на страницу, которая, в свою очередь, также применяет перенаправление.
Но, насколько возможно, таких многократных перенаправлений следует избегать.
В старой версии RFC 2616 был установлен предел в пять перенаправлений, но позже этот предел был повышен. Но все-таки лучше избегать цепочек перенаправлений, т.к. они могут замедлить индексирование сайта — агенты могут лишь планировать индексирование результата перенаправления, но не выполнять его немедленно.
Вообще-то стандарт HTTP содержит много кодов перенаправления. Они перечислены в табл. 4.1.
На практике для перенаправления используются только коды состояния 301 и 302.
А поскольку браузеры стараются не признавать остальные коды, то лучше избегать их, даже если они выглядят более релевантными или точными. Можно предположить, что и поисковые механизмы стараются избегать их; по крайней мере, мы не знаем, как они будут интерпретированы.