Сайты постоянно меняются: страницы переезжают на новые адреса, разделы объединяются, домен переходит с http на https. Если старые URL просто перестанут открываться, пользователь увидит ошибку 404, а сайт потеряет накопленные позиции в поисковой выдаче. Чтобы этого не произошло, настраивают редирект. Это автоматическое перенаправление с одного адреса на другой: посетитель вводит старый URL или кликает по устаревшей ссылке, а в браузере открывается актуальная страница.

В статье разберем, что такое редирект, зачем он нужен — и что делать, если в переадресацию закралась ошибка.

Что такое редирект и как он работает

Редирект (от англ. redirect — «перенаправление») — это автоматическая переадресация с одного URL-адреса на другой. Когда пользователь открывает страницу, для которой настроено перенаправление, вместо нее загружается другая — та, которую владелец ресурса указал в настройках. Переадресация работает как внутри одного сайта, так и между разными: со старой страницы на новую, с одного домена на другой.

Каждый редирект сопровождается HTTP-статусом — трехзначным кодом, который сервер отправляет браузеру в ответ на запрос. За переадресацию отвечает класс кодов 3xx: статус сообщает, что запрошенный адрес изменился, и указывает характер перенаправления — постоянное или временное. От этого зависит, как перенаправление обработают браузеры и поисковые системы.

Работает это так: браузер запрашивает страницу по старому адресу, а сервер вместо ее содержимого возвращает ответ с кодом 3xx и новым адресом в заголовке Location. Браузер сразу отправляет второй запрос — уже по новому адресу — и показывает пользователю нужную страницу. Вся цепочка занимает доли секунды, поэтому заметить редирект можно разве что по изменившемуся адресу в строке браузера.

Точно так же обрабатывает перенаправление поисковый робот: он приходит по старому адресу, получает код 3xx, переходит по новому.

Зачем нужен редирект

Переадресацию настраивают в конкретных ситуациях, которые почти всегда связаны с изменениями на сайте.

Переезд на другой домен. Компания сменила название или объединила несколько проектов в один. Без перенаправления посетители по старым ссылкам и закладкам попадут в никуда, а позиции в выдаче потеряются.

Изменение адресов страниц. Разделы объединяют, страницы переносят, URL приводят к человекопонятному виду, сайт переезжает на другую CMS.

Переход с http на https. Браузеры помечают http-сайты как небезопасные, поисковики могут понизить их в выдаче, поэтому после установки SSL-сертификата все http-адреса перенаправляют на https-версии.

Склейка зеркал. Один сайт может открываться по адресам с www и без, со слешем на конце URL и без него. Для поисковой системы это дубли — редирект собирает все варианты в один основной адрес.

Удаление страниц. Если страница накопила трафик и внешние ссылки, ее не бросают с ошибкой 404, а перенаправляют на актуальный аналог: похожий товар, раздел каталога, обновленный материал.

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

Виды редиректов (HTTP-статусы)

Статус класса 3xx сообщает браузеру и поисковому роботу, что случилось с адресом: страница переехала навсегда или временно, нужно ли передавать новой странице накопленный вес. Ошибка в выборе кода может стоить сайту позиций, поэтому разберем каждый вид.

301 — Постоянный редирект

Код 301 Moved Permanently сообщает: страница переехала на новый адрес навсегда. Это самый распространенный вид переадресации и главный рабочий инструмент в SEO.

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

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

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

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

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

Редкие статусы: 303, 304, 307 и 308

Остальные коды класса 3xx в SEO-задачах почти не встречаются — достаточно знать, что они означают.

• 303 See Other. Инструмент веб-разработчиков, применяется после отправки форм. Код перенаправляет пользователя на страницу результата так, что при ее обновлении данные не отправятся повторно.
• 304 Not Modified. Это не совсем редирект: с помощью этого кода сервер сообщает браузеру, что страница не менялась с прошлого визита. Поэтому браузер показывает пользователю сохраненную копию. Настраивать 304 как редирект не нужно.
• 307 Temporary Redirect. Код дополнительно гарантирует, что отправленные пользователем данные, например содержимое формы заказа, не потеряются при переадресации. В SEO-задачах практической разницы с 302 нет.
• 308 Permanent Redirect. Строгая версия 301, которая по HTTP-стандарту гарантирует сохранность отправленных данных. Используется при переезде форм и платежных страниц. Для классических SEO-задач стандартом остается 301.

