Когда старый сайт лучше доработать, а не делать новый с нуля

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

Решение нужно принимать не по ощущению “старый/новый”, а по тому, что именно мешает сайту приносить заявки и поддерживаться без постоянных аварий.

Когда доработка разумнее

Доработка старого сайта часто выгоднее, если основа ещё рабочая:

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

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

Когда новый сайт всё-таки нужен

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

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

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

Проверить текущие заявки

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

Проверить стоит:

• отправку формы;
• письмо менеджеру;
• создание лида в CRM;
• передачу UTM;
• сообщение пользователю после отправки;
• ошибки в логах.

Проверить SEO-риски

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

Проверить технический долг

Иногда старый сайт выглядит плохо, но технически исправляется нормально. А иногда внешне он ещё терпимый, но внутри нет бэкапов, логов, актуального PHP и нормальной структуры. Вторая ситуация опаснее.

Промежуточный вариант

Не всегда выбор только “оставить” или “снести”. Можно сделать промежуточный план:

1. закрыть критичные ошибки;
2. наладить заявки и аналитику;
3. обновить ключевые страницы;
4. подготовить структуру нового сайта;
5. переезжать постепенно без потери URL.

Чек-лист решения

1. Понять, что именно не работает в старом сайте.
2. Проверить путь заявки.
3. Оценить SEO-страницы и трафик.
4. Проверить код, CMS, сервер и доступы.
5. Оценить стоимость точечных исправлений.
6. Оценить риски полной замены.
7. Сравнить срок до первого полезного результата.
8. Выбрать доработку, новый сайт или поэтапный переход.

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