301 редирект — это постоянная переадресация с одного URL на другой на уровне HTTP-протокола. Для поисковиков это означает: страница окончательно переехала по новому адресу — и они передают новому URL накопленный ссылочный вес и позиции старого. Корректно настроенный 301 редирект сохраняет SEO при смене домена, перестройке структуры URL, переходе на HTTPS и склейке дублей. Ошибки в настройке — цепочки, петли, массовый редирект на главную — приводят к потере трафика и просадке позиций на несколько месяцев.
Что такое 301 редирект
301 редирект — постоянная HTTP-переадресация, при которой сервер возвращает браузеру или поисковому роботу заголовок со статус-кодом 301 Moved Permanently и адресом новой страницы в поле Location. Браузер автоматически открывает новый URL, поисковый робот пересохраняет адрес страницы в индексе и переносит на него накопленные сигналы — ссылочный вес, поведенческие, возраст документа.
Технически обмен выглядит так: клиент запрашивает https://example.by/old-page, сервер отвечает заголовком HTTP/1.1 301 Moved Permanently и строкой Location: https://example.by/new-page. Получив этот ответ, клиент выполняет повторный запрос уже на новый URL.
HTTP/1.1 301 Moved Permanently
Location: https://example.by/new-page
Content-Length: 0В отличие от ссылки на странице или JavaScript-перехода, 301 редирект работает на уровне сервера до того, как браузер получит HTML. Это критически важно для поисковика: робот не загружает старую страницу и не тратит на неё краулинговый бюджет, а сразу следует за заголовком на новую.
301 редирект — единственный технически корректный способ сообщить поисковику, что страница переехала навсегда. Все остальные варианты (302, meta refresh, JavaScript redirect) сигнализируют либо о временном переходе, либо о действии на стороне клиента и не передают ссылочный вес в полном объёме.
Когда нужен 301 редирект
301 редирект применяется в нескольких типовых ситуациях, где старый URL должен окончательно уйти из выдачи и быть заменён новым.
- Смена доменного имени. Перенос сайта с
old-domain.byнаnew-domain.by. Каждый URL старого домена редиректится на соответствующий URL нового — постранично, а не общим правилом на главную. - Перестройка структуры URL. Переход с
/category.php?id=42на ЧПУ-вид/plastikovye-okna/. Старые адреса в поиске и внешних ссылках перестают вести в никуда. - Склейка зеркал. Объединение версий
http://иhttps://,www.example.byиexample.byв одно главное зеркало. Без редиректа сайт остаётся в индексе как два разных ресурса с разделённым ссылочным весом. - Перевод на HTTPS. После установки SSL-сертификата все
http://-URL редиректятся наhttps://. Без редиректа Google индексирует обе версии как разные, а Яндекс присваивает старой версии статус «незащищённое соединение». - Удаление дублей. Когда одна и та же страница доступна по двум адресам (через слеш и без, с GET-параметрами и без), 301 склеивает дубли в основной URL.
- Удаление устаревшего контента с заменой. Если старая статья снята с публикации, но есть актуальный материал по той же теме — 301 ведёт на актуальную страницу.
- Объединение похожих категорий. При сокращении ассортимента две слабые категории объединяются в одну сильную — на неё ведут редиректы с обеих исходных.
В случаях, когда страница удаляется без аналога, 301 редирект не нужен — корректный ответ сервера 410 Gone или 404 Not Found. Массовый редирект всех удалённых страниц на главную поисковики расценивают как soft 404 и игнорируют.
Типы редиректов: 301, 302, 307, 308
HTTP-протокол определяет несколько кодов перенаправления. Постоянный редирект (301) и временный (302) — два базовых типа; различие 301 vs 302 принципиально для SEO: одни передают ссылочный вес и склеивают URL в индексе, другие — нет.
| Код | Тип | Поведение поисковика | Когда применять |
|---|---|---|---|
| 301 Moved Permanently | Постоянный | Заменяет старый URL новым в индексе, передаёт ссылочный вес и сигналы | Переезды доменов, ЧПУ, HTTPS, склейка дублей |
| 302 Found | Временный | Старый URL остаётся в индексе, ссылочный вес не передаётся | Временные акции, A/B-тесты, технические работы |
| 307 Temporary Redirect | Временный, метод запроса сохраняется | Аналог 302, но строго сохраняет HTTP-метод (POST остаётся POST) | API-эндпоинты, REST-сервисы с формами |
| 308 Permanent Redirect | Постоянный, метод сохраняется | Аналог 301 с сохранением метода запроса | API, страницы с формами; для классического веба — 301 |
| meta refresh | Перенаправление в HTML | Распознаётся хуже, чем серверный редирект, может игнорироваться | Только когда нет доступа к серверу — крайний случай |
| JavaScript redirect | Перенаправление на стороне клиента | Google распознаёт после рендеринга, Яндекс — частично; ссылочный вес передаётся хуже | Не использовать для SEO-задач |
На практике для постоянных переездов в SEO используется 301. 302 применяется только когда страница вернётся обратно (распродажа на месяц, технические работы). Если случайно использовать 302 для постоянного переезда, поисковик месяцами держит в индексе старый URL и не объединяет сигналы.
Как настроить 301 редирект
Способ настройки зависит от веб-сервера и стека сайта. Принцип везде одинаков — сервер возвращает заголовок со статусом 301 и полем Location. Различается только синтаксис конфигурации.
Apache через .htaccess
Большинство сайтов на shared-хостингах работают на Apache. Правила редиректов прописываются в файле .htaccess в корне сайта. Для одиночной страницы:
Redirect 301 /old-page /new-pageДля всех адресов старого домена на новый — через модуль mod_rewrite:
RewriteEngine On
RewriteCond %{HTTP_HOST} ^old-domain\.by$ [NC]
RewriteRule ^(.*)$ https://new-domain.by/$1 [R=301,L]Для перехода на HTTPS:
RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}/$1 [R=301,L]Для склейки www и без www (главное зеркало без префикса):
RewriteEngine On
RewriteCond %{HTTP_HOST} ^www\.(.*)$ [NC]
RewriteRule ^(.*)$ https://%1/$1 [R=301,L]Nginx
На nginx редиректы настраиваются в конфигурационном файле сервера (/etc/nginx/sites-available/) в директивах server или location. После правок конфиг проверяется командой nginx -t и применяется через service nginx reload.
server {
listen 80;
server_name old-domain.by www.old-domain.by;
return 301 https://new-domain.by$request_uri;
}Для одиночного URL:
location = /old-page {
return 301 /new-page;
}Для перехода на HTTPS:
server {
listen 80;
server_name example.by www.example.by;
return 301 https://example.by$request_uri;
}CMS-плагины
Для WordPress базовый набор редиректов настраивается через плагины Redirection, Rank Math (раздел Redirections), Yoast SEO Premium. Для Битрикса — модуль «Редиректы» в админ-панели. Для OpenCart, Tilda, Wix — встроенные инструменты в настройках SEO. Для самописных CMS — через таблицу в базе данных с обработкой на уровне роутера.
Преимущество плагинов: настройка через интерфейс, журнал срабатываний, проверка типа редиректа. Недостаток: каждый редирект — это запрос к базе данных, при объёме в тысячи правил это влияет на скорость загрузки. Для массовых редиректов (миграция сайта на 10 000+ страниц) выгоднее настройка на уровне сервера.
На уровне CDN. Если сайт работает через Cloudflare или другой CDN-провайдер, редиректы можно настроить на уровне прокси — в разделе Rules → Page Rules или Redirect Rules. Преимущество: редирект срабатывает до того, как запрос дойдёт до сервера, нагрузка на хостинг ниже. Применяется для глобальных правил (HTTPS, склейка www), для одиночных URL обычно остаётся в .htaccess или nginx.
Стратегии редиректов при миграции сайта
Миграция — самый рискованный сценарий с точки зрения SEO. Неправильно построенная карта редиректов приводит к падению трафика на 30–70% на 2–4 месяца. Корректная карта восстанавливает трафик за 4–8 недель.
Смена доменного имени
Постраничная карта редиректов: каждому URL старого домена соответствует один URL нового. Главная → главная, категория → категория, статья → статья. Перед запуском составляется таблица соответствий из выгрузки старого сайта (Screaming Frog, Sitemap.xml).
Перед запуском новый домен прописывается в Google Search Console и Яндекс.Вебмастере, через инструмент «Изменение адреса сайта» подаётся заявка на перенос. Старый домен оставляется доступным с активными редиректами минимум на 12 месяцев — Google продолжает обращаться к нему по внешним ссылкам ещё долго после миграции.
Перестройка структуры URL
Типовой сценарий — переход с динамических URL (/cat.php?id=42) на ЧПУ (/plastikovye-okna/). Перед миграцией выгружается список всех индексируемых URL через Screaming Frog или из Google Search Console. Каждому старому URL присваивается новый, формируется таблица. Соответствие проверяется на репрезентативной выборке (карточки товаров, категории, статьи блога) до публикации.
Важный момент — старые URL не пытаются восстанавливать на новой структуре. Если категории /cat.php?id=42 теперь нет, она редиректится не на ближайшую похожую (что часто делают по ошибке), а на актуальную страницу с тем же поисковым интентом.
Переход на HTTPS (HTTPS-переход)
После установки SSL-сертификата все http://-URL редиректятся на https://. Параллельно во внутренних ссылках на сайте, в sitemap.xml, в canonical-метках и в JSON-LD прописываются https://-адреса. В Google Search Console добавляется https-версия как новый ресурс. В Яндекс.Вебмастере указывается главное зеркало с https.
Без обновления внутренних ссылок сайт продолжает работать через цепочку http://страница → https://страница, что расходует краулинговый бюджет и замедляет загрузку.
Как проверить работу 301 редиректа
После настройки редирект проверяется на трёх уровнях: одиночный URL, массовая проверка по списку, мониторинг в поисковой консоли.
Проверка через cURL
Самый прямой способ — запрос из командной строки. Команда показывает заголовки ответа сервера, не выполняя сам редирект на новый URL:
curl -I https://example.by/old-pageВ ответе должно быть две строки: HTTP/1.1 301 Moved Permanently и Location: https://example.by/new-page. Если статус 302 — редирект временный, следует переделать. Если 200 — редирект не сработал, страница отдаёт контент.
Проверка через Screaming Frog
Для массовой проверки список URL загружается в Screaming Frog в режиме List. Программа проходит по всем адресам, фиксирует статус-код, конечный URL и количество шагов в цепочке. Отчёт Reports → Redirects экспортируется в Excel для проверки попадания каждого старого URL в правильный новый.
Бесплатная версия Screaming Frog ограничена 500 URL. Для крупных сайтов нужна платная лицензия — годовая стоимость около 200 BYN в эквиваленте, окупается за один проект миграции.
Search Console и Яндекс.Вебмастер
В Google Search Console результаты миграции отслеживаются в отчётах «Индексирование страниц» и «Покрытие». Старые URL переходят из статуса «Проиндексирован» в «Альтернативная страница с правильным каноническим тегом» или «Страница с переадресацией». В Яндекс.Вебмастере — раздел «Индексирование → Страницы в поиске» с фильтром по статусу.
В обоих сервисах нужно подать новую карту сайта sitemap.xml с актуальными URL — это ускоряет переобход и склейку старых страниц с новыми.
Онлайн-сервисы для разовых проверок. Для одиночных проверок без установки софта подойдут сервисы httpstatus.io, redirectcheck.com, инструмент «Проверка статуса HTTP» в Яндекс.Вебмастере. Они показывают всю цепочку редиректов и итоговый статус-код. Удобно для проверки конкретного URL после правки в .htaccess.
Передача ссылочного веса и SEO-эффект
Главный SEO-эффект 301 редиректа — передача ссылочного веса (link equity, PageRank) и поведенческих сигналов со старой страницы на новую. По публичным заявлениям Google (Джон Мюллер, 2016 и далее), 301 передаёт практически полный объём веса; небольшие потери возможны, но в пределах нескольких процентов.
Сигналы, которые переходят на новый URL: ссылочный вес от внешних доменов, возраст документа, поведенческие метрики (CTR в выдаче, время на странице, отказы), позиции по запросам, сигналы доверия E-E-A-T (применимо к Google). На практике после корректно настроенного 301 редиректа новая страница может занять позиции старой за 2–6 недель.
Что снижает эффективность передачи:
- Цепочки редиректов (redirect chain). Старый URL → промежуточный → новый. Каждый шаг — потеря части веса. Google рекомендует не более 5 шагов в цепочке, Яндекс на длинных цепочках может просто остановить обход.
- Несоответствие тематики. Если старая страница была про окна, а новая про двери — 301 не передаст полный вес, потому что поисковик видит резкое изменение интента.
- Редирект на главную вместо целевой страницы. Поисковик расценивает как soft 404 — ссылочный вес уходит в общий пул сигналов главной и размывается.
- Параллельный canonical, противоречащий редиректу. Если на новой странице стоит
rel="canonical"обратно на старый URL — поисковик не может определить главный URL, сигналы не объединяются.
Для проектов под белорусский рынок (Google 65–75%, Яндекс 25–30%) Google обрабатывает 301 редиректы быстрее и точнее; Яндекс склейку зеркал и URL делает медленнее, иногда до 1–2 месяцев после миграции. Это закладывается в планирование переезда.
Типичные ошибки
| Ошибка | Последствие | Решение |
|---|---|---|
| Все удалённые страницы редиректятся на главную | Поисковик расценивает как soft 404, ссылочный вес теряется, главная получает шум по нерелевантным запросам | Постраничная карта: каждый URL ведёт на ближайший по интенту. Если аналога нет — отдавать 410 Gone или 404 |
| 302 вместо 301 для постоянного переезда | Старый URL остаётся в индексе, ссылочный вес не передаётся, новый URL не индексируется в полной мере | Проверка через cURL после настройки. Для постоянных переездов — только 301 |
| Цепочка редиректов из 3+ шагов | Часть веса теряется на каждом шаге, краулинговый бюджет расходуется неэффективно, Яндекс может прекратить обход | После накопления нескольких переездов — переписать карту: старый URL ведёт сразу на актуальный, без промежуточных |
| Петля редиректов (redirect loop, А → Б → А) | Браузер выдаёт ошибку ERR_TOO_MANY_REDIRECTS, страница недоступна, индексация прерывается | Проверка через cURL и httpstatus.io после каждой правки. Особенно при склейке www и https |
| Редирект протоколов без редиректа www | В индексе остаются 4 версии: http, https, http://www, https://www — ссылочный вес делится между ними | Двойной редирект: сначала на https, потом на главное зеркало (или наоборот, в одном правиле) |
| Внутренние ссылки ведут на старые URL после миграции | Сайт работает через постоянные редиректы, скорость загрузки падает, краулинговый бюджет расходуется впустую | Массовая замена внутренних ссылок на актуальные URL в шаблонах, базе данных, sitemap.xml, canonical |
| Старый домен отключён через 1–2 месяца после миграции | Google продолжает обращаться к старому домену по внешним ссылкам ещё долго; без редиректов теряется до 30% ссылочной массы | Старый домен с активными редиректами держится минимум 12 месяцев, оптимально — 2–3 года |
| Редирект через JavaScript вместо серверного | Передача ссылочного веса работает хуже, Яндекс распознаёт нестабильно, краулер не сразу понимает, что страница переехала | Только серверный редирект через .htaccess, nginx или CDN-rules. JavaScript-redirect — крайний случай |
| Редирект страниц, закрытых в robots.txt | Робот не видит правило редиректа, потому что не имеет права заходить на URL; склейка не происходит | Открыть URL в robots.txt на время миграции; после склейки сигналов — закрыть обратно (если нужно) |
| Запуск миграции без снапшота старой структуры | При обнаружении ошибки в карте редиректов нет возможности проверить, что было до | Перед миграцией — полный экспорт URL и метаданных через Screaming Frog, сохранение карты соответствий в репозитории |
Часто задаваемые вопросы
За какое время поисковики обрабатывают 301 редирект?
Google склеивает старый URL с новым за 2–4 недели после первого обращения робота к редиректу. Полная передача ссылочного веса и позиций занимает 4–8 недель. Яндекс работает медленнее: склейка занимает 1–2 месяца, для крупных миграций — до 3 месяцев. Сроки зависят от частоты обхода сайта и общего краулингового бюджета.
Можно ли отменить 301 редирект?
Технически отменить можно — убрать правило из .htaccess или nginx, и страница снова начинает отдавать контент. Но поисковики после долгой склейки могут продолжать показывать новый URL в выдаче ещё несколько недель. Если редирект убирается, важно убедиться, что старая страница содержит уникальный контент, а не дубль новой — иначе обе попадут под фильтр.
Что произойдёт, если оставить старый домен без редиректов?
Накопленный ссылочный вес и позиции потеряются. Внешние ссылки, ведущие на старый домен, перестают работать — это потеря 20–60% органического трафика в зависимости от ссылочной массы. Новый домен начинает наращивать сигналы с нуля. Срок восстановления сопоставимого трафика — от 6 месяцев до 1,5 лет.
Сколько 301 редиректов можно поставить на одном сайте?
Технического лимита нет — крупные интернет-магазины держат десятки тысяч редиректов. Ограничение на стороне производительности: каждое правило обрабатывается сервером при запросе. Для .htaccess реально работать с 500–2000 правилами; при больших объёмах правила переносят в базу данных через плагин или на уровень nginx с прекомпилированными правилами.
Какой статус-код использовать при удалении страницы без замены — 404 или 410?
410 Gone — корректный сигнал «страница удалена окончательно, не возвращайтесь». Google обрабатывает 410 быстрее 404, исключает страницу из индекса за 1–2 недели против месяца для 404. Если контент удалён по решению владельца — 410. Если страница недоступна по техническим причинам или временно — 404.
Влияет ли 301 редирект на скорость загрузки сайта?
Один редирект добавляет 100–300 мс к времени загрузки страницы (запрос на старый URL, получение ответа, запрос на новый URL). Для одиночных страниц это незначительно, но цепочка из 3–4 редиректов может добавить 500–1000 мс — это уже сказывается на Core Web Vitals и поведении пользователей. Поэтому внутренние ссылки после миграции обновляют на актуальные URL.
Передаются ли через 301 поведенческие сигналы и позиции по запросам?
Да, при корректной настройке передаются. Накопленные CTR в выдаче, время на странице, отказы, позиции по запросам — всё это переносится на новый URL. Условие — тематическое соответствие старой и новой страницы. Если интент сильно расходится, поисковик может зафиксировать резкое изменение и снизить позиции до восстановления поведенческих с нуля.
Сколько стоит настройка миграции с массовыми редиректами в РБ?
Базовая настройка редиректов при простой смене домена (до 100 страниц) — от 300 до 600 BYN. Миграция интернет-магазина с перестройкой URL и составлением постраничной карты соответствий на 1000–5000 страниц — от 1500 до 4000 BYN с учётом аудита, экспорта старой структуры, проверки результата. В составе SEO-абонемента работа с редиректами обычно входит в стандартный пул задач.
Что лучше: настраивать редиректы в .htaccess или через WordPress-плагин?
Для небольшого числа правил (до 50) плагин удобнее — интерфейс, журнал срабатываний. Для массовой миграции на 500+ правил предпочтительнее .htaccess или nginx: быстрее обработка, меньше нагрузка на базу данных. Гибридный вариант — глобальные правила (HTTPS, www) на сервере, точечные правила в плагине.