Редирект для SEO: что нужно знать

Ошибки в настройке редиректа могут свести к нулю результаты продвижения. Разберем ключевые правила, которые стоит знать до перехода к технической части.

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

Учитывайте, что склейка занимает время. После настройки постоянного перенаправления поисковикам нужно заново обойти страницы, убрать старые адреса из индекса и передать вес новым. Обработка отдельной страницы занимает дни или недели, переезд всего сайта — до нескольких месяцев. При смене домена стоит держать редирект в течение года, а лучше — пока на старые адреса идет трафик.

Перенаправляйте на равноценную страницу. Новая страница должна отвечать на тот же запрос пользователя, что и старая. Массовый редирект удаленных страниц на главную Google может расценить как ошибку 404 и не передает вес. Если равноценной замены нет, корректнее отдать код 404 или 410.

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

Не используйте редирект там, где нужен rel="canonical". Если обе страницы должны оставаться доступными — например страница товара и ее версия с параметрами сортировки, — основной адрес указывают атрибутом rel=“canonical”, а редирект оставляют для случаев, когда старый адрес больше не должен открываться.

Как настроить редирект

Настроить перенаправление можно на веб-сервере, в коде сайта или через панель управления CMS. Выбор зависит от того, какой сервер использует хостинг и к чему у вас есть доступ.

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

Ориентируйтесь на тип сайта и уровень доступа:

• Есть доступ к настройкам сервера Apache. Используйте файл .htaccess — стандартный способ для большинства виртуальных хостингов.
• Есть доступ к настройкам сервера Nginx. Правила прописываются в конфигурационном файле сервера.
• Доступа к серверу нет, но есть доступ к коду сайта. Подойдет редирект через PHP.
• Сайт работает на CMS — WordPress, 1С-Битрикс, Tilda или другой. Настраивайте редирект через встроенные инструменты или плагин: это самый простой путь, не требующий работы с кодом.
• Есть доступ только к HTML-коду страницы. Остаются клиентские способы — метатег и JavaScript. Они работают, но для продвижения подходят плохо.

Узнать, какой веб-сервер использует хостинг, можно в панели управления или документации хостинг-провайдера. Чаще всего это Apache, Nginx или их связка — в последнем случае правила обычно настраиваются на стороне Apache через .htaccess.

Через файл .htaccess (Apache)

.htaccess — текстовый файл с настройками веб-сервера Apache. Он лежит в корневой папке сайта (обычно public_html или www), открыть его можно через файловый менеджер хостинга или по FTP. Если файл не виден, включите отображение скрытых файлов, а если его нет — создайте, сохранив без расширения.

Базовый случай — редирект с одной страницы на другую через директиву Redirect:

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

Старый адрес записывается как путь от корня сайта, новый — полностью. Для временного перенаправления достаточно заменить 301 на 302. Группу адресов — например при переезде на другой домен или склейке зеркал — перенаправляют директивой RewriteRule с регулярными выражениями, добавив перед первым правилом строку RewriteEngine On.

Перед правкой сохраните копию рабочего .htaccess: ошибка в синтаксисе может сделать сайт недоступным.

На сервере Nginx

У Nginx нет аналога .htaccess — правила прописываются в конфигурационном файле сервера, обычно в папке /etc/nginx/. Для правки нужен доступ к серверу по SSH — на виртуальном хостинге его обычно нет, там перенаправления настраивают через панель управления.

Базовое перенаправление задается директивой return — внутри блока server добавляется:

location = /old-page/ {

return 301 https://site.ru/new-page/;

}

Строка location задает адрес, для которого сработает правило, для временного редиректа код 301 меняется на 302. Переезд на другой домен и склейку зеркал настраивают той же директивой return с переменной $request_uri — она переносит путь страницы в новый адрес, и переезд получается постраничным. Группу адресов перенаправляют по шаблону через директиву rewrite.

Изменения в конфигурации Nginx не применяются сами: проверьте файл на ошибки командой nginx -t и перезагрузите конфигурацию командой nginx -s reload. Проверка обязательна — сервер с ошибкой в конфигурации может не запуститься.

Через PHP

Если доступа к серверу нет, а сайт написан на PHP, перенаправление задают прямо в коде страницы через функцию header():

<?php header("Location: https://site.ru/new-page/", true, 301); exit; ?>


