308 редирект

Определение 308 редиректа: постоянное перенаправление с сохранением метода

308 — это HTTP код ответа, который отправляет сервер при постоянном перенаправлении ресурса. Полное название: 308 permanent redirect. Браузер получает этот ответ с заголовком location, в котором указан новый URL, и перенаправляет пользователя туда. Главное отличие 308 от других кодов перенаправления: метод запроса при этом сохраняется полностью. Если исходный запрос был POST, новый запрос на другую страницу тоже останется POST. Если это был GET — останется GET.

Звучит логично, но исторически это не всегда работало. При 301 moved permanently браузеры часто преобразуют POST в GET, что приводит к потере данных. При 308 постоянное перенаправление работает правильно: метод не изменится никогда. Это гарантия на протоколе.

Историческая причина появления 308: проблема с браузерами при 301

Код 301 существует с 1991 года. Спецификация HTTP была неоднозначной: она не запрещала браузерам преобразовать метод запроса при редиректе. Разработчики браузеров решили, что это логично — если адрес переместился, зачем пересылать тело POST запроса? Они стали автоматически менять POST на GET при 301.

На практике это разрушало системы. Платежная форма отправляла данные карты через POST. При миграции сайта на новый адрес с 301 редиректом браузер преобразовывал это в GET — данные терялись в процессе отправки. Платежи не обрабатывались. API endpoint для обработки заказов ожидал данных в теле POST запроса, но вместо этого получал пустой GET. Заказы теряются. Критичные данные исчезали.

В RFC 7538 (2015 год) разработчики официально утвердили новый код 308 специально для решения этой проблемы. Постоянное перенаправление, которое гарантирует сохранение метода запроса при переносе на новый адрес. Никаких преобразований со стороны браузеров.

Сравнительная таблица всех типов редиректов

Основных HTTP кодов перенаправления пять. Каждый решает свою задачу:

301 Moved Permanently — постоянное перенаправление. Самое популярное, поддерживается везде. Проблема: браузеры часто меняют метод запроса с POST на GET. Google и Яндекс передают вес ссылок со старого URL на новый. Используется для миграции страниц сайта, но требует осторожности с критичными данными.

302 Found — временное перенаправление. Название путает (Found означает «найдено на другом адресе»). Поведение браузеров непостоянно. Поисковые системы не передают полный рейтинг.

303 See Other — специальный редирект, который всегда меняет метод на GET, независимо от структуры исходного запроса. Используется после отправки формы: обработать данные через POST, потом показать результат через GET на другую страницу.

307 Temporary Redirect — временное перенаправление с гарантией сохранения метода запроса. Как 302, но надежнее, когда важно сохранить способ доставки данных. Кэширование не работает (временное).

308 Permanent Redirect — комбинация лучшего из 301 и 307. Постоянное перенаправление (как 301) с гарантией сохранения метода запроса (как 307). Кэширование работает как при 301. Правильный выбор для миграции критичных API, платежных систем, приложений.

Поисковые системы видят разницу. При 301 и 308 робот передает трафик со старого URL на новый адрес полностью. При остальных кодах изменение считается временным.

Как работает 308 на стороне сервера и стороне клиента

На стороне сервера нужно настроить конфигурацию так, чтобы отправлялся правильный код ответа с новым адресом в заголовке location.

Пример конфигурации Nginx для сервера:

server { listen 80; server_name old.com; return 308 https://new.com$request_uri; }

Apache .htaccess — реврайт с флагом:

RewriteRule ^(.*)$ https://new.com/$1 [R=308,L]

Node.js / Express: res.redirect(308, 'https://new.com' + req.originalUrl);

На стороне клиента браузер получает ответ: статус-строка «308 Permanent Redirect» и заголовок location с новым URL адреса. Автоматически создается новый запрос на указанный адрес. Критично: метод запроса сохраняется. Данные из тела запроса (при POST) полностью доставляются на новую страницу. Никаких потерь информации.

Почему сохранение метода запроса важно для критичных данных

Метод HTTP запроса — это деталь, которая может стоить денег.

Платежная система: пользователь заполняет форму с данными карты, суммой, адресом доставки. Всё отправляется через POST в теле запроса. Если использовать 301 редирект и браузер преобразует это в GET, данные переместятся в URL строку. Это не безопасно для персональных данных и не функционально. При 308 этого не происходит.

API обработки заказов: приложение отправляет заказ через POST на старый endpoint. Вы настроили 301 редирект на новый домен. Клиент или браузер преобразует POST в GET. Новый сервис получает пустой запрос без информации о заказе. Данные теряются. Заказ не обрабатывается. При 308 метод сохраняется, данные доставляются, система обрабатывает заказ корректно.

SEO и веб-архитектура: при большой миграции сайта на новый адрес поисковые системы Google и Яндекс переиндексируют страницы. При 308 permanent redirect робот понимает: это постоянное перенаправление, вес передается полностью. Трафик из поиска перемещается на новый адрес без потерь. При 301 такой же результат, но с риском для POST данных.

Выбор между 301 и 308 — это не техническая педантичность. Это выбор между популярностью (301 везде используется и везде поддерживается) и правильностью (308 сохраняет целостность данных гарантированно). Для систем, где каждый запрос важен, 308 — правильное решение.