Редизайн или перенос — не про «стало некрасиво», а про то, что сайт перестаёт приводить клиентов или тормозит развитие.
Семь сигналов
- Сайт не адаптирован под телефон или выглядит на нём сломанным.
- Страницы грузятся медленно, особенно на мобильном интернете.
- Нет форм/калькулятора/записи — заявки уходят к тем, у кого удобнее.
- Старая CMS мешает правкам и SEO, а разработчик «пропал».
- Структура не соответствует тому, что вы реально продаёте сейчас.
- Поисковый трафик падает после обновлений или переездов.
- Вы стесняетесь дать ссылку на сайт клиенту.
Редизайн или перенос?
Если контент и структура в целом верны — аккуратный перенос на быструю основу с сохранением URL. Если предложение и путь клиента устарели — редизайн с пересборкой структуры.
Сначала определите тип проблемы
Визуально устаревший стиль можно обновить без смены платформы. Медленная загрузка иногда исправляется оптимизацией изображений и кода. Но если структура не поддерживает новые услуги, редактирование зависит от разработчика, а интеграции постоянно ломаются, точечные правки лишь откладывают системное решение.
Что проверить до решения о переносе
- страницы, которые получают органический трафик и внешние ссылки;
- конверсию форм и звонков по устройствам;
- стоимость и частоту типовых изменений;
- обновляемость платформы и зависимость от лицензий;
- качество мобильной версии и Core Web Vitals;
- доступы к домену, хостингу, коду, CMS и аналитике.
Как не потерять SEO
До разработки выгрузите все старые URL из сканирования, sitemap, аналитики и панелей вебмастеров. Каждому полезному адресу назначьте новый эквивалент. Сохраняйте URL, когда это возможно; иначе используйте прямой 301-редирект без цепочек. Перенесите важный текст, заголовки, метаданные и внутренние ссылки.
Предрелизная проверка
Новая версия должна быть закрыта от индексации на тестовом адресе, но доступна команде для сканирования. Проверьте коды ответа, canonical, robots, sitemap, формы, цели, мобильные шаблоны и скорость. В момент запуска снимите временный noindex и отправьте актуальную карту сайта.
Первые недели после запуска
Следите за ошибками 404, исключёнными страницами, изменением кликов и обращений. Не оценивайте миграцию по одному дню, но критические технические проблемы исправляйте сразу. Сравнивайте группы страниц и запросов с базовым периодом, учитывая сезонность.