Редизайн сайта и SEO: как не потерять трафик

• массовая смена URL без карты соответствий;
• удаление страниц, которые получают органический трафик;
• сокращение или замена важного контента без анализа запросов;
• потеря внутренних ссылок и глубины навигации;
• случайные noindex, robots.txt или canonical;
• изменение JavaScript-рендеринга, из-за которого важный контент становится недоступен;
• ухудшение производительности шаблонов;
• перенос аналитики с ошибками, из-за которого падение данных принимают за падение трафика.

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

• органические клики и показы;
• основные запросы;
• внешние и внутренние ссылки;
• конверсии или бизнес-ценность;
• текущий canonical и код ответа;
• место в структуре сайта.

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

Если адреса меняются, для каждого старого URL должна быть определена наиболее близкая новая страница. Google рекомендует готовить URL mapping до запуска и использовать постоянные серверные редиректы на соответствующие новые адреса.

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

Если страница A раньше вела на B, а после редизайна B переезжает на C, лучше сразу перенаправить A на C. Это сокращает лишние переходы для роботов и пользователей и упрощает поддержку карты редиректов.

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

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

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

Тестовая версия обычно закрывается от поисковых систем — это нормально. Критично другое: перед запуском нужно удалить временные блокировки. Один забытый noindex или Disallow способен сделать весь редизайн поисковой проблемой.

Проверьте robots.txt, meta robots, X-Robots-Tag, canonical и доступность ресурсов, которые нужны для отображения страницы.

Новый шаблон не должен автоматически обнулить Title, Description и H1. Особое внимание нужно страницам, где метаданные были настроены вручную или генерируются по сложным шаблонам. Массовые дубли после запуска часто возникают именно из-за изменений CMS или логики шаблонов.

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

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

• все старые URL сопоставлены с новыми;
• редиректы проверены и не образуют цепочек;
• важные страницы не потеряны;
• robots.txt и meta robots разрешают индексирование;
• canonical указывает на корректные адреса;
• XML Sitemap содержит новые индексируемые URL;
• Title, Description и H1 перенесены или обновлены осознанно;
• внутренние ссылки и навигация проверены;
• аналитика и формы работают;
• 404 и удалённые страницы отдают правильные коды;
• мобильная версия содержит весь важный контент.

Сразу после переключения следите за кодами ответа, логами, индексированием, Sitemap и ошибками в Search Console и Яндекс Вебмастере. В Search Console удобно сравнивать клики и показы по конкретным страницам и группам URL; в аналитике — органические сессии, конверсии и поведение на новых шаблонах.

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

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

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

Перед запуском полезно сделать crawl тестовой версии и сравнить ключевые поля со старым сайтом: URL, status, canonical, robots, Title, H1, schema и internal links. После запуска повторите crawl production и найдите отличия, которые появились только при сборке, CDN или серверной конфигурации.

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