301 редирект: как перенести страницы и не потерять трафик

Опубликовано 10 октября 2026 · Автор: Павел Уткин

Адрес страницы меняется по десяткам причин: переезд на новый домен, переход на защищённый протокол, новая структура разделов, объединение двух страниц в одну. Если старый адрес оставить без ответа, посетители и поисковый робот приходят в тупик. Редирект с кодом 301 закрывает эту задачу: сервер сообщает, что страница переехала навсегда, и отдаёт новый адрес.

Запрос «301 редирект» набирает 791 показ в месяц, и ошибку в правилах обычно замечают по провалу трафика. В портфолио 26 проектов на 5 420 000 ₽, и среди работ были переносы сайтов, где первым делом я проверяю перенаправления — примеры работ.

Что делает код 301

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

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

Чем отличается от 302

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

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

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

Когда редиректы нужны

Причины на практике повторяются, и для каждой есть свой набор перенаправлений.

• Смена адреса сайта. При переезде на новый домен перенаправление ставят со всех прежних страниц на соответствующие новые; одной главной здесь не хватит.
• Переход на защищённый протокол. Незащищённый вариант остаётся доступным, и поисковик видит два адреса одной страницы. Редирект снимает дубль и оставляет одну точку входа.
• Смена структуры. При переделке сайта меняются разделы и адреса страниц. Каждому старому адресу нужна пара в новой структуре.
• Объединение страниц. Две близкие по смыслу страницы мешают друг другу в выдаче. После слияния содержимого редирект ведёт с опустевшего адреса на оставшийся.
• Удаление дублей. Одна страница открывается по нескольким адресам: с параметрами в ссылке, со слэшем и без него. Лишние варианты закрывают перенаправлением на основной.
• Закрытие направления. Услугу сняли с продажи или убрали целый раздел. Тогда перенаправление ведёт на ближайшую по смыслу живую страницу, иначе посетитель получает ошибку.

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

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

Правила на сервере

Самый надёжный уровень. Правила описывают пары адресов и работают для всех страниц сразу, включая файлы и изображения. Строка выглядит примерно так: Redirect 301 /staryj-adres /novyj-adres, где первое значение — старый путь, второе — новый.

Доступ к настройкам есть у того, кто ведёт хостинг. Синтаксис отличается от сервера к серверу, поэтому пример для своей конфигурации запрашивайте у администратора.

Отдельный файл в корне

Правила перенаправлений держат в отдельном файле рядом с сайтом. Такой список лежит на виду и правится без доступа к настройкам сервера. Слабое место одно: при перезаписи файла перенаправления исчезают все сразу, а заметить это можно только по провалу трафика.

Редирект в системе управления сайтом

Если сайт работает на системе управления, часть перенаправлений настраивается прямо в ней: адрес меняется в карточке страницы, и система сама отдаёт ответ. Это удобно для правок, которые владелец делает без разработчика.

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

Правило одного перехода

Редирект должен вести с одного адреса на другой, конечный. Цепочка из двух-трёх ответов подряд — частая ошибка после нескольких переездов: адрес А ведёт на Б, Б на В, В на живую страницу. Браузер и робот проходят всю цепочку, но на каждом шаге теряется часть передаваемого веса.

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

Отдельная ловушка — кольцо, когда А ведёт на Б, а Б обратно на А. Браузер сообщает об ошибке, и страница не открывается вовсе. Такое правило находят при проверке ответов сервера.

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

Как проверить результат

Проверка занимает вечер, если идти по шагам и записывать результат. Четыре точки контроля закрывают почти все случаи.

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

Чего избегать

Часть ошибок встречается настолько часто, что о них стоит сказать отдельно.

• Редирект всех страниц на главную. Простая настройка, после которой поисковик видит десятки адресов, ведущих в одну точку. Связь старой страницы с её темой теряется, показы по запросам уходят.
• Мягкий редирект через страницу-заглушку. Человек видит текст о переезде и ссылку, робот получает код 200 и считает заглушку обычной страницей. Показы переносятся на текст, который на запросы не отвечает.
• Редиректы на несуществующие адреса. Правило ведёт на страницу, которую потом удалили, и посетитель получает ошибку уже после перехода. Найти такую пару можно сверкой карты с живым сайтом после каждой правки структуры.
• Переезд без карты перенаправлений. Часть старых адресов остаётся без ответа, часть ведёт на похожую, но чужую страницу. Восстанавливать связи приходится по архивам и старым отчётам.

Честные пределы

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

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

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

Что делать дальше

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