Сайт на Тильде под ключ: когда конструктора хватает, а когда нет

Главный вопрос при заказе сайта на конструкторе — не «красиво ли получится», а «упрусь ли я потом». Ответ определяется одним признаком: сайт показывает информацию и принимает оплату — или должен что-то считать, хранить и делать сам. В первом случае конструктора хватает надолго, запуск занимает недели. Во втором ограничение обнаружится не на старте, а через полгода, когда переносить дороже, чем собрать заново.

Почему вопрос вообще возникает

Спор «конструктор или свой код» ведут как спор о качестве, хотя качество тут ни при чём. Tilda — готовый набор блоков плюс хостинг плюс редактор. Что укладывается в набор, собирается быстро и меняется без разработчика. Что не укладывается, дописывается вставками кода — и с определённого их числа сайт становится дороже в поддержке, чем написанный с нуля.

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

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

Скорость запуска

Конструктор снимает целые этапы: не нужен сервер, не нужна вёрстка с нуля, не нужна отдельная адаптация под телефоны. Сроки на практике: интернет-магазин анализов воды на Tilda запущен за два месяца; сайт услуг лаборатории на 20+ направлений — тоже за два; витрина услуг попроще — за месяц.

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

Правки без разработчика

Самое недооценённое свойство. Поменять цену, добавить услугу, переписать блок, поставить фотографию — всё это делает сотрудник заказчика из редактора, без задачи подрядчику и ожидания в очереди.

На дистанции это заметная экономия: поддержка по опубликованным прайсам студий стоит от 2 000 ₽/час, а сайт, где половина правок делается самостоятельно, этих часов не порождает. На своём коде каждое изменение текста — либо задача разработчику, либо админка, которую тоже кто-то оплачивал.

Готовые формы и приём оплаты

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

Работает это на объёме. Магазин анализов воды на Tilda дал 267 оплаченных заказов и 2,9 млн ₽ выручки при среднем чеке 6 125 ₽; реклама окупилась в 4,4 раза при 131 682 визитах. Собственного кода для приёма денег не потребовалось — кейс ОК Вода.

Витрина и каталог услуг

Каталог с фильтрами по нескольким полям, карточки, категории — в пределах конструктора. Сайт услуг лаборатории с двадцатью с лишним направлениями собрал 551 заявку через форму при 4 531 визите, без рекламного бюджета, на одном поисковом спросе. Такое соотношение объясняется узкой нишей, а не платформой, — но платформа не мешала.

Другой пример объёма: витрина услуг лаборатории со средним чеком 15 000 ₽ запущена за месяц. Для проверки спроса этого достаточно — подробнее в статье про разработку MVP.

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

Ограничения появляются не в дизайне, а в логике.

Личный кабинет и роли. Клиент видит свои заказы, сотрудник — все, администратор меняет справочники. Это работа с данными и правами доступа — отдельная система, которую конструктор не заменяет.

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

Обработка данных. Всё, где сайт должен что-то сохранить, сопоставить и потом с этим работать: анкеты с историей, накопительные заявки, отчёты и выгрузки по своим полям.

Автопубликация. Регулярный выпуск материалов по расписанию или из внешнего источника делается программно. Пример: сайт Getsman на своём коде — 8 страниц, сборка два дня — включает журнал, выросший до 87 статей с автопубликацией. Ручной перенос такого объёма в конструктор — отдельная смета.

Нестандартный обмен с учётом. Выгрузка товаров и остатков и приём заказов обратно решаемы, но чем нестандартнее учётная система, тем больше кода вокруг. Типовые поломки обмена разобраны в статье про интернет-магазин под ключ.

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

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

Оговорка: свой код не означает «медленно и долго». Восемь страниц за два дня — как раз своя разработка. Долгими проекты делают неопределённые требования и согласования, а не технология.

Критерий выбора: один вопрос

Что сайт должен уметь делать без участия человека? Ответ закрывает спор быстрее любого сравнения функций.

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

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

Сколько стоит: две разные строки в бюджете

Частая путаница при оценке — сложение того, что складывать нельзя. Подписка платформы и работа подрядчика идут разным получателям.

Напрямую владелец сайта: подписка платформы (периодический платёж, тариф зависит от нужных возможностей) и домен. Эти строки остаются, даже если подрядчика нет.

Подрядчику: сборка, наполнение и тексты, поддержка после запуска. Публичных цен у Dodigi нет, ориентир — по опубликованным прайсам студий.

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

Переделать существующий сайт на Тильде

Запрос «переделать» скрывает две разные задачи, и первое решение — понять, какая из них.

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

Дешевле собрать заново, когда накопилось одно из трёх:

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

Деталь, которую при пересборке забывают: адреса страниц нужно сохранить или настроить переадресацию. Иначе поисковые позиции обнуляются вместе со старыми ссылками, и трафик после «улучшения» падает.

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

Можно ли забрать сайт с платформы и разместить у себя? Экспорт исходного кода доступен на соответствующем тарифе, но забрать получится вёрстку и содержимое — статический сайт. Редактор, формы и приём оплаты остаются на платформе, после переноса их придётся подключать заново. Полноценным переездом это не является, но как страховка работает.

Что будет, если перестать платить за подписку? Сайт перестанет открываться: публикация привязана к активной подписке. Домен останется у владельца, содержимое какое-то время хранится в аккаунте, но публичная страница пропадает. Отсюда правило: продление подписки и домена ставится в календарь и оплачивается с карты компании, а не сотрудника.

Как правильно передать доступы после сдачи? Аккаунт платформы, домен и почта регистрируются на заказчика с самого начала, подрядчик добавляется в проект как участник. Обратный порядок — всё оформлено на исполнителя и передаётся «потом» — регулярно заканчивается тем, что владелец не может войти в собственную админку.

Кто владеет доменом? Тот, на кого он зарегистрирован, — независимо от того, кто платил и настраивал. Проверяется в личном кабинете регистратора: там должны стоять данные владельца бизнеса и его почта для уведомлений. Домен — единственный невосполнимый актив сайта: платформу можно сменить, содержимое пересобрать, а потерянный адрес возвращается только через добрую волю нынешнего владельца.

Коротко

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

Разобрать задачу и выбрать платформу — через контакты.