Редизайн без потери трафика: SEO-план, который спасает позиции и заявки

Редизайн сайта почти всегда продаётся как история про «стало красивее, современнее, удобнее». На практике для бизнеса это совсем другая история: вы меняете URL, шаблоны, CMS, шаблонные мета-теги, навигацию, внутреннюю перелинковку, рендеринг и коммерческие блоки. То есть трогаете не оболочку, а всю поисковую память сайта. Именно поэтому редизайн без SEO-контроля регулярно оборачивается падением продаж на 50–80%: новые страницы ещё не набрали вес, старые уже исчезли из индекса, а разработка формально "сдана". Google прямо предупреждает о временных колебаниях ранжирования при переезде и рекомендует постоянные серверные редиректы, а Яндекс отдельно указывает, что перенос сайта может занимать недели и месяцы.

Если говорить жёстко, редизайн сайта без потери трафика — это не задача дизайнера и не зона ответственности одного верстальщика. Это проект миграции поискового капитала. И SEO-сопровождение здесь не "опция", а страховка инвестиций в разработку.

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

Когда редизайн действительно нужен, а когда он противопоказан

Эстетика vs маркетинг: техническое устаревание, плохая мобильная конверсия, переход на новую бизнес-модель

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

Отдельный триггер — производительность. Google рекомендует добиваться хороших Core Web Vitals и рассматривает LCP, INP и CLS как базовые показатели качественного пользовательского опыта. Если новый шаблон красивый, но тяжёлый, вы можете получить ухудшение и по UX, и по органике.

Ситуации, когда визуальные правки можно внедрить без тотальной пересборки движка

Если задача сводится к обновлению шрифтов, сетки, блоков доверия, карточек услуг, CTA, форм, иконок и первого экрана, это часто можно сделать без полной миграции. Иногда бизнесу нужен не редизайн, а controlled refresh: доработка шаблонов, улучшение мобильной версии, ускорение страниц, пересборка меню и коммерческих секций.

Это дешевле и безопаснее. Потому что каждая лишняя смена сущности — новый движок, новая логика URL, новый JS-стек — увеличивает вероятность потерять индекс, вес и заявки.

Что критически важно замерить и выгрузить до старта работ

На этом этапе большинство команд совершают фатальную ошибку: запускают дизайн и разработку, не сняв "слепок" старого сайта. В итоге после релиза не с чем сравнивать.

Полный бэкап структуры: парсинг всех URL, находящихся в индексе и имеющих трафик

До первого макета нужно собрать единый реестр страниц из нескольких источников:

• XML Sitemap;
• краулинг сайта;
• страницы из индекса Яндекса и Google;
• URL с organic-трафиком;
• URL с внешними ссылками;
• URL, которые участвуют в продажах и заявках.

Выгружается не только список страниц, но и их статус: индексируется ли URL, получает ли трафик, генерирует ли заявки, имеет ли входящие ссылки, привязан ли к кластеру запросов. На практике именно эта таблица потом становится основой Redirect Map и матрицы приоритетов.

Фиксация текущих позиций, срезы видимости и выгрузка мета-данных (Title, Description, H1)

Старый сайт хранит в себе годы накопленной релевантности. Если на новом шаблоне пропадёт H1, сломается шаблон Title или обрежется SEO-текст, вы потеряете не "техническую мелочь", а деньги.

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

Минимальный набор для выгрузки до старта:

• Title;
• Description;
• H1;
• каноникал;
• индексируемый текст;
• хлебные крошки;
• внутренние ссылки;
• alt у важных изображений;
• Schema.org;
• SEO-блоки в категориях;
• шаблонные переменные CMS.

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

Анализ коммерческих и поведенческих факторов «старого» сайта

На действующем сайте уже есть элементы, которые помогают ранжированию и конверсии: контакты, способы оплаты, отзывы, блоки доверия, доставка, гарантии, FAQ, фильтры, микроразметка, наличие цен, наличие бренда в Title, удобный mobile UX.

