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

Правильный выбор начинается с одного вопроса: где именно находится ограничение — в конкретных элементах сайта, в платформе или в самой концепции?
Когда нужен новый сайт
Новый сайт — не про дизайн. Это про ситуацию, когда текущий проект не соответствует задачам бизнеса и его нельзя адаптировать.
Признаки, что доработки уже не помогут:
- Бизнес изменился: другой продукт, другая аудитория, другая модель продаж — сайт по-прежнему отражает старую логику.
- Структура не соответствует воронке: пользователь не понимает, куда идти и что делать.
- Интерфейс устарел кардинально — проще собрать заново.
- Технический долг: самописная система без нормальной поддержки.
- Управление контентом требует разработчика даже для простых правок.
Запуск нового сайта — это полный цикл: структура, прототипы, разработка, наполнение, интеграции. Готовые решения ускоряют запуск; индивидуальная разработка дает гибкость, но увеличивает бюджет и сроки. Минимум — несколько месяцев.
Когда достаточно точечных доработок
Самый частый сценарий — сайт работает, но конверсия ниже ожидаемой. Трафик есть, заявки есть, но результат не устраивает.
В таких ситуациях проблема в конкретных узких местах — не в платформе целиком:
- Страницы или блоки, которые не доводят пользователя до целевого действия.
- Медленная загрузка или слабая мобильная версия.
- Нет интеграций: CRM, оплата, аналитика.
- Страницы не оптимизированы под поисковый спрос.
- Контент устарел: не отвечает на актуальные вопросы клиентов.
Доработки дают быстрый эффект. Не нужно пересобирать весь проект — достаточно убрать узкие места.
Главный сигнал, что доработки уже не помогут: проблемы повторяются после каждого цикла правок. Это означает, что ограничение в платформе или архитектуре — не в отдельных элементах.
Когда нужна миграция
Миграцию откладывают, потому что кажется, что это сложно и рискованно. На практике именно она часто решает системную проблему: сайт работает, но масштабироваться не дает.
Ключевой признак: сайт можно улучшать, но нельзя масштабировать.
- Каждое изменение — отдельная задача разработчика, а не настройка в панели управления.
- Каталог сложно расширять: фильтры, характеристики, новые категории — долго и дорого.
- Интеграции через нестандартные решения, которые сложно поддерживать.
- Нестабильность под нагрузкой.
- SEO требует постоянных ручных действий.
- Управление контентом невозможно без разработчика.
Миграция отличается от нового сайта: вы не начинаете с нуля. Контент, структура и SEO-данные переносятся. Это снижает потери и ускоряет запуск.
Как избежать потерь при переезде
Основной риск при миграции — не перенос данных, а SEO и интеграции. Большинство проблем возникает не из-за сложности миграции, а из-за того, что к ней подходят без подготовки.
Типичные потери при неорганизованном переезде:
- Потеря трафика из-за отсутствия редиректов.
- Частичный перенос данных: заказы, клиенты, история.
- Потеря SEO-элементов.
- Разрыв интеграций.
Что снижает риски:
- Карта редиректов — составить до переезда.
- Аудит сайта до и после.
- Тестирование на копии проекта.
- Перенос в непиковый период.
- Проверка всех интеграций до публичного запуска.
У Аспро подготовлен пример миграции сайта с шагами процесса и показателями до и после — полезно, если рассматриваете переезд на готовое решение.
Как принять решение — простой ориентир

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

Люблю такие разборы: без громких обещаний, зато с понятной логикой.
У меня был похожий опыт, выводы очень близкие. Спасибо за подробности.