Как правильно настроить постоянное перенаправление страниц сайта?

301-редирект — это постоянное перенаправление со старого URL на новый. Когда пользователь или поисковый робот открывает прежний адрес, сервер возвращает код 301 Moved Permanently и сообщает, куда была перенесена страница.

Такой редирект используют при смене структуры сайта, переезде на новый домен, переходе с HTTP на HTTPS, объединении дублей и удалении страниц, для которых существует полноценная замена. Правильная настройка помогает сохранить посетителей, внешние ссылки и накопленные поисковые сигналы старого адреса.

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

Что такое 301-редирект?

При обычном открытии страницы сервер возвращает ее содержимое с кодом 200 OK. Если документ был окончательно перенесен, вместо содержимого старого URL сервер отдает код 301 и новый адрес в заголовке Location.

Для пользователя переход обычно происходит незаметно. Он вводит старый адрес или переходит по устаревшей ссылке и автоматически оказывается на новой странице.

Поисковая система получает более сложный сигнал:

• старый URL больше не является основным;
• содержимое находится по новому адресу;
• накопленные сигналы следует объединить;
• в поисковой выдаче со временем должен остаться новый URL.

Процесс замены адреса в индексе не всегда происходит после первого обхода. Роботу необходимо повторно проверить старую и новую страницы, обработать редирект и обновить данные.

Что означает постоянный перенос?

Код 301 сообщает, что изменение не является временным. Новый адрес должен использоваться в дальнейшем во внутренних ссылках, XML-карте, canonical и других элементах сайта.

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

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

Когда необходимо использовать 301-редирект?

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

Чаще всего 301 используют в следующих ситуациях:

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

Изменение URL страницы

Допустим, статья раньше находилась по адресу:

/blog/kak-nastroit-seo/

После изменения структуры она была перенесена:

/seo/kak-nastroit-prodvizhenie/

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

Объединение похожих страниц

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

Например, на сайте есть отдельные статьи:

• как настроить robots.txt;
• проверка robots.txt;
• ошибки файла robots.txt.

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

Удаление товара или услуги

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

Если замены нет, редирект на главную обычно не нужен. В такой ситуации корректнее вернуть код 404 или 410.

Чем 301 отличается от других кодов?

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

Код	Значение	Когда использовать
301	Постоянный перенос	URL окончательно заменен другим адресом
302	Временное перенаправление	Изменение действует ограниченное время
307	Временный перенос с сохранением метода запроса	Для временных технических сценариев
308	Постоянный перенос с сохранением метода запроса	Для постоянного переноса, где важно сохранить метод
404	Страница не найдена	Документ удален, подходящей замены нет
410	Страница удалена	Нужно явно сообщить об окончательном удалении

Для обычного SEO-переезда HTML-страниц чаще всего используют 301. Коды 307 и 308 важнее в ситуациях, где имеет значение сохранение метода запроса, например при работе с API или отправкой данных.

301 или 302

302 сообщает, что перенос временный. Старый URL потенциально может снова стать основным.

Примеры временного сценария:

• страница недоступна во время краткого обновления;
• посетители временно переводятся на страницу акции;
• проводится тестирование новой версии;
• товар временно заменен другой подборкой.

Если изменение окончательное, лучше использовать 301. Иначе поисковой системе сложнее понять, какой URL нужно закрепить в выдаче.

301 или canonical

Canonical не перенаправляет посетителя. Обе страницы продолжают открываться, но одна из них обозначается как предпочтительная версия.

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

Использовать оба инструмента одновременно для одной и той же задачи обычно не требуется.

301 или 404

Если старой странице нет полноценной замены, 404 может быть правильнее. Поисковая система должна понимать, что документ действительно удален, а не был формально отправлен на случайный раздел.

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

Как настроить 301-редирект в .htaccess?

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

Для переноса одной страницы можно использовать простое правило.

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

Где размещать правило?

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

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

Когда нужен mod_rewrite?

Простого Redirect 301 достаточно для переноса одной страницы. Если необходимо обработать целую группу URL, сохранить часть старого пути или добавить условия, используют RewriteRule и RewriteCond.

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

Как настроить 301-редирект в Nginx?

В Nginx перенаправления указываются в конфигурации сервера. Изменения требуют доступа к файлам конфигурации и возможности выполнить проверку перед перезагрузкой.

Для точного URL можно использовать отдельный блок location.

Знак = задает точное совпадение. Это помогает избежать ситуации, когда правило случайно затрагивает другие адреса с похожим началом.

Проверка конфигурации

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

После успешной проверки Nginx перезагружают и тестируют:

• старый URL;
• новый URL;
• соседние страницы;
• вложенные разделы;
• параметры;
• мобильную версию;
• статические файлы.

