302-редирект

Откуда взялось различие между 302 и 307

История объясняет важную техническую особенность. RFC 9110 описывает, как ранние клиенты по-разному обрабатывали POST после 302: одни сохраняли метод, другие переходили к GET. Впоследствии разрешили такое изменение, а для однозначного сохранения метода ввели 307. ^[1] Поэтому слово «временный» ещё не говорит, будет ли повторена отправка данных.

HTTP Semantics опубликован в июне 2022 года; на дату проверки RFC 9110 входит в STD 97 как Internet Standard. ^[1] Это дата стандарта, используемого в статье, а не дата появления редиректов. Для выбора настройки важнее различие поведения, чем запоминание номера документа.

Как работает переход

URL — адрес ресурса. Метод обозначает действие запроса: например, GET используют для получения ресурса, POST — для отправки данных на обработку. ^{[6, 7]} Ответ с перенаправлением и последующее обращение к цели — разные этапы. Между ними может возникнуть ошибка; наличие адреса назначения не доказывает, что клиент успешно до него дошёл. ^[2]

Location может содержать полный адрес или относительную ссылку. Относительный путь разрешают относительно исходного URL. Если в Location нет фрагмента — части после знака #, — при перенаправлении наследуется исходный фрагмент. ^[1]

Учебный пример: исходный адрес — https://example.org/news/item#details, ответ — 302, Location — /temporary. Ожидаемый адрес перехода в этом примере — https://example.org/temporary#details. Именно такой результат показывает приложенный инструмент. Если заменить Location на /temporary#notice, получится адрес с #notice: явно заданный фрагмент заменяет исходный. Эти адреса иллюстративны; реальные страницы по ним не проверялись.

Для формы есть отдельный вопрос: обработаны ли данные до выдачи ответа? Fetch при следовании 302 после POST меняет метод на GET и удаляет тело. Но запрос к цели вообще может не состояться: алгоритм предусматривает ошибки, а режим обработки перенаправления может запрещать автоматическое следование. ^[2] Поэтому вывод инструмента о методе условен: он описывает правило, а не сетевой результат.

Как выбрать соседний статус

Ниже авторское сопоставление двух признаков из стандарта: постоянство нового адреса и сохранение метода. Это памятка для обсуждения с разработчиком, а не самостоятельная классификация HTTP. ^{[1, 3]}

MDN рекомендует 307, когда изменение метода нежелательно. ^[3] Однако совпадение кода с намерением — только начало проверки. Если операция предполагает передачу заявки другому обработчику, проверяющему нужно увидеть заявку у этого обработчика. Открытая страница с надписью «готово» сама по себе не показывает, какие данные были получены.

Что увидят поисковики

Канонический адрес — адрес, который поисковик выбирает основным среди вариантов страницы. Google относит 302 к временным перенаправлениям: робот следует по ним, но само перенаправление не служит сигналом выбора цели канонической. При этом другие сигналы могут привести к индексации цели. ^[4]

Яндекс в разделе о внутрихостовых редиректах описывает индексацию содержимого цели и отображение ссылки на неё. Внутрихостовым здесь называется переход в пределах одного имени хоста; главная страница имеет отдельное правило и сохраняется в выдаче. ^[5] Поэтому вывод для внутренних страниц одного хоста нельзя без проверки переносить на главную или на межхостовый переезд.

Практическое следствие для российского сайта: если важны обе поисковые системы, проверка одной не закрывает вопрос о другой. В учебном журнале можно завести две строки с датой наблюдения и адресом, который показывает соответствующий сервис поисковика. Это авторский способ организовать работу; таблица наблюдений не становится обещанием будущих позиций. Прочитанные справки не дают основания утверждать, что любой 302 обязательно сохранит старый URL в поиске. ^{[4, 5]}

Как проверить настройку

Предлагаемый порядок приёмки связывает технический ответ с задачей владельца. Сначала сформулируйте ожидаемый результат без номеров кодов: например, посетители временно получают объяснение о недоступности раздела, после обслуживания раздел снова открывается. Запишите, кто и по какому событию отменяет перенаправление. Так проверка получает понятный критерий завершения.

Затем сохраните исходный URL, выбранный метод, время наблюдения и один ответ сервера. Сравните Location с согласованным назначением. Проверьте конечную страницу отдельно: если она отвечает ещё одним перенаправлением, появляется следующее звено цепочки. Для каждого звена нужна собственная запись. Один успешный разбор не доказывает отсутствие цикла дальше по маршруту.

Для операции с отправкой данных отдельно сравните ожидаемое и наблюдаемое: какой метод получил обработчик, дошли ли необходимые поля, сформирован ли нужный результат. Используйте учебные данные и согласованный тестовый сценарий. После отмены временной меры повторите исходный запрос и запишите новый результат. Эта процедура предложена редакцией; она не заменяет тесты приложения и его правил доступа.

Офлайн-разбор одного ответа

Файл мини-инструмент работает с тремя полями: исходным адресом, методом и текстом ответа. Вставьте один блок со строкой статуса и заголовками, без тела страницы, cookies и токенов. Поддерживаются строки HTTP/1.0, HTTP/1.1 и условные текстовые строки HTTP/2 или HTTP/3 из диагностического отчёта. Это формат ввода инструмента, а не анализ двоичного сетевого обмена.

Нажмите «Разобрать локально». Программа проверит наличие ровно одного непустого Location, вычислит адрес цели и покажет правило изменения метода для Fetch. Она предупредит, если адрес без фрагмента совпадает с исходным, меняется сочетание схемы, хоста и порта либо HTTPS заменяется на HTTP. При самопереходе предупреждение о POST тоже сохраняется.

Пустое поле, неподдерживаемый метод, несколько ответов или повреждённая строка заголовка приводят к сообщению об ошибке. Инструмент намеренно не исправляет пробелы и обратные косые черты внутри адресов: исправление могло бы скрыть ошибку записи. Кнопка «Сбросить» возвращает исходный учебный пример и убирает прежний результат. Сетевых запросов, сохранения введённого текста и оценки индексации нет.

Ошибки и ограничения

Не принимайте решение по одному внешнему признаку. Страница открылась — значит, виден результат перехода для данного наблюдения; это ещё не подтверждение обработки формы или выбора адреса поисковиком. Аналогично сообщение инструмента об ошибке означает проблему с введённой записью либо выход за поддерживаемый формат, а не доказанный сбой сервера.

Не устанавливайте срок временности по номеру кода. Раздел RFC о 302 не задаёт количества дней, по истечении которых код автоматически становится постоянным. ^[1] Если намерение владельца изменилось, пересмотрите настройку и критерии приёмки. Не подменяйте это решение обещанием роста поисковых позиций.

Частые вопросы

Связанные термины

• 301-редирект
• Коды ответа сервера
• Канонический адрес
• Индексация
• Цепочка редиректов