301 редирект убивает SEO продвижение вашего сайта

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

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

Почему сама технология здесь ни при чём

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

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

Сценарии одной таблицей

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

Сценарий	Правильное решение	Частая ошибка
Удалили раздел, содержимое никуда не переехало	Отдавать 404 или 410, убрать ссылки на раздел	Перенаправить весь раздел на главную
Страница услуги переехала в другой раздел	301 на новый адрес той же услуги	301 на общий список услуг
Товара нет в наличии временно	Оставить страницу, показать статус и альтернативы	Перенаправить на категорию
Товар снят с производства навсегда	301 на прямую замену, если она есть, иначе 404 и ссылка на категорию	Массовый 301 всех снятых товаров на одну категорию
Два адреса с одинаковым содержимым внутри сайта	Канонический адрес или настройка CMS, чтобы дубль не появлялся	Редирект, который ломает работу фильтров и пагинации
Страница с параметрами сортировки и фильтрами	Канонический адрес на базовую страницу, правила в robots	301 всех параметров на базовый адрес
Смена домена	Постраничное соответствие один к одному, заявка в панели вебмастера	Перенаправление всего старого домена на главную нового
Переход на защищённый протокол	301 с http на https по всем адресам, замена внутренних ссылок	Редирект настроен, а внутри сайта остались ссылки на http

Весь старый сайт на главную: самый дорогой способ переехать

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

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

Что происходит с позициями дальше:

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

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

Склейка непохожих страниц

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

Типичные источники такой склейки:

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

Проверка простая: откройте старый адрес в архиве или в своей копии, откройте новый, и ответьте на вопрос — человек, искавший то, что было на старой странице, получит на новой ответ? Если ответ «частично» или «пусть поищет в меню», склейка не сработает.

Цепочки и петли

Цепочка — это когда адрес А ведёт на Б, Б ведёт на В, В ведёт на Г. Каждое звено по отдельности когда-то было осмысленным: сначала поменяли структуру каталога, через год перешли на защищённый протокол, ещё через год убрали www, потом переименовали раздел. Никто не переписывал старые правила, их просто добавляли сверху. Через несколько лет часть адресов сайта проходит по четыре-пять переходов до конечной страницы.

Чем это вредит:

Смежный материал по теме — «Как Яндекс Директ убивает позиции вашего сайта».

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

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

Лечение одно: держать все правила в одном месте и периодически схлопывать цепочки, переписывая исходное правило сразу на конечный адрес.

# цепочка, которая накопилась
/uslugi/remont.html   ->  /uslugi/remont/
/uslugi/remont/       ->  /services/remont/
/services/remont/     ->  https://site.ru/services/remont/

# то же самое после схлопывания
/uslugi/remont.html   ->  https://site.ru/services/remont/

Редирект вместо исправления причины

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

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

Где это выходит боком:

• Дубли из-за параметров. Сортировка, фильтры, метки рекламных кампаний. Если перенаправить адреса с параметрами на базовый, перестанут работать сортировка в каталоге и разметка трафика в аналитике. Здесь нужен канонический адрес, правила обработки параметров и настройка индексации, а не редирект.
• Пагинация. Перенаправление всех страниц списка на первую выбрасывает из индекса товары и статьи, которые дальше первой страницы больше нигде не встречаются.
• Версии для печати и служебные копии. Задача решается запретом индексации и каноническим адресом, а не сломанной кнопкой печати.
• Дубли, которые генерирует CMS. Адрес со слешем и без, с заглавными буквами, с идентификатором вместо человекочитаемого адреса. Правильный ход — настроить систему так, чтобы дубль вообще не появлялся, и только для уже проиндексированных адресов добавить перенаправление.

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

Сколько ждать результата

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

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

Что происходит	Признак в отчётах	Когда делать выводы
Робот увидел перенаправления	Рост обращений к старым адресам в статистике обхода	Первые дни — просто подтверждение, что правила видны
Новые адреса попадают в индекс	Растёт число страниц в поиске на новом адресе	По мере обхода, начиная с верхних уровней
Старые адреса уходят из индекса	Они помечены как перенаправленные, а не как ошибки	Ключевая проверка: статус должен быть именно перенаправление
Позиции возвращаются к прежним	Динамика по группам запросов, а не по отдельным	Оценивать не раньше, чем большая часть адресов сменилась в индексе
Процесс завершён	Старых адресов в индексе практически не осталось	Только теперь сравнение «до и после» корректно

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

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

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

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

Когда смена структуры действительно оправдана:

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

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

Если нужны детали, смотрите «SEO факторы влияющие на продвижение сайта».

Что проверить перед массовой сменой адресов

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

Что проверить	Зачем	Чем грозит пропуск
Полный список текущих адресов из карты сайта, логов сервера и отчётов поиска	Понять реальный объём и не забыть страницы, о которых не помнили	Часть адресов останется без соответствия и отдаст 404
Список адресов, приносящих трафик и заявки	Расставить приоритеты и проверять их в первую очередь	Потеря самых ценных страниц заметна позже всего
Внешние ссылки на конкретные страницы	Эти адреса обязаны вести на прямые соответствия	Потеря ссылочного веса без возможности вернуть
Постраничное соответствие старый адрес — новый адрес	Основа всей операции	Массовая склейка «на ближайшее» вместо точной
Внутренние ссылки, меню, перелинковка	Внутри сайта ссылки должны сразу вести на новые адреса	Каждый внутренний переход идёт через редирект
Карта сайта и файл robots	В карте только новые адреса, правила не блокируют обход	Робот не увидит новые страницы или не дойдёт до перенаправлений
Канонические адреса на новых страницах	Они должны указывать на самих себя, а не на старые адреса	Противоречивые сигналы, склейка не идёт
Правила на тестовой копии	Поймать петли и обрывы до выкладки	Сайт целиком уходит в ошибку перенаправления

Переезд на новый домен

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

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

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

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

Чек-лист переезда

Этап	Действие	Как убедиться, что сделано
Подготовка	Выгрузить все адреса старого домена и составить соответствие	В таблице нет строк без пары
Подготовка	Развернуть полную копию сайта на новом домене	Все разделы открываются, поиск по сайту работает
Подготовка	Закрыть новый домен от индексации до момента запуска	Проверка файла robots и заголовков ответа
Подготовка	Подтвердить оба домена в панелях вебмастера	Права подтверждены, отчёты доступны
Запуск	Открыть новый домен для индексации	Запрет снят, карта сайта отправлена
Запуск	Включить постраничные перенаправления со старого домена	Выборочная проверка кодов ответа по списку
Запуск	Подать заявку о переезде в панелях вебмастера	Заявка принята, главное зеркало указано
Запуск	Заменить внутренние ссылки, счётчики, разметку на новый домен	Поиск по исходному коду не находит старый домен
После запуска	Проверить весь список адресов на коды ответа и цепочки	Везде один переход и код 301
После запуска	Обновить ссылки на сайт во внешних источниках, где есть доступ	Справочники, соцсети, реклама, подписи
Наблюдение	Следить за индексацией и исключёнными страницами на обоих доменах	Старые адреса помечены как перенаправленные
Наблюдение	Держать старый домен оплаченным и перенаправляющим минимум год	Домен продлён, правила на месте

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

Защищённый протокол и объединение зеркал

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

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

Что должно быть закрыто:

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

Самая частая ошибка — комбинация правил, дающая двойной переход: http без www ведёт на http с www, а тот уже на https с www. Формально работает, по факту это цепочка на каждом адресе сайта. Второе по частоте — правило, написанное только для главной страницы, из-за чего внутренние страницы годами доступны по обоим протоколам сразу и конкурируют между собой.

Что считать нормальными потерями

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

Подробнее об этом — в статье «Влияет ли возраст домена на продвижение сайта».

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

Как проверять результат

Проверка после переезда — это не «посмотреть, открывается ли сайт». Нужны четыре независимых среза, и каждый показывает свою часть картины.

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

# хорошо
/old/page/  301  ->  https://new.ru/page/  200   переходов: 1

# плохо
/old/page/  301  ->  /page/  301  ->  https://new.ru/page/  200   переходов: 2
/old/page/  302  ->  https://new.ru/  200   временный редирект и не тот адрес

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

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

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

Если позиции уже упали

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

Шаг	Что проверяем	Что делаем при отклонении
1	Доступность нового сайта для робота: коды ответа, robots, запрет индексации	Снять запреты, устранить ошибки сервера
2	Тип перенаправления: 301, а не 302 и не отдача через скрипт	Заменить на постоянное на уровне сервера
3	Наличие цепочек и петель по списку адресов	Схлопнуть правила до одного перехода
4	Точность соответствия: страница ведёт на страницу с тем же содержимым	Переделать соответствие для всех страниц, ушедших на главную и на общие разделы
5	Канонические адреса на новых страницах	Указать самих себя, убрать ссылки на старые адреса
6	Сохранность содержимого: тексты, заголовки, разметка, картинки	Восстановить утраченное из копии старого сайта
7	Внутренняя перелинковка и меню	Заменить все внутренние ссылки на конечные адреса
8	Карта сайта и заявка в панелях вебмастера	Обновить карту, подать или повторить заявку о переезде
9	Приоритетные страницы отправить на переобход	Начать со страниц, дававших трафик и заявки
10	Наблюдение по группам запросов	Оценивать после смены большей части адресов в индексе, не раньше

Отдельно про соблазн откатить всё назад. Откат оправдан только в одном случае: если новый сайт объективно хуже старого по содержимому и его быстро не довести. Если содержимое на месте, а сломано соответствие адресов, откат добавит второй переезд поверх первого и удлинит восстановление вместо того, чтобы ускорить его.

Спланировать переезд без потери позиций помогу на SEO-консультации.

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

Можно ли перенаправить удалённый раздел на главную, если замены нет?
Лучше отдать 404 или 410. Для поиска перенаправление на нерелевантную страницу означает то же, что отсутствие документа, но при этом мешает роботу быстро понять ситуацию и засоряет карту перенаправлений. Честная ошибка обрабатывается предсказуемее. Если у раздела были внешние ссылки, сделайте информативную страницу ошибки со ссылками на близкие разделы.

Сколько времени держать перенаправления со старого домена?
Минимум год, а если по старым адресам продолжают приходить переходы — дольше. Часть внешних ссылок и упоминаний живёт годами, и пока по ним идут люди, отключать правила рано. Стоимость продления домена несопоставима со стоимостью потерянной ссылочной массы.

Переносятся ли внешние ссылки при перенаправлении?
Да, если целевая страница отвечает тому же запросу, что и исходная. При склейке на нерелевантный адрес перенос сигналов не происходит — механизм опирается на соответствие содержимого, а не на факт наличия правила.

Чем заменить редирект для дублей с параметрами?
Каноническим адресом и настройкой обработки параметров. Перенаправление здесь ломает сортировку, фильтры и разметку рекламных кампаний, а задачу решает не лучше. Редирект уместен, когда адрес должен исчезнуть навсегда.

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

О границе между оптимизацией и нарушением:

5:21

Коротко

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