Редирект — перенаправление пользователя и робота с одного URL на другой. Для постоянного переноса обычно используют серверные 301 или 308, для временного — 302 или 307. Выбор зависит от того, должен ли старый адрес остаться основной версией и требуется ли сохранить HTTP-метод.
Если нужна системная работа с поисковым спросом, технической базой и контентом, изучите услугу комплексного SEO-продвижения.
Принцип работы и коды редиректов
Смежная задача разобрана отдельно: Что такое ЧПУ и как правильно формировать URL страниц.
Как работает
Сервер отвечает кодом 3xx и заголовком Location. Клиент открывает новый URL. Серверный ответ понятнее и надежнее для переноса, чем визуальная ссылка или задержка JavaScript.
Проверяйте фактический код инструментом HTTP, а не только конечную страницу браузера.
301 и 308
Оба кода сообщают о постоянном переносе. 308 сохраняет метод и тело запроса; поведение 301 для не-GET исторически может меняться у клиентов.
Для обычного переноса страниц часто используют 301. Для API и форм выбор согласуют с разработчиком.
302 и 307
Эти коды обозначают временное перенаправление. 307 явно сохраняет метод и тело, а 302 исторически может преобразовываться клиентом.
В A/B-тесте временный редирект помогает сохранить исходный URL как основной. Не оставляйте временную схему навсегда без причины.
Сценарии применения
Смежная задача разобрана отдельно: Мобильная версия сайта для SEO: как адаптировать и проверить.
Когда нужен редирект
Он нужен при смене URL, объединении дублей, переходе HTTP→HTTPS, изменении домена и наличии точной замены удаленной страницы.
Если замены нет, корректный 404 или 410 честнее переноса на главную.
Проектирование и настройка
Карта редиректов
При миграции выгрузите старые URL с трафиком, ссылками и статусом. Сопоставьте каждому наиболее близкий новый адрес. Проверьте выборку вручную.
Правило по маске ускоряет работу, но может создать нерелевантные назначения. Сначала тестируйте на копии списка.
Цепочки и циклы
Цепочка A→B→C замедляет переход и усложняет обход. Обновите A сразу на C и исправьте внутренние ссылки.
Цикл делает страницу недоступной. Автоматическая проверка должна входить в приемку миграции.
Редирект в .htaccess и Nginx
В Apache правила часто задают в .htaccess или конфигурации виртуального хоста; в Nginx — директивами return или rewrite. Конкретный синтаксис зависит от окружения.
Перед перезагрузкой проверьте конфигурацию, создайте резервную копию и тестируйте точные URL. Не вставляйте случайный фрагмент без понимания порядка правил.
WordPress и CMS
CMS и плагины могут хранить карту перенаправлений, но массовые правила лучше контролировать на подходящем уровне инфраструктуры.
Проверьте конфликт нескольких плагинов, кэш и автоматическое создание редиректа после смены slug.
Миграции и влияние на SEO
Переезд на HTTPS
Каждый HTTP URL должен вести одним постоянным переходом на соответствующий HTTPS. Обновите canonical, Sitemap, внутренние ссылки и ресурсы.
Не направляйте все пути на главную и не создавайте цепочку HTTP→www→HTTPS→другой путь.
Влияние на SEO
Постоянный редирект — сильный сигнал выбора нового канонического адреса. Поиску нужно время на повторный обход и обработку.
Не удаляйте правила сразу после миграции. Старые ссылки и закладки могут работать годами.
Проверка и дополнительные коды
Как проверить
Сканируйте полный список старых URL, проверяйте код первого ответа, Location, конечный код, содержимое и число переходов. После запуска смотрите логи и поисковые консоли.
Отдельно тестируйте параметры, регистр, слеши, файлы, мобильные и языковые версии.
Код 303 и другие перенаправления
303 сообщает клиенту получить другой ресурс методом GET и применяется после обработки запроса, например чтобы обновление страницы не повторило отправку формы.
Выбор 3xx — часть протокола приложения. Для API и небезопасных методов консультируйтесь с разработчиком и тестируйте клиентов.
Сложные URL и международные версии
Редирект и canonical
Редирект отправляет пользователя и робота на другой URL; canonical остается подсказкой о предпочтительной версии среди доступных страниц. Они не взаимозаменяемы.
Если старый URL больше не нужен пользователю, постоянный редирект обычно яснее canonical на другой адрес.
Параметры URL
Сохраняйте только параметры, необходимые целевой странице. Безусловное добавление всех параметров может переносить мусор, а удаление — ломать кампанию или состояние.
Для UTM проверьте аналитику и конечный адрес. Не создавайте бесконечные варианты редиректами параметров.
Смена домена
Подтвердите оба домена в поисковых инструментах, перенесите содержание, настройте постраничную карту, обновите внутренние ссылки и следите за логами.
Не объединяйте смену домена, CMS, структуры и дизайна без необходимости: одновременные изменения усложняют диагностику.
Международные версии
Не перенаправляйте пользователя на язык только по IP без возможности выбора. Для языковых URL применяйте понятную структуру и hreflang.
Редирект может учитывать явный выбор пользователя, но робот должен получать доступ к каждой версии.
Мониторинг после запуска
Следите за долей 3xx, 4xx, цепочками, переходами на старые адреса и индексированием новых. Рост обращений к старому шаблону показывает не обновленный источник.
Сохраняйте карту редиректов как часть документации, тестируйте ее после изменений сервера и CMS.
Примеры решений
Статья переехала на новый понятный URL без изменения темы — настройте постоянный постраничный редирект. Акция временно доступна по другому адресу — используйте временный код и сохраните исходную страницу основной. Два дубля объединены — перенаправьте слабый на полный материал и обновите ссылки.
Товар удален без аналога — оставьте 404 или 410 и полезную навигацию. Товар заменен новой моделью — редирект уместен, если назначение действительно отвечает ожиданию. Форма после POST должна показать страницу результата без повторной отправки — разработчик может выбрать 303.
Каждое решение проверяют по пользовательскому маршруту, HTTP-методу и поисковой задаче. Универсальное правило «все на главную» скрывает ошибки и создает нерелевантные переходы.
Нормализация и эксплуатация
Редирект с www и без www
Выберите одну версию домена и направьте альтернативную на соответствующий путь. Сертификат должен покрывать обе версии, чтобы HTTPS-соединение состоялось до перенаправления.
Согласуйте canonical, Sitemap и внутренние ссылки с выбранным вариантом.
Слеш и регистр
Сервер может считать адреса со слешем и без него или с разным регистром отдельными. Выберите правило и применяйте один прямой переход.
Не создавайте цикл между CMS и веб-сервером, где каждый слой нормализует URL по-своему.
Редирект файлов
При переносе PDF, изображений и документов учитывайте внешние ссылки и назначение. Новый адрес должен отдавать совместимый ресурс.
Не перенаправляйте файл на HTML-страницу без ясной пользы; приложения могут ожидать конкретный тип.
Кэширование
Постоянные редиректы могут кэшироваться браузерами и посредниками. Ошибочное правило сложнее быстро отменить.
Перед массовым 301 протестируйте временно на ограниченной выборке или в тестовой среде.
Редиректы и аналитика
Переход должен сохранять допустимые параметры кампании и не создавать self-referral. Проверьте источники после запуска.
Серверные логи показывают обращения к старым URL, а аналитика конечной страницы — поведение после перехода.
Чек-лист миграции
Полный список старых URL; точные назначения; коды; отсутствие цепочек; рабочие HTTPS и сертификаты; обновленные ссылки, canonical и Sitemap; контроль логов и консолей.
Сохраните способ отката и ответственных. Миграция заканчивается не в день запуска, а после стабилизации обхода и показателей.
Пошаговая миграция и чек-лист
Пошаговая карта редиректов для миграции
- Соберите старые URL из crawl, Sitemap, аналитики, логов и ссылочных данных.
- Нормализуйте протокол, хост, регистр и параметры.
- Назначьте каждому адресу точную эквивалентную цель.
- Выберите код по постоянству и HTTP-методу.
- Проверьте правила на staging.
- Запустите прямые переходы без цепочек.
- Обновите ссылки, canonical, hreflang и Sitemap.
- Мониторьте 3xx, 4xx и старые обращения.
301 и 308 — постоянные, 302 и 307 — временные; 307 и 308 сохраняют метод. 303 обычно переводит клиента на GET после обработки запроса. Для API решение согласуют с разработчиком.
Выбор кода перенаправления
| Сценарий | Код | Нюанс |
|---|---|---|
| Постоянный перенос GET | 301 | Обновить ссылки |
| Временный перенос с методом | 307 | Метод сохраняется |
| Постоянный перенос с методом | 308 | Тестировать клиентов |
Чек-лист приемки редиректов
Каждый старый URL имеет обоснованную цель; массового перехода на главную нет; код соответствует сценарию; конечный URL отвечает 200; цепочки и циклы отсутствуют; query parameters обрабатываются осознанно; POST не превращается случайно в GET; внутренние ссылки обновлены; кэш и CDN проверены; карта сохранена для отката.
`curl -I` подходит для первичной проверки GET/HEAD, краулер — для массовой выборки, серверные логи — для фактических обращений. Проверяйте также содержимое конечной страницы, а не только код.
Получите бесплатный аудит и стратегию роста
Изучим сайт, покажем точки роста и подготовим прогноз до квалифицированных лидов и оборота из SEO/GEO.