Для Яндекса это особенно чувствительно. В логике ИКС полезность и удобство сайта завязаны на аудиторию, удовлетворенность пользователей и доверие. Если редизайн делает сайт "чище", но убирает важные коммерческие сигналы, вы теряете и конверсию, и поисковую силу.

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

Интеграция SEO-ТЗ на этапе прототипирования и дизайна

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

Как дизайнеры невольно уничтожают текстовую релевантность (и как этого избежать)

Дизайнеру хочется воздуха, минимализма и "чистого первого экрана". SEO требует смысла, иерархии и полноты ответа на интент. На стыке этих двух интересов рождаются типовые потери:

• удалили текст категории как «лишний»;
• спрятали важные блоки в табы/аккордеоны;
• убрали H1 из-за конфликта с баннером;
• заменили текст карточек на иконки;
• вынесли ключевые свойства товара в JS-компоненты, которые не попадают в рендер.

Google по-прежнему описывает поиск по JavaScript как процесс crawl, render, index и отдельно подчёркивает, что SSR или prerender — по-прежнему отличная идея, потому что это быстрее для пользователей и роботов, а не все боты вообще исполняют JavaScript одинаково. Кроме того, поисковик надёжно обнаруживает ссылки тогда, когда это обычные ссылки с тегом <a href>.

Следовательно, SEO-ТЗ на дизайн — это не "добавить текст где-нибудь внизу". Это заранее зафиксировать:

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

Проектирование вложенности и структуры меню с точки зрения распределения ссылочного веса

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

При редизайне важно сохранить:

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

Иначе новый дизайн может буквально утопить сильные посадочные страницы на четвёртом уровне вложенности.

Архитектура Redirect Map: как правильно перенести структуру URL

Redirect Map — это сердце миграции. Не приложение к релизу, не "потом настроим", а основной технический документ проекта.

Правило «1 в 1»: золотой стандарт миграции страниц

Идеальная логика проста: каждому старому URL должен соответствовать один новый URL с максимально близким интентом.

Google рекомендует серверные постоянные редиректы и пишет, что код 301 или 308 не приводит к потере PageRank. При этом редиректы стоит держать как можно дольше, обычно не меньше года, а цепочек нужно избегать и вести сразу в конечную точку.

Что это значит на практике:

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

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

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

Не все страницы можно сохранить. Но удаление тоже должно быть управляемым.

Правило простое:

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

Для крупных каталогов Redirect Map обычно комбинирует ручную карту для приоритетных URL и шаблонные правила через регулярные выражения (RegEx) для хвостовых сегментов. Но RegEx допустим только после выборочной валидации, иначе одно неверное выражение отправит тысячи страниц в нерелевантные разделы.

Нужна карта редиректов и новая SEO-структура до запуска? Закажите эту работу в Калинин Студио отдельно: мы собираем старую структуру, проектируем новую, рассчитываем зону риска и выдаём готовую Redirect Map для внедрения разработчиками.

Чек-лист предрелизного тестирования на тест-сервере (Dev/Stage)

В грамотном проекте сайт сначала проходит staging, и только потом попадает в production.

Проверка кодов ответа, дублей, канонических ссылок и разметки

На stage-сервере нужно проверить:

• Коды ответа 200/301/404/410: чтобы не было битых страниц и ложных success-ответов.
• Robots.txt и meta robots: чтобы staging не попал в индекс, а production не оказался закрыт от поисковиков.
• Canonical: чтобы не создать дубли между параметрами, пагинацией, http/https, с www и без www.
• Sitemap.xml: чтобы в карту попали только нужные актуальные URL.
• Hreflang при мультиязычности: чтобы не спутать языковые версии.
• Schema.org: чтобы не потерять сниппетные улучшения в выдаче.
• Шаблоны Title / Description / H1: чтобы CMS случайно не обнулила важные мета-данные.
• Внутренние ссылки: чтобы на сайте не осталось ссылок, ведущих на старые URL.

