Короткий ответ
Надоевший шаблон — не причина уходить. Причина появляется, когда платформа перестаёт пускать вас туда, где нужна работа: скорость, выгрузка данных, интеграция с сервером, счёт по трафику. Разбираем четыре предела и цену каждого ответа.
Короткий ответ: предел наступает там, где ограничение мешает работе
Конструктор перестаёт хватать не тогда, когда надоел шаблон, а тогда, когда конкретное ограничение платформы мешает сделать нужную работу: страница не ускоряется, данные не выгружаются, интеграция не поднимается, счёт растёт вместе с трафиком.
Это четыре разных предела, и наступают они в разное время. У многих бизнесов не наступает ни один: сайт-визитка на конструкторе живёт годами и не требует переезда. У других первый предел приходит на второй месяц.
Проверка простая: назовите задачу, которую вы не можете выполнить, и объясните, что именно её блокирует. Если блокирует ваша собственная сборка — тяжёлые фотографии, накопленные виджеты, скрипты, которые никто не убрал, — это чинится внутри конструктора.
Если блокирует устройство платформы — чужой рантайм, закрытая серверная часть, тариф по трафику, — менять придётся инструмент. Дальше разбираем каждый предел отдельно и заканчиваем тем, во что обходится по времени и деньгам каждый из ответов.
Что конструктор делает хорошо и почему уходить раньше времени дорого
Конструктор снимает с вас хостинг, сертификаты, обновления движка и большую часть вёрстки. Для сайта из пяти-семи страниц с формой это честная сделка: вы платите подпиской вместо того, чтобы платить за ту же работу часами.
Он же даёт редактирование без разработчика. Владелец меняет цену, абзац или фотографию в тот же день, без задачи в трекере и без ожидания релиза. В маленькой команде это убирает дни ожидания из каждой мелкой правки.
Переезд стоит денег и внимания: перенос контента, сохранение адресов страниц, повторная настройка форм и аналитики, проверка на телефонах. Пока ни один предел не стоит вам выручки, этот бюджет разумнее потратить там, где он зарабатывает.
Поэтому вопрос звучит не «пора ли на свою разработку вообще», а «во что именно мы упёрлись». Ниже — четыре предела, у каждого свои признаки, которые видно и без разработчика рядом.
Первый предел: скорость, которую не сдвинуть изнутри
На конструкторе вы управляете тем, что стоит на странице, но не слоем доставки под ней. Платформа решает, какие скрипты исполняются на каждой странице, как собран файл стилей, какие размеры и форматы изображений отдаются и когда подключаются шрифты.
Часть всё же остаётся вашей. Тяжёлые фотографии, встроенные видео, чат-виджеты и пиксели добавил кто-то с вашей стороны, и убрать их может тоже кто-то с вашей стороны. Начинать стоит отсюда: этот слой обычно двигается без смены платформы.
Дальше идёт то, что вам не принадлежит: рантайм редактора, разметка шаблона, порядок подключения стилей. Этот потолок жёсткий. Он двигается, когда платформа выпускает обновление, а не когда вы меняете настройку у себя в панели.
Разделить два слоя — задача измерения: сколько байтов приходит, что блокирует первую отрисовку, сколько работы достаётся главному потоку. Материалы MDN Web Docs по производительности описывают эти показатели без привязки к конкретному поставщику.
Второй предел: владение данными, выгрузкой и адресами страниц
Выгрузка из конструктора обычно возвращает содержимое: тексты, файлы изображений, иногда таблицу заказов или заявок. Собранный сайт она не возвращает: шаблоны, блоки и компоненты редактора остаются у платформы, которая их сделала.
Практическое следствие в том, что переезд — это не распаковка архива, а повторная сборка, где вашим материалом служит ваш же контент. Считать это бесплатным — быстрый путь к сюрпризу и ещё один довод не уходить без причины.
Три вещи должны быть у вас с первого дня, независимо от платформы: домен в вашем аккаунте регистратора, счётчик аналитики в вашем аккаунте и копия каждой заявки вне конструктора — письмом на почту или регулярной выгрузкой.
Адреса страниц заслуживают отдельной строки. Они накапливают ссылки и историю поиска, и переезд их либо сохраняет, либо перенаправляет. Выгрузите список адресов заранее, пока подписка активна и панель управления ещё открывается.
Третий предел: интеграции, которым нужен собственный сервер
Обычные случаи конструкторы закрывают хорошо: каталог приложений, встраиваемый код, событие, отправленное во внешний сервис. Пока интеграция означает «форма отправлена — внешняя система уведомлена», платформы, как правило, справляются.
Предел появляется там, где нужна собственная логика на сервере: принять вебхук и проверить его подпись, выполнить фоновую задачу по расписанию, записать данные в вашу базу, открыть личный кабинет с ролями и своими правилами доступа.
Есть и ограничение по безопасности, которое встраиваемым кодом не обойти. Ключ, положенный в скрипт на странице, прочитает любой посетитель. Ключи, которые должны оставаться закрытыми, обязаны жить на сервере, а сервер конструктор отдаёт редко.
Проверка перед решением: перечислите каждую систему, с которой сайт должен разговаривать, и напротив каждой запишите, кто начинает обмен, где хранится секрет и что должно произойти при отказе вызова. Часть строк закроет приложение, часть — нет.
Четвёртый предел: счёт, который растёт вместе с трафиком и каталогом
Подписка выглядит фиксированной, но итог собирается из нескольких строк: тариф, привязанный к трафику, объёму хранения или числу товаров; ежемесячные платежи за установленные приложения; платные места для сотрудников; процент в отдельных торговых планах.
Пока сайт маленький, эти строки не видны. Видимыми они становятся ровно тогда, когда бизнес растёт, — в момент, когда затевать переезд особенно не хочется. Такой календарь лучше предусмотреть заранее, чем обнаружить его на ходу.
Считайте горизонтом, а не месяцем. Возьмите двенадцать последних счетов, добавьте сверху каждое приложение и умножьте на два года. Рядом поставьте вторую колонку: разовая сборка плюс ежемесячная поддержка по объявленной ставке.
У VITON13 вторая колонка выглядит так: «Сайт для запуска» — $380, «Разработка продукта» — $880, «Постоянная техническая поддержка» — $290 в месяц. Две колонки сравнимы только вместе с тем, что каждая сторона перестаёт делать за вас.
Доступность и семантика: где шаблон помогает, а где мешает
Шаблон обычно приходит с разумными значениями по умолчанию: структура заголовков, поле для альтернативного текста, видимый фокус на элементах управления. Это стартовая позиция, а не готовый результат, и редактирование отходит от неё быстро.
Ломается она внутри визуального редактора. Уровень заголовка выбирают по размеру шрифта, ссылку оформляют кнопкой, цвет текста подбирают на глаз, а удобный для мыши элемент оказывается на телефоне меньше пальца.
Быстрый справочник W3C по WCAG 2.2 задаёт проверяемые ориентиры: контраст от 4.5:1 для обычного текста, минимальный размер цели указания 24 на 24 CSS-пикселя с оговорёнными исключениями, видимый индикатор фокуса и работа с клавиатуры.
Часть этого правится внутри конструктора за вечер: альтернативные тексты, порядок заголовков, размеры элементов управления. Часть зависит от самого шаблона — порядок элементов в разметке, стили фокуса. Эта линия и есть граница между исправлением и переездом.
Как отличить предел платформы от вашей собственной сборки
Порядок один и тот же, идёт ли речь о скорости, форме или вёрстке. Создайте пустую страницу на том же шаблоне, без встроенных виджетов и сторонних скриптов, и повторите на ней ровно ту же проверку.
Если на чистой странице проблема исчезает, предел не платформенный. Он в том, что накопилось на вашей рабочей странице, и лечится настройками и удалением лишнего, без ухода с подписки, которую вы и так оплачиваете.
Если проблема остаётся, уточните следующее различие: это ограничение тарифа, ограничение шаблона или ограничение платформы. Первое снимается деньгами, второе — сменой шаблона, третье не снимается вовсе и означает переезд.
Ответ на этот вопрос запросите у поддержки платформы письменно до того, как закажете перенос. Переезд, начатый по догадке, иногда заканчивается открытием, что весь ущерб наносил один виджет в подвале страницы.
Когда ответ — не переезд: пакет исправлений за $70
Site Fix Pack стоит $70. В него входит до пяти согласованных исправлений, проверка на мобильном и десктопе и список «до и после» при передаче. Срок — 1-2 рабочих дня, один раунд правок.
Формат точно совпадает с первым слоем: тяжёлые изображения, скрипты, которые никто не убрал, форма, переставшая доставлять письма, блок, разъезжающийся на телефоне, отсутствующие альтернативные тексты, элемент, в который трудно попасть пальцем.
Исключения важны не меньше. Новые страницы, редизайн и миграции в пакет не входят. Если ваш список начинается со слова «перенести», это другая работа и другой пакет, и сказать об этом на старте полезнее, чем в середине.
Смысл шага в том, что он покупает ответ за небольшие деньги. Пять исправлений либо снимают жалобу, либо не снимают, и во втором случае вы заказываете переезд, уже зная причину, а не предполагая её.
Когда ответ — переезд: «Сайт для запуска» и экспресс-маршрут
«Сайт для запуска» стоит $380: адаптивная сборка, базовая CMS или связка с данными и настройка деплоя. Срок — 3-5 рабочих дней, два раунда правок до запуска, чего хватает небольшому сайту с определённой структурой.
Одно условие проговаривают до старта: контент и переводы предоставляет клиент. Тексты, фотографии и языковые версии в пакет не входят, и без них сборка останавливается на пустых блоках уже к середине срока.
«Launch Site Express» стоит $520: тот же объём в приоритетной очереди, ежедневные сборки, чек-лист запуска и созвон при передаче. Срок — 2 рабочих дня, один раунд правок после первой полной сборки.
Контент, фотосъёмка и постоянная поддержка в экспресс-пакет не входят. Разница между двумя пакетами не в размере сайта, а в очереди и ритме, и платой за этот ритм становится готовность отвечать в тот же день.
Когда переезжает не сайт, а продукт
Если список ограничений вырос до личных кабинетов, ролей, расчётов или собственной логики заявок, вы строите уже не сайт. «Разработка продукта» стоит $880: поставка функций, логика состояния и маршрутов, тестирование и харденинг.
Срок здесь — 2-3 недели, а не рабочих дней, и два раунда правок на каждую поставленную функцию. Границы названы прямо: нативные мобильные приложения и лицензирование платежей в пакет не входят, и говорят об этом на старте.
После запуска остаётся работа, которая не кончается: обновления зависимостей, мелкие правки, наблюдение за тем, что система делает в бою. «Постоянная техническая поддержка» стоит $290 в месяц: приоритетные обновления, недельный ритм релизов и техническое обслуживание.
Условия поддержки помните точно. Цикл месячный, для остановки нужны 30 дней уведомления, объём работ согласуется в начале каждого цикла. Новая сборка или редизайн в поддержку не входят и оцениваются отдельно.
Как принять решение за неделю и ничего не сломать
День первый: напишите одной строкой, чего вы не можете сделать. Не «сайт медленный», а «страница каталога открывается дольше, чем мы принимаем, и платформа не даёт убрать скрипты, которые она сама туда ставит».
Дни второй и третий: проведите проверку на чистой странице и получите ответ платформы письменно. К концу этих двух дней вы знаете, смотрите ли вы на уровень тарифа, на решение шаблона или на устройство самого сервиса.
День четвёртый: выгрузите список адресов страниц и копию заявок, убедитесь, что домен и счётчик аналитики находятся в аккаунтах, которыми управляете вы. Эта работа окупается в обоих исходах и теряет ценность, когда подписка закончилась.
День пятый: выберите шаг. Пять исправлений за $70, если предел оказался вашим; сборка за $380 или $520, если он принадлежит платформе; $880, если из сайта вырос продукт. Решение, принятое так, опирается на проверку, а не на усталость от шаблона.
Практический чеклист
- Сформулируйте одной строкой задачу, которую сайт сейчас не даёт выполнить.
- Повторите проверку на пустой странице того же шаблона без виджетов и сторонних скриптов.
- Запросите у поддержки платформы письменный ответ: это ограничение тарифа, шаблона или сервиса.
- Выгрузите список адресов страниц и копию заявок, пока подписка активна.
- Убедитесь, что домен и счётчик аналитики зарегистрированы на ваши аккаунты.
- Сложите двенадцать последних счетов вместе с приложениями и поставьте рядом сборку с поддержкой.
Вопросы и ответы
Как понять, дело в конструкторе или в нашем собственном сайте?
Соберите пустую страницу на том же шаблоне, без встроенных виджетов и сторонних скриптов, и повторите на ней ту же проверку. Если проблема исчезла, предел ваш и лечится настройками. Если осталась, уточните у поддержки платформы письменно, это ограничение тарифа, шаблона или самой платформы.
Сколько стоит проверить догадку до переезда?
$70. Site Fix Pack — это до пяти согласованных исправлений, проверка на мобильном и десктопе и список «до и после» при передаче, срок 1-2 рабочих дня и один раунд правок. Новые страницы, редизайн и миграции в пакет не входят, поэтому переезд считается отдельно.
Сколько занимает перенос на собственную сборку?
«Сайт для запуска» стоит $380 и занимает 3-5 рабочих дней, с двумя раундами правок до запуска. «Launch Site Express» стоит $520 и занимает 2 рабочих дня, с одним раундом правок после первой полной сборки. Контент и переводы в обоих случаях предоставляет клиент.
Потеряем ли мы поисковый трафик при переезде?
Позиции никто гарантировать не может, и обещаний тут не будет. Управляемая часть — адреса страниц: выгрузите список до переезда, сохраните адреса, которые уже собрали ссылки, и настройте перенаправления для тех, что меняются. Проверять перенаправления нужно до переключения, а не после.
Когда это уже продукт, а не сайт?
Когда появляются личные кабинеты, роли, расчёты или собственная логика заявок. «Разработка продукта» стоит $880: поставка функций, логика состояния и маршрутов, тестирование и харденинг, срок 2-3 недели, два раунда правок на каждую поставленную функцию. Нативные мобильные приложения и лицензирование платежей в пакет не входят.