Когда сайту действительно нужен редизайн — и когда нет
«Сайт устарел» — плохая причина для редизайна. Хорошая причина — измеримая проблема, которую нельзя решить точечно.
Настоящие поводы для редизайна
Сайт не работает на телефоне: вёрстка ломается, элементы наезжают, формы неудобны. Если мобильная версия не была предусмотрена изначально, её редко удаётся починить заплатками.
Технологическая база устарела настолько, что любое изменение требует разработчика и стоит дорого. Сайт, где нельзя добавить страницу без правки кода, тормозит маркетинг постоянно.
Бизнес изменился: другие услуги, другая аудитория, другое позиционирование. Структура старого сайта в этом случае мешает, а не помогает.
Скорость загрузки не поддаётся оптимизации из-за архитектуры — например, сайт собран на тяжёлом конструкторе с десятком плагинов.
Когда редизайн не нужен
«Надоел дизайн» — не проблема бизнеса. Если сайт приносит заявки, а вам просто хочется обновления, риск потерять работающую конверсию выше потенциальной выгоды.
Мало заявок при нормальной технической базе — это чаще вопрос трафика и содержания, а не оформления. Полный редизайн здесь может не изменить ничего, кроме бюджета.
Что можно исправить без полной переделки
Переписать первый экран, добавить цены, сократить формы, поменять тексты кнопок, добавить блок с отзывами и кейсами. Такие правки занимают дни и часто дают заметный эффект.
Оптимизировать скорость: сжать изображения, убрать неиспользуемые скрипты, настроить кеширование. Это дешевле редизайна и влияет и на конверсию, и на позиции.
Разумный порядок действий: сначала точечные улучшения с замером результата, и только если упёрлись в ограничения платформы — редизайн.
Как не потерять трафик при переносе
Соберите список всех текущих URL и их посещаемость до старта. Каждый адрес, который меняется, должен получить 301-редирект на новый — иначе накопленные позиции обнуляются.
Сохраните тексты страниц, которые приносят органический трафик. Замена информативной страницы на «красивую» с тремя строчками текста регулярно приводит к падению позиций.
Проверьте до запуска: robots.txt не закрывает сайт, sitemap обновлён, title и description перенесены, микроразметка на месте, hreflang между языковыми версиями настроен.
После запуска
Первые две недели ежедневно смотрите Search Console: ошибки сканирования, выпавшие из индекса страницы, изменение показов. Большинство проблем переноса видно именно там и лечится быстро, если заметить сразу.
Сравнивайте не позиции, а заявки и органические клики за сопоставимые периоды. Небольшая просадка в первые недели после переноса — норма; отсутствие восстановления через месяц — сигнал искать техническую причину.