Проблемы SEO возникающие после редизайна сайта

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

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

Почему поисковик реагирует на редизайн падением

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

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

Разница между аккуратным переездом и катастрофой измеряется цифрами. При корректной подготовке падение составляет пятнадцать-двадцать пять процентов и отыгрывается за четыре-восемь недель. Без подготовки трафик уходит на семьдесят процентов и вниз, а восстановление растягивается на полгода-год, причём часть позиций не возвращается вовсе — их за это время заняли конкуренты, и вернуть место сложнее, чем удержать.

Что именно теряется при переезде

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

Что теряется	Как это выглядит после запуска	Последствие для трафика
Адреса страниц	Старые URL отдают 404 или ведут на главную	Самое тяжёлое: страницы выпадают из индекса вместе с ссылочным весом
Мета-теги	Везде одинаковый title вида «Главная — Название компании»	Сайт теряет соответствие запросам, падают показы
Тексты на посадочных	Вместо двух тысяч знаков осталось триста ради «воздуха»	Страница перестаёт отвечать на запрос, уступает более полным
Заголовки H1–H3	Заголовки собраны из div со стилями, тегов нет	Пропадает структура документа, ключевые фразы обесцениваются
Внутренняя перелинковка	Меню сократили до пяти пунктов, ссылки из текстов вырезали	Вес перестаёт доходить до вложенных страниц
Микроразметка	Товары, отзывы, хлебные крошки больше не размечены	Из выдачи пропадают расширенные сниппеты, падает кликабельность
Robots.txt и sitemap	С тестового сервера переехал запрет на индексацию	Полное выпадение сайта из поиска за одну-две недели
Счётчики аналитики	Код Метрики не перенесли на новый шаблон	Данных нет, масштаб проблемы невозможно оценить

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

Потеря адресов и цепочки редиректов

Смена адресов — причина номер один по частоте и по тяжести. При переходе на другую CMS структура URL меняется почти всегда: раздел /catalog/ становится /shop/, транслитерация заменяется английскими словами, из адреса убирают расширение или, наоборот, добавляют слеш в конце. Каждое такое изменение обнуляет накопленную страницей историю, если между старым и новым адресом нет связи.

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

Тему разбирал отдельно: «Главные проблемы сдерживающие продвижение сайта».

• Выгрузите полный список старых адресов из Вебмастера, Метрики, файла sitemap и логов сервера за последние полгода. Четыре источника, а не один: каждый показывает свою часть картины, и объединённый список всегда длиннее любого отдельного.
• Составьте карту соответствий в виде таблицы «старый адрес — новый адрес». Для страниц, у которых прямого аналога нет, подберите ближайший по смыслу раздел, а не главную.
• Настройте редиректы до открытия сайта, а не после первых жалоб. Идеальный вариант — залить правила одновременно с выкаткой нового шаблона.
• Проверьте отсутствие цепочек. Ситуация «адрес А ведёт на Б, Б на В» встречается сплошь и рядом, когда сайт переезжал уже дважды. Каждое звено съедает часть веса и замедляет обход.
• Убедитесь, что код ответа именно 301, а не 302 и не 307. Временный редирект сообщает поисковику, что старый адрес ещё вернётся, и передачу сигналов он откладывает.

Отдельная ловушка — редиректы, настроенные средствами JavaScript или мета-обновлением страницы. Внешне человек попадает куда нужно, но для робота это не переадресация, а обычная страница с непонятным содержимым. Правила должны стоять на уровне сервера: в конфигурации nginx или в файле .htaccess.

Контент и мета-теги: где исчезают тексты

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

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

Общий разбор: как продвигать сайт в Яндексе:

0:55

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

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

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

Смежный материал по теме — «Провел аудит строительного сайта в Сочи | Ищем SEO проблемы».

Технические слои, о которых забывают

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

1. Запрет индексации с тестового домена. Разработка велась на поддомене, закрытом директивой Disallow. При переносе файл robots.txt уехал вместе с остальным. Самая обидная и самая быстрая по последствиям ошибка: сайт исчезает из поиска целиком за одну-две недели.
2. Мета-тег noindex в шаблоне. Тот же сценарий, но спрятанный внутри шапки страницы, где его труднее заметить.
3. Sitemap со старыми адресами. Карта сайта не перегенерировалась, робот ходит по несуществующим URL и тратит на них бюджет обхода.
4. Дубли из-за нового движка. Одна и та же страница доступна со слешем и без, с параметрами сортировки, в версии для печати. Без canonical поисковик выбирает главную версию сам, и часто не ту.
5. Потеря скорости. Новый дизайн приносит шрифты, слайдеры, анимации и тяжёлые изображения. Сайт, который грузился за секунду, начинает открываться за пять.
6. Сломанная мобильная версия. Адаптив проверяют на двух разрешениях, а горизонтальную прокрутку на реальном телефоне не ловят.
7. Смена протокола или домена заодно с редизайном. Два переезда одновременно удваивают риск и лишают возможности понять, что именно дало просадку.

Слепок сайта до переезда

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

Что выгрузить	Откуда	Зачем понадобится
Все индексируемые адреса	Вебмастер, sitemap, краулер, логи сервера	Основа карты редиректов и список для сверки после запуска
Title и description по каждому URL	Обход краулером	Сравнить после переезда и восстановить утраченное
Тексты посадочных страниц	Обход краулером или выгрузка из базы	Проверить, не сократили ли содержимое
Топ-100 страниц по трафику	Метрика, отчёт по страницам входа за год	Приоритет проверки: их чинят первыми
Позиции по ядру	Сервис съёма позиций, снимок за неделю до	Точка отсчёта, без неё спор о падении беспредметен
Список внешних ссылок	Вебмастер, Мегаиндекс	Страницы-доноры трафика нельзя терять ни при каких условиях
Скорость ключевых шаблонов	Замер главной, раздела и карточки	Сравнить до и после, поймать деградацию
Структура заголовков	Обход краулером	Убедиться, что H1 остались тегами, а не стилями

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

Первые сутки после запуска

Момент открытия нового сайта — это не финиш, а начало самой ответственной недели. Порядок проверок отработан и не меняется от проекта к проекту.

Когда	Что проверить	Признак проблемы
Первый час	robots.txt и мета-тег robots на шаблонах	Слово Disallow для всего сайта или noindex в коде
Первый час	Код счётчика на всех типах страниц	В отчёте по страницам входа нет карточек или статей
Первые три часа	Выборка из 50 старых адресов вручную	404 или редирект на главную вместо аналога
Первый день	Работа форм и кликабельность телефона на мобильном	Заявка не уходит, номер не набирается по нажатию
Первый день	Полный обход краулером с проверкой кодов ответа	Массовые 404, 500, цепочки редиректов
Первая неделя	Отправка нового sitemap и переобход ключевых страниц	Робот не заходит на новые адреса неделями
Первая неделя	Сверка title и description со слепком	Шаблонные заголовки вместо индивидуальных
Вторая неделя	Динамика показов в Вебмастере по разделам	Показы падают быстрее, чем клики

Что делать, если трафик уже упал

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

Симптом	Вероятная причина	Что делать
Пропали все страницы, включая главную	Запрет индексации в robots.txt или мета-теге	Снять запрет, отправить на переобход главную и разделы
Главная в поиске, внутренние выпали	Старые адреса отдают 404, редиректов нет	Собрать карту соответствий и настроить 301 постранично
Страницы в индексе, позиции ниже на 10–30 мест	Сокращён текст, потеряны заголовки и мета-теги	Восстановить содержимое из слепка, вернуть теги H1–H3
Позиции держатся, кликов меньше	Пропали расширенные сниппеты и микроразметка	Вернуть разметку хлебных крошек, товаров, отзывов
Провал только по мобильным	Горизонтальная прокрутка, тяжёлые скрипты, мелкие кнопки	Проверить на реальных устройствах, чинить вёрстку и вес страницы
Просели вложенные страницы, разделы в порядке	Урезано меню и внутренняя перелинковка	Вернуть ссылки из текстов, добавить блоки связанных материалов
Трафик тот же, заявок меньше	Изменился путь к форме, кнопка ушла вниз	Смотреть записи визитов и карту кликов, возвращать призыв на первый экран

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

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

Если нужны детали, смотрите «Бесплатное продвижение сайта в поисковиках».

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

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

Как провести редизайн без потерь

Рабочая схема, которую я советую всем, кто только планирует обновление, состоит из пяти шагов и растягивается примерно на месяц.

• Зафиксировать нынешнее состояние. Слепок из таблицы выше делается до того, как дизайнер начал работу, — тогда его результаты можно включить в техническое задание.
• Внести SEO-требования в ТЗ студии. Сохранить структуру адресов там, где это возможно; сохранить объём текстов на посадочных; заголовки тегами; блоки перелинковки; микроразметка; предельный вес страницы.
• Проверить новую версию до открытия. Обойти тестовый сайт краулером, сверить со слепком по адресам, заголовкам и объёму текстов, получить список расхождений и закрыть его до запуска.
• Выкатывать в спокойный период. Не перед сезонным пиком и не в пятницу вечером. Идеально — начало недели в межсезонье, когда есть запас на устранение сюрпризов.
• Держать наблюдение месяц. Ежедневный контроль индексации и кодов ответа первую неделю, дальше раз в два-три дня. Просадка, замеченная на третий день, чинится за час; та же просадка, замеченная через полтора месяца, стоит квартала работы.

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

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

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

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

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

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

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

Коротко

• Падение после редизайна вызывает не новый макет, а потеря адресов, текстов, мета-тегов и разметки — всего, что не видно на экране.
• Постраничные 301-редиректы обязательны; общий редирект на главную не передаёт вес и равносилен отсутствию редиректов.
• Слепок сайта до переезда — адреса, заголовки, тексты, позиции, топ страниц по трафику — делается за неделю до запуска и экономит месяцы восстановления.
• В первый час после открытия проверяют robots.txt, мета-тег robots и код счётчика: запрет индексации выносит сайт из поиска за одну-две недели.
• Не совмещайте редизайн со сменой домена, протокола и CMS: при одновременных изменениях причину падения потом не найти.
• Сроки восстановления зависят от типа потери: индексация возвращается за месяц, адреса за квартал, доверие к содержимому — до полугода.

Если после обновления сайта трафик просел и непонятно, что именно потерялось при переносе, приходите на SEO-консультацию — сверим новую версию с тем, что было в индексе, и составим список правок по приоритету потерь.