Обложка статьи

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

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

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

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

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

Подготовка до редизайна важнее самого релиза. Если этот этап пропущен,
дальше приходится не управлять рисками, а тушить пожар.

До старта работ нужно обязательно собрать базу текущего состояния сайта:

·       
выгрузить все
индексируемые URL, которые уже дают трафик, показы и заявки;

·       
отметить
страницы с наибольшим SEO-потенциалом: услуги, категории, статьи, региональные страницы, кейсы;

·       
сохранить
текущие title, description, H1,
хлебные крошки и основные текстовые блоки;

·       
зафиксировать
структуру сайта и схему внутренних ссылок хотя бы для ключевых разделов;

·       
снять базовые
метрики: органический трафик, видимость, позиции, заявки, страницы входа, показатель
отказов, глубину просмотра;

·       
собрать
данные из Google Search Console, Яндекс Вебмастера, Метрики и аналитики по
конверсиям.

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

Ниже — набор ошибок, которые повторяются из проекта в проект.

Если старая страница имела трафик, ссылки и историю, а новая страница вышла
по другому адресу без корректного редиректа, поисковик воспринимает это как
исчезновение одной страницы и появление другой. Так теряется часть веса,
ломаются входы из поиска и появляются 404-ошибки.

Это один из самых вредных сценариев. Если вместо адресного переноса сделать
«ковровый» редирект всех старых URL на главную, вы ухудшаете и UX, и SEO. У каждой старой
страницы должен быть максимально релевантный новый аналог.

Во время редизайна часто вырезают полезные текстовые блоки, FAQ, таблицы, описания
услуг, региональные формулировки и элементы доверия только потому, что
дизайнеру кажется, что страница стала «чище». Чище она, может, и стала, но в
поиске может стать слабее.

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

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

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

Еще одна классика — в индекс попадает staging, тестовый поддомен или черновая копия сайта. В
результате появляются дубли, путаница в canonical и проблемы с выбором основной версии.

После редизайна часто слетают счетчики, события, цели, подтверждение в
сервисах вебмастеров, sitemap, robots.txt и права доступа. Потом команда спорит, просел ли
трафик, а данных просто нет.

Перед публикацией новой версии желательно пройтись по техническому и SEO-чек-листу, а не
нажимать кнопку релиза в духе «ну вроде красиво, значит пойдет».

·       
подготовить
таблицу старый URL → новый URL;

·       
настроить
301-редиректы на релевантные страницы, а не на главную;

·       
сохранить или
улучшить title, description, H1 и
ключевые текстовые блоки;

·       
проверить canonical, robots
meta и robots.txt;

·       
убедиться,
что sitemap
актуальна и содержит рабочие URL;

·       
сравнить
важные страницы старой и новой версии по структуре и смыслу;

·       
проверить
мобильную версию по контенту, скорости и удобству;

·       
убедиться,
что формы, кнопки, телефоны, мессенджеры и сценарии заявок работают;

·       
проверить
перелинковку между услугами, статьями, категориями и региональными страницами;

·       
установить и
протестировать Метрику, аналитику, коллтрекинг и события.

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

·       
URL страниц, которые уже ранжируются и получают
трафик;

·       
структуру
коммерческих страниц и их поисковый интент;

·       
сильные
тексты, списки, часто задаваемые вопросы (FAQ), таблицы, кейсы и блоки доверия;

·       
метаданные,
если они работают и соответствуют запросам;

·       
контентную
полноту: новая версия не должна быть беднее старой по смыслу;

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

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

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

·       
проверить выборочно критические
301-редиректы;

·       
убедиться,
что новые страницы открываются с кодом 200;

·       
проверить robots.txt, meta robots и canonical на ключевых
шаблонах;

·       
обновить sitemap и отправить ее в
сервисы вебмастеров;

·       
убедиться,
что на сайте нет открытых служебных разделов и тестовых URL;

·       
проверить
индексируемость важных страниц и возможность их обхода;

·       
перепроверить
работу форм, аналитики, телефонии и CRM-интеграций.

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

В первые 2–6 недель нужно регулярно мониторить:

·       
ошибки 404 и некорректные
редиректы;

·       
падение
показов и кликов по ключевым страницам;

·       
изменение
индексации и статуса страниц;

·       
динамику
органического трафика по входным страницам;

·       
позиции по
основным коммерческим запросам;

·       
скорость
загрузки и стабильность шаблонов после релиза;

·       
данные по
заявкам и конверсиям из органики.

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

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

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

Редизайн сайта сам по себе не вреден для SEO. Вреден хаотичный редизайн, в котором команда
меняет одновременно структуру, контент, URL, шаблоны и аналитику, но не управляет рисками.
Если подойти к проекту правильно, редизайн может не только сохранить позиции,
но и улучшить их за счет более сильной структуры, лучшего UX, чистой архитектуры и
нормальной технической базы.

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

Да, если не ломать URL, сохранить релевантный контент, корректно
настроить редиректы, проверить мобильную версию и контролировать индексацию
после запуска.

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

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

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

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