Яндекс отдельно указывает, что для переезда с HTTP на HTTPS нужен именно 301 или 302 редирект, а не попытка "склеить" версии только через тег canonical.

Для SPA и сложных JS-интерфейсов обязательна дополнительная проверка:

• отрисовывается ли контент без пользовательских действий;
• есть ли реальные HTML-ссылки;
• не возникают ли ошибки soft 404;
• получает ли робот полный контент в rendered HTML.

Тестирование скорости и адаптивности нового шаблона

Не надо принимать редизайн по Figma-макету. Его нужно принимать по реальным метрикам шаблона.

Базовые ориентиры Core Web Vitals:

• LCP — до 2,5 сек;
• INP — менее 200 мс;
• CLS — менее 0,1.

Кроме "сухих" метрик тестируются:

• вес изображений;
• критический CSS;
• lazy-load без поломки индексации контента;
• шрифты;
• работа попапов и межстраничных объявлений на мобильных;
• устойчивость шаблона на слабых устройствах.

Если новый дизайн красив на MacBook разработчика, но тормозит на среднем Android — для SEO и продаж это плохой дизайн.

День X: контроль и мониторинг после релиза

Запуск — не финал. Это начало самого ответственного этапа.

Первые 72 часа: панели Вебмастеров, логи сервера, скорость индексации

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

• проверить robots.txt, sitemap.xml, canonical;
• убедиться, что редиректы работают без цепочек;
• загрузить новые карты сайта в панели вебмастеров;
• посмотреть обход роботов Googlebot и YandexBot;
• проверить логи сервера по приоритетным URL;
• вручную открыть ключевые страницы в браузере и через инструменты проверки URL;
• отслеживать аномальный рост кодов 404, 5xx и ошибок soft 404.

Google советует использовать Search Console на всём протяжении переезда, а Яндекс — подтверждать права на обе версии сайта и учитывать, что перенос сигналов может занять длительное время.

Мониторинг позиций и удержание трафика в первые недели

После релиза не нужно паниковать из-за любой турбулентности. Но и романтизировать просадку нельзя.

Нормальная картина:

• часть запросов просела, но быстро возвращается;
• индекс постепенно замещается новыми страницами;
• приоритетные страницы сохраняют видимость;
• заявки остаются в рабочем диапазоне.

Опасная картина:

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

Здесь нужен не режим ожидания, а немедленный разбор по слоям: рендеринг, robots, canonical, шаблоны, редиректы, контент, ссылки, логика меню и статус-коды.

Заключение

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

Именно поэтому SEO при редизайне сайта — это не постфактум-проверка и не разовая настройка редиректов. Это четкий регламент: аудит до старта, SEO-ТЗ на прототипы, карта миграции URL, контроль рендеринга, stage-QA, пострелизный мониторинг и быстрая реакция на просадку.

Формула риска, которую стоит посчитать до согласования макетов

Убыток от просадки = Органический трафик/мес x Конверсия x Средний чек x Процент падения x Время восстановления (мес)

Если сайт получает 40 000 органических визитов в месяц, конвертит в заявку 1,8%, средний чек — 70 000 рублей, а редизайн роняет органику на 60% на 3 месяца, потенциальный недополученный оборот исчисляется уже миллионами. И это та сумма, на фоне которой SEO-сопровождение выглядит не расходом, а надежной защитой инвестиций.

Если у вас уже идёт редизайн, выбрана CMS, подрядчик рисует макеты или готовится релиз — не откладывайте SEO на последний спринт. Команда Калинин Студио подключается к проектам до запуска и берёт на себя SEO-сопровождение редизайна "под ключ": аудит рисков, SEO-ТЗ, перенос структуры, Redirect Map, тестирование stage, контроль релиза и удержание трафика в первые недели после запуска. Чем раньше подключается SEO-архитектор, тем ниже шанс, что новый сайт окажется красивее старого — и беднее по заявкам.

Часто задаваемые вопросы