Потеря лидов из-за ручного экспорта форм Tilda в CRM — частая проблема, которую мы решаем за один день. Встроенные интеграции часто не покрывают нестандартную логику: нужен собственный webhook-обработчик, передача UTM-меток и тонкая настройка аналитики. Наша команда с многолетним опытом реализовала более 150 проектов, разворачивая обработчики на Laravel и настраивая GTM. Закажите интеграцию под ключ — получите готовое решение с защитой и гарантией. Стоимость рассчитывается индивидуально, свяжитесь для оценки вашего проекта.
Как мы интегрируем Tilda с CRM?
Используем три подхода: встроенные интеграции, собственный webhook-обработчик или JS-интеграцию через блок T123. Выбор зависит от сложности логики и требуемой гибкости.
Сравнение подходов
| Характеристика |
Встроенная интеграция |
Webhook-обработчик |
JS-интеграция (блок T123) |
| Настройка |
15–30 минут |
3–5 часов |
1–2 часа |
| Гибкость |
Низкая (фиксированный маппинг) |
Высокая (любая логика) |
Средняя (только клиентский код) |
| Безопасность |
API-ключ |
Токен/IP-фильтр |
Зависит от CORS |
| UTM-поддержка |
Только скрытые поля |
Полная |
Через скрытые поля |
Почему webhook лучше встроенных интеграций?
Встроенные интеграции удобны для простых сценариев, но не позволяют добавить условия или обогатить лид данными из внешних API. Webhook даёт полный контроль: можно валидировать поля, отправлять данные в несколько CRM, запускать триггеры. При этом время разработки всего 3–5 часов — это даёт экономию бюджета по сравнению с созданием собственного решения с нуля. Оценим ваш проект бесплатно.
Встроенные интеграции
В разделе «Интеграции» в настройках сайта Tilda доступны готовые коннекторы для amoCRM, Bitrix24, GetResponse, Mailchimp, SendPulse. Настройка занимает 15–30 минут: указываете API-ключ, маппинг полей формы на поля CRM — готово. Ограничение: маппинг полей ограниченный, условий нет, дополнительная логика недоступна.
Webhook на собственный обработчик
Для нестандартных CRM или сложной логики — webhook. В настройках формы Tilda: «После отправки» → «Webhook» → указываем URL. Tilda отправит POST с данными формы в формате application/x-www-form-urlencoded:
Name=Иван+Иванов&Phone=%2B79001234567&Email=ivan%40example.com&formid=form123456789&tranid=1234567890
Обработчик на Laravel:
public function handleTildaWebhook(Request $request): Response
{
$data = $request->all();
// Базовая проверка — Tilda не подписывает запросы,
// поэтому защита через IP-фильтр или секретный параметр в URL
$expectedToken = config('services.tilda.webhook_token');
if ($request->query('token') !== $expectedToken) {
abort(403);
}
$lead = [
'name' => $data['Name'] ?? $data['name'] ?? '',
'phone' => $data['Phone'] ?? $data['phone'] ?? '',
'email' => $data['Email'] ?? $data['email'] ?? '',
'source' => 'tilda',
'form' => $data['formid'] ?? '',
];
// Создаём лид в CRM
dispatch(new CreateCRMLead($lead));
return response('OK', 200);
}
Важный нюанс: Tilda не подписывает webhook-запросы криптографически. Защита — либо секретный токен в URL (?token=xxx), либо IP-фильтр (IP-адреса серверов Tilda публикуются в документации Tilda).
Как настроить передачу событий в аналитику через GTM?
Для отслеживания событий форм в Google Analytics 4 или Яндекс.Метрике стандартный подход — Google Tag Manager. Tilda поддерживает вставку GTM-кода: «Настройки сайта» → «Аналитика» → «Google Tag Manager» → вводим ID контейнера (GTM-XXXXXXX). После этого в GTM настраиваем триггер на отправку формы Tilda. Tilda генерирует кастомное событие:
// Событие, которое Tilda отправляет в dataLayer после успешной отправки формы
window.addEventListener('message', function(event) {
if (event.data && event.data.indexOf('tildaCallback') >= 0) {
const data = JSON.parse(event.data);
if (data.event === 'tf-success') {
dataLayer.push({
event: 'tilda_form_submit',
formId: data.formId,
pageName: document.title,
});
}
}
});
В GTM: триггер → «Пользовательское событие» → tilda_form_submit. К нему привязываем тег GA4 с событием generate_lead.
Как передать UTM-метки в CRM?
UTM-метки из URL нужно сохранить и передать вместе с лидом. Tilda поддерживает это через скрытые поля формы:
- Добавьте в форме скрытые поля с именами
utm_source, utm_medium, utm_campaign.
- В настройках формы включите «Автоматически подставлять UTM-метки в скрытые поля».
После этого в webhook придут заполненные UTM-поля, которые можно передать в CRM как атрибуты сделки. Это повышает качество лидов и позволяет оценивать эффективность рекламных каналов, сокращая затраты на лидогенерацию.
Типичные ошибки и их решение
-
Ошибка 404 на webhook — проверьте маршрут и метод HTTP (должен быть POST).
-
Пустые лиды в CRM — проверьте маппинг полей: названия полей из Tilda (Name, Phone) должны соответствовать ожидаемым в обработчике.
-
Нет UTM в webhook — убедитесь, что включена автоподстановка UTM в настройках формы.
Что входит в работу по интеграции?
- Разработка webhook-обработчика (Laravel, Node.js или Django) с маппингом полей, валидацией и защитой.
- Настройка GTM, GA4 и Яндекс.Метрики с триггерами на отправку формы.
- Реализация передачи UTM-меток в CRM.
- Документация по эксплуатации и контакты поддержки.
- Обучение вашей команды: до 1 часа онлайн.
Сроки и гарантия
Настройка встроенной интеграции Tilda → CRM через стандартный коннектор: 30–60 минут. Реализация кастомного webhook-обработчика с маппингом полей и UTM-трекингом: 3–5 часов. Полная аналитическая связка с GTM, GA4, Метрикой и передачей UTM в CRM — 1 рабочий день. Наша гарантия: интеграция работает без сбоев, данные не теряются. Свяжитесь с нами для оценки вашего проекта — получите консультацию бесплатно.
Интеграция сайта с CRM: Битрикс24, amoCRM, Salesforce, HubSpot
Менеджер по продажам ведёт сделки в CRM, а заявки с сайта падают на почту. Он их вручную переносит. Теряет половину. Забывает перезвонить. Это не проблема менеджера — это архитектурная дыра между сайтом и процессами компании. Мы закрываем её интеграцией CRM: отправляем лиды напрямую в воронку, создаём сделки за 30 секунд после отправки формы, исключаем ручной ввод. Закажите аудит текущей схемы — получите план интеграции под ключ.
Интеграция — это не просто POST в API. Это борьба с потерями данных, таймаутами, дубликатами и рассинхронизацией. Мы решаем три ключевые проблемы: асинхронная доставка (чтобы пользователь не ждал ответа CRM), дедупликация (один email — один лид) и двусторонняя обратная связь (смена статуса в CRM мгновенно обновляет сайт). Ниже — как это работает на практике.
Битрикс24: REST API и события
Битрикс24 — самая распространённая CRM на российском рынке. REST API доступен через OAuth 2.0 или через incoming webhook (проще, но менее безопасно для продакшена). Основные сущности: lead, deal, contact, company.
Создание лида: POST /rest/crm.lead.add с набором полей. Привязка к воронке: SOURCE_ID. Добавление комментария: crm.timeline.comment.add. Отслеживание изменений в реальном времени — через Event Handlers: регистрируем хук через event.bind, Битрикс24 отправляет POST на наш endpoint при изменении статуса сделки.
Сложность Битрикс24 — кастомные поля. У каждой установки они уникальны, их ID нужно узнавать через crm.lead.fields. Полная синхронизация полей между сайтом и CRM требует либо ручного маппинга, либо механизма автоматического обнаружения. Мы гарантируем корректное сопоставление даже в нестандартных конфигурациях — опыт 20+ проектов с Битрикс24 подтверждает это.
amoCRM: современный REST
amoCRM (теперь Kommo для международного рынка) имеет более чистый API. OAuth 2.0 с refresh token, JSON API, предсказуемые endpoint. Воронки — pipelines, сделки — leads, контакты — contacts.
Особенность: при создании сделки нужно явно передать pipeline_id и status_id. Без них сделка попадает в дефолтную воронку, что часто не то, что нужно. Теги для классификации источников лидов — через _embedded.tags. Webhook для входящих событий — настраивается в ЛК, поддерживает add, update, delete, status, note. Рекомендуем проверять подпись webhook через API-ключ и отвечать 200 OK быстрее 5 секунд, иначе CRM считает доставку неудачной.
Salesforce и HubSpot: enterprise-уровень
Salesforce — enterprise выбор. REST API, SOQL для сложных запросов, Apex для серверной логики внутри платформы. Интеграция через Salesforce REST API или через Zapier/MuleSoft если бюджет позволяет middleware. Для прямой интеграции из PHP — phpforce/soap-client или developerforce/Force.com-Toolkit-for-PHP. Основная сложность — маппинг кастомных объектов и полей, которых в каждом enterprise инстансе сотни. Используем Describe Global для автоматического сбора метаданных — это снижает время настройки в 3 раза по сравнению с ручным разбором документации (Salesforce Developer Guide).
HubSpot — популярен у SaaS-компаний и международного B2B. HubSpot API v3 — REST, хороший SDK для PHP и Node.js (@hubspot/api-client). Contacts, Companies, Deals — стандартные объекты. Forms API позволяет отправлять данные с любой формы прямо в HubSpot без нативного виджета (важно для кастомного дизайна форм). Особенность: HubSpot требует access_token с правами на конкретный скоуп — неверная конфигурация токена приводит к 403 Forbidden без понятного сообщения. Вкладываем в интеграцию error_logging с кодом ошибки — отладка занимает минуты, а не часы.
Какую CRM выбрать: Битрикс24, amoCRM или HubSpot?
| Критерий |
Битрикс24 |
amoCRM |
HubSpot |
| Сложность API |
Средняя (REST + webhooks, кастомные поля) |
Низкая (чистый JSON API) |
Средняя (REST + SDK, OAuth 2.0) |
| Типичная задержка при синхронном запросе |
200-600 мс |
100-300 мс |
150-400 мс |
| Дедупликация по email |
Встроенная через crm.duplicate.findByComm |
Через поиск контактов |
Через contacts/search |
| Webhook (события) |
Event Handlers (push) |
Настраивается в ЛК |
Webhook + Automations |
| Лучше всего подходит |
Российский B2B, госсектор |
Средний и малый бизнес |
Международный B2B, SaaS |
Почему важна асинхронная отправка?
Синхронный запрос к API CRM прямо из обработчика формы — плохая идея. API может быть недоступен 2 секунды, пользователь ждёт. Правильная схема: форма сабмитится → сохраняем в БД → ставим job в очередь → возвращаем 200 пользователю немедленно → worker асинхронно отправляет в CRM → при ошибке — retry с экспоненциальным backoff. Мы используем Redis + Bull (Node.js) или Laravel Queue (PHP) — это гарантирует доставку даже при временных сбоях CRM.
Дедупликация. Один и тот же контакт может заполнить форму дважды. CRM не должна создавать два дублирующих лида. Проверка перед созданием: поиск по email через crm.duplicate.findByComm (Битрикс24) или contacts/search (HubSpot), если найден — добавляем задачу/комментарий к существующему, не создаём новый. Снижает количество дубликатов на 95% по опыту наших проектов.
Двусторонняя синхронизация. Если менеджер меняет статус сделки в CRM — сайт должен знать (например, для личного кабинета клиента). Webhooks от CRM → endpoint на сайте → обновление статуса в БД → уведомление клиенту. Важно: проверять подпись webhook и отвечать 200 OK быстро (до 5 секунд), иначе CRM считает доставку неудачной. Мы гарантируем, что задержка между изменением статуса в CRM и появлением на сайте не превышает 3 секунд.
Как мы проводим интеграцию: 5 шагов
-
Аудит потоков данных — анализируем текущую передачу заявок, структуру полей CRM, выявляем узкие места. На выходе — схема «как есть» и «как будет».
-
Проектирование архитектуры — выбираем механизм очереди (Redis Bull, Laravel Queue), определяем способ дедупликации, маппинг полей. Готовим спецификацию endpoint.
-
Реализация на staging — пишем код на Laravel или Node.js, настраиваем webhook, тестируем с реальными данными: создание лидов, обновление статусов, обработка ошибок.
-
Нагрузочное тестирование — проверяем, как система справляется с пиковыми нагрузками (например, 500 заявок в минуту). Исправляем тайминги и retry-политики.
-
Деплой и документирование — выкатываем на продакшн, обучаем команду, передаём инструкцию по мониторингу и чистке повторных попыток.
Что входит в работу (deliverables)
- Аудит текущих процессов — схема потоков данных, структура полей CRM, типичные ошибки.
- Проектирование архитектуры — выбор очереди, механизм дедупликации, маппинг полей.
- Реализация интеграции — код на Laravel/Node.js, настройка webhook, тестирование на staging.
- Документация — описание endpoint, инструкция для менеджера, схема обработки ошибок.
- Обучение команды — кто отвечает за поддержку, как чистить повторные попытки.
- Гарантийная поддержка — 30 дней после деплоя: исправление багов, корректировка маппинга.
Сроки и стоимость
| Сценарий |
Срок |
| Одна CRM, передача лидов с форм |
1–2 недели |
| Двусторонняя синхронизация + статусы |
3–5 недель |
| Несколько CRM + маппинг кастомных полей |
4–8 недель |
Стоимость рассчитывается индивидуально после аудита текущих процессов и структуры данных в CRM. Экономия на ручном вводе — от 50 000 до 150 000 рублей в месяц. Типичный бюджет интеграции — от 40 000 до 200 000 рублей в зависимости от CRM и сложности. Свяжитесь с нами для оценки проекта — мы пришлём коммерческое предложение в течение одного рабочего дня. Опыт 5+ лет и 20+ проектов интеграций с различными CRM гарантирует результат без скрытых проблем. Получите консультацию инженера, чтобы убедиться: ваша воронка продаж начнёт работать без ручного переноса данных.
Дополнительные источники: Customer relationship management (Wikipedia) · REST API (Wikipedia)