Код 302 Found означает временное перенаправление: запрошенная страница сейчас доступна по другому адресу, который сервер передаёт в заголовке Location. Старый URL остаётся основным — браузеры и поисковые системы продолжают считать его действующим. Сам по себе 302 не ошибка. Но если мониторинг зафиксировал именно этот код, редирект не довёл до конечной страницы — и с этим стоит разобраться.
Что означает код 302
302 — код из группы 3xx (перенаправление), описан в стандарте RFC 9110. В HTTP/1.0 он назывался Moved Temporarily — «перемещено временно», и это название точно передаёт смысл: ресурс переехал не насовсем. Сервер отвечает 302 и указывает новый адрес в заголовке Location. Браузер переходит по нему автоматически, посетитель ничего не замечает.
Смежные коды легко перепутать. 301 Moved Permanently — переезд навсегда: поисковики переносят индекс на новый адрес. При 302 индекс остаётся на старом URL. 307 Temporary Redirect — тоже временный, но строже: он запрещает менять HTTP-метод запроса, тогда как при 302 многие клиенты исторически превращают POST в GET. А 303 See Other прямо требует запросить новый адрес методом GET. Место 302 среди остальных кодов — в полном списке кодов ответа HTTP.
Считает ли Tracker.ru 302 падением
Обычно нет. Проверка Tracker.ru следует редиректам автоматически — до 10 переходов. Если сайт ответил 302, проверка идёт по адресу из Location и оценивает конечный ответ: получила 200 OK — сайт доступен. Рабочий временный редирект падением не считается.
Ситуация меняется, когда в результатах проверки виден именно код 302. Это значит, что цепочка редиректов не разрешилась: у ответа нет заголовка Location, редиректы зациклились или переходов оказалось больше 10. Такой ответ Tracker.ru помечает как недоступность с типом «HTTP-ошибка», и вы получаете уведомление на email, в Telegram или по webhook. Периоды недоступности отражаются в статистике аптайма. Проверки идут из нескольких регионов, поэтому геозависимые редиректы видно сразу: цикл может воспроизводиться только в одном регионе.
Типичные причины
- Цикл http ↔ https. Сервер принудительно переводит посетителя на https, а CDN или прокси перед ним возвращает запрос обратно на http. Классический пример — «гибкий» SSL-режим в CDN вместе с редиректом на https в конфигурации nginx или в .htaccess.
- Цикл www ↔ без www. Противоречивые правила rewrite на сервере и в панели хостинга бесконечно гоняют запрос между двумя вариантами домена.
- Редирект на страницу входа, закрытую тем же правилом. Неавторизованных посетителей отправляют на страницу логина, но правило срабатывает и для неё самой — получается петля.
- Пустой или отсутствующий Location. Приложение сформировало редирект, но не подставило адрес — например, из-за ошибки в коде после обновления.
- Слишком длинная цепочка. Трекинг-ссылки, смена доменов и языковые версии нанизывают редиректы друг на друга; больше 10 переходов проверка не выполняет.
- Редирект на https-версию с нерабочим сертификатом. Проверка перейдёт по адресу, но завершится ошибкой TLS-хендшейка — о таких случаях читайте в статье об ошибке SSL при проверке сайта.
Что проверить владельцу сайта
- Откройте онлайн-проверку кода ответа — она покажет реальный ответ сервера без кэша браузера и без регистрации.
- Посмотрите заголовок Location в ответе: куда ведёт редирект и отвечает ли этот адрес кодом 200.
- Пройдите цепочку целиком: исходный адрес → промежуточные → конечный. Если запрос возвращается на уже пройденный URL — это цикл.
- Сверьте правила редиректов на всех уровнях: конфигурация сервера, .htaccess, панель хостинга, CDN. Циклы почти всегда рождаются из противоречия двух уровней.
- Сократите цепочку до одного-двух переходов: каждый лишний шаг замедляет загрузку и повышает риск ошибки.
- Если перенаправление стало постоянным, замените 302 на 301 — поисковые системы перенесут индекс на новый адрес.
Как часто встречается 302 на практике
Итоговый код 302 появился в статистике Tracker.ru всего 25 раз на десять с лишним миллионов проверок (по данным на июль 2026). Это не значит, что временные редиректы редки — наоборот, они повсюду. Просто рабочий 302 разрешается автоматически, и в статистику попадает конечный код цепочки. Сам 302 фиксируется только тогда, когда цепочка сломана.
Частые вопросы
Почему мониторинг показывает 302, а в браузере сайт открывается?
Проверка приходит без cookies и из другого региона. Если редирект зависит от авторизации или геолокации, для проверки цепочка зацикливается, а для вас — нет. Откройте сайт в режиме инкогнито и сравните результаты по регионам мониторинга — так вы увидите, где именно ломается цепочка.
302 вредит SEO?
Сам по себе — нет: поисковые системы понимают, что перенаправление временное, и сохраняют в индексе старый адрес. Проблемы начинаются, когда 302 используют для постоянного переезда: сигналы ранжирования не переносятся на новый URL. Для переезда навсегда используйте 301 или 308 Permanent Redirect.
Чем 302 отличается от 307 Temporary Redirect?
Оба кода означают временное перенаправление. Разница в методе запроса: 307 обязывает клиента повторить запрос тем же методом — POST останется POST. При 302 многие клиенты заменяют POST на GET. Для обычных переходов по страницам разницы нет, для форм и API надёжнее 307.