HTTP 302 Redirect
Код ответа HTTP, означающий временное перемещение ресурса. Клиенты каждый раз обращаются к исходному URL, поэтому 302 применяют в shortlink и динамических QR.
Определение HTTP 302 Redirect
HTTP 302 Found — это статус HTTP, сообщающий клиенту, что запрашиваемый ресурс временно доступен по другому URL. Сервер возвращает заголовок Location с новым адресом, и браузер переходит туда, но при следующем запросе снова обращается к исходному URL. Ключевое отличие от 301 — отсутствие «постоянного» эффекта: редирект каждый раз может вести на новый адрес, а клиенты и поисковые системы не запоминают целевой URL как канонический.
Именно 302 стал основой современных сервисов коротких ссылок, динамических QR-кодов, A/B-тестов и персонализации по устройствам и регионам. Без него идеи вроде «меняем целевой URL без перепечатки QR» или «показываем разные лендинги разным аудиториям» технически не работают.
Как 302 используется в QR-сервисах
- В QR-коде закодирована короткая ссылка, например site.qrkoder.ru/demo.
- Пользователь сканирует символ, браузер обращается к короткой ссылке.
- Сервер фиксирует сканирование в аналитике и вычисляет целевой URL (возможно с учётом устройства, страны, времени суток).
- Отвечает статусом 302 Found и заголовком Location: https://landing.example.com/?utm_source=qr.
- Браузер переходит на целевую страницу, а следующий посетитель снова обратится к исходному шортлинку.
Благодаря 302 платформа может в любой момент сменить целевой URL, запустить A/B-тест, включить Smart Routing или временно перенаправить трафик на страницу-заглушку во время техобслуживания — всё без перепечатки QR-кода и без изменений на стороне клиентов.
Когда выбирать 302
- Короткие ссылки и сервисы QR-кодов.
- A/B-тесты лендингов и рекламных креативов.
- Маршрутизация iOS/Android на разные стор-ссылки.
- Временная страница-заглушка во время технических работ.
- Системы логина и OAuth-редиректы после авторизации.
Запоминать можно только постоянные URL. Если в будущем целевой адрес может измениться — всегда используйте 302. Попытка сэкономить на SEO-весе через 301 обернётся потерей управляемости.
Связанные концепции
- HTTP 301 Moved Permanently (постоянный редирект);
- HTTP 303 See Other и HTTP 307 Temporary Redirect;
- заголовки Cache-Control и Pragma, которые усиливают «временность»;
- Smart Routing и A/B-тесты поверх 302.
Частые вопросы
Передаётся ли SEO-вес при 302?
По канонической трактовке 302 не передаёт ссылочный вес — поисковые системы рассматривают его как временный. Google в документации оговаривает, что длительно действующие 302 могут со временем интерпретироваться как 301, но полагаться на это при планировании переездов нельзя. Если ваша цель — склеить старый и новый URL, используйте 301. Если нужен редирект для коротких ссылок и QR-кодов — только 302.
Чем 302 отличается от 307?
Оба статуса обозначают временный редирект, но 307 строго сохраняет метод запроса: если исходно был POST, он останется POST. 302 в старых реализациях браузеров менял метод на GET, и этим часто пользовались для упрощения форм. Современные стандарты рекомендуют 307 для REST-API и 302 — для обычных веб-редиректов, шортлинков и динамических QR-кодов, где клиент обращается GET-запросом.
Можно ли использовать 302 в long-term QR-кампаниях?
Да, это штатный режим работы всех сервисов динамических QR-кодов. 302 не влияет на долговечность печатного символа: пока работает домен шортлинка и подписка, сканирования корректно маршрутизируются. Для устойчивости рекомендуют использовать собственный домен, настроить HTTPS с HSTS и заключить SLA с провайдером. Регулярно выгружайте архив ссылок, чтобы быстро восстановить работу при любых сбоях.
Как 302 сочетается с UTM-метками?
UTM-метки добавляются к целевому URL, на который указывает заголовок Location. То есть пользователь сканирует QR, попадает на шортлинк (без UTM), а сервер возвращает 302 уже с UTM-меткой. Такой подход удобен: вы можете менять набор UTM-параметров в админке сервиса, а печатный QR-код при этом остаётся прежним. Это и есть главный плюс связки «302 + shortlink + UTM» для маркетинга.