Чтобы сделать 301 редирект, нужно прописать правило перенаправления на сервере: в файле .htaccess (Apache), в конфигурации nginx или через плагин CMS, например Redirection для WordPress. Правило говорит браузеру и поисковому роботу, что страница переехала навсегда, и передаёт новому адресу накопленный вес старого.
Что такое 301 редирект и зачем он нужен
Код ответа 301 Moved Permanently означает постоянное перемещение. Когда робот Яндекса или Google получает такой ответ, он постепенно заменяет в индексе старый адрес новым и переносит на него ссылочные и поведенческие сигналы. Пользователь при этом ничего не замечает: браузер сам открывает нужную страницу.
Типичные ситуации, когда без 301 не обойтись:
- переезд сайта на новый домен или с HTTP на HTTPS;
- выбор главного зеркала: с www или без него;
- смена структуры URL после редизайна или переезда на другую CMS;
- объединение дублей: страниц со слешем и без, с index.php, с заглавными буквами;
- удаление устаревшей страницы, у которой есть близкая по смыслу замена.
Если страницу удалили и замены нет, редирект на главную делать не стоит. Поисковики часто воспринимают такое перенаправление как мягкую ошибку 404, а посетитель вместо ответа получает непонятную страницу. Честный код 404 или 410 с полезной страницей ошибки здесь лучше.
301 или 302: как выбрать
Путаница между кодами — одна из самых частых причин, почему после переезда позиции не восстанавливаются месяцами.
| Код | Смысл | Когда использовать |
|---|---|---|
| 301 | Перемещено навсегда | Переезд домена, HTTPS, новая структура URL, склейка дублей |
| 302 | Найдено, временно в другом месте | Акция на несколько дней, технические работы, A/B-тест |
| 307 | Временный, с сохранением метода запроса | Формы и API, где важно не потерять POST-данные |
| 308 | Постоянный, с сохранением метода | Аналог 301 для запросов, где метод должен сохраниться |
Простое правило: если вы не собираетесь возвращать старый адрес, ставьте 301. При 302 поисковик может долго держать в выдаче старый URL, считая переезд временным. Многие плагины и конструкторы по умолчанию создают именно 302, поэтому код всегда стоит проверить вручную.
301 редирект в .htaccess (Apache)
Файл .htaccess лежит в корневой папке сайта. Перед правкой обязательно сохраните копию: одна опечатка может вызвать ошибку 500 на всём сайте. Для работы правил должен быть включён модуль mod_rewrite, на большинстве российских хостингов он активен по умолчанию.
Одна страница на другую
Redirect 301 /old-page/ https://site.ru/new-page/
Слева указывается путь от корня, справа полный новый адрес. Это самый простой способ для точечных перенаправлений.
С HTTP на HTTPS
RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}/$1 [R=301,L]
Если сайт стоит за прокси или CDN, переменная HTTPS может не отражать реальный протокол. Тогда проверяют заголовок X-Forwarded-Proto; уточните это у хостинга.
С www на домен без www
RewriteCond %{HTTP_HOST} ^www.(.*)$ [NC]
RewriteRule ^(.*)$ https://%1/$1 [R=301,L]
Переезд на новый домен
RewriteCond %{HTTP_HOST} ^old-site.ru$ [NC,OR]
RewriteCond %{HTTP_HOST} ^www.old-site.ru$ [NC]
RewriteRule ^(.*)$ https://new-site.ru/$1 [R=301,L]
Такое правило сохраняет путь: /catalog/divany/ на старом домене ведёт на /catalog/divany/ на новом. Это важно, потому что постраничный редирект передаёт вес точнее, чем перенаправление всего подряд на главную.
301 редирект в nginx
На VPS и многих современных хостингах сайт обслуживает nginx, и .htaccess там не работает. Правила пишутся в конфигурации сервера, обычно в файле виртуального хоста.
Одна страница
location = /old-page/ { return 301 https://site.ru/new-page/; }
HTTP на HTTPS и склейка www
Самый чистый вариант — отдельный блок server, который принимает все «неправильные» варианты и одним шагом отправляет на канонический адрес:
server { listen 80; server_name site.ru www.site.ru; return 301 https://site.ru$request_uri; }
Для HTTPS-версии с www делается аналогичный блок с сертификатом и тем же return. После правки проверьте синтаксис командой nginx -t и только потом перезагрузите сервер через systemctl reload nginx. Директива return работает быстрее и понятнее, чем rewrite, поэтому для простых перенаправлений лучше использовать её.
Редиректы в WordPress, Битрикс и Tilda
WordPress
Если доступа к серверу нет или редиректов много, удобнее плагин. Популярные варианты:
- Redirection — бесплатный, ведёт журнал 404-ошибок и позволяет сразу назначить перенаправление для битого адреса;
- Yoast SEO Premium и Rank Math — создают редирект автоматически при смене ярлыка записи.
Минус плагинов в том, что правило срабатывает только после загрузки WordPress, а это дополнительная нагрузка. Для массовых редиректов при переезде надёжнее серверные правила, а плагин оставить для текущих точечных задач.
1С-Битрикс
В Битриксе точечные перенаправления удобно делать через модуль SEO или через обработку адресов в urlrewrite.php, а глобальные правила протокола и зеркала — на уровне сервера. Если сайт работает на «Битрикс: Веб-окружении», там используется связка nginx и Apache, и правила из .htaccess обычно продолжают работать.
Tilda
В настройках сайта есть раздел с перенаправлениями: указываете старый путь и новый адрес. Склейку www и HTTPS Tilda делает сама после подключения домена и сертификата.
Цепочки редиректов и как их найти
Цепочка возникает, когда один редирект ведёт на другой: http://www.site.ru → https://www.site.ru → https://site.ru → https://site.ru/new/. Каждый шаг замедляет загрузку, а роботы могут не пройти длинную цепочку до конца. Бывают и циклы, когда страница перенаправляет сама на себя, и браузер показывает ошибку «слишком много переадресаций».
Как проверить:
- Прогоните сайт через краулер: Screaming Frog SEO Spider или Netpeak Spider покажут все цепочки и конечные адреса.
- Проверьте ключевые адреса в инструменте «Проверка ответа сервера» в Яндекс Вебмастере.
- Для быстрой ручной проверки подойдёт команда
curl -I -L https://site.ru/page/, она выведет все промежуточные коды. - Посмотрите отчёт «Страницы» в Google Search Console: там видны адреса со статусом «Страница с переадресацией».
Как исправить: каждое правило должно вести сразу на конечный адрес. Отдельно обновите внутренние ссылки, меню и карту сайта sitemap.xml, чтобы они указывали на итоговые URL, а не на страницы с редиректом. Редирект — страховка для внешних ссылок и закладок, а не замена правильной внутренней перелинковке.
Чек-лист после настройки
- Код ответа именно 301, а не 302 и не 200.
- Перенаправление происходит в один шаг.
- Каждая старая страница ведёт на релевантную новую, а не на главную.
- Canonical на новых страницах указывает на себя.
- Sitemap.xml содержит только новые адреса.
- В Яндекс Вебмастере при смене домена или зеркала оформлен переезд сайта, в Google Search Console — изменение адреса.
- Правила сохраняются минимум год, лучше бессрочно.
- Настроено наблюдение за 404-ошибками в Вебмастере и в плагине.
Переезд без потерь требует аккуратной карты соответствия старых и новых URL. Если структура меняется сильно, её лучше составить до запуска нового сайта, а не после. Про связанные технические факторы подробно рассказываем в статье о скорости сайта и Core Web Vitals.
Частые вопросы
Сколько времени поисковики переклеивают адреса после 301?
Обычно от нескольких недель до пары месяцев, в зависимости от размера сайта и частоты обхода. Ускорить процесс помогает отправка новых адресов на переобход в Яндекс Вебмастере и актуальная карта сайта. Редиректы при этом нельзя снимать раньше времени.
Теряется ли вес страницы при 301 редиректе?
Поисковики заявляют, что постоянный редирект передаёт сигналы новой странице. На практике потери минимальны, если перенаправление ведёт на тематически близкую страницу и выполняется в один шаг. Редирект на нерелевантный адрес работает заметно хуже.
Можно ли сделать редирект через JavaScript или meta refresh?
Технически можно, но для SEO это ненадёжные способы: поисковик должен сначала загрузить и обработать страницу. Используйте их только если нет доступа к серверу и CMS. Серверный 301 всегда предпочтительнее.
Нужно ли делать редирект для страниц с GET-параметрами?
Для технических параметров вроде UTM-меток не нужно: их лучше обрабатывать через canonical и директиву Clean-param в robots.txt для Яндекса. Редирект нужен, если параметрические адреса были основными и индексировались.
Что делать, если после редиректа сайт перестал открываться?
Скорее всего, возник цикл или ошибка синтаксиса. Верните сохранённую копию .htaccess или конфигурации, проверьте правила по одному и убедитесь, что условие не срабатывает на уже правильный адрес.
Если вы планируете переезд, редизайн или смену CMS и не хотите рисковать трафиком, специалисты Pear Advert составят карту редиректов, настроят их и проследят за переиндексацией в рамках SEO-продвижения или технической поддержки сайта. Опишите задачу в брифе — подскажем, с чего начать.
