301 редирект: Как улучшить SEO и сохранить посетителей на вашем сайте

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

В SEO я с 2005 года, и переезды — та работа, где цена ошибки видна сразу и целиком. Разница между сайтом, который после смены адресов вернул трафик за три недели, и сайтом, который не вернул его за полгода, обычно не в удаче, а в двух-трёх решениях, принятых до начала работ. Ниже — механика постоянной переадресации, отличия от соседних кодов, порядок переезда на новый домен и разбор ошибок, которые встречаются в аудитах чаще всего.

Что делает постоянная переадресация

Код 301 в ответе сервера означает: «документ переехал навсегда, обращайтесь по новому адресу». Это не просьба и не подсказка, а утверждение о состоянии адреса. Из него следуют три практических последствия.

Первое: браузер посетителя автоматически открывает новый адрес, и человек обычно даже не замечает, что произошёл переход. Второе: поисковый робот со временем убирает старый адрес из поиска и оставляет вместо него новый. Третье и главное: старый и новый адреса склеиваются, и новый наследует то, что накопил старый — внешние ссылки, историю обхода, возраст, накопленные поведенческие сигналы.

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

301, 302 и остальные способы переадресации

Самая дорогая ошибка при переезде — поставить временный код там, где нужен постоянный. Код 302 говорит поиску: «старый адрес актуален, я вернусь». Робот в этом случае оставляет в индексе старый адрес и не переносит на новый ни ссылочный вес, ни историю. Через полгода владелец обнаруживает, что новая структура в поиске так и не появилась.

Способ	Что сообщает поиску	Передаёт ли историю адреса	Когда применять
301	Переезд навсегда	Да	Смена адресов, переезд домена, склейка дублей
302	Временный переезд	Нет	Техработы, временная страница акции
307	Временный переезд с сохранением метода запроса	Нет	Формы и запросы отправки данных
308	Постоянный переезд с сохранением метода запроса	Да	Редкие случаи с формами, требующие постоянства
meta refresh	Перенаправление средствами страницы	Частично и ненадёжно	Когда доступа к серверу нет вообще
Перенаправление скриптом	Ничего явного	Нет	Внутренние сценарии интерфейса, не для переездов

Разница между серверным и клиентским способом принципиальна. Серверный ответ приходит до загрузки страницы: робот получает код и адрес назначения, не тратя обход на содержимое. Клиентский способ требует сначала загрузить страницу, а потом выполнить переход — часть роботов такой переход обрабатывает с задержкой, часть не обрабатывает вовсе. Для переезда используйте только серверный вариант; meta refresh остаётся крайним средством там, где к конфигурации сервера доступа нет.

Где настраивают переадресацию

Технически один и тот же результат достигается на четырёх уровнях, и выбор зависит от количества правил и от того, кто будет их поддерживать.

Уровень	Плюсы	Минусы	Когда выбирать
Конфигурация nginx	Самый быстрый ответ, обработка до запуска движка	Нужен доступ к серверу и перезагрузка конфигурации	Массовые правила, крупные сайты
Файл .htaccess (Apache)	Правится без перезапуска, доступен на любом хостинге	Читается при каждом запросе, ошибка кладёт весь сайт	Средние сайты, десятки правил
Средства движка	Правится из админки, видно редактору	Работает после запуска движка, медленнее	Единичные правила, частые изменения
Плагин переадресации	Удобный интерфейс, журнал обращений	Нагрузка на базу, зависимость от обновлений	Небольшие сайты, до сотни правил

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

Смежный материал по теме — «На вашем сайте 200 дублей страниц, и поисковик их ненавидит. Узнайте об этом до того, как просядут позиции».

Отдельное предупреждение про .htaccess. Файл читается на каждый запрос, и синтаксическая ошибка в нём отдаёт ошибку сервера по всему сайту, а не только по правилу с опечаткой. Перед правкой сохраняйте копию, после правки первым делом открывайте главную. И не считайте локальную копию файла актуальной: на боевом сервере его правят хостинг-панель, плагины безопасности и модули кэширования, так что перед изменениями файл нужно скачать заново.

Когда переадресация нужна, а когда вредит

Постоянная переадресация — не универсальное лекарство от удалённых страниц. Она уместна, когда у страницы есть преемник по смыслу. Если преемника нет, честный код ошибки работает лучше подмены.

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

Помогу с продвижением: SEO-специалист Анатолий Кузнецов — вывожу сайты в топ Яндекса белыми методами.

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

Про выделенный IP и его влияние на продвижение:

2:14

Переезд на новый домен: порядок действий

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

1. Собрать карту соответствий. Таблица из двух колонок: старый адрес — новый адрес. Источники — карта сайта, выгрузка страниц из поиска, список адресов из краулера. Каждая страница должна иметь получателя, а не отправляться на главную.
2. Поднять новый сайт полностью. Содержимое, структура, картинки, настройки индексации — всё готово до переключения. Переезжать на полупустой сайт нельзя.
3. Настроить постоянную переадресацию постранично. Правила лучше выносить на уровень сервера и делать по шаблону, а не списком из тысяч строк.
4. Проверить выборку вручную. Тридцать-сорок адресов разных типов: главная, категория, карточка, статья, страница с параметрами, адрес с кириллицей. Смотреть код ответа и конечный адрес.
5. Сообщить поиску. В Яндекс.Вебмастере добавить новый сайт и указать переезд главного зеркала, в Google Search Console использовать инструмент смены адреса.
6. Обновить внешние упоминания. Каталоги, карты организаций, соцсети, подписи в письмах, реклама. Что можно поменять — менять, остальное доберёт переадресация.
7. Держать старый домен оплаченным минимум год. Пока переадресация работает, склейка продолжается. Отключённый домен обрывает процесс и обнуляет накопленное.
8. Следить за показами, а не за позициями. Первые недели позиции скачут всегда. Показатель здоровья — число страниц в поиске на новом домене и суммарные показы.

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

Смена структуры адресов внутри сайта

Внутренняя перестройка адресов кажется безопаснее переезда, но по количеству ошибок в аудитах обгоняет его. Причина в том, что к переезду готовятся, а смену адресов часто делают походя — включили в настройках движка другой формат и пошли дальше.

Если нужны детали, смотрите «Новый закон вступил в силу: 700 000 рублей штрафа за кнопку «Войти через Google» на вашем сайте».

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

Здесь важен момент, который многие считают мелочью. Переадресация нужна для внешнего мира — для чужих ссылок и для адресов, застрявших в поиске. Внутренние ссылки на своём сайте должны вести напрямую на новые адреса. Оставлять внутри сайта ссылки на старые адреса в расчёте, что «редирект отработает», — значит заставлять робота при каждом обходе делать двойную работу и замедлять переиндексацию.

Цепочки и петли: почему они появляются и чем опасны

Цепочка возникает, когда адрес А ведёт на Б, Б на В, В на Г. Каждое звено добавляется отдельным решением в разное время: сначала переименовали раздел, через год перевели сайт на защищённый протокол, потом убрали префикс в адресе, потом сменили формат карточек. По отдельности каждое правило верное, вместе они складываются в лестницу.

Что происходит	Последствие для посетителя	Последствие для поиска
Одно звено	Незаметно	Нормальная работа, склейка идёт
Два-три звена	Заметная задержка на медленной связи	Склейка идёт, но обход расходуется вдвое-втрое
Пять и больше звеньев	Ощутимая задержка загрузки	Робот может остановиться, не дойдя до конца
Петля (адрес ведёт сам на себя через круг)	Браузер показывает ошибку	Страница недоступна, выпадает из поиска

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

Если нужна помощь по теме — заказать сайт.

Чинятся цепочки просто: правило переписывается так, чтобы вести из начальной точки сразу в конечную. Адрес А отправляется на Г напрямую, промежуточные звенья остаются на месте для тех, кто пришёл с середины. Проверить результат можно любым сервисом проверки ответов сервера или консольным запросом к адресу с показом всех переходов — в отчёте должно быть ровно одно звено.

Что происходит с весом и позициями после склейки

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

Подробнее об этом — в статье «5 эффективных способов прогреть клиента на вашем сайте и увеличить конверсию».

Чего переадресация не делает: она не переносит релевантность на страницу другой тематики. Если перенаправить статью про выбор насоса на карточку насоса, часть веса перейдёт, но по информационным запросам новый адрес выше не станет — у него другое назначение. Массовая переадресация неподходящих страниц на коммерческий раздел даёт эффект близкий к нулю, а иногда и минус, потому что поиск получает много сигналов о несоответствии.

Сроки. Единичный адрес склеивается за недели. Крупный переезд — от одного до трёх месяцев до стабилизации, дольше на сайтах с редким обходом. Ускорить процесс можно: отправить новые адреса на переобход в Вебмастере, обновить карту сайта, поставить ссылки на новый домен с ресурсов, которые робот посещает часто.

Частые ошибки настройки

• Все адреса на главную. Самый распространённый способ «сделать переезд быстро». Поиск обрабатывает это как отсутствие страницы, история не переносится.
• Временный код вместо постоянного. Часто получается случайно: движок по умолчанию ставит 302, а никто не проверил.
• Переадресация в цикл через нормализацию адреса. Слэш, регистр, префикс — правила из разных мест противоречат друг другу.
• Старые адреса остались во внутренних ссылках и карте сайта. Робот ходит по кругу вместо новых страниц.
• Старый домен отключён через месяц. Склейка обрывается, накопленное теряется.
• Переадресация настроена только для одного варианта написания. Правило учитывает адрес со слэшем, но не без него — половина ссылок не работает.
• Правила поверх страниц с параметрами. Шаблонное правило обрезает параметры, и рекламные метки перестают доходить до аналитики.
• Проверка «на глаз» в браузере. Браузер кэширует постоянную переадресацию, и вы видите старый результат. Проверять нужно в режиме без сохранения истории или через сервис проверки заголовков.

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

Частые вопросы

Сколько времени держать переадресацию? При переезде домена — минимум год, лучше дольше, пока по старым адресам идут обращения. Внутренние правила стоит держать постоянно: чужие ссылки и закладки живут годами.

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

Можно ли перенаправить несколько страниц на одну? Да, и это нормально при объединении разделов. Плохо это работает, когда объединяют страницы под разные запросы: одна страница не может быть одинаково релевантной десятку разных тем.

Что делать, если старый домен уже отключён? Восстановите его и включите переадресацию, если он ещё доступен для продления. Если домен ушёл — новый сайт придётся продвигать как новый; часть внешних ссылок вернуть уже нельзя.

Как проверить, что правило работает правильно? Смотрите на две вещи: код ответа должен быть 301 и переход должен быть один. Проверять — сервисом заголовков ответа или через панель разработчика на вкладке сети с отключённым кэшем.

Нужен ли редирект при переходе на защищённый протокол? Да, обязательно, иначе сайт будет доступен по двум адресам одновременно. Правило делается общим для всего сайта и должно вести сразу на конечный вариант написания адреса, без промежуточных звеньев.

Коротко

• Постоянная переадресация сообщает, что адрес сменился навсегда, и передаёт новому адресу внешние ссылки, историю и доверие; временный код 302 не передаёт ничего.
• Правила лучше держать на уровне сервера, когда их много, и в интерфейсе движка, когда их единицы; ошибка в .htaccess кладёт весь сайт, а не одно правило.
• Переадресация уместна только там, где у страницы есть преемник по смыслу; для удалённого без замены товара правильнее честный код ошибки.
• При переезде домена обязательны карта соответствий, постраничные правила, указание зеркала в панелях вебмастера и оплаченный старый домен минимум на год.
• Цепочки из нескольких звеньев тратят обход и замедляют склейку, петли выбрасывают страницу из поиска; правило переписывают из начальной точки сразу в конечную.
• Внутренние ссылки и карта сайта должны вести на новые адреса напрямую — переадресация нужна внешнему миру, а не вашему сайту.

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