Интеграция CRM с сайтом на Тильде - задача, с которой сталкивается почти любой бизнес, как только заявки перестают помещаться в один рабочий чат. За несколько лет работы с Tilda я собирал десятки таких связок: от простого вебхука в amoCRM до схем с проверкой дублей, распределением лидов по менеджерам и синхронизацией статусов заказа. В статье разберу три рабочих способа подключения CRM к сайту на Тильде, покажу, где платформа справляется сама, а где без кастомного скрипта не обойтись, и назову конкретные грабли, на которые наступал лично.
Зачем подключать CRM к сайту на Тильде, если есть встроенные формы
Тильда умеет отправлять заявки на почту и в Telegram из коробки - этого хватает первые пару месяцев, пока заявок пять в день и их разгребает один человек. Дальше начинаются проблемы: письма теряются в спаме, менеджеры путают, кто уже перезвонил, а источник заявки (какая реклама привела клиента) нигде не фиксируется, потому что почта не хранит UTM-метки в структурированном виде.
CRM решает три вещи, которые email и мессенджер решить не могут: хранит историю по каждому контакту, автоматически распределяет заявки между менеджерами по правилам, и позволяет видеть воронку - сколько лидов дошло до оплаты, а сколько отвалилось на этапе звонка. Без этого расчёт стоимости привлечения клиента превращается в гадание.
Способ 1: нативная интеграция Tilda с CRM через настройки сайта
В разделе «Формы» на Tilda есть готовые подключения к amoCRM, Bitrix24, RetailCRM, Мегаплану, Yclients и ещё десятку сервисов. Настройка занимает 10-15 минут: авторизуетесь через OAuth, выбираете воронку и поля, куда падают данные из формы, - и лиды начинают приходить автоматически при каждой отправке.
Плюс очевиден - не нужен разработчик и код. Минусов на практике набирается больше, чем кажется на старте:
- создаётся новый лид при каждой заявке, даже если это тот же самый клиент - дубли контактов приходится чистить руками
- кастомные поля формы (например, «желаемая дата монтажа») не всегда мапятся на нужные поля CRM без танцев с настройками
- нет логики условного распределения - «эти заявки на Иванова, эти на Петрова» встроенными средствами не настроить
- интеграция привязана к конкретной форме блока, а не к сайту целиком - если форм несколько (заявка, обратный звонок, консультация), настраивать нужно каждую отдельно
Для интернет-магазина с оплатой через Тинькофф-эквайринг или для площадки, где заказы синхронизируются со СДЭК по статусам доставки, нативной интеграции обычно не хватает - она умеет только создавать лид, а не обновлять его дальше по воронке.
Способ 2: связки через сервисы-коннекторы - Albato, Zapier и n8n
Когда нужной CRM нет в списке нативных интеграций Tilda, или логика сложнее «форма → лид», в дело идут коннекторы. Albato и Zapier работают по принципу «если в Тильде пришла заявка - сделай действие в другом сервисе»: можно добавить условия, преобразовать формат данных, отправить копию в Google Таблицы или Telegram-бота одновременно с созданием лида.
n8n - тот же принцип, но self-hosted: сценарий крутится на вашем сервере, а не в иностранном облаке. Для интеграций, где через workflow проходят телефоны и почты клиентов, я всегда советую именно self-hosted n8n на сервере в РФ - это снимает вопрос с локализацией персональных данных по 152-ФЗ, чего не гарантируют зарубежные SaaS-коннекторы.
| Способ | Скорость настройки | Гибкость логики | Где хранятся данные |
|---|---|---|---|
| Нативная интеграция Tilda | 10-15 минут | низкая | у Tilda и CRM |
| Zapier / Albato | 1-3 часа | средняя | зарубежное/смешанное облако |
| n8n на своём сервере | 1-2 дня настройки | высокая | сервер в РФ, под вашим контролем |
| Кастомный скрипт + вебхук | от 3-5 дней | максимальная | сервер в РФ, под вашим контролем |
Автоматизацию в n8n я обычно делаю от 25 000 ₽ - в эту сумму входит сам сценарий, подключение к API CRM и тестовый прогон на реальных заявках.
Бесплатный материал
🎁 Полезный скрипт в подарок
Подпишитесь на Telegram - пришлю готовый скрипт по этой теме.
Без спама. Отписка в 1 клик.
Способ 3: кастомный скрипт и вебхуки Tilda
Когда логика сложная - нужно проверять дубли по телефону перед созданием сделки, разносить заявки по воронкам в зависимости от товара, тянуть статус оплаты из Т‑Банка обратно в CRM или синхронизировать заказы со СДЭК - без отдельного скрипта не обойтись.
Схема простая на бумаге: Tilda отправляет данные формы на webhook (URL, который вы указываете в настройках формы), на вашем сервере скрипт принимает POST-запрос, обрабатывает и валидирует данные, при необходимости обращается к API CRM для проверки дублей, и уже потом создаёт или обновляет сделку.
// упрощённый пример обработчика вебхука от Tilda
app.post('/tilda-webhook', async (req, res) => {
const { phone, email, name, formname } = req.body;
const existing = await crm.findContactByPhone(phone);
if (existing) {
await crm.addNoteToDeal(existing.dealId, `Повторная заявка: ${formname}`);
} else {
await crm.createLead({ phone, email, name, source: formname });
}
res.sendStatus(200);
});На практике сюда добавляется обработка UTM-меток (Tilda передаёт их скрытыми полями формы), проверка спам-ботов по honeypot-полю и логирование неудачных запросов - иначе через месяц не разберётесь, почему пять заявок потерялись между сайтом и CRM.
Часть таких сценариев - с проверкой дублей, передачей UTM и подключением к amoCRM или Bitrix24 - у меня уже готова в виде шаблонов, я держу их в библиотеке готовых скриптов для Tilda, откуда можно взять базу и адаптировать под конкретную CRM без разработки с нуля.
Подводные камни интеграции CRM с сайтом на Тильде
Кэш статических страниц Tilda
Тильда генерирует статические HTML-страницы и кэширует их на CDN. Если правите скрипт на странице через блок T123 (HTML-код) или запату, изменения не появятся у посетителей, пока страницу не переопубликуете вручную - забытая переопубликация после правки webhook-адреса стоила мне однажды двух дней пропущенных заявок у клиента.
Многошаговые формы и потеря UTM
Если форма состоит из нескольких шагов (квиз, калькулятор с расчётом стоимости), UTM-метки первого захода на сайт нужно явно сохранять в скрытые поля на каждом шаге - иначе к моменту отправки формы источник трафика теряется, и в CRM лид приходит без метки кампании.
Лимиты API у CRM
У amoCRM и Bitrix24 есть ограничения на количество запросов в минуту. При всплеске заявок (например, во время рекламной акции) наивная реализация без очереди запросов начинает получать ошибки 429 и терять часть лидов. Решается очередью на стороне сервера - заявки складываются и отправляются в CRM с паузами, а не залпом.
Хранение персональных данных
Телефоны, почты и адреса клиентов - персональные данные, которые по 152-ФЗ должны обрабатываться на серверах в России. Если в схему интеграции добавляется промежуточное хранилище (например, таблица для сверки дублей перед отправкой в CRM), держите её на сервере в РФ, а не в стороннем зарубежном облаке - это правило я соблюдаю в любой интеграции, где фигурируют контакты клиентов.
Форма в мобильном приложении Tilda Member
Если на сайте используется личный кабинет через Tilda Member, формы внутри кабинета иногда работают иначе, чем обычные блоки - вебхук может не сработать так, как в блоке T123. Это нужно проверять отдельно, а не считать, что раз заявка ушла с одной формы сайта, значит уйдёт и со всех остальных.
Сколько стоит и сколько занимает интеграция CRM с Тильдой
Разброс по деньгам и срокам зависит от глубины интеграции:
- простая доработка (добавить скрытое поле, поправить вебхук, подключить дополнительную форму) - от 3 000 ₽, обычно 1 день
- комплексная интеграция с CRM, эквайрингом и логистикой (например, CRM + Т‑Банк + СДЭК с синхронизацией статусов заказа) - от 40 000 ₽, срок от 5 до 10 рабочих дней
- если сайт нужно ещё и собрать заново под интеграцию - сайт на Tilda обходится от 30 000 ₽, отдельно от стоимости самой интеграции
На рынке цены на аналогичные интеграции у студий и фрилансеров сильно разнятся - я видел предложения и в 2-3 раза дороже за схожий объём работы, и подозрительно дешёвые варианты, где в итоге дубли лидов и потерянные UTM всплывают через месяц эксплуатации. Ориентируйтесь не только на цену, но и на то, тестируют ли вам интеграцию на реальных сценариях перед сдачей - дубли контактов и потерянные заявки на проде обходятся дороже, чем разница в смете.
Когда стандартных блоков не хватает
Кастомный скрипт
от 3 000 ₽
Подробнее →Частые вопросы
Можно ли подключить любую CRM к Тильде без программиста?
Если CRM есть в списке нативных интеграций Tilda (amoCRM, Bitrix24, RetailCRM и другие популярные системы) - да, настройка через OAuth занимает 10-15 минут. Если CRM самописная или логика сложнее «форма создаёт лид» (проверка дублей, распределение по менеджерам, обновление статусов), потребуется вебхук и скрипт на стороне сервера.
Почему заявки с сайта не доходят до CRM, хотя интеграция настроена
Чаще всего причина в трёх вещах: страница с формой не переопубликована после изменения настроек, форма превысила дневной лимит отправок на тарифе Tilda, или CRM вернула ошибку по лимиту API, которую никто не залогировал. Проверяю логи вебхука в первую очередь - без них диагностировать проблему вслепую можно часами.
Нужно ли хранить данные клиентов отдельно от CRM при интеграции
Обычно нет, CRM сама выступает хранилищем персональных данных. Отдельное промежуточное хранение имеет смысл только для сверки дублей перед созданием сделки - и в этом случае оно должно быть на сервере в России, а не в стороннем зарубежном сервисе.
Что делать, если в CRM нужно передавать статус оплаты с сайта на Тильде
Это уже двусторонняя интеграция: эквайринг (например, Т‑Банк) присылает вебхук об оплате на ваш сервер, скрипт находит соответствующую сделку в CRM по номеру заказа и обновляет её статус. Такая связка не собирается штатными средствами Tilda и обычно идёт в рамках комплексной интеграции от 40 000 ₽.