Значение кода состояния 302 не совсем однозначно. Он означает, что ресурс "временно" перемещен. Старый URL не является устаревшим, и клиенты не будут кэшировать результат, если это не указано явно в заголовке Cache-Control или Expires.
Чтобы еще больше все запутать, код 302 применяется также для некоторых платных рекламных ссылок, но это использование не будет здесь рассматриваться.
Большой проблемой с кодом 302 является то, что его значение для поисковых механизмов зависит от контекста. На практике стоит подразделить варианты его применения на внутренние временные перенаправления (т.е. со страницы в домене А на другую страницу в том же домене А) и внешние временные перенаправления (со страницы в домене А на страницу в домене В).
Браузеры всегда принимали оба определения для интерпретации перенаправления 302.— и внутреннего, и внешнего. Однако в настоящее время большинство поисковых механизмов (в том числе и Google и Yahoo!) используют его для внутреннего перенаправления.
Для таких перенаправлений поисковые механизмы не кэшируют результат
перенаправления и продолжают указывать в страницах результатов домен А. Это соответствует определению.
Внешние перенаправления 302 более сложны. Мэтт Каттс из Google заявляет, что
в более чем 99% случаев Google выводит перенаправленный адрес — т.е. домен В, а не домен А. Хотя это противоречит стандарту, Google ведет себя так для устранения тазвимости под названием "грабеж 302" (302 hijacking).
Грабежом 302 называется практика использования страницы в домене А со ссылками на страницу в домене В, которая содержит высококачественный контент. Тогда,как правило, такая страница имеет высокий ранг благодаря "украденному" качественному контенту из домена В и перенаправляет пользователей на другую страницу с помощью одного из видов маскирования. Эта практика распространилась настолько широко, что привела к изменению политики как Google, так и Yahoo!, и, как утверждает Мэтт Каттс, "Google теперь пользуется набором эвристических правил, согласно которым он в 99% случаев возвращает страницу назначения. Почему не во всех 100%?
Большинство поисковых механизмов оставляют за собой право действовать нестандартно, когда мы считаем, что исходная страница будет полезнее для пользователей — хотя мы делаем это редко".
В статье по адресу http://www.mattcutts.com/blog/seo-advice-discussing-
302-redirects/ Мэтт Каттс рассматривает внешние коды 302. В этом случае определение из RFC является не правилом, а исключением! В основном внешние коды 302 трактуются как 301, но они не влияют на перенос ссылочной ценности.
При реальной работе с динамическим сайтом вы должны выделить случаи, когда
коды 302 все-таки необходимы. Если нужно, чтобы URL временно содержал Web-
контент, отличный от обычного, лучше выполнить прозрачное изменение контента.
Это можно реализовать с помощью функции include () или удаленной выборки и
отображения альтернативного контента — все это в первую очередь устраняет необходимость в коде 302. Для этого можно применять PHP-функции cURL (Client URL Library — библиотека клиентских URL).
Если старая страница называется old_page.php, а страница с нужным контентом
•взывается new_page .php, то можно просто включить контент из второй страницы
следующим образом:
include('new_page.php');
С помощью cURL можно включить контент с другого сервера примерно так:
$ch = curl_init() ;
curl_setopt($ch, CURLOPT_URL,'http://www.example.com/new_page.php');
curl_setopt($ch, CUKLOPT_RETURNTRANSFER,1);
echo curl exec($ch);