Вы переименовали страницу, сменили домен или перешли на HTTPS – и через несколько недель заметили, что трафик просел, а позиции упали. Поисковик просто не знает, куда переехал контент. 301 редирект – это постоянная переадресация, которая сообщает браузеру и поисковому роботу, что страница переехала навсегда, следуй по новому адресу. Статья будет полезна владельцам сайтов, начинающим SEO-специалистам и веб-мастерам, которым нужно безопасно перенести адреса страниц без потери позиций и аудитории.
Содержание:
- Что такое 301 редирект и зачем он нужен
- Когда используют 301 редирект
- Чем 301 отличается от других редиректов
- Настройка 301 редиректа – пошаговые инструкции
- Как проверить, что 301 редирект работает
- Частые ошибки и их последствия
- Влияние 301 редиректа на SEO
- Заключение
Что такое 301 редирект и зачем он нужен
301 редирект – это HTTP-ответ сервера со статусом 301 Moved Permanently. Когда пользователь или поисковый робот обращается к старому URL, сервер возвращает этот код вместе с новым адресом, и браузер автоматически переходит туда.
Представьте, что вы переехали в новый офис и повесили на старой двери объявление: «Мы теперь здесь – улица Новая, д. 5». Именно так работает 301 редирект: он не оставляет посетителя перед закрытой дверью, а указывает правильный путь.
Зачем это нужно с точки зрения SEO? Страница накапливает «вес» – внешние ссылки, поведенческие факторы, историю индексации. Если просто удалить старый URL и создать новый, весь этот авторитет обнуляется. 301 редирект передает накопленный потенциал на новый адрес.
«301 редирект передает до 90–99% ссылочного веса на целевую страницу», – такую оценку приводят специалисты Moz и подтверждают данные многочисленных SEO-экспериментов.
Без переадресации старые URL начинают отдавать 404, поисковик исключает их из индекса, а внешние ссылки перестают работать. Итог – потеря трафика, позиций и доверия со стороны поисковых систем. 301 редирект решает все три проблемы одновременно: сохраняет трафик, сигнализирует поисковику об изменении и не разрывает цепочку ссылочного авторитета.
Когда используют 301 редирект
Ситуаций, когда без постоянной переадресации не обойтись, немало. Вот основные:
- Смена домена – сайт переезжает с одного домена на другой целиком или частично.
- Переезд с HTTP на HTTPS – каждый HTTP-адрес должен автоматически перенаправляться на защищенный аналог.
- Склейка зеркал – объединение версий с www и без www в одну каноническую.
- Изменение URL отдельной страницы – переименование slug при редактировании структуры сайта.
- Удаление страницы – вместо того чтобы показывать 404, пользователя лучше направить на похожий или родительский раздел.
- Перенос раздела на субдомен – например, блог переезжает с
site.ru/blog/наblog.site.ru. - Объединение нескольких страниц в одну – при слиянии дублирующегося контента.
Наглядно это выглядит так:
| Было | Стало |
| http://site.ru | https://site.ru |
| http://www.site.ru | https://site.ru |
| https://site.ru/old-page/ | https://site.ru/new-page/ |
| https://old-domain.ru | https://new-domain.ru |
| https://site.ru/category/article/ | https://site.ru/article/ |
Во всех перечисленных случаях редирект 301 – единственный корректный способ уведомить поисковые системы о постоянном изменении адреса. Использование других решений приводит либо к потере веса, либо к неправильной интерпретации изменений со стороны поисковика.
Чем 301 отличается от других редиректов
Не все переадресации одинаковы. Выбор неправильного типа – частая причина потери позиций или проблем с индексацией.
| Тип | Код | Передача веса | Когда применять |
| Постоянный | 301 | Да (90–99%) | Страница переехала навсегда |
| Временный | 302 | Нет | Временное перемещение (акция, тест) |
| Временный (метод сохраняется) | 307 | Нет | Аналог 302, но строже по протоколу HTTP/1.1 |
| Meta Refresh | – | Частично | HTML-редирект через тег; медленный, вреден для SEO |
| rel=»canonical» | – | Частично | Указывает предпочтительный URL, но не перенаправляет |
Ключевое отличие 301 – он явно сообщает поисковику: «этот адрес больше не актуален, обновляй индекс». Google и Яндекс со временем заменяют старый URL в индексе на новый и переносят на него накопленный авторитет.
302 и 307 воспринимаются поисковиком как временное явление: старый адрес остается в индексе, вес не передается. Если вы случайно поставили 302 вместо 301 при постоянном переезде – трафик не восстановится, пока не исправите код ответа.
Meta Refresh работает на уровне HTML и обрабатывается медленнее: робот видит оба адреса, что создает путаницу. rel=»canonical» – не редирект, а лишь подсказка поисковику; пользователь продолжает видеть старый адрес в браузере.
Вывод прост: для любого постоянного изменения адреса используйте именно 301.
Настройка 301 редиректа – пошаговые инструкции
Настройка через .htaccess (Apache)
Файл .htaccess – это конфигурационный файл Apache, который лежит в корневой директории сайта. Он позволяет управлять поведением сервера без доступа к основному конфигу. Именно здесь прописывают большинство правил переадресации на хостингах с Apache.
Где найти файл
Подключитесь к серверу по FTP или через файловый менеджер хостинг-панели (cPanel, ISPmanager). Файл .htaccess находится в корне сайта – там же, где папки wp-content, public_html или index.php. Если файла нет – создайте его вручную с таким именем (без расширения). На Unix-системах файлы, начинающиеся с точки, скрыты – включите отображение скрытых файлов в настройках FTP-клиента.
Первая строка в файле должна активировать модуль перезаписи:
RewriteEngine On
Пример 1 – склейка зеркал (с www на без www)
RewriteEngine On
RewriteCond %{HTTP_HOST} ^www\.site\.ru [NC]
RewriteRule ^(.*)$ https://site.ru/$1 [R=301,L]
Условие RewriteCond проверяет, что запрос пришел на версию с www. Флаг R=301 указывает код ответа, L – что это последнее правило в цепочке.
Пример 2 – редирект с HTTP на HTTPS (весь сайт)
RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}/$1 [R=301,L]
%{HTTPS} off – условие срабатывает, если соединение незащищенное. После применения все HTTP-запросы автоматически уходят на HTTPS.
Пример 3 – смена домена
RewriteEngine On
RewriteCond %{HTTP_HOST} ^(www\.)?old-domain\.ru [NC]
RewriteRule ^(.*)$ https://new-domain.ru/$1 [R=301,L]
Условие охватывает обе версии старого домена (с www и без). Весь трафик перенаправляется на новый домен с сохранением пути.
Пример 4 – переадресация конкретной страницы
Redirect 301 /old-page/ https://site.ru/new-page/
Директива Redirect – самый простой способ для одиночных страниц. Первый аргумент – относительный путь на сервере, второй – полный новый URL. Не требует RewriteEngine.
После любых правок .htaccess сохраните файл и проверьте работу сайта: синтаксическая ошибка в файле приводит к ошибке 500 на всем сайте.
Настройка в WordPress
WordPress – самая распространенная CMS, и для нее существуют удобные плагины, которые позволяют управлять редиректами через административную панель без правки файлов вручную.
Плагин Redirection – наиболее популярное решение. После установки и активации перейдите в «Инструменты → Redirection». Нажмите «Добавить новый». Заполните два поля:
- Source URL – старый адрес страницы (например,
/old-page/); - Target URL – новый адрес (например,
/new-page/).
Тип переадресации по умолчанию – 301. Сохраните правило. Плагин сам запишет нужные строки в .htaccess и ведет журнал всех переходов – удобно для проверки работы.
Yoast SEO (Premium) позволяет настраивать редиректы прямо из карточки страницы при изменении ее URL. При смене slug плагин предложит создать 301 автоматически – достаточно подтвердить.
Rank Math SEO – бесплатная альтернатива с модулем редиректов. Логика та же: указываете старый и новый URL, выбираете тип (301), сохраняете.
Если плагины использовать нежелательно – редактируйте .htaccess напрямую по инструкции из предыдущего раздела. Файл доступен через «Внешний вид → Редактор файлов тем» (только для простых правок) или через FTP.
Настройка в Nginx
Nginx не использует .htaccess – все правила прописываются в конфигурационном файле сервера. Обычно он находится по пути /etc/nginx/sites-available/your-site.conf.
Откройте файл конфига и найдите нужный блок server. Добавьте директиву переадресации.
Пример – редирект с www на без www:
server {
listen 80;
listen 443 ssl;
server_name www.site.ru;
return 301 https://site.ru$request_uri;
}
server {
listen 443 ssl;
server_name site.ru;
# остальные директивы сайта
}
Директива return 301 – предпочтительный способ в Nginx: она проще и быстрее, чем rewrite. $request_uri сохраняет путь и параметры запроса при переадресации.
Альтернативный вариант через rewrite:
rewrite ^(.*)$ https://site.ru$1 permanent;
Флаг permanent эквивалентен коду 301.
После правки конфига обязательно перезагрузите Nginx – иначе изменения не вступят в силу:
sudo nginx -t # проверка синтаксиса
sudo systemctl reload nginx # перезагрузка без остановки сервисa
Сначала всегда выполняйте nginx -t: если в конфиге есть синтаксическая ошибка, команда об этом сообщит до применения изменений.
Другие способы (кратко)
Помимо .htaccess, WordPress-плагинов и Nginx, есть еще несколько способов настроить 301 редирект:
- Через панель хостинга (cPanel) – раздел «Redirects». Достаточно указать старый и новый URL в графическом интерфейсе. Подходит для тех, кто не хочет редактировать файлы вручную. ISPmanager предлагает аналогичный раздел в настройках домена.
- Через PHP – функция
header()отправляет нужный HTTP-заголовок до вывода HTML:
<?php
header(«Location: https://site.ru/new-page/», true, 301);
exit();
?>
Применяется, когда редирект нужно сделать условным – например, в зависимости от параметров запроса или роли пользователя.
- Через HTML-метатег (
<meta http-equiv="refresh">) – работает на уровне браузера, обрабатывается медленно, поисковик видит два адреса одновременно. Для SEO этот способ нежелателен: используйте его только как временную заглушку, если нет доступа к серверу.
Как проверить, что 301 редирект работает
После настройки важно убедиться, что переадресация работает корректно и не создает цепочек.
Ручная проверка через браузер: Откройте DevTools (F12), перейдите на вкладку «Network» и введите старый URL в адресную строку. В списке запросов найдите первый – он должен вернуть статус 301 с заголовком Location, указывающим на новый адрес. Следующий запрос – уже к новому URL – должен вернуть 200 OK.
Онлайн-сервисы и инструменты:
- Redirect Checker (redirect-checker.org) – проверяет цепочку редиректов по URL, показывает каждый шаг со статусами.
- Screaming Frog SEO Spider – в бесплатной версии сканирует до 500 URL. Показывает все редиректы, цепочки и конечные коды ответов для всего сайта.
- httpstatus.io – быстрая проверка кода ответа и заголовков для любого адреса.
- Google Search Console – инструмент проверки URL покажет, как Googlebot видит страницу и по какому адресу она индексируется.
На что обратить внимание:
- Конечный статус должен быть 200, а не еще один 301 – это признак цепочки.
- Итоговый URL должен совпадать с ожидаемым.
- Не должно быть петель: браузер не должен сообщать об ERR_TOO_MANY_REDIRECTS.
Частые ошибки и их последствия
Даже правильно задуманный редирект может навредить, если допустить технические ошибки при настройке.
- Цепочки редиректов (более 2–3 шагов) – каждый дополнительный переход замедляет загрузку и ослабляет передачу ссылочного веса. Поисковики рекомендуют не более одного промежуточного шага.
- Зацикливание – страница перенаправляет сама на себя или два адреса ссылаются друг на друга. Браузер выдает ошибку ERR_TOO_MANY_REDIRECTS, сайт становится недоступен.
- 302 вместо 301 – поисковик считает переезд временным, старый URL остается в индексе, вес не передается. Распространенная ошибка при настройке через хостинг-панель, где тип редиректа выставлен по умолчанию.
- Редирект на страницу с ошибкой 404 – вес передается на несуществующую страницу. Поисковик фиксирует это и может понизить позиции.
- Отсутствие редиректа для всех вариантов URL – настроили переезд домена, но забыли про версию с www или про HTTP. Часть трафика и роботов продолжает попадать на старые адреса.
Влияние 301 редиректа на SEO
301 редирект передает ссылочный вес, но переиндексация происходит не мгновенно. Поисковому роботу нужно заново обойти старые URL, зафиксировать переадресацию и обновить индекс. В зависимости от авторитета сайта и частоты обходов это занимает от нескольких дней до нескольких недель.
Как минимизировать потери позиций:
- Обновите внутренние ссылки на сайте – замените старые URL на новые, чтобы не создавать лишних промежуточных переходов.
- Сформируйте и загрузите обновленную карту сайта (sitemap.xml) в Google Search Console и Яндекс Вебмастер.
- Следите за отчетом «Покрытие» в Search Console: старые URL должны постепенно исчезать из индекса, новые – появляться.
- Обратитесь к владельцам сайтов, которые ссылаются на старые адреса, и попросите обновить ссылки – это ускорит передачу веса.
Заключение
301 редирект – не сложная техническая настройка, а необходимый инструмент защиты трафика и позиций при любых изменениях структуры сайта. Он работает на уровне сервера, сообщает поисковикам о постоянном переезде и передает накопленный авторитет страницы на новый адрес.
Выберите подходящий способ настройки – через .htaccess, конфиг Nginx, плагин WordPress или панель хостинга – и проверьте результат с помощью Redirect Checker или Screaming Frog. Проверьте свой сайт прямо сейчас: возможно, часть страниц уже отдает 404 там, где должен стоять 301.
Часто задаваемые вопросы
Это команда серверу: «эта страница переехала навсегда, перенаправь посетителя по новому адресу». Браузер и поисковый робот получают новый URL автоматически.
По данным SEO-исследований, передается 90–99% веса. Небольшие потери возможны, но они несравнимо меньше, чем полная потеря при отсутствии переадресации.
Через HTML-метатег <meta http-equiv=»refresh»> или JavaScript. Оба способа хуже серверного: медленнее обрабатываются и плохо воспринимаются поисковиками. По возможности используйте серверные методы.
От нескольких дней до нескольких недель – зависит от частоты обхода сайта роботом. Ускорить процесс поможет отправка обновленного sitemap в Search Console.
Технически – да, достаточно удалить правило. Но поисковик уже мог обновить индекс, и возврат займет столько же времени, сколько первоначальная переиндексация.