Что такое редирект: как работает перенаправление URL, виды редиректов и зачем они нужны

Редирект — автоматическое перенаправление пользователя и поискового робота со старого URL на новый: 301/308 для постоянного переезда, 302/307 — для временного. Редирект нужен не всегда: доступный дубль решают через canonical, удалённую страницу без замены — через 404 или 410. Для SEO код — только начало: важны релевантность новой страницы, обновлённые ссылки, sitemap.xml и проверка переезда сайта в Яндекс Вебмастере. 

Что такое редирект (redirect) сайта простыми словами

Redirect это команда сервера, которая сообщает браузеру и поисковому роботу: адрес страницы изменился, нужно перейти по новому. Сервер возвращает код 3xx и указывает новый адрес в заголовке Location.

Схема простая:

site.ru/old → 301 → site.ru/new

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

Грамотно настроенный редирект работает незаметно для пользователя: переход занимает доли секунды, а на структуре сайта это никак не сказывается.

Зачем нужен редирект и в каких случаях без него не обойтись

Владелец сайта редко формулирует вопрос технически. Реальный страх звучит так: «Если я поменяю адрес страницы, не рухнут ли позиции и продажи?» Без корректной переадресации так и происходит — трафик уходит на страницу с ошибкой, а не на новый раздел.

Типичные российские сценарии, где редирект обязателен:

• интернет-магазин меняет структуру каталога;
• компания проводит ребрендинг и переходит на новый .ru-домен;
• сайт переезжает с HTTP на HTTPS;
• после смены CMS изменились тысячи URL;
• товар снят с продажи, но есть аналог;
• страницы дублируются с www и без www.

Смысл переадресации в каждом из этих случаев один — чтобы накопленные сигналы старой страницы (ссылки, поведенческие факторы, история индексации) не терялись, а переходили на актуальный адрес нового раздела сайта.

Основные виды редиректов и разница кодов состояния (301, 302, 303)

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

Ситуация	Что использовать
URL переехал навсегда	301 или 308
Переезд временный	302 или 307
После формы (POST) нужно открыть страницу через GET	303
Дубль должен остаться доступным	canonical
Страница удалена без замены	404 или 410

Разбор кодов подробнее:

301 Moved Permanently — постоянный перенос, основной сценарий для смены структуры сайта.

302 Found — временное перенаправление без гарантии сохранения метода запроса.

303 See Other — просит открыть новый ресурс методом GET, применяется после обработки форм.

307 Temporary Redirect — временный редирект, но метод (GET/POST) сохраняется.

308 Permanent Redirect — постоянный аналог 307, метод не меняется.

Яндекс группирует 301 и 308 как постоянные перенаправления, а 302, 303 и 307 — как временные. Это влияет на то, как быстро и с какой уверенностью поисковый робот заменит старый адрес в индексе.

Чем серверное перенаправление отличается от редиректа в браузере

Серверный редирект работает до того, как страница начала загружаться в браузере, а клиентский — уже после загрузки HTML. Разница критична для того, как быстро её увидит пользователь и поисковый робот.

Алгоритм серверного перехода выглядит так: браузер отправляет запрос на старый URL → сервер отвечает кодом 3xx и заголовком Location → браузер автоматически формирует новый запрос → загружается конечная страница. Поисковый робот проходит тот же путь и обновляет URL в индексе.

Клиентский вариант — это JavaScript-редирект или meta refresh внутри уже загруженной страницы. Google называет такие методы менее предпочтительной альтернативой серверному редиректу и отмечает, что именно server-side переадресация с наибольшей вероятностью будет корректно интерпретирована поисковой системой. Для SEO-задач приоритет всегда за серверным способом, особенно на крупных разделах сайта с высокой посещаемостью. 

Пошаговая настройка переадресации страниц через файл .htaccess и плагины CMS

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

Apache / .htaccess

Redirect 301 /old-page/ https://site.ru/new-page/

Apache официально поддерживает директиву Redirect permanent, эквивалентную 301, а для более сложной логики (маски, регулярные выражения) предлагает модуль mod_rewrite.

Nginx

location = /old-page/ {    return 301 https://site.ru/new-page/;}

CMS (WordPress, Tilda и аналогичные)

Во многих CMS не обязательно трогать код сервера напрямую — для этого есть плагины переадресации, где старый и новый URL указываются в интерфейсе. Принцип тот же: один старый адрес — один релевантный новый. 

Типичная ошибка новичка здесь — вставлять правила в случайном порядке. Более специфичные правила должны идти раньше общих, иначе сервер применит не то условие. Перед массовым внедрением обязательно сделайте резервную копию файла и протестируйте изменения на нескольких URL, прежде чем публиковать правило на весь сайт.

Как перенаправление старого URL-адреса влияет на SEO-продвижение сайта

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

Три белых пятна, которые чаще всего упускают:

1. Редирект — не универсальное решение. Если страница удалена и смыслового аналога нет, лучше вернуть 404 или 410, чем тянуть пользователя на нерелевантную главную.
2. Массовая переадресация всего на главную вредит. Общие рекомендации Google и Яндекса по редиректам сходятся в одном: адрес должен вести на максимально релевантную страницу, а не на любую доступную — сброс всех старых URL на главную неудобен пользователю и ухудшает восприятие структуры сайта поисковым роботом. 
3. Цепочки и циклы редиректов замедляют обход. Каждый лишний переход — дополнительный запрос для робота и риск, что сканирование остановится раньше конечной страницы.

После настройки редиректов обновите внутренние ссылки так, чтобы они вели сразу на новый URL, а не через переадресацию, и актуализируйте sitemap.xml — устаревшие адреса в карте сайта сбивают робота с толку.

Безопасный переезд сайта на новый домен или протокол HTTPS

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

Порядок действий для корректного переезда:

1. Добавьте старый и новый сайт в Яндекс Вебмастер.
2. Проверьте доступность обоих сайтов для робота.
3. Настройте 301-редирект с каждой старой страницы на соответствующую новую.
4. Используйте инструмент «Переезд сайта» в Вебмастере.
5. Не отключайте старый домен сразу — дайте роботу время переобойти оба зеркала.
6. Обновите внутренние ссылки, canonical и sitemap.xml.
7. Контролируйте индексацию нового домена в отчётах Вебмастера.

Для перехода на HTTPS логика та же: старое зеркало на HTTP настраивается на 301 на защищённый протокол, а в Вебмастере указывается предпочитаемое (главное) зеркало сайта.

При работе с большим количеством адресов постройте карту миграции — таблицу вида «старый URL → новый URL → код → причина → проверено». Это резко повышает управляемость проекта и исключает ситуацию, когда часть страниц забыли перенаправить.

Старый URL	Новый URL	Код	Причина
/catalog/phone	/smartphones/	301	смена структуры
/promo-2025/	—	410	акция завершена

Как проверить корректность работы редиректов и избежать бесконечной переадресации

Проверка «открыл страницу в браузере — вроде работает» подходит для единичного случая, но для полноценного контроля этого недостаточно. Ниже — три уровня проверки, которые стоит пройти. 

Быстрая проверка. Откройте старый URL и убедитесь, что открылась именно нужная новая страница, а не главная.

Техническая проверка. В DevTools браузера, на вкладке Network, посмотрите код ответа (301, 302, 307, 308), содержимое заголовка Location и убедитесь, что конечный URL отдаёт 200.

Массовая SEO-проверка. Краулер (Screaming Frog или аналог) находит все 3xx-адреса, цепочки и циклы редиректов, редиректы, ведущие на 404, а также старые URL, которые всё ещё числятся в sitemap.xml или встречаются во внутренних ссылках.

Цикл редиректов — когда старый URL в итоге ведёт сам на себя через несколько переходов — одна из самых частых причин, почему страница внезапно пропадает из индекса. Любой такой редирект нужно находить и чинить сразу после обнаружения, не откладывая до следующего аудита. Длинные цепочки переходов тоже нежелательны: чем больше промежуточных редиректов, тем выше риск, что робот не дойдёт до конечной страницы — не случайно даже Nginx ограничивает число rewrite-итераций (по умолчанию до 10), чтобы предотвратить зацикливание. 

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