Когда сайт перестает справляться с задачами, у бизнеса есть три варианта: запустить новый проект, доработать существующий или переехать на другую платформу.
Часто выбор делают интуитивно — по ощущению «надоело» или по принципу «что дешевле прямо сейчас». В итоге компании либо тратят деньги на новый сайт, когда хватило бы доработок, либо годами латают проект, который давно пора заменить.
В этой статье разберем, в каких ситуациях подходит каждый из трех вариантов, чем они отличаются по стоимости и срокам, и что важно учесть, если вы рассматриваете переезд.
Когда нужен новый сайт
Новый сайт оправдан, если текущий проект принципиально не решает задачи бизнеса и его невозможно или нецелесообразно переделать.
Типичные ситуации:
- Сайт изначально создавался под другой сегмент или продукт — теперь бизнес изменился, и структура, контент и логика работы устарели целиком.
- Компания выходит в новый сегмент или запускает отдельное направление, которому нужен самостоятельный инструмент продаж.
- Визуальная часть и интерфейс настолько устарели, что доработка потребует переделки почти всего — дешевле и быстрее начать заново.
- Администрирование сайта требует разработчика для любого минимального изменения, и это стало нормой.
- Сайт построен на самописном движке без документации, и ни один подрядчик не берется за его поддержку.
Для каких задач подходит новый сайт:
- запуск продаж в новой нише;
- смена позиционирования;
- создание отдельного инструмента для направления, которое раньше шло через основной сайт.
Главный минус: это самый долгий и дорогой сценарий. Запуск с нуля требует полного цикла работ — от проектирования до наполнения и технической настройки. Средний срок — от 3 месяцев, стоимость — от 500 000 ₽ для сайта на готовом решении и от 1 500 000 ₽ для самописных проектов.
Новый сайт можно реализовать по-разному: на самописном решении вы получите максимальную гибкость, но более высокие сроки и стоимость, а на CMS с использованием готовых решений — быстрее и дешевле, но с ограничениями платформы. Выбор основы влияет не только на бюджет, но и на дальнейшую масштабируемость проекта, стоимость доработок и скорость запуска новых функций.
Когда достаточно доработок
Доработки — оптимальный выбор, если основа сайта рабочая, платформа справляется с задачами, а проблемы локальные: слабые конверсионные блоки, медленная загрузка, неудобный каталог или устаревшие интеграции.
Признаки, что достаточно доработок:
- Сайт регулярно приносит заявки или заказы, но показатели конверсии ниже ожидаемых.
- Есть конкретные страницы или блоки, которые не работают — главная, каталог, формы, мобильная версия.
- Нужно подключить новые интеграции: CRM, оплату, доставку, аналитику.
- Сайт медленно загружается или не проходит технический аудит.
- Контент устарел, структура страниц не соответствует поисковым запросам.
Что можно доработать в рамках одного проекта:
- оптимизация скорости;
- редизайн отдельных разделов;
- настройка фильтра и поиска в каталоге;
- доработка карточки товара;
- добавление новых разделов;
- подключение сервисов.
Главный плюс: быстро и предсказуемо. Задача четко ограничена по объему, результат можно оценить до начала работ. Цена — от нескольких десятков тысяч рублей за точечные изменения.
Главный риск: можно вложить деньги в доработки и получить временный эффект, если проблема глубже — в платформе или архитектуре. Перед тем как заказывать доработки, стоит убедиться, что дело не в ограничениях движка.
Когда нужна миграция
Миграция — переезд сайта на другую платформу с сохранением контента, структуры, SEO-настроек и истории. Это не создание нового сайта с нуля, но и не просто доработка существующего. Это отдельный сценарий, который оправдан в конкретных ситуациях.
Когда платформа мешает развитию:
- Доработки стали слишком дорогими. Каждое изменение требует глубокого вмешательства в код, потому что платформа не предусматривала нужный функционал.
- Сайт нестабилен: регулярные сбои, медленная работа под нагрузкой, сложности с обновлениями.
- Каталог сложно масштабировать. Новые категории, фильтры, характеристики — все это требует разработки, а не настройки.
- Нужные интеграции недоступны: CRM, системы оплаты, логистика, 1С — ничего не подключается нативно.
- SEO держится на костылях: ЧПУ не работают нормально, метатеги задаются вручную, карта сайта генерируется сторонними плагинами.
- Контентом неудобно управлять: даже простые задачи требуют обращения к разработчику.
Чем миграция отличается от нового сайта: при переезде сохраняется контент, структура URL, SEO-данные и история. Это снижает риски для органического трафика и позволяет не начинать с нуля по части наполнения.
Чем миграция отличается от доработок: это смена платформы, а не улучшение существующей. После переезда открывается другой набор возможностей — зачастую более широкий и управляемый без разработчика.
Что важно учесть при миграции
Не всякая миграция возможна. Основной риск — некорректный перенос структуры данных. Если структура данных в старой системе сильно отличается — например, карточки товаров, инфоблоки или пользовательские поля реализованы нестандартно — их нельзя перенести автоматически в новую CMS.
В таких случаях проект фактически приходится пересобирать — с ручным переносом данных или даже запуском сайта заново. При миграции могут появиться и другие проблемы.
Потеря трафика. Если при миграции не настроены редиректы, поисковые системы воспринимают старые URL как удаленные страницы. Накопленный ссылочный вес теряется, позиции падают. Восстановление может занять от нескольких недель до нескольких месяцев.
Потеря данных. Заказы, контакты, история клиентов, контент в нестандартных полях — все это нужно переносить отдельно. Если не проработать этот этап заранее, часть данных просто не перейдет.
Потеря элементов поисковой оптимизации. Метатеги, h1, alt-атрибуты изображений, robots.txt, sitemap, канонические URL — все это нужно не только перенести, но и проверить после переезда.
Разрыв интеграций. Формы, аналитика, сервисы рассылок, CRM — все, что было подключено к старому сайту, нужно переподключить к новому.
Также важно учитывать тип миграции — от этого напрямую зависит сложность переезда:
- В пределах одной CMS — как правило, проходит предсказуемо, если сайт не сильно кастомизирован.
- Между разными CMS — возникают нюансы: различия в структуре данных, логике каталогов и SEO-настройках. Есть риск, что часть функционала или данных не перенесется полностью.
Как снизить риски:
- подготовить полную карту редиректов до переезда.
- провести технический аудит до и после миграции.
- переезжать на «тихом» трафике — не в сезон, не перед крупными акциями.
- не закрывать старый сайт до тех пор, пока новый не прошел полную проверку.
- заранее проверить, как переносятся данные, на тестовой копии.
При выборе следуйте принципу: не что дешевле сейчас, а что решает задачу на дистанции. Доработки на платформе с ограниченными возможностями будут накапливаться, и через год вы потратите больше, чем стоил бы переезд. Новый сайт оправдан только тогда, когда текущий проект не имеет смысла сохранять.
Как проходит миграция на Аспро
В Аспро мы регулярно переносим сайты на готовые решения Аспро на платформе 1С-Битрикс. Чаще всего к нам приходят проекты, где сайт уже работает, но упирается в ограничения: сложно масштабировать каталог, неудобно управлять контентом, интеграции подключаются через доработки, а не из коробки.
После переезда на готовые решения Аспро бизнес получает более управляемую систему: типовые задачи закрываются настройками, а не разработкой. Это снижает нагрузку на команду и упрощает развитие проекта.
Вот несколько наших кейсов:
1. У интернет-магазина бижутерии VIVA Beads уже был сайт на 1С-Битрикс. Мы перенесли проект с 5 000 товаров в каталоге на Аспро: Премьер всего за 2 недели и сохранили историю заказов, от которой зависела накопительная скидка пользователей.
2. Команда интернет-магазина сантехники «Новая Ванна» обратилась к нам для миграции сайта на Аспро: Премьер. После переноса скорость загрузки страниц повысилась, и сайт вышел на 30 000 посетителей в месяц из органического поиска. Время нахождения посетителей, конверсии и выручка также выросли.
Вывод практики: переезд, который был подготовлен заранее — с аудитом, редиректами и параллельным тестированием — проходит с минимальной просадкой трафика или без нее. Проблемы возникают там, где к переезду относятся как к техническому копированию файлов, а не как к полноценному проекту.
Если вы планируете переезд, важно заранее пройтись по ключевым точкам: структура сайта, данные, SEO-настройки, интеграции и техническая часть.
Вывод
Новый сайт, доработки и миграция — три разных сценария, каждый из которых оправдан в конкретной ситуации.
Доработки подходят, когда платформа справляется, а проблемы локальные. Новый сайт нужен, когда проект не имеет смысла сохранять. Миграция — когда платформа ограничивает, но контент, структура и SEO-история имеют ценность и их нужно сохранить. Выбор между этими вариантами лучше делать по принципу, что решает задачу бизнеса и не создаст новых проблем через полгода.
Отдельно учитывайте техническую основу проекта. Один и тот же сценарий — например, «новый сайт» — может сильно отличаться по стоимости и срокам в зависимости от того, создается он на самописном решении или на готовой платформе. Та же ситуация с миграцией внутри одной CMS или разных.
