За последние пару лет я сделал на Tilda больше двадцати проектов - от лендингов под рекламную гипотезу до интернет-магазинов на полсотни товаров с доставкой и оплатой. И почти в каждом втором случае возможности тильды упирались в потолок раньше, чем у клиента заканчивались задачи. Конструктор закрывает первые 70-80% работы быстро и без боли: дизайн, адаптив, базовые формы собираются за дни, а не недели. Дальше начинается зона, где нужен код руками, внешние сервисы, а иногда и полный переезд на другую платформу.
Что реально умеет Tilda без единой строчки кода
Для витрины, лендинга или блога штатного функционала хватает почти всегда. Zero Block даёт свободу в вёрстке блоков, есть готовые модули форм с валидацией, интеграция с Яндекс.Метрикой и Google Analytics включается за пару кликов, а Tilda Store закрывает базовый интернет-магазин с корзиной и каталогом.
- Формы с отправкой на почту, в CRM или на вебхук
- Каталог товаров с фильтрами, если ассортимент не превышает пару сотен позиций
- Готовые коннекторы к Юkassa, Т‑Банку и Сберу для приёма оплаты
- Настройка SEO-полей на уровне страницы: title, description, og-теги
- Экспорт статики и подключение своего домена без танцев с хостингом
Для проекта, где задача - собрать сайт-визитку или магазин на 30-50 SKU, я закладываю от 30 000 ₽ и укладываюсь в полторы-две недели. Дальше начинаются нюансы, которые в бриф на старте почти никогда не попадают.
Где возможности тильды заканчиваются в интеграциях
Нативные коннекторы Tilda рассчитаны на простой сценарий: клиент оплатил - заказ ушёл в CRM. Как только логика усложняется, встроенных настроек не хватает.
С Т‑Банком я сталкивался с задачей пересчитать сумму заказа с учётом стоимости доставки по СДЭК прямо в корзине, до перехода на оплату - из коробки Tilda этого не делает, калькулятор доставки считает по фиксированным зонам, а не по реальному тарифу перевозчика. Пришлось встраивать в Zero Block кастомный виджет, который дёргает API СДЭК на клиенте через прокси-бэкенд и обновляет итоговую сумму до отправки формы на оплату.
С CRM похожая история: amoCRM и Bitrix24 подключаются нативно, но без возможности гибко маппить поля заказа на нужные сущности, ставить теги по условиям или запускать сделку в конкретную воронку в зависимости от товара. Как только у клиента больше одной воронки продаж, нативной интеграции не хватает и нужен отдельный обработчик вебхука.
| Задача | Хватает конструктора | Нужна доработка |
|---|---|---|
| Приём оплаты по фиксированной цене | Да | - |
| Пересчёт суммы с учётом тарифа СДЭК | Нет | Кастомный виджет + API |
| Передача заказа в CRM с тегами и воронками | Частично | Обработчик вебхука |
| Личный кабинет клиента с историей заказов | Нет | Отдельный сервис |
Простая доработка вроде допиливания формы или скрипта на JS обычно стоит от 3 000 ₽. Комплексная интеграция с CRM, эквайрингом и расчётом доставки - от 40 000 ₽, и это не наценка за сложность ради сложности, а реальный объём работы: прокси-бэкенд, обработка ошибок API, тестирование на разных сценариях оплаты.
Бесплатный материал
🎁 Полезный скрипт в подарок
Подпишитесь на Telegram - пришлю готовый скрипт по этой теме.
Без спама. Отписка в 1 клик.
Zero Block и кастомные скрипты: что можно доработать руками
Zero Block даёт доступ к HTML и JS внутри блока, и через T123 (внутренний JS API Tilda) можно менять поведение элементов, добавлять валидацию полей сложнее встроенной, скрывать или показывать блоки по условию, вешать свои обработчики на клики. На практике этим закрывается процентов восемьдесят запросов на «а можно, чтобы вот тут по-другому».
Чего не будет никогда, потому что архитектура так не работает: серверной логики, своей базы данных, крон-задач, авторизации пользователей с ролями. Всё, что происходит в Zero Block, выполняется в браузере клиента - для хранения данных и бизнес-логики нужен внешний бэкенд, который Tilda просто дёргает через fetch или форму.
Ещё один момент, который выясняется только на практике: при повторной публикации страницы через визуальный редактор Tilda иногда затирает вручную вписанный код в HTML-блоке, если редактировать структуру блока после этого через конструктор. Я стараюсь выносить такие вставки в отдельные Zero Block с минимальным количеством родных элементов Tilda внутри - так риск потерять правки при следующей правке дизайнером снижается. У меня в библиотеке готовых скриптов для Tilda лежат уже отработанные решения под частые задачи - от валидации форм до динамического расчёта доставки, так что часть доработок закрывается без разработки с нуля.
Технические потолки: скорость, SEO и данные
Tilda подгружает собственное ядро на JS весом в несколько сотен килобайт на каждой странице - это плата за визуальный редактор и Zero Block. На типовой лендинг это не критично, но на карточном каталоге в полторы сотни товаров время до интерактивности растёт заметно, и повлиять на это без переезда на кастомную сборку нельзя.
Из того, что реально ограничивает рост проекта на Tilda:
- Нет контроля над заголовками кэширования и CDN-логикой - что дала платформа, то и работает
- Robots.txt и структура sitemap правятся только в пределах того, что открыла Tilda в настройках
- Нет серверного рендеринга под кастомную логику - фильтры и поиск на больших каталогах работают на клиенте и тормозят с ростом ассортимента
- Данные о заказах и пользователях нельзя хранить и обрабатывать внутри платформы - только выгружать наружу через вебхуки
Для сайта с посещаемостью до 5-10 тысяч визитов в месяц и каталогом до сотни товаров это не мешает жить. Дальше каждая новая фича - это либо обходной путь через внешний сервис, либо повод посчитать стоимость переезда.
Автоматизация вокруг Тильды: n8n, боты и парсинг
Здесь Tilda неожиданно раскрывается лучше, чем кажется на старте - не как платформа, которая всё умеет сама, а как источник вебхуков, вокруг которого собирается остальная система.
Типичная связка, которую я собираю чаще всего: форма на Tilda отправляет вебхук в n8n, тот раскладывает данные по условиям - простой заказ уходит в CRM, заказ с вопросом уходит менеджеру в Telegram через aiogram-бота, а данные о конверсии дублируются в таблицу для отчётности. Автоматизация в n8n на такую логику обходится от 25 000 ₽ и окупается тем, что менеджер не теряет заявки, которые раньше просто падали на почту и терялись в потоке.
Отдельно закрываю задачи на Python - например, парсинг цен конкурентов для автоматического обновления каталога на Tilda через API, или синхронизация остатков между 1С и карточками товаров. Такие скрипты стоят от 20 000 ₽ в зависимости от источников данных и частоты обновления. Telegram-бот как отдельный канал для клиента - уведомления о статусе заказа, запись на консультацию - обычно от 30 000 ₽.
Когда пора переезжать с Тильды на другую платформу
Переезд оправдан не потому что Tilda «плохая», а потому что задача переросла формат конструктора. По моей практике, сигналы для перехода такие:
- Каталог перевалил за 200-300 товаров с фильтрами по нескольким параметрам одновременно
- Нужен личный кабинет с историей заказов, бонусами, повторными покупками
- Бизнес-логика требует своей базы данных - склад, остатки в реальном времени, мультивалютность
- Трафик растёт так, что скорость загрузки начинает влиять на конверсию и позиции в поиске
Для интернет-магазина с реальной каталожной логикой обычно смотрю в сторону WordPress с WooCommerce - эта связка неплохо ложится на интеграции вроде Т‑Банка и СДЭК через готовые плагины, разработка сайта на WordPress стоит от 60 000 ₽. Если нужен полноценный веб-сервис с личным кабинетом, ролями пользователей и своей бизнес-логикой - это уже отдельная разработка на React или Laravel, от 150 000 ₽ за SaaS-продукт целиком, либо от 100 000 ₽ за админ-панель или бэкенд отдельно. Интернет-магазин под ключ вне Tilda, с полным циклом от каталога до оплаты, я оцениваю от 80 000 ₽.
Разница ощущается не только в бюджете, но и в скорости изменений: на своей платформе правка бизнес-логики - это код и деплой, а не поиск обходного пути через очередной сторонний виджет.
Когда стандартных блоков не хватает
Кастомный скрипт
от 3 000 ₽
Подробнее →Частые вопросы
Можно ли на Tilda сделать личный кабинет с историей заказов?
Нативно нет. Tilda не хранит пользовательские данные и не умеет авторизацию с ролями - для личного кабинета нужен отдельный сервис, который принимает данные с Tilda через вебхук и отдаёт их обратно через встроенный в Zero Block виджет или отдельную страницу вне платформы.
Тильда справится с интернет-магазином на 300 товаров?
Технически страницы соберутся, но фильтрация и поиск на клиенте начнут заметно тормозить, а управлять таким объёмом карточек в визуальном редакторе неудобно. На этом объёме я обычно советую смотреть в сторону WooCommerce или отдельной каталожной системы с админкой.
Можно ли встроить в Tilda расчёт доставки СДЭК по реальному тарифу?
Да, но не через штатные настройки - нужен кастомный виджет в Zero Block, который обращается к API СДЭК через прокси-бэкенд и пересчитывает сумму заказа перед оплатой. Такая доработка попадает в категорию комплексных интеграций.
Стоит ли сразу переезжать на WordPress, если бизнес растёт?
Не всегда сразу. Часто дешевле и быстрее донастроить Tilda кастомными скриптами и внешними автоматизациями через n8n, а к переезду возвращаться, когда упираетесь в конкретное ограничение - каталог, личный кабинет или скорость. Переезд имеет смысл считать заранее, а не когда старая система уже не тянет нагрузку.