Переход с HTTP на HTTPS

После подключения SSL-сертификата все HTTP-адреса должны вести на соответствующие HTTPS-версии. Важно сохранить путь каждой страницы.

Неправильный вариант — перенаправить весь HTTP-трафик на главную HTTPS-страницу. В таком случае ссылки на товары, услуги и статьи теряют точное соответствие.

Что проверить после переезда?

Переход на HTTPS не заканчивается настройкой редиректа. Необходимо также обновить:

• внутренние ссылки;
• canonical;
• XML-карту;
• адреса изображений;
• подключение CSS и JavaScript;
• формы;
• счетчики аналитики;
• ссылки в меню;
• микроразметку;
• адреса в рекламных кабинетах;
• карточки компании.

Если на HTTPS-странице остаются внутренние HTTP-ссылки, каждый переход проходит через дополнительный запрос.

Смешанное содержимое

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

301 на уровне страницы не исправляет автоматически ссылки внутри HTML, CSS или JavaScript.

Переезд между версиями с www и без www

Сайт должен иметь одну основную версию домена. Все альтернативные варианты направляются на нее.

Наиболее аккуратная схема предусматривает один переход:

• HTTP с www сразу на выбранную HTTPS-версию;
• HTTP без www сразу на выбранную HTTPS-версию;
• альтернативная HTTPS-версия также сразу на основную.

Если сначала происходит переход с HTTP на HTTPS, а затем с www на версию без www, формируется цепочка из двух редиректов.

Как выбрать основную версию?

С точки зрения продвижения принципиальной разницы между доменом с www и без него нет. Важнее последовательность.

Выбранная версия должна использоваться:

• в Sitemap;
• canonical;
• внутренних ссылках;
• микроразметке;
• рекламных кабинетах;
• социальных сетях;
• партнерских материалах.

Как перенести целый раздел?

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

Например:

/old-catalog/noutbuki/

должен стать:

/catalog/noutbuki/

Аналогично переносятся все вложенные категории и карточки.

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

Как тестировать массовое правило?

Перед запуском необходимо собрать контрольную выборку:

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

Для небольшого раздела достаточно проверить 20–30 URL. При массовом переезде каталога лучше тестировать несколько сотен адресов автоматически.

Массовый редирект должен сохранять смысловую связь. Нельзя механически менять часть пути, если новая структура устроена иначе.

Почему опасны цепочки редиректов?

Цепочка возникает, когда один адрес перенаправляет на второй, второй — на третий, а третий — на конечную страницу.

Каждый дополнительный переход:

• увеличивает время загрузки;
• создает новый запрос к серверу;
• усложняет обход;
• повышает риск разрыва цепочки;
• затрудняет диагностику;
• расходует ресурсы сканирования.

После нескольких миграций на сайте могут накопиться длинные последовательности:

HTTP → HTTPS → www → новый раздел → новый домен

Такие правила следует пересобрать, чтобы каждый старый URL сразу вел на конечный адрес.

Сколько переходов допустимо

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

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

Циклические редиректы

Цикл возникает, когда страница A направляет на B, а B возвращает пользователя на A. Браузер прекращает попытки и показывает ошибку о слишком большом количестве перенаправлений.

Причиной могут быть:

• конфликт правил сервера и CMS;
• неправильная настройка HTTPS;
• разные условия для www;
• кеширующий прокси;
• конфликт плагинов;
• ошибочное регулярное выражение.

Как переносить сайт на новый домен?

Переезд домена — одна из наиболее рискованных операций. Ошибка способна затронуть все страницы сайта одновременно.

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

Порядок переезда

Работа может состоять из следующих этапов:

1. Просканировать старый сайт.
2. Выгрузить страницы с трафиком.
3. Собрать внешние ссылки.
4. Определить новые адреса.
5. Настроить перенаправления.
6. Обновить внутренние ссылки.
7. Проверить canonical.
8. Сформировать новую Sitemap.
9. Открыть новый сайт для индексирования.
10. Проверить коды ответа.
11. Контролировать обход и трафик.
12. Исправлять ошибки сопоставления.

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

Как долго сохранять редиректы

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

Для крупного переезда правила желательно сохранять не менее года, а для важных URL с внешними ссылками — значительно дольше. Если серверная нагрузка невелика, постоянное сохранение значимых редиректов обычно безопаснее их удаления.

Как связаны 301, canonical и Sitemap

Все технические сигналы должны подтверждать одну версию URL.

Правильная схема:

• старый адрес возвращает 301;
• новый открывается с кодом 200;
• canonical нового URL указывает на него самого;
• в Sitemap находится только новый адрес;
• внутренние ссылки ведут сразу на новый URL.

Противоречивая схема:

• старый адрес возвращает 301 на новый;
• canonical новой страницы указывает на старую;
• Sitemap содержит обе версии;
• меню продолжает вести на прежний URL.

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

Как проверить работу 301-редиректа?

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

Проверяется:

• фактический код ответа;
• адрес в Location;
• количество переходов;
• код конечной страницы;
• отсутствие циклов;
• соответствие содержимого;
• работа параметров;
• сохранение протокола и домена.

Проверка одиночной страницы

Для одного URL достаточно открыть заголовки и убедиться, что:

1. Старый адрес возвращает 301.
2. В Location указан правильный URL.
3. Новый адрес возвращает 200.
4. Между ними нет промежуточных переходов.
5. Новая страница доступна для индексирования.

Массовая проверка

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

• исходный адрес;
• первый код ответа;
• конечный URL;
• количество переходов;
• код конечной страницы;
• заголовок страницы;
• наличие ошибки.

Отдельно нужно найти:

• редиректы на 404;
• циклы;
• цепочки;
• переходы на главную;
• неправильные домены;
• URL без перенаправления.

Как 301 влияет на SEO?

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

Наиболее безопасен перенос между страницами, которые:

• имеют одинаковую тему;
• отвечают одному интенту;
• содержат близкое предложение;
• относятся к одному типу документа;
• сохраняют основную информацию.

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

Передается ли ссылочный вес?

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

Результат зависит от:

• релевантности новой страницы;
• качества внешних ссылок;
• отсутствия цепочек;
• технической доступности;
• содержимого;
• внутренних ссылок;
• индексации нового URL.

Формулировка «301 передает ровно 90% веса» не имеет универсального подтверждения. В практической работе важнее корректность переноса, чем попытка рассчитать условный процент.

Может ли трафик временно снизиться?

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

Небольшое снижение само по себе не означает ошибку. Но резкая потеря значительной части страниц требует проверки:

• действительно ли работают редиректы;
• не закрыт ли новый сайт;
• нет ли массовых 404;
• правильно ли сопоставлены страницы;
• не изменился ли контент;
• доступны ли ресурсы;
• обновлена ли внутренняя перелинковка.

Частые ошибки при настройке

Большинство проблем связано не с самим кодом 301, а с неправильным выбором адреса назначения или отсутствием контроля после внедрения.

Ошибка	Почему это проблема	Как исправить
Все удаленные URL ведут на главную	Нет смыслового соответствия	Подобрать релевантную замену или вернуть 404
Создана цепочка	Увеличивается число запросов	Направить старый URL сразу на конечный
Редирект ведет на 404	Пользователь не получает страницу	Проверить конечный код ответа
Старый URL остался во внутренних ссылках	Каждый переход проходит через 301	Обновить ссылки на новый адрес
Обе версии находятся в Sitemap	Поисковик получает противоречие	Оставить только конечный URL
Используется 302 вместо 301	Перенос выглядит временным	Выбрать постоянный код
Правило слишком широкое	Затрагиваются лишние страницы	Уточнить условие и протестировать выборку
Возник цикл	Страница не открывается	Проверить конфликт правил
Редирект настроен только в браузере	Робот может видеть другой ответ	Проверить заголовки сервера

Массовый редирект на главную

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

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

Перенос на нерелевантную категорию

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

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

Сохранение старых внутренних ссылок

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

Особенно часто старые URL остаются:

• в меню;
• текстах статей;
• хлебных крошках;
• карточках товаров;
• баннерах;
• XML-карте;
• микроразметке;
• шаблонах писем.

План настройки 301-редиректов

Последовательный процесс снижает риск потери трафика и помогает быстро найти ошибки.

Подготовка

Сначала собирают:

• старые URL;
• новые страницы;
• органический трафик;
• внешние ссылки;
• статусы индексирования;
• текущие коды ответа;
• правила canonical;
• внутренние ссылки.

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

Внедрение

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

Нужно убедиться, что:

• старый URL возвращает 301;
• конечный URL открывается;
• цепочки отсутствуют;
• параметры не ломают правило;
• соседние страницы работают;
• сервер не возвращает 500;
• CMS не перезаписывает настройки.

Контроль после запуска

В течение первых недель отслеживают:

• ошибки обхода;
• изменения трафика;
• количество страниц в индексе;
• запросы;
• конечные URL;
• серверные логи;
• внешние ссылки;
• новые 404.

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

Главное о 301-редиректе

301-редирект используется для постоянного переноса страницы на новый адрес. Он помогает сохранить доступ пользователей, связать старый URL с новым и передать накопленные поисковые сигналы.

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

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

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

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