301-редирект: полный гайд — от склейки дублей до переезда сайта

301-редирект — постоянная переадресация: сервер сообщает, что страница навсегда переехала, и отправляет посетителя и поискового робота на новый адрес. Для SEO это главный инструмент переездов и склеек: он передаёт новому адресу накопленные сигналы старого — ссылки, историю, поведение.

В этой статье разберём, чем 301 отличается от 302, когда редирект нужен, как агентство готовит карту редиректов при переезде, какие ошибки стоят трафика — и как настроить переадресацию на nginx, в htaccess, Битриксе и на Тильде.

301, 302 и остальные: в чём разница

Коды переадресации говорят поисковику разное:

• 301 Moved Permanently — страница переехала навсегда. Поисковик склеивает старый адрес с новым: убирает старый из выдачи, ставит новый и передаёт ему накопленные сигналы. Основной код для SEO-задач.
• 302 Found — переадресация временная. Поисковик считает, что старый адрес ещё вернётся: держит его в выдаче и вес не передаёт. Используется редко — например, на время акции или технических работ.
• Частая ошибка — 302 вместо 301 при переезде: технически всё «работает», посетители попадают куда надо, но склейки не происходит, и новый адрес стартует с нуля. Некоторые CMS и конструкторы ставят 302 по умолчанию — код ответа стоит проверять, а не предполагать.

Когда нужен 301

• Склейка зеркал — http→https, с www и без, слэш на конце. Четыре варианта одного адреса должны сводиться к одному; это фундамент, с которого начинается разбор дублей (подробнее — в статье про canonical и дубли страниц).
• Удаление страницы, у которой есть близкая замена: редирект на неё сохраняет трафик и вес. Если замены нет — честный 404 лучше редиректа на что попало (что происходит с 404 в SEO — отдельная статья).
• Объединение страниц — несколько статей или карточек сливаются в одну: все старые адреса ведут на итоговую.
• Смена структуры URL — поменяли ЧПУ, перенесли раздел: каждый старый адрес ведёт на свой новый.
• Переезд на новый домен — постраничный 301 со старого домена плюс уведомление поисковиков через инструменты переезда в Вебмастере.

Переезд сайта: как не потерять трафик

Переезд — смена домена, схемы или структуры URL — самая рискованная операция из этого списка: одна дыра в переадресации, и накопленный страницами трафик уходит в 404. Наш процесс строится вокруг карты редиректов:

По шагам это выглядит так:

• Инвентаризация — собрать полный список живых URL: краулером, из карты сайта, из Вебмастера и Search Console (там видны страницы, о которых вы могли забыть, но которые приносят переходы).
• Карта «старый → новый» — каждой странице назначается новый адрес. Страницам без прямого аналога — ближайший родительский раздел, а не главная.
• Настройка и прогон — редиректы включаются и проверяются скриптом по всему списку: каждый старый URL должен отдавать 301 и вести сразу на конечный адрес. Выборочно — руками.
• Сигнал поисковикам — при смене домена: инструмент «Переезд сайта» в Вебмастере, обновлённая карта сайта, обновление ссылок внутри сайта на новые адреса.
• Мониторинг после — несколько недель следить за 404 в Вебмастере и GSC: каждая новая ошибка — дыра в карте, которую latают редиректом.

Этим летом мы прошли этот процесс на собственном блоге: при пересборке склеивали пересекающиеся статьи в опорные — 27 старых URL получили 301 на 11 итоговых. Правила были те же: редирект со страницы — сразу на конечную опорную, внутренние ссылки по всему сайту перенаправлены на новые адреса, старые URL отправлены на переобход, чтобы поисковики быстрее увидели склейку. Ни одна из склеенных страниц не ушла в 404.

Типовые ошибки

Редирект всех страниц на главную. Соблазн понятен: одна строчка вместо карты. Но для поисковика редирект на нерелевантную страницу — это soft 404: Google не передаёт вес, а считает страницы удалёнными. Посетитель, который шёл на конкретный товар, оказывается на главной и уходит. Каждая страница — на свой аналог.

Цепочки редиректов. A ведёт на B, B на C, C на D — так вырастает история сайта за несколько лет переделок. Роботу приходится проходить все звенья: обход замедляется, краулинговый бюджет тратится, часть сигналов теряется по пути. После каждой новой волны редиректов старые правила спрямляют: A должен вести сразу на D.

302 вместо 301 — разобрали выше: склейки нет, вес не передаётся.

Забытые редиректы при переезде — карта покрыла разделы, но не отдельные посадочные, PDF-файлы, старые акции. Итог виден в отчётах как рост 404 — поэтому мониторинг после переезда обязателен.

