302 редирект

Как 302 редирект работает на деле

На техническом уровне механика проста. Когда пользователь запрашивает страницу, сервер отвечает кодом ответа 302 Found вместе с заголовком Location, который указывает на новый адрес. Браузер получает ответ сервера, видит Location и переходит туда. Но браузер запоминает: это перенаправление временное. При следующем визите браузер опять запросит исходный адрес, получит ответ 302, прочитает Location и повторит переход. Снова и снова.

Для поисковых систем это означает совершенно другое. Google, Яндекс и другие роботы видят код ответа 302 и понимают: старый адрес может еще вернуться. Значит, продолжим индексировать его как основной. Старая страница остается в индексе сайта, новый адрес не получает весь ссылочный вес. Это создает путаницу для поисковых систем.

Структура HTTP ответа при 302

Вот как это выглядит в реальности:

HTTP/1.1 302 Found Location: https://example.com/new-page Content-Type: text/html; charset=utf-8

Первая строка — статус код ответа с версией HTTP. Эту строку сервер отправляет всегда. Вторая строка — это заголовок Location. Именно он содержит адрес новой страницы, куда перейдет браузер. Браузер обычно скрывает этот процесс от пользователя, переход происходит мгновенно. Но структурно всё так и работает.

Почему 302 отличается от 301 для SEO

При постоянном редиректе (301) всё иначе. Google переиндексирует страницы сайта, забывает исходный URL и передает весь авторитет на новый адрес. Это правильный код при миграции на новый домен или переименовании контента. Старая страница уходит из индекса, весь трафик переливается на новую.

302 редирект работает не так. Поисковый робот считает старый адрес основным. Новый адрес для него — временная копия. Ссылочный вес передается неполно, должен распределяться между обоими адресами. Контент продолжает индексироваться под исходным URL. SEO-эффект минимален — трафика не переходит.

Вот почему при переносе сайта использование 302 вместо 301 — это серьёзная ошибка. Новые страницы долго набирают позиции, старые не исчезают из результатов.

Есть и другие коды для перенаправления. 303 используется для переадресации после обработки POST-запроса на GET-страницу. 307 похож на 302, но сохраняет метод запроса — если был POST, остается POST. 308 работает как постоянный редирект, как 301, но также сохраняет метод запроса.

Когда Google переквалифицирует 302 как 301

Есть интересный случай. Если 302 редирект висит месяцы или годы, Google может переклассифицировать его как постоянный. Поисковая система предполагает: если перенаправление действует столько времени, оно уже фактически постоянное. Робот изменит поведение и начнет передавать авторитет как при 301. Но это может занять долгое время, и гарантий нет. Лучше использовать правильный код с самого начала.

Как настроить 302: примеры кода

На Apache в .htaccess редирект пишется просто:

Redirect 302 /old-page /new-page

На PHP используешь функцию header:

header('Location: https://example.com/new-page', false, 302);

На Node.js с Express:

app.get('/old-page', (req, res) => { res.redirect(302, '/new-page'); });

На Python с Flask:

@app.route('/old-page') def redirect_old(): return redirect('/new-page', code=302)

Во всех случаях результат один: сервер отправляет ответ 302, указывает Location, браузер переходит на новый адрес.

Как проверить 302 редирект

Откройте браузер и нажмите F12 для открытия консоли разработчика. Перейдите на вкладку Network. Запросите страницу со включенным редиректом. В списке запросов сетевой активности появится первый запрос со статусом 302. Нажмите на него и найдите заголовок Location в разделе ответа сервера. Там будет адрес новой страницы. Это означает, что редирект работает корректно.

Используйте специализированные инструменты. Screaming Frog SEO Spider сканирует весь сайт и показывает все редиректы с их кодами ответов. Инструмент для проверки ответа (например, Redirect Checker) выдает детальную информацию по каждому редиректу.

В Google Search Console есть раздел «Покрытие». Там видны страницы с редиректами. Если там отмечены коды 302, значит Google обнаружил временные перенаправления на сайте. Яндекс.Вебмастер предоставляет аналогичную информацию в своих инструментах проверки.

Когда используется 302 редирект

302 имеет смысл в конкретных случаях. А/В тестирование — когда разные пользователи видят разные версии одной страницы, временное перенаправление подходит. Техническое обслуживание — если сайт на время переводится на другой адрес, 302 правильный выбор. Специальные настройки CDN и кэширования иногда требуют именно временных редиректов.

Никогда не используйте 302 для постоянной миграции сайта на новый домен. Не используйте его при переименовании старых страниц. Это приведет к потере позиций, завалу трафика и проблемам с индексацией. Правило простое: если перенаправление постоянное, нужен 301 редирект. Ошибки здесь стоят компаниям реального трафика.