Конструктор упирается в потолок
Конструктор хорош ровно до момента, когда сайту нужно что-то своё. Дальше начинаются обходные пути: скорость не починить, потому что код чужой; разметку не дополнить, потому что шаблон закрыт; интеграцию не сделать, потому что её нет в списке.
Каждое такое ограничение по отдельности терпимо. Вместе они означают, что сайт перестал быть инструментом и стал ограничением.
Что даёт собственный код
Полный контроль над скоростью и разметкой. Возможность подключить любую систему, а не выбранную платформой. Серверный рендеринг, из-за которого страницу видят и поисковые, и AI-краулеры. И право унести проект куда угодно вместе с исходниками.
Ещё одна вещь, о которой вспоминают поздно: на своём коде сайт можно развивать по частям. Новый раздел не требует переделки всего остального.
Скорость, которую нельзя починить
Это первое, во что упирается конструктор, и единственное ограничение, которое видно клиенту напрямую. Платформа грузит свой каркас, свои скрипты и свои шрифты независимо от того, нужны они вашей странице или нет. Вы можете сжать картинки и убрать лишние блоки — и всё равно останетесь с чужим кодом, который весит столько, сколько весит.
На своём коде страница отдаётся уже собранной: браузеру приходит готовый HTML, а не инструкция, как его построить. Разница особенно заметна на мобильном интернете, и она прямо переводится в заявки — про это есть отдельный разбор.
Видимость в поиске и у нейросетей
Поисковик и AI-краулер читают то, что сервер отдал сразу. Если страница собирается скриптами уже в браузере, часть содержимого до робота может не дойти — а значит, не попасть ни в индекс, ни в ответ нейросети.
Вторая половина вопроса — структурированные данные. Разметка объясняет роботу, что на странице услуга, кейс или вопрос с ответом. В конструкторе набор разметки ограничен тем, что предусмотрела платформа, и дополнить его своим обычно нельзя. Как это устроено — в статье про структурированные данные.
Интеграции: где заканчивается список
У любой платформы есть каталог готовых подключений, и пока задача попадает в этот каталог, всё хорошо. Трудности начинаются на первой нестандартной: своя система учёта, свой формат выгрузки остатков, подбор по параметрам, личный кабинет.
Дальше есть два пути. Либо задача решается обходным способом — виджетом, встроенным фреймом, ручной выгрузкой, — и это работает, пока не ломается. Либо от задачи отказываются, и сайт незаметно начинает определять, что бизнесу можно, а что нельзя.
Когда это оправдано
Если сайт — витрина на месяц, конструктор честно делает свою работу. Если это основной канал продаж, который будет жить годами и обрастать разделами, интеграциями и языками, экономия на старте оборачивается потолком через полгода.
Мы пишем на Next.js: сервер отдаёт готовую страницу, разметка своя, интеграции любые. Подробнее — на странице сайты и лендинги.
Что получается на выходе: Rithem — сайт-платформа бренда спортпита и Harry Cooper — магазин очков, техническую архитектуру которого мы развиваем дальше.
Что считать на дистанции
На старте конструктор дешевле — это правда, и спорить не с чем. Считать надо не старт, а два-три года.
В расходы на платформу входит не только подписка. Входят обходные решения, которые приходится придумывать вместо прямых, время на борьбу со скоростью, которую нельзя починить, и потолок: момент, когда очередная задача просто не решается и проект надо переносить. Перенос — это отдельный бюджет, и он всегда больше, чем разница в цене на старте.
Сайт на коде дороже в первый месяц и дешевле начиная с того дня, когда у него появляется вторая задача.
