301 редирект: как сделать и в каких случаях без него сайт теряет позиции

Что такое 301 редирект и чем он отличается от 302

Когда браузер запрашивает страницу, сервер отвечает кодом. 200 — «вот страница», 404 — «такой страницы нет», а коды из серии 3xx означают «страница по другому адресу».

Справка Яндекса о редиректах делит их на две группы:

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

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

В каких случаях нужен 301 редирект

1. Изменили адрес страницы. Было /uslugi/remont-kvartir.html, стало /remont-kvartir/.
2. Переезд на https. Все адреса с http:// должны вести на такие же с https://. Без SSL-сертификата этот редирект не сделать, подробнее — в статье про SSL-сертификат для сайта.
3. Склейка www и без www. Сайт должен открываться по одному адресу, второй ведёт на него. Это называется главным зеркалом; разбор — в статье главное зеркало сайта.
4. Склейка дублей. /uslugi и /uslugi/, /index.php и /. Один вариант главный, остальные перенаправляются. Какой способ выбрать для каких дублей — 301, canonical или Clean-param, — разобрано в статье про дубли страниц.
5. Удалили страницу, у которой есть аналог. Сняли услугу «ремонт ванной под ключ», но осталась «ремонт ванной». Если на старую страницу шли ссылки и трафик, редирект на близкую по смыслу страницу сохранит их.
6. Смена домена или платформы. Здесь 301 — только один инструмент из десятка. Полный сценарий — в чек-листе переезда сайта без потери позиций.

Когда 301 не нужен:

• Страница удалена и аналога нет. Пусть отдаёт 404 или 410. Перенаправлять её на главную — хуже: содержимое главной не совпадает со старой страницей, и человек, который пришёл по ссылке на конкретную услугу, попадает на главную и не понимает, куда делось то, что он искал.
• Временная акция. Для временного переноса — 302.
• Нужно, чтобы обе страницы были доступны людям. Например, версия с UTM-метками. Тут подходит canonical или Clean-param, а не редирект.

Как сделать 301 редирект на хостинге: Apache и nginx

Большинство сайтов на своём хостинге работают на одном из двух веб-серверов. Какой у вас, можно узнать в панели хостинга или у поддержки.

Apache: файл .htaccess

Файл .htaccess лежит в корневой папке сайта. Простой редирект одной страницы:

Redirect 301 /old-page/ https://site.ru/new-page/

Редирект с http на https для всего сайта через модуль mod_rewrite:

RewriteEngine On RewriteCond %{HTTPS} off RewriteRule ^(.*)$ https://%{HTTP_HOST}/$1 [R=301,L]

Перед правкой сохраните копию файла. Ошибка в .htaccess может уронить весь сайт с ошибкой 500.

nginx: конфигурация сервера

В nginx редирект прописывают в конфигурации сайта. Одна страница:

location = /old-page/ { return 301 https://site.ru/new-page/; }

Весь сайт с http на https:

server { listen 80; server_name site.ru www.site.ru; return 301 https://site.ru$request_uri; }

После правки конфигурацию проверяют командой nginx -t и перезагружают сервер. Если у вас нет доступа к серверу, это делает хостинг или разработчик.

Панель хостинга

У многих хостингов есть раздел «Перенаправления» или галочка «Перенаправлять на https». Это удобно для простых случаев: http → https, www → без www. Для постраничных редиректов при смене структуры всё равно понадобится .htaccess или nginx.

Как сделать 301 редирект в Тильде

В Тильде два разных инструмента, и их часто путают. По справке Тильды о редиректах:

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

Отдельно про https: редирект на https в Тильде можно включить только после того, как для подключённого домена выпущен сертификат.

Наблюдение из практики. На Тильде чаще всего ломают редиректы при «косметической» переделке: владелец меняет адрес страницы с /page12345.html на /uslugi, чтобы было красиво, и забывает про редирект. Страница при этом месяцами была в поиске под старым адресом. Через неделю старый адрес выпадает, новый ещё не набрал позиции, и трафик на эту страницу проседает.

Как сделать 301 редирект в WordPress

Варианты, от простого к сложному:

1. Встроенное поведение. Если вы меняете ярлык записи, WordPress обычно сам перенаправляет старый адрес записи на новый. Но для страниц, рубрик и смены структуры постоянных ссылок на это лучше не рассчитывать.
2. Плагин. Плагины для управления редиректами позволяют добавить правило «старый адрес → новый адрес → 301» в админке и видеть, какие 404 приходят на сайт. Это самый удобный путь, если редиректов десятки.
3. .htaccess или nginx. Для массовых правил и перехода на https. Работает быстрее плагина, потому что срабатывает до загрузки WordPress.

Совет: не держите одни и те же правила одновременно в плагине и в .htaccess. Так появляются цепочки и циклы, о которых ниже.

Если вы недавно меняли адреса или переезжали, а трафик из поиска просел, редиректы — первое, что стоит проверить.

Как проверить, что редирект работает

Открыть старый адрес в браузере и увидеть новую страницу — недостаточно. Браузер одинаково перейдёт и по 301, и по 302, и по JavaScript-переадресации. Нужно увидеть код ответа.

Способ 1. Вебмастер. В Яндекс Вебмастере есть инструмент «Проверка ответа сервера». Вставляете старый адрес, смотрите код ответа и адрес, куда ведёт редирект. Так видит страницу робот Яндекса.

Способ 2. Терминал. Команда:

curl -I http://site.ru/old-page/

В ответе ищите строку HTTP/1.1 301 и строку Location: с новым адресом. Если в ответе 200 — редиректа нет. Если 302 — он временный.

Способ 3. Инструменты разработчика в браузере. Вкладка «Сеть», галочка «Сохранять журнал», открываете старый адрес. В первой строке — код ответа.

Что проверить по каждому важному адресу:

1. Код ответа — 301, а не 302 и не 200.
2. Адрес в Location — тот, который нужен, с https и без лишних символов.
3. Новая страница отвечает кодом 200, а не очередным редиректом.
4. На мобильном и на компьютере результат одинаковый.

Ошибки с редиректами: цепочки, циклы и редирект на главную

Цепочки появляются почти всегда одинаково: сначала сделали редирект с http на https, потом с www на без www, потом поменяли адреса страниц. Каждое правило по отдельности правильное, а вместе они дают три перехода подряд. Лечится картой редиректов: таблица «старый адрес → финальный адрес», и каждый старый адрес ведёт на финальный за один шаг.

Условный пример: что стоят пропущенные редиректы

Пример условный, не кейс студии. Компания по ремонту квартир, сайт на 40 страниц, переделали структуру: вместо /services/remont-vannoy.html стало /remont-vannoy/.

• Из поиска на сайт приходило около 3 000 визитов в месяц, из них около 60% — на 12 страниц услуг.
• Редиректы сделали только для главной и пяти страниц из меню. Семь страниц услуг со старыми адресами начали отдавать 404.
• Эти семь страниц приносили около 1 000 визитов. Конверсия в заявку — 2%, то есть около 20 заявок в месяц.

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

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

Пошаговый план: как настроить редиректы без потерь

1. Выгрузите список всех адресов сайта: sitemap, Вебмастер, Метрика (страницы входа за год).
2. Отметьте адреса, которые меняются или удаляются.
3. Для каждого составьте пару «старый адрес → новый адрес». Если аналога нет — пометьте «404».
4. Проверьте, что новые адреса существуют и отвечают кодом 200.
5. Настройте 301 на нужной платформе: хостинг, Тильда, WordPress.
6. Проверьте выборку адресов через «Проверку ответа сервера» в Вебмастере.
7. Найдите цепочки: каждый старый адрес должен вести на финальный за один шаг.
8. Замените внутренние ссылки в меню, текстах и sitemap.xml на новые адреса.
9. Через 2–4 недели проверьте в Вебмастере исключённые страницы и битые ссылки.

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