Мы запустили собственную платформу для сборки и ведения сайтов клиентов. Снаружи это выглядит как ещё один конструктор сайтов. На самом деле наоборот: главное решение в этом проекте — отказаться от визуального конструирования вообще. Как мы к нему пришли — по порядку, потому что история началась не с идеи продукта, а с проблемы.
Как нас дважды выселили
До 2025 года клиентские сайты у нас жили на Webflow. Это был осознанный выбор: быстрая сборка, приличная скорость, нормальная работа с анимациями, предсказуемый результат.
В начале 2025 года из-за ограничений, связанных с инфраструктурой Cloudflare, часть сайтов на Webflow оказалась в России недоступна или доступна нестабильно. Для маркетингового агентства это не технический инцидент, а остановка продаж у клиента: реклама крутится, бюджет списывается, посадочная не открывается.
Мы оперативно переехали на Taptop — российский аналог, который как раз тогда появился. Проблему доступности это закрыло. Но довольно быстро выяснилось, что функциональности нам не хватает. Не «неудобно», а именно не хватает: то, что мы делаем для клиента после запуска сайта, в логику визуального конструктора не укладывается.
Вывод, который мы сделали из двух переездов подряд: если производственный инструмент агентства принадлежит не агентству, то и расписание работ определяем не мы. Второй раз наступать на это мы не собирались.
Почему платформа не собирает сайты
Ключевое решение: мы сознательно ушли от визуальных конструкторов. Сайты клиентов мы пишем на коде — и именно поэтому получаем скорость, которую конструктор не даёт в принципе: у него в разметке всегда лежит слой служебных обёрток и универсального JavaScript, рассчитанного на любой возможный дизайн.
Насколько это существенно, мы недавно измерили на собственном сайте: после перехода с конструктора на код TTFB — 37–53 мс, весь контент отдаётся в сыром HTML без исполнения JS, и сайт вышел в топ-10 по коммерческому ядру за три недели после запуска. Разбор этого кейса — в отдельной статье про SEO.
А платформа — это не редактор страниц. Это админка и бэкенд: всё, что происходит с сайтом и с заявками после того, как сайт написан.
Что внутри
Конструктор офферов с прямым подключением к ИИ. Оффер — самая чувствительная часть в нашей нише: заголовок объявления и заголовок посадочной определяют и стоимость лида, и его качество. В платформе они собираются и переписываются на месте, а не в переписке «пришлите новый текст — выложим завтра».
Конструктор изображений, тоже с ИИ. Из той же логики: креатив под конкретный оффер и конкретный сегмент нужен сегодня, а не в следующем спринте дизайнера.
Фильтры заявок. Спам и нецелевые обращения отсекаются на входе, до того как попадут в отчёт и в работу отдела продаж. У нас на эту тему накоплена отдельная практика — теперь она живёт в платформе, а не в наборе скриптов.
Прямые интеграции. Это про деньги клиента. Типовая связка «сайт → CRM → мессенджер → таблица» обычно собирается через Albato, n8n и подобные сервисы, и каждый из них — отдельная подписка, отдельная точка отказа и отдельный лимит на операции. Мы сделали интеграции прямыми: клиент не платит посредникам за то, чтобы его заявка дошла из формы в CRM.
Внутренняя система A/B-тестов. Тесты офферов и посадочных — наша основная рабочая процедура, и раньше она зависела от того, какие сплиты умеет внешний инструмент. Теперь тест ставится на нашей стороне, а результат сразу лежит рядом с данными по заявкам.
Дашборды по каждому клиенту и клиентский доступ. Клиент заходит в платформу сам и видит свои заявки, свои тесты, свои цифры — вместо ежемесячной презентации, которую делает менеджер.
Всё на российском сервере. После истории с Webflow это не идеология, а управление риском.
Что это меняет на практике
Для клиента — три вещи. Сайт быстрее, потому что написан на коде, а не собран мышью. Стек подписок короче, потому что интеграции прямые. И цифры видны в любой момент, а не раз в месяц.
Для нас — то, ради чего всё и делалось: мы больше не ждём, пока чужой конструктор добавит нужную функцию, и не переезжаем срочно, когда чужая инфраструктура становится недоступна.
Чего в платформе нет
Честно про границы: это не публичный конструктор, и мы не продаём доступ к нему как SaaS. Клиент получает доступ к своему проекту, а сборку сайтов делаем мы. Самостоятельно «накликать» страницу в платформе нельзя — по той самой причине, с которой начиналась статья.
Если вы упёрлись в потолок конструктора или ваш сайт живёт на инфраструктуре, к которой у вас нет доступа — расскажем, как это устроено у нас, на конкретных цифрах. Обсудить задачу
Обсудим ваш проект?
Расскажите про объект — соберём стратегию и посчитаем экономику.