301 или 302: как настроить редирект правильно

URL-редирект автоматически перенаправляет посетителей с одного адреса на другой. Нужно переехать на новый домен, временно показать другую страницу, объединить несколько доменов в один — во всех этих случаях работают редиректы. Но только если настроены правильно: неверный код уничтожает SEO, неверная реализация ломает HTTPS и отрезает от сайта большинство пользователей.

Это руководство даёт ответы на два вопроса: какой редирект выбрать и как избежать ошибок при настройке.

Что делает редирект

Когда пользователь или поисковый робот обращается к URL, сервер может ответить не контентом, а инструкцией: «этот адрес переехал — ищи здесь». Браузер автоматически следует по новому адресу, пользователь этого почти не замечает.

Код в этом ответе — 301 или 302 — это не технический нюанс. Это сигнал поисковику: постоянно переехал или временно. От этого зависит судьба ваших позиций.

301 Moved Permanently — постоянный редирект

301 означает: старый адрес больше не существует как самостоятельная страница. Поисковик переносит на новый URL весь накопленный ссылочный вес и со временем убирает старый из индекса.

Когда использовать:

• Ребрендинг и смена домена — old-brand.ru → new-brand.ru
• Переход на другую доменную зону — .com → .ru или наоборот
• Смена структуры URL после редизайна — /katalog/item → /products/item
• Склейка www и без www, принудительный переход на HTTPS
• Парковка доменов-синонимов и доменов с опечатками

Влияние на SEO:

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

Скорость обработки переезда у Яндекса и Google отличается:

Яндекс обрабатывает переезд значительно быстрее. Для него есть отдельный инструмент «Переезд сайта» в Вебмастере, который дополнительно ускоряет склейку зеркал. Подробнее: переезд в Яндексе и в Google.

302 Found — временный редирект

302 означает: старый адрес никуда не делся, просто прямо сейчас отвечает по другому адресу. Поисковик сохраняет оба URL в индексе, ссылочный вес остаётся на старом.

Когда использовать:

• A/B тестирование — часть аудитории видит вариант B. После теста всё возвращается к исходному состоянию без последствий для SEO.
• Сезонные акции и временные лендинги — промо-страница живёт месяц, потом URL возвращает прежний контент.
• Технические работы — страница обслуживания на период деплоя.
• Тест нового домена — проверить как работает новый адрес перед тем, как сделать переезд окончательным.

Влияние на SEO:

Как выбрать: один вопрос

Один вопрос расставляет всё по местам: будет ли когда-нибудь старый URL снова показывать другой контент?

• Нет — ставьте 301. Переезды, ребрендинг, смена структуры — это навсегда.
• Да — ставьте 302. Технические работы, A/B тест, временная страница.
• Не уверен — почти всегда 301. Неуверенность обычно означает «нет».

Самая распространённая и дорогостоящая ошибка: разработчик ставит 302 «пока проверим» при переезде домена. Месяц проверки превращается в полгода. Всё это время новый сайт строит позиции с нуля — ссылочный вес висит на старом домене, который больше никому не нужен.

Остальные коды: 303, 307, 308

В повседневной практике они встречаются реже, но стоит понимать разницу.

307 Temporary Redirect — то же что 302, но с одним важным отличием: браузер обязан повторить запрос тем же HTTP-методом. При 302 POST-запрос может превратиться в GET, при 307 — нет. Нужен в API и формах, где метод запроса имеет значение.

308 Permanent Redirect — аналог 301 с сохранением метода. Используется при постоянном переносе API-эндпоинтов, где клиент должен продолжать отправлять POST или PUT на новый адрес.

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

Для переадресации доменов и страниц в большинстве случаев нужны только 301 и 302.

Почему HTTPS-переадресация ломается у регистраторов

Это одна из самых распространённых ловушек при переезде домена, о которой мало где написано честно.

Что происходит при HTTPS-запросе:

1. Пользователь набирает https://staryy-domen.ru
2. Браузер устанавливает TLS-соединение и запрашивает SSL-сертификат
3. Сертификата нет → браузер показывает: «Ваше подключение не защищено»
4. Большинство пользователей закрывают вкладку
5. До редиректа дело не доходит

Стандартная услуга «переадресация домена» у регистраторов работает только с HTTP-трафиком. Весь HTTPS-трафик — а это почти 100% переходов из поиска, из рекламы и из браузерных закладок — просто теряется на этапе SSL-рукопожатия.

Как решают DNS-сервисы переадресации. Сервис принимает домен на свои серверы, автоматически выпускает SSL-сертификат и обрабатывает редирект уже после установки защищённого соединения. Для пользователя — мгновенный переход, без ошибок, для любого типа запроса.

Cloudflare тоже выпускает сертификаты автоматически, но для России есть нюанс: сервис использует общие IP-адреса, которые периодически попадают под блокировки РКН. Ваш домен может стать недоступен из-за соседей по IP — без какой-либо вины с вашей стороны. Проверить текущий статус: тестер РКН.

Как настроить правильно

Самый простой путь — DNS-сервис переадресации, который берёт на себя и SSL, и управление трафиком. Настройка занимает несколько минут: вы указываете источник, целевой сайт и тип редиректа, направляете DNS-записи на сервис — всё остальное происходит автоматически. Сертификат выпускается без вашего участия и продлевается сам.

В redirekto.ru при создании правила обратите внимание на две опции:

• Перенос пути — staryy.ru/about переходит на novyy.ru/about, а не на главную. Без этого все внутренние ссылки приводят на главную страницу.
• Перенос параметров — сохраняет UTM-метки и другие GET-параметры. Без этого рекламные переходы оседают в аналитике как «прямой трафик».

После смены DNS-записей убедитесь, что они распространились, прежде чем ждать сертификат:

dig staryy-domen.ru A +short

Или визуально — с проверкой по регионам России и мира: инструмент dig.

Затем убедитесь что редирект работает и по http://, и по https://, и для www-варианта — это три разных точки входа. Проверить всё сразу: тестер редиректов.

Управляете собственным сервером? Nginx · .htaccess

Сравнение способов переадресации

Типичные ошибки

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

Только apex без www — настроили staryy-domen.ru, забыли www.staryy-domen.ru. Это два разных правила. Значительная часть ссылок в рассылках и закладках содержит www и приводит в никуда.

Цепочки редиректов — A → B → C вместо A → C. Каждый лишний шаг — это время загрузки и потеря части ссылочного веса. Если старый домен уже редиректил куда-то, при переезде обновите все правила так, чтобы редиректы шли напрямую.

Редирект на главную вместо релевантной страницы — /product/old-name → / вместо /product/new-name. Поисковик не может сопоставить страницы, ссылочный вес старых страниц теряется. Подробнее: вредны ли редиректы для SEO.

Слишком раннее удаление редиректа — ссылки на старый домен живут в закладках, рассылках, PDF-файлах и чужих статьях годами. Удалённый редирект — потерянный трафик навсегда. Держите минимум год, лучше постоянно.

Таблица выбора