Почему конструкторы сайтов вроде Tilda и Wix больше не нужны

Какую проблему на самом деле решали конструкторы

Лет двадцать назад я впервые зарегистрировался на Wix и за вечер собрал свой первый сайт – без единой строчки кода. Помню то ощущение: ты не программист, а у тебя уже есть работающий сайт. Потом появилась целая плеяда других конструкторов, и в какой-то момент – Tilda: с ней стало легко собирать красивый, структурно выверенный лендинг, блоки сами вставали в сетку, а дизайн получался гармоничным даже без вкуса дизайнера. Для своего времени это был настоящий прорыв.

И Wix (2006), и Tilda (2014) закрывали один и тот же разрыв: дали собрать сайт визуально, без разработчика. Идея была правильной именно для своего момента – рынок разработчиков был маленьким и дорогим, а бизнесу сайт требовался не через два месяца тендера, а на этой неделе.

Важно: конструкторы никогда не конкурировали качеством с заказной разработкой – они конкурировали доступностью. Пока альтернативой было «нанять студию за месяц и полмиллиона» или «выучить вёрстку самому», конструктор выигрывал почти всегда. Именно это условие сейчас и меняется.

Четыре узких места, о которые бизнес спотыкается сегодня

Тяжёлый и шаблонный код

По данным сравнения производительности 2026 года, медианный мобильный балл Lighthouse у Wix – 62, у Squarespace – 30: почти двукратный разрыв между двумя лидерами рынка. У Squarespace есть системная причина – платформа грузит один и тот же базовый JS-бандл на каждой странице независимо от того, что на ней реально есть, и поменять это средствами самой платформы нельзя. Tilda в этом смысле дисциплинированнее конкурентов: на лёгком контенте легко получить 85+ баллов PageSpeed, но при сложной анимации и медиа результат проседает так же быстро, как у остальных.

Дело не в конкретном балле, а в механике: каждый визуальный блок конструктора тащит за собой разметку и скрипты, которые вы не писали и не можете обрезать. Заказная разработка или код от ИИ-агента содержит только то, что реально используется на странице.

Vendor lock-in: сайт не переносится, а пересобирается заново

По оценкам аналитиков no-code рынка, около 68% таких платформ вообще не дают экспортировать код. А там, где экспорт формально есть – например, у Webflow или Framer, – он не спасает: CMS-контент выгружается в неудобном виде, полный проект нельзя выгрузить и перезагрузить на другом хостинге, доступа к базе данных и бэкенду нет вовсе. Это и есть vendor lock-in в чистом виде: код и данные живут только внутри чужой инфраструктуры.

На практике «перенос сайта с конструктора» почти всегда означает пересборку с нуля у нового исполнителя – формы, каталог, личный кабинет собираются заново, а не копируются.

Потолок масштабирования

Пока сайт – визитка или лендинг, конструктор справляется. Как только бизнес дорастает до личного кабинета, интеграции с CRM, нестандартной логики корзины или собственного API – конструктор либо не умеет этого совсем, либо реализация обходится дороже, чем заказная разработка с нуля. При этом подписка продолжает списываться каждый месяц независимо от того, упёрлись вы в потолок или нет.

GEO и SEO упираются в чужие ограничения

Здесь разрыв особенно заметен именно сейчас, когда GEO (продвижение в ответах нейросетей) стало отдельной дисциплиной. У Wix – жёсткий лимит в 8000 символов на всю микроразметку страницы, внутри JSON-LD разрешены только теги script, а набор типов схемы ограничен тем, что предусмотрела сама платформа – добавить свой тип нельзя. У Tilda разметка schema.org вставляется вручную, отдельным куском кода в настройках каждой страницы – никакой автоматики на весь сайт разом.

Типичная ошибка: считать, что «мы же вставили JSON-LD» закрывает вопрос GEO. На деле нужна разная схема под разный тип контента – FAQPage под вопрос-ответ, Article под статью, DefinedTerm под словарную статью – и это нужно поддерживать на каждой новой странице. На конструкторе это ручной труд без возможности автоматизации; на своём коде – одна функция сборки, которая подставляет нужную схему сама.

Кто пришёл на смену – ИИ-агенты вместо визуального редактора

Мне это чем-то напоминает историю Kodak: компания, которая сама изобрела цифровую камеру, но упустила момент, когда рынок вокруг неё сменился быстрее, чем успела измениться сама компания. С конструкторами сайтов, кажется, происходит то же самое – эпоха «нет разработчика, поэтому собираем из блоков» сменяется эпохой «есть агент, который сам пишет код», и это заняло не десятилетие, а пару лет.

За последние два года на рынке закрепилась отдельная категория инструментов – иногда её называют «vibe coding»: Lovable генерирует настоящий экспортируемый React, сам поднимает авторизацию и базу данных через Supabase и собирает рабочий продукт из одного текстового запроса. Bolt.new превращает промпт в живое full-stack приложение прямо во вкладке браузера с автоматическим хостингом. v0 от Vercel собирает приложения на Next.js со встроенной базой данных. Replit Agent – самый автономный из четвёрки, с поддержкой 30+ интеграций из коробки.

Принципиальная разница не в скорости, а в архитектуре: конструктор собирает страницу из блоков внутри своего движка, ИИ-агент пишет и отдаёт вам код. По прогнозу Gartner, к 2026 году low-code и связанные подходы будут занимать 75% нового прикладного разработки – против 40% в 2021-м. Это прогноз рынка, а не факт, но направление он показывает верно.

Важно: не любой «ИИ-конструктор» – одно и то же. Инструменты вроде Framer или Wix с ИИ-функциями остаются шаблоном внутри чужой платформы – просто блоки теперь предлагает нейросеть. Разница в том, получаете вы код, которым владеете, или очередной визуальный редактор с более умным автозаполнением.

Когда конструктор всё ещё разумный выбор

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

Когда точно пора переезжать

• бизнес перерос визитку: нужен личный кабинет, интеграция с CRM, каталог, API;
• продвижение через ИИ-поиск и точная микроразметка стали приоритетом;
• скорость загрузки напрямую влияет на конверсию и рекламный бюджет;
• важно владеть кодом и данными, а не арендовать доступ к чужой платформе;
• подписка нарастающим итогом за пару лет обгоняет разовую стоимость разработки.

Дальше это уже вопрос конкретной задачи – какой стек, что переносить в первую очередь и что можно оставить как есть. Отдельного разбора это не отменяет, но решение обычно понятно уже на этом этапе: если хотя бы два пункта из списка выше – про вас, разговор о переезде с конструктора стоит начинать не «когда-нибудь», а сейчас.

Вопросы и ответы