За несколько лет работы с Tilda я вижу одну и ту же картину: клиент собрал сайт сам, набор блоков закончился на пункте «нужно, чтобы форма считала стоимость доставки по городу» или «хочу личный кабинет с историей заказов», и тут начинается доработка сайта на тильде силами разработчика, а не редактором. Вопрос всегда один: где та грань, после которой Zero Block и стандартные настройки перестают справляться и нужен JavaScript, вебхуки и сторонний бэкенд.
По теме статьи
Готовое решение
Скрипт расчёта налога (НДС) в корзине Tilda
Автоматический расчёт НДС отдельной строкой в корзине Tilda — для США, ЕС и B2B.
от5 000 ₽
Кастомный скрипт
Когда стандартных блоков не хватает
Доработка сайтов на Тильде: скрипты для корзины, промокоды, зоны доставки, интеграции с CRM и Telegram. Простой скрипт от 3 000
от3 000 ₽
Эта статья про границу между «настроил в интерфейсе» и «написал код». Разберу по пунктам, что реально закрывается конструктором, что требует скрипта на пару часов работы, а что тянет за собой полноценную интеграцию с CRM, эквайрингом или службой доставки.
Что закрывает конструктор без единой строчки кода
Zero Block с 2020 года снял примерно половину прежних болей: свободная сетка, анимации при скролле, адаптивные настройки под три брейкпоинта, условная логика в формах через встроенный конструктор. Каталог товаров, промокоды с фиксированной или процентной скидкой, базовая интеграция с Яндекс.Метрикой и рекламными пикселями, подключение своего домена и SSL, простая выгрузка заказов на почту или в Google Таблицы (без персональных данных клиента в теле письма) - всё это делается руками в панели администратора за час-два, без разработчика.
Я регулярно отговариваю клиентов от найма программиста на старте: если задача укладывается в стандартные блоки, платить за код бессмысленно. Проблема начинается там, где логика перестаёт быть «показать/скрыть» и превращается в расчёт, хранение состояния или обмен данными с внешней системой.
Где Тильда упирается в потолок: типичные ограничения
Конструктор не умеет выполнять условия, зависящие от внешних данных в реальном времени. Он не запросит тариф у API СДЭК, не проверит остаток товара в 1С, не отправит чек в ОФД при оплате картой. Всё, что требует обращения к стороннему серверу до того, как форма отправлена, или сложной валидации на лету, конструктором не решается.
Типичный список ограничений, с которыми сталкиваюсь на практике:
- Ограничение промокода по количеству использований или по конкретному товару, а не только по проценту скидки
- Расчёт стоимости доставки по весу и зоне, а не по фиксированной ставке
- Пересчёт цены с учётом НДС для юрлиц и физлиц в одной корзине
- Мультивалютность с курсом, обновляемым не раз в сутки вручную, а автоматически
- Личный кабинет с историей заказов и статусами
- Приём оплаты через Т‑Банк эквайринг с фискализацией и вебхуком о статусе платежа
Часть этих задач я закрываю готовыми скриптами, часть требует индивидуальной доработки под конкретную бизнес-логику клиента.
Бесплатный материал
🎁 Полезный скрипт в подарок
Подпишитесь на Telegram - пришлю готовый скрипт по этой теме.
Без спама. Отписка в 1 клик.
Zero Block vs код: сравнение по задачам
Чтобы не гадать заранее, сколько будет стоить доработка, я обычно свожу задачу клиента в таблицу: что решается настройками, а что требует разработки.
| Задача | Решается в конструкторе | Нужен кастомный код |
|---|---|---|
| Анимации, попапы, слайдеры | Да | Нет |
| Скидка по промокоду с лимитом использований | Частично | Да |
| Расчёт доставки по зонам и весу | Нет | Да |
| Приём оплаты с фискализацией через Т‑Банк | Нет | Да |
| Личный кабинет с историей заказов | Нет | Да |
| Конвертация цен по курсу валют | Нет | Да |
| Мультиязычность через модуль Multilang | Да | Нет |
Под часть строк из правой колонки уже есть готовые решения. Например, расчёт зон доставки, ограничение промокодов, пересчёт НДС и конвертация валют для Tilda у меня оформлены как отдельные готовые скрипты, которые можно поставить на сайт без разработки с нуля, а не ждать индивидуальной доработки неделями.
Интеграции: СДЭК, эквайринг, Telegram и n8n
Самая частая причина, по которой клиент приходит именно ко мне, а не остаётся в панели Тильды, это интеграция с внешним сервисом. СДЭК отдаёт тарифы и список пунктов выдачи через API, но карту ПВЗ на странице заказа конструктор не покажет: нужен скрипт, который дёргает API СДЭК по введённому городу и подставляет стоимость в форму.
С эквайрингом похожая история. Тильда поддерживает базовые платёжные системы из коробки, но если нужна фискализация чеков по 54-ФЗ через Т‑Банк с учётом маркировки товаров или рассрочки, приходится писать серверный обработчик, который слушает вебхук об оплате и обновляет статус заказа.
Отдельно выделю связку с Telegram. Часто клиенту нужно, чтобы заявка с формы Tilda сразу падала менеджеру в чат, а не терялась в почте. Здесь либо пишу небольшого бота на aiogram, который принимает вебхук от Tilda и форматирует сообщение, либо, если у бизнеса уже есть CRM и несколько точек входа заявок, собираю цепочку в n8n: вебхук с сайта, обогащение данными, маршрутизация в амоCRM или Bitrix24 и уведомление в Telegram. Второй вариант удобнее, когда каналов больше одного и логику нужно менять без переписывания кода.
Важный момент про хранение данных клиентов: контакты и историю заказов я подключаю на сервера с размещением в РФ, а не в зарубежные облачные таблицы, это требование 152-ФЗ по локализации персональных данных, и я его соблюдаю при любой интеграции с формами Tilda.
Сколько стоит доработка и когда пора уходить с Тильды
По деньгам ситуация такая. Простая доработка вроде правки скрипта, добавления валидации в форму или подключения готового модуля из библиотеки у меня стоит от 3 000 ₽. Комплексная интеграция с CRM, эквайрингом или расчётом доставки через СДЭК - от 40 000 ₽, срок зависит от количества внешних систем и обычно укладывается в полторы-две недели. Сайт на Tilda с нуля под ключ, включая базовую настройку и адаптацию под задачи бизнеса, - от 30 000 ₽.
На бирже фриланса и в небольших студиях цена на подобные интеграции гуляет в диапазоне 15 000-100 000 ₽, разброс объясняется тем, что часть исполнителей не тестирует сценарии с ошибками на стороне внешнего API и не закладывает время на отладку вебхуков.
Отдельный вопрос - когда доработок становится настолько много, что сама платформа начинает мешать. Если на сайте уже пять кастомных скриптов, три внешние интеграции и логика, которая живёт скорее в JS-коде, чем в блоках Tilda, я честно говорю клиенту: дешевле и надёжнее переехать на WordPress или собрать отдельный сервис, чем городить очередной костыль поверх конструктора. Признаки, что пора задуматься о переезде: сайт стал заметно медленнее из-за количества скриптов, каждое обновление Tilda что-то ломает в кастомной логике, или бизнесу нужна логика, которую в принципе нельзя встроить в чужую платформу, например свой алгоритм ценообразования с десятками условий.
При этом я не обещаю, что кастомный код на Tilda переживёт все будущие обновления платформы без вмешательства: Tilda регулярно меняет вёрстку блоков и API, поэтому скрипты, завязанные на структуру DOM, время от времени требуют ревизии. Это отдельная работа, а не бесплатное сопровождение.
Частые вопросы
Сколько стоит доработка сайта на Тильде кастомным кодом?
Зависит от объёма: точечная правка или добавление скрипта у меня стоит от 3 000 ₽, комплексная интеграция с CRM, эквайрингом или службой доставки - от 40 000 ₽. Итоговую цену называю после того, как вижу конкретную задачу и список внешних систем, с которыми нужно связать сайт.
Можно ли реализовать сложную логику через Zero Block без разработчика?
Часть сценариев да, например условный показ блоков или изменение цены при выборе опции в товаре. Но как только логика зависит от внешнего API, требует хранения состояния между визитами или расчёта в реальном времени, конструктора уже не хватает и нужен код.
Ломаются ли кастомные скрипты после обновлений Тильды?
Бывает. Tilda меняет вёрстку блоков и иногда API, и скрипт, завязанный на конкретную структуру DOM, может перестать работать после апдейта платформы. Я стараюсь писать код с запасом на изменения верстки, но гарантию, что абсолютно любое будущее обновление ничего не затронет, дать не может никто.
Когда лучше уходить с Тильды на WordPress или кастомную разработку?
Когда количество скриптов и интеграций на сайте начинает превышать возможности платформы: сайт заметно тормозит, обновления Tilda регулярно ломают логику, а бизнес-процессы требуют собственной архитектуры, которую в конструктор не встроить. В остальных случаях доработка кодом поверх Tilda обычно выходит быстрее и дешевле полного переезда.