Конструктор или сайт на коде: когда пора уходить

Уходить с конструктора нужно тогда, когда сайт перестал быть витриной и стал частью бизнес-процесса: появились личные кабинеты, обмен с учётной системой, тысячи товаров или сложная логика форм. До этого момента Тильда и подобные платформы объективно выгоднее, и мы честно говорим об этом клиентам, даже когда это лишает нас проекта.

Мы делаем сайты на React, TypeScript и Node.js, и всё же примерно каждому пятому обратившемуся отвечаем: вам рано. Ниже — как понять, к какой группе относитесь вы, и что делать, если уже пора.

Где конструктор действительно выигрывает

• Скорость. Промо-страницу на Тильде можно собрать за два-три дня. У нас самый быстрый запуск — промо за 9 дней, и это было напряжённо.
• Стоимость входа. 3 000–8 000 ₽ в год за тариф против 39 000 ₽ за лендинг на коде. Для проверки гипотезы разница решающая.
• Независимость от подрядчика. Поменять текст и картинку может маркетолог. Это дорогого стоит, особенно если правки нужны еженедельно.
• Предсказуемость. Шаблоны отлажены: адаптив работает, формы отправляются, ничего не разъезжается на новом айфоне.
• Гипотезы. Пока непонятно, продаётся ли продукт, писать код — это тратить деньги на упаковку непроверенной идеи.

Где конструктор упирается в потолок

Потолок наступает не постепенно, а резко: до какого-то момента всё нормально, а потом каждое следующее изменение стоит непропорционально дорого или невозможно. Типовые точки упора.

• Большой каталог. Сотни и тысячи позиций с фасетными фильтрами, остатками и ценами по группам клиентов. Каталог на 12 000 позиций с выгрузкой из 1С на конструкторе не собирается ни при каком бюджете.
• Личные кабинеты и роли. Как только появляются авторизация, права доступа, документы и статусы заказов, вы выходите за пределы того, для чего платформа создана. Это территория веб-сервисов.
• Интеграции. Обмен с 1С, ERP, складом, эквайрингом, ЭДО. Через сторонние коннекторы что-то сделать можно, но каждая связка становится ещё одной точкой отказа, за которую никто не отвечает.
• Скорость и SEO на объёме. На десяти страницах разница незаметна, на тысяче — критична: тяжёлые шаблоны, ограниченный контроль над разметкой и URL.
• Свой дизайн. Всё, что выходит за пределы блочной сетки платформы, делается костылями, а костыли ломаются при обновлениях.
• Владение. Данные и вёрстка живут внутри платформы. Экспорт кода есть не везде, и он редко пригоден для дальнейшей разработки.

Отдельная беда — ответственность. Когда каталог живёт в конструкторе, обмен с 1С делает сторонний коннектор, а формы уходят в третий сервис, при сбое вы обзваниваете три поддержки, и каждая говорит, что у неё всё работает. На собственном сайте вся цепочка внутри одного проекта, и чинит её один подрядчик по договору на поддержку.

Считаем стоимость владения за три года

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

Цифры честные, и по ним конструктор выигрывает 13 000 ₽ за три года — то есть практически ничью. Но в этой таблице нет главной строки — того, что на конструкторе вы не сделаете вовсе. Личный кабинет, который снял 60% обращений в поддержку, экономит компании зарплату двух операторов, то есть больше двух миллионов рублей за те же три года. Как только в вашем списке появляется хотя бы одна такая задача, арифметика переворачивается.

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

Пять признаков, что пора

1. Вы отказались от нужной функции, потому что «платформа так не умеет», — минимум дважды за год.
2. Сотрудники переносят данные между сайтом и учётной системой руками.
3. Правка одной цены в каталоге требует правки в трёх местах.
4. Счета за коннекторы и дополнительные сервисы перевалили за 5 000 ₽ в месяц.
5. Сайт стал приносить деньги, и час его простоя вы можете оценить в рублях.

Как переезжать без потери позиций

Главный страх при переезде — потерять трафик. Он обоснован: неаккуратная миграция легко роняет поиск на 30–50% на несколько месяцев. Но при нормальной подготовке провал держится две-четыре недели и остаётся в пределах 10%, а дальше идёт рост за счёт скорости и структуры. В переезде клиники с самописной CMS мы прошли этот путь без заметной просадки. Порядок такой.

1. Снять слепок текущего состояния. Все URL, позиции по ключевым запросам, трафик по разделам, скорость страниц. Без этого потом невозможно понять, стало лучше или хуже.
2. Выгрузить контент. Тексты, картинки, метатеги, товары. Из конструкторов это делается экспортом или парсингом собственного сайта — второе часто быстрее.
3. Сохранить структуру URL. Идеально — один в один. Если адреса меняются, готовится карта 301-редиректов по каждому URL, а не общий редирект на главную.
4. Перенести метатеги и микроразметку. Title, description, заголовки, разметка организации и товаров. Это самая скучная и самая важная часть.
5. Проверить на тестовом домене. Закрытый от индексации стенд, обход всех страниц краулером, поиск битых ссылок и потерянных редиректов.
6. Переключиться и следить. Переезд в будний день утром, потом ежедневный мониторинг индексации, ошибок и позиций две-три недели.

Сроки и бюджет переезда

Переезд лендинга с конструктора на код — 2–3 недели и 50 000–85 000 ₽. Корпоративный сайт с каталогом на несколько сотен позиций — 6–10 недель и 115 000–265 000 ₽. Если параллельно меняется дизайн, добавьте 2–3 недели. Отдельно считается наполнение: перенос пятисот карточек товара руками — это десятки часов, и обычно дешевле написать скрипт миграции, чем сажать за это человека. Подробности по работам мы собрали на странице редизайна и переезда.

Что не стоит делать — переезжать и переделывать структуру сайта одновременно, если трафик из поиска для вас основной канал. Разнесите это на два шага с промежутком в пару месяцев: иначе при падении позиций вы не поймёте, что именно сработало плохо.

Если уходить рано

Тогда не уходите. Разумная стратегия — оставить конструктор для промо-страниц и рекламных посадочных, а на код перенести только ту часть, где конструктор не справляется: каталог, кабинет, расчёты. Это дешевле полного переезда и снимает главную боль сразу. Планировать бюджет удобнее, посмотрев разбор цен на сайты, а выбирать команду — по чек-листу из статьи как выбрать подрядчика.

И последнее, что мы говорим всем, кто сомневается: уход с конструктора — это не апгрейд ради апгрейда, а способ убрать конкретное ограничение. Если вы не можете назвать это ограничение одной фразой и оценить его в рублях или в часах сотрудников, переезд подождёт. Сайт на React и Node.js не начнёт продавать сам по себе — он начинает окупаться ровно там, где снимает ручную работу или открывает сценарий, который раньше был невозможен.

Короткие ответы

• тильда
• конструкторы
• миграция