Редирект на страницу, которая сама отдаёт ошибку — цель редиректа должна отвечать 200; вести на 404 или на закрытую страницу бессмысленно.

Как настроить: nginx, htaccess, CMS

Nginx — редиректы прописываются в конфигурации сервера:

# одна страница
location = /stara-stranitsa/ { return 301 /novaya-stranitsa/; }

# склейка www и https
server {
    server_name www.site.ru;
    return 301 https://site.ru$request_uri;
}

Apache (.htaccess) — файл в корне сайта:

Redirect 301 /stara-stranitsa/ https://site.ru/novaya-stranitsa/

# https + без www
RewriteEngine On
RewriteCond %{HTTPS} off [OR]
RewriteCond %{HTTP_HOST} ^www\. [NC]
RewriteRule ^(.*)$ https://site.ru/$1 [L,R=301]

Битрикс — модуль «Поисковая оптимизация» или файл urlrewrite.php; массовые правила удобнее держать на уровне сервера.

WordPress — плагины вроде Redirection ставят 301 из админки; для склейки зеркал правильнее htaccess или конфигурация сервера.

Тильда — «Настройки сайта → SEO → Редиректы»: построчно «старый адрес → новый». Кодом управлять нельзя, но 301 Тильда отдаёт корректно.

Общее правило платформ: одиночные страницы можно вести через CMS, а склейку зеркал и массовые правила — на уровне сервера, где они срабатывают раньше и не зависят от плагинов.

Как проверить

• Точечно: curl -I https://site.ru/stara-stranitsa/ — в ответе должен быть код 301 и заголовок Location с конечным адресом. Онлайн-чекеры ответа сервера показывают то же без командной строки.
• Цепочки: тот же curl по цепочке или краулер — Location должен вести на конечный URL за один шаг.
• Массово: прогнать список старых URL краулером и убедиться, что все отдают 301 → 200.
• После переезда: отчёты «Страницы в поиске» в Вебмастере и индексирования в Search Console — рост 404 означает дыру в карте.

Чек-лист

• Зеркала склеены: http→https, www/без www, слэш — всё сводится к одному варианту адреса одним прыжком.
• Для любых переездов есть карта «старый URL → новый», проверенная скриптом и выборочно руками.
• Каждый редирект — постраничный, на релевантный аналог; на главную ведут только страницы без аналога и без трафика.
• Код ответа именно 301 (не 302), цель редиректа отвечает 200.
• Цепочек нет: старые правила спрямлены на конечные адреса.
• Внутренние ссылки сайта обновлены на новые адреса — робот не ходит по редиректам внутри сайта.
• После переезда несколько недель отслеживаются 404 в Вебмастере и GSC.

301-редирект закрывает переезды и склейки, canonical — дубли открытых страниц, robots.txt — обход, sitemap — список важного. Вместе это технический фундамент: проверить его целиком поможет технический аудит, а границы инструментов разобраны в статьях про canonical и robots.txt.

Вопросы и ответы

Что такое 301-редирект простыми словами?

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

Чем 301 отличается от 302?

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

Когда нужен 301-редирект?

При склейке зеркал (http→https, с www и без, слэши), удалении или объединении страниц, смене структуры URL и переезде на новый домен. Общее правило: если у страницы навсегда меняется адрес — со старого ставится 301 на новый.

Что такое карта редиректов и зачем она при переезде?

Таблица «старый URL → новый URL» для всех страниц сайта, составленная до переезда. Без неё часть старых адресов после переезда отдаёт 404, и накопленный ими трафик и вес теряются. Карту проверяют скриптами и вручную — постранично.

Можно ли перенаправить все старые страницы на главную?

Нет, это типовая ошибка. Google расценивает массовый редирект на нерелевантную страницу как soft 404 и не передаёт вес, а посетители попадают не туда, куда шли. Каждая старая страница должна вести на свой новый аналог, и только страницы без аналога — на ближайший раздел.

Вредны ли цепочки редиректов?

Да. Когда адрес A ведёт на B, а B на C, робот тратит лишние переходы, обход замедляется, а часть сигналов может теряться по пути. Правило: редирект всегда ведёт сразу на конечный адрес; после изменений старые цепочки перепроверяют и спрямляют.

Как проверить, что редирект настроен правильно?

Точечно — запросом curl -I или любым онлайн-чекером ответа сервера: код должен быть 301 и Location вести сразу на конечный URL. Массово — краулером по списку старых адресов. После переезда следите за отчётами Вебмастера и Search Console: рост 404 — сигнал дыры в карте редиректов.