Первый параметр — новый адрес, число в конце — код ответа: 301 или 302. Команда exit обязательна: она останавливает выполнение скрипта после отправки заголовка. Код размещают в самом начале файла, до тегов HTML и любого текста, — если страница уже начала выводиться, редирект не сработает, а в логах появится ошибка headers already sent.

PHP-редирект — тоже серверное перенаправление, поисковые системы обрабатывают его корректно. Способ удобен для отдельных страниц, но правила для сотен адресов лучше держать в конфигурации сервера.

В CMS

Если сайт работает на CMS, перенаправления настраиваются через админку — встроенными средствами или плагинами. Система сама создает серверные редиректы с нужным кодом.

В WordPress задача решается плагинами: самый популярный, Redirection, позволяет создавать правила в пару кликов и отлавливать ошибки 404; модуль редиректов встроен и в SEO-плагины Rank Math и Yoast SEO Premium. В 1С-Битрикс перенаправления чаще прописывают в .htaccess, а на конструкторах вроде Tilda — добавляют в панели управления: в настройках сайта, раздел SEO → «Редиректы».

Через HTML или JavaScript

Перенаправить посетителя можно средствами самой страницы: метатегом refresh в блоке <head> или скриптом с методом window.location. Такие перенаправления называются клиентскими: сервер отдает обычный код 200, страница загружается, и только потом браузер выполняет переход.

Робот не находит в ответе сервера код 3xx и узнает о переезде лишь после разбора страницы, поэтому индексация происходит медленнее и не так надежно, а JavaScript-переход вдобавок требует рендеринга.

Клиентские способы держат в запасе на два случая: 

1. Доступа к серверу и серверному коду нет, а править можно только HTML страницы.
2. Перенаправить нужно одну-две страницы — тогда нет смысла заводить правила на сервере.

Как проверить редирект

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

Онлайн-инструменты

Это самый быстрый способ диагностики редиректов. Достаточно вставить адрес в сервис проверки и получить всю цепочку перенаправлений с кодами ответов и конечным URL. Сервисов, которыми можно воспользоваться, много — например httpstatus.io, Redirect Checker, Coolakov.

Кроме того, можно воспользоваться проверкой ответа сервера в Яндекс Вебмастере: помимо кода ответа Вебмастер показывает, как страницу видит именно робот Яндекса. Аналогичная проверка глазами Google есть в Search Console — достаточно выбрать инструмент проверки URL.

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

Браузерные расширения

Расширения показывают информацию о перенаправлениях прямо в браузере, без переключения на сторонние сервисы. Самое известное — Redirect Path для Chrome. Иконка расширения подсвечивает код ответа при каждом переходе, а по клику разворачивается вся цепочка редиректов с кодами и заголовками.

Также можно воспользоваться расширением Link Redirect Trace — оно дополнительно оценивает цепочку с точки зрения SEO.

Консоль разработчика

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

Откройте консоль клавишей F12, перейдите на вкладку Network и поставьте галочку Disable cache, иначе браузер может показать закэшированный редирект вместо реального ответа сервера. Затем обновите страницу. В списке запросов появится вся цепочка: у перенаправлений в колонке Status будут коды 3xx, у конечной страницы — 200. Клик по строке запроса открывает детали, в блоке Response Headers виден заголовок Location с адресом, куда сервер отправил браузер.

Консоль полезна, когда данные онлайн-сервисов и браузера не совпадают. Вы увидите полную картину, в том числе внутренние перенаправления браузера — те самые Internal Redirect, которые мы упоминали в разделе про код 307.

Ошибки при настройке редиректов

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

Настройка редиректов — это не разовая задача, а часть регулярной гигиены сайта. Если хотите провести переезд без потери позиций или просто не уверены, что перенаправления настроены правильно, обращайтесь за помощью к команде Why SEO Serious.

Часто задаваемые вопросы

• Что такое редирект?

  Редирект — это автоматическое перенаправление с одного URL-адреса на другой. Пользователь открывает старый адрес, а браузер загружает новый — актуальный. Каждое перенаправление сопровождается HTTP-кодом класса 3xx, который сообщает, постоянная это переадресация или временная.

• Как убрать редирект?

  Нужно удалить правило там же, где оно создано: строку в .htaccess или конфигурации Nginx, код в PHP-файле, запись в плагине CMS. Учтите: постоянный 301 браузеры кэшируют, поэтому у части посетителей перенаправление будет срабатывать еще какое-то время после удаления правила.

• Как правильно настроить переадресацию?

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