Коротко: трафик после редизайна падает не из-за нового дизайна, а из-за технических ошибок переезда: сменились адреса страниц без редиректов, потерялась разметка, закрылась индексация, сломались языковые версии. Всё это проверяется заранее по чек-листу. Временная просадка на одну-две недели после переезда — норма. Падение, которое длится месяц и не восстанавливается, — симптом ошибки, и его надо диагностировать, а не ждать.
Редизайн выглядит безопасной задачей: меняется внешний вид, содержание остаётся. На практике вместе с дизайном почти всегда меняется структура — адреса страниц, вёрстка, способ отдачи контента. Поисковая система видит не «обновлённый сайт», а другой набор страниц по другим адресам, и заново решает, чему доверять.
Дальше — что именно ломается, как это предотвратить и что делать, если падение уже случилось.
Из-за чего трафик падает после редизайна
Сменились адреса страниц. Самая частая и самая дорогая ошибка. Годы накопленного доверия привязаны к конкретным URL. Если адреса изменились, а редиректы не настроены, все внешние ссылки и все запомненные поисковиком страницы упираются в пустоту.
Пропала структурированная разметка. Расширенные результаты в выдаче — рейтинги, ответы на частые вопросы, хлебные крошки — работают на разметке Schema.org. При переносе на новый шаблон её нередко теряют. Позиции могут остаться, а кликов станет меньше: сниппет выглядит беднее конкурентов.
Сайт остался закрытым от индексации. Тестовую версию закрывают от поисковиков через robots.txt или noindex — и забывают открыть после переезда. Сайт исчезает из выдачи целиком, а причина находится в одной строке.
Изменились заголовки и описания. Новый шаблон генерирует title и description по своему шаблону, вместо написанных вручную. Внешне всё в порядке, а релевантность страниц запросам падает.
Сломались языковые версии. Локали поменялись местами, hreflang остался на старых адресах, редиректов между языками нет. Поисковик перестаёт понимать, какая версия для какой аудитории, и понижает всю структуру. Так было у одного из моих клиентов после AI-редизайна — разбор этого случая я публиковал отдельно.
Изменился способ отрисовки страниц. Контент, который раньше отдавался сервером, стал собираться в браузере. Робот приходит и видит пустую страницу.
Урезали контент. Ради чистого дизайна сокращают тексты, убирают «лишние» разделы. Вместе с ними уходят страницы, которые приводили трафик по конкретным запросам.
Сайт стал медленнее. Тяжёлые изображения, лишние скрипты, анимации. Скорость влияет и на позиции, и на поведение посетителей.
Что сделать до переезда
Снять базовые показатели. Выгрузить из Search Console позиции, показы и клики по страницам и запросам за последние месяцы. Без этой точки отсчёта после запуска нельзя будет понять, что просело и насколько.
Собрать полный список адресов. Просканировать текущий сайт краулером и получить все URL, включая те, о которых вы забыли. Отдельно выписать страницы, приносящие трафик, — их трогать опаснее всего.
Решить, меняются ли адреса. Самый безопасный редизайн — тот, где структура URL сохраняется. Если адреса всё же меняются, составить карту соответствия: каждый старый адрес ведёт на конкретный новый, а не на главную.
Перенести заголовки и описания вручную. Title и description по каждой странице переносятся как есть, а не генерируются шаблоном заново.
Сохранить разметку. Список того, что стояло на старом сайте: организация, услуги, частые вопросы, хлебные крошки, локальный бизнес. Всё это должно появиться на новом.
Собрать на тестовом окружении. Отдельный домен или поддомен, закрытый от индексации, где всё проверяется до публикации. Выкатывать редизайн сразу в продакшен — источник большинства историй с обрушением трафика.
Проверить, что видит робот. Не браузер, а именно сервер: открывается ли контент без выполнения скриптов, отдаются ли тексты и ссылки сразу.
В день переезда
Открыть индексацию. Убрать noindex, проверить robots.txt, убедиться, что канонические адреса указывают на новые страницы.
Включить редиректы. Постоянные, 301, по карте соответствия. Проверить выборочно вручную: старый адрес должен вести на релевантную новую страницу за один переход.
Обновить и отправить карту сайта. Новый sitemap.xml — в Search Console, чтобы поисковик быстрее нашёл изменения.
Проверить основные страницы. Главная, самые посещаемые, все языковые версии: отдаются ли, правильные ли заголовки, на месте ли разметка.
Замерить скорость. PageSpeed сразу после запуска — чтобы поймать тяжёлые изображения и скрипты, пока это свежо.
После запуска: что нормально, а что тревожно
Просадка на одну-две недели — нормальная реакция: поисковику нужно переобойти сайт и пересобрать картину. Позиции скачут, показы прыгают, потом выравниваются.
Тревожные признаки, при которых надо не ждать, а искать причину:
Трафик падает и не восстанавливается больше месяца. Само не пройдёт.
В Search Console растут ошибки сканирования и страницы «не найдено». Значит, редиректы неполные или ведут не туда.
Из выдачи пропали расширенные сниппеты, которые раньше были. Потеряна разметка.
Проиндексированных страниц стало заметно меньше. Часть сайта недоступна поисковику.
Позиции упали разом по всем языковым версиям. Сломана языковая структура.
Первые недели после переезда Search Console стоит смотреть раз в несколько дней, а не раз в квартал: чем раньше найдена причина, тем дешевле её исправить.
Из практики
Перенос сайта автосервиса с MODX на WordPress: структура адресов сохранена, разметка перенесена и дополнена, скорость выросла — мобильный PageSpeed поднялся примерно с 50 до 92. Это пример того, как выглядит миграция, сделанная по чек-листу: смена платформы, а не потеря позиций.
Обратный пример — строительная компания, где редизайн выкатили в продакшен без проверки: адреса сменились без редиректов, языковые версии поменялись местами, разметка пропала. Сайт начал терять трафик через два дня и не восстанавливался больше месяца. Диагностика и исправление заняли две недели, восстановление позиций — ещё около месяца. Подробный разбор этого случая я публиковал отдельно.
Разница между двумя историями не в платформе и не в бюджете, а в том, проверялся ли переезд до публикации.
Если трафик уже упал
Порядок действий такой же, как при любой диагностике: сначала понять причину, потом чинить.
1. Проверить индексацию. Не закрыт ли сайт в robots.txt, нет ли noindex на страницах, сколько страниц в индексе против того, что было.
2. Проверить старые адреса. Взять список URL, приносивших трафик, и пройти по ним: отдают 404 или ведут на новые страницы.
3. Сравнить заголовки и описания с тем, что было до переезда.
4. Проверить разметку через инструменты проверки структурированных данных.
5. Посмотреть, что видит робот — открывается ли контент без выполнения скриптов.
6. Проверить языковые версии, если их несколько: правильные ли адреса, на месте ли hreflang.
Большинство таких проблем чинится быстрее, чем кажется, — если знать, где искать. Дороже всего обходится не сама ошибка, а месяцы, потраченные на ожидание, что «само восстановится».
Сколько это стоит
Технический аудит — от 250 €. Диагностика перед переездом или разбор ситуации, если трафик уже просел: что сломалось, в каком порядке чинить.
Редизайн с сохранением трафика — от 1000 €. Новый дизайн и вёрстка на существующей структуре, с переносом адресов, разметки и метаданных.
Точная стоимость зависит от размера сайта и состояния текущей версии.
Как я это делаю
Я совмещаю разработку и SEO, поэтому не разделяю «сделать красиво» и «не потерять позиции» на две задачи для двух исполнителей. Структура адресов, редиректы, разметка и способ отдачи контента продумываются на этапе проектирования, а не выясняются после запуска.
С чего начать
Редизайн не обязан стоить вам трафика. Всё, что для этого нужно, — заранее снять показатели, сохранить адреса или составить карту редиректов, перенести разметку и метаданные, собрать всё на тестовом окружении и проверить сайт глазами поискового робота, а не только глазами дизайнера.
Если планируете редизайн или уже переехали и видите падение — напишите мне, посмотрим, что происходит с сайтом.
