Интеграция Tilda с Битрикс24: как передавать заявки и что проверять, если они пропадают

Что именно можно связать

В стандартном сценарии форма на Tilda передает данные в облачный Битрикс24 через приложение Tilda Publishing Forms. На стороне Tilda для интеграции задаются статус заявки, ответственный, источник и тема. После этого приемщик нужно включить в конкретной форме и переопубликовать страницу. В Битрикс24 результат зависит от режима CRM: в простой CRM обращение попадает в сделки, в классической — в лиды.

Если стандартная связка не подходит — например, используется коробочная версия Битрикс24, нужна сложная логика распределения, особая работа с дублями, товарами или аналитикой — используют Webhook/REST и свой обработчик. Это уже не «галочка в настройках», а полноценная интеграция, которую нужно логировать и тестировать.

Перед подключением определите четыре вещи

1. Какой Битрикс24 используется: облачный или коробочный. Нативное подключение Tilda рассчитано на облачный Битрикс24; для коробочной версии Tilda предлагает Webhook.
2. Куда должна попадать заявка: в лид или в сделку. Это зависит не только от Tilda, но и от выбранного режима CRM в Битрикс24.
3. Какие поля обязательны: имя, телефон, email, комментарий, город, услуга, источник, UTM и другие данные. Сначала составьте карту полей, а уже потом соединяйте системы.
4. Нужно ли контролировать дубли, товары, повторные обращения и сквозную аналитику. Для базовой передачи заявки стандартной интеграции часто достаточно; для сложной логики может понадобиться REST.

Способ 1. Стандартное приложение Tilda Publishing Forms

Это самый короткий путь для облачного Битрикс24. В Битрикс24 устанавливается приложение Tilda Publishing Forms, затем в Tilda в разделе «Настройки сайта → Формы → CRM → Bitrix24» добавляется приемщик. После подключения нужно выбрать статус, ответственного, источник и тему заявки.

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

Еще одна важная особенность актуальной справки Tilda: если интеграцией не пользовались около месяца, подключение аннулируется. Его можно активировать повторно в настройках приемщика кнопкой «Подключить». Для сайта с редкими заявками это вполне реальный сценарий: вчера все работало, потом форма месяц молчала, а следующая заявка до CRM уже не дошла.

Способ 2. Ручное подключение

Tilda также описывает ручное подключение через локальное приложение Битрикс24: создается серверное приложение для API, выдаются права CRM и пользователей, а полученные идентификатор и ключ указываются в Tilda. Этот вариант полезен, если автоматическая установка приложения недоступна в регионе или требуется другой способ авторизации.

У Битрикс24 меняются тарифные и подписочные условия для приложений, вебхуков и REST-интеграций, поэтому перед настройкой нужно сверить актуальные ограничения именно вашего портала. Не стоит переносить в 2026 год старую инструкцию только потому, что ее скриншоты похожи на текущий интерфейс.

Способ 3. Webhook и REST — когда стандартной связки мало

Webhook удобен, когда нужен собственный сценарий: проверка дублей, распределение по воронкам, преобразование полей, добавление товаров, повторная отправка при ошибке или особая аналитика. Tilda отправляет данные формы на указанный URL методом POST. При первичной проверке она ожидает ответ 200 OK, а обработчик должен отвечать быстро — в справке указан лимит около пяти секунд.

На стороне Битрикс24 входящий вебхук или REST-приложение вызывает методы CRM. Секрет вебхука нельзя размещать в коде страницы или отдавать в браузер: его нужно хранить на серверной стороне. Для отладки у Битрикс24 есть статистика запросов по приложениям и вебхукам.

Если нужно передавать маркетинговые данные, Webhook дает больше контроля. Tilda умеет отправлять cookies вместе с заявкой; в них может сохраняться информация о UTM предыдущего визита. Но это не означает, что любой Client ID или UTM автоматически окажется в нужном поле CRM — сопоставление нужно проверять на реальной тестовой заявке.

Почему форма отправляется, а в Битрикс24 ничего нет

Здесь лучше не переподключать все подряд, а пройти цепочку по порядку. Первая развилка очень простая: появилась ли заявка в самой Tilda.

1. Сначала откройте «Заявки» в Tilda

Tilda сохраняет заявки независимо от того, подключен сторонний приемщик или нет. По умолчанию они хранятся около месяца, а срок можно изменить в общих настройках форм. Если тестовая заявка есть в Tilda, но отсутствует в Битрикс24, форма на сайте сработала — проблема уже находится на участке Tilda → Битрикс24.

2. Проверьте «Журнал ошибок»

В журнале Tilda видны ошибки конкретного приемщика. Для Битрикс24 официально перечислены, среди прочего, неправильная авторизация, недостаточные права, ограничение REST тарифом, необходимость повторной авторизации приложения и ошибки данных в полях. Это намного полезнее, чем гадать по внешнему виду формы.

3. Убедитесь, что приемщик включен именно в этой форме

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

4. Проверьте, не отключилась ли интеграция после месяца простоя

Если заявки приходят редко, откройте настройки Bitrix24-приемщика в Tilda. Если там появилась кнопка «Подключить», интеграцию нужно активировать снова. Этот пункт особенно важен для небольших сайтов, где первая тестовая заявка прошла, а следующая реальная появилась только через несколько недель.

5. Проверьте, где вы ищете заявку — в лидах или сделках

В простой CRM Битрикс24 новые обращения с сайта создаются как сделки; в классической — как лиды. Поэтому ситуация «в лидах пусто» еще не означает, что интеграция не работает. Поиск по телефону или email по всей CRM быстрее покажет, создался ли элемент в другом разделе.

6. Проверьте поля и имена переменных

Для каждого поля формы Tilda задается имя переменной. В инструкции по Битрикс24 прямо указано использовать латиницу и сверять имена полей с Битрикс24. Если имя или формат не подходят, часть данных может не попасть в карточку или приемщик вернет ошибку.

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

7. Не тестируйте десять раз одной и той же заявкой

У Tilda есть защита от дублированной отправки: полностью совпавшие повторные данные могут быть признаны дублем и не отправлены в приемщики, а запись попадет в журнал ошибок. Из-за этого можно решить, что Битрикс24 «сломался», хотя очередной тест просто был отфильтрован самой Tilda.

Что показывают реальные отзывы пользователей

Отзывы в Маркетплейсе Битрикс24 полезны именно как практический слой поверх документации. У Tilda Publishing Forms сейчас смешанная оценка: есть пользователи, у которых интеграция работает без дополнительных костылей, и есть жалобы на эксплуатационные ограничения.

• Один из пользователей в 2025 году жаловался, что периодически «протухает токен» и приложение приходится переустанавливать. Официальная документация Tilda независимо от этого предупреждает об аннулировании подключения после месяца неактивности. Это не обязательно один и тот же механизм, но симптом для владельца сайта похож: связь требует повторной активации.
• В отзыве конца 2024 года пользователь жаловался на отсутствие проверки дублей и создание новых дублей контакта. Это нельзя считать универсальным поведением всех конфигураций, но для проекта, где дубли критичны, данный сценарий нужно проверить отдельно до запуска.
• Ранние отзывы указывали на проблемы со своим доменом Битрикс24. Сейчас официальная инструкция Tilda уже содержит отдельный режим «Свой домен» для облачного Битрикс24, поэтому старые советы на форумах в этой части могли устареть.
• Жалобы на коробочную версию остаются актуальными: официальная документация Tilda прямо говорит, что стандартное подключение рассчитано на облачный Битрикс24, а коробочную версию предлагается связывать через Webhook.

Дубли — отдельная задача, а не мелкая настройка

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

У собственных CRM-форм Битрикс24 есть настройки обработки дубликатов. Это другой механизм, не Tilda Publishing Forms. Поэтому если контроль дублей является ключевым требованием, есть три нормальных пути: встроить CRM-форму Битрикс24 на страницу Tilda, сделать собственную REST-интеграцию с проверкой телефона/email или использовать промежуточный сервис, который умеет выполнять такую проверку.

UTM, Client ID и аналитика: проверяйте фактические данные

Сам факт появления лида в CRM еще не означает, что маркетинговая аналитика собрана правильно. В практическом кейсе на vc.ru автор столкнулся с тем, что нужный Client ID Яндекс.Метрики не приходил в Битрикс24 в пригодном для дальнейшей связки виде, и добавлял скрытое поле через Google Tag Manager.

Это хороший принцип для любой интеграции: не предполагать, что UTM, Client ID, referer и пользовательские параметры «как-нибудь передадутся». Сделайте тестовый переход с известными UTM-метками, отправьте форму и сравните данные в Tilda и карточке CRM. Если нужна серверная интеграция, Tilda Webhook может передавать cookies, где сохраняется информация о UTM, но разбор и запись в нужные поля уже лежат на обработчике.

Как настроить интеграцию так, чтобы не терять заявки

• Оставьте хранение заявок в Tilda включенным. Тогда при сбое приемщика останется исходная заявка и точное время отправки.
• Для критичной формы подключите второй канал приема данных — например, email или таблицу — как резервный след. Tilda поддерживает несколько приемщиков для одной формы.
• После любых изменений приемщика или формы переопубликуйте страницу и отправьте тестовую заявку с уникальными контактами.
• Проверяйте не только наличие лида, но и обязательные поля, источник, ответственного и нужную воронку.
• Для Webhook/REST ведите собственный лог: входящая заявка, ответ Битрикс24, ID созданного элемента и текст ошибки. Без этого отладка превращается в угадывание.
• Если лиды приходят редко, периодически проверяйте активность стандартной интеграции Tilda ↔ Битрикс24, потому что после длительного простоя она может потребовать повторного подключения.

Быстрый чек-лист диагностики

• Форма отправляется на опубликованной странице.
• Заявка появилась в разделе «Заявки» Tilda.
• В «Журнале ошибок» нет ошибки Bitrix24.
• Приемщик Bitrix24 отмечен в «Контенте» именно этой формы.
• Страница переопубликована после последней настройки.
• Интеграция активна; в настройках нет кнопки «Подключить».
• Ответственный пользователь существует и имеет необходимые права.
• Тариф/подписка Битрикс24 разрешают выбранный способ интеграции.
• Имена переменных заданы латиницей и сопоставлены с полями CRM.
• Проверены и «Лиды», и «Сделки» с учетом режима CRM.
• Тест сделан с новыми уникальными контактными данными.
• Если используется Webhook — обработчик доступен, отвечает 200 и укладывается в допустимое время.

Когда стандартной интеграции достаточно, а когда нужен разработчик

Если задача сводится к тому, чтобы получить имя, телефон, email и комментарий из формы в лид или сделку, стандартное приложение обычно закрывает сценарий. Но как только появляется требование «если контакт уже есть — обновить его», «разные формы должны попадать в разные воронки», «передать товары», «сохранить Client ID и UTM по своей схеме», «повторить запрос после сбоя» или «работать с коробочным Битрикс24», интеграция превращается в отдельную техническую задачу.

В такой ситуации лучше сначала описать желаемый результат на уровне данных: что приходит из Tilda, что должно появиться в CRM, как обрабатываются повторные обращения и что происходит при ошибке. После этого уже выбирать приложение, CRM-форму, Webhook или REST. Иначе можно получить формально «подключенную» интеграцию, которая создает пустые карточки, дубли или теряет важные поля.

Вывод

Интеграция Tilda с Битрикс24 обычно ломается не в одном «магическом» месте. Это цепочка: опубликованная форма → Tilda → приемщик → авторизация → поля → режим CRM → карточка лида или сделки. Поэтому лучшая диагностика — идти по этой цепочке и на каждом шаге проверять факт передачи данных.

Если заявка сохранилась в Tilda, уже можно исключить половину возможных причин. Если журнал показывает конкретную ошибку — не нужно переустанавливать все подряд. А если стандартная связка не умеет нужную бизнес-логику, правильнее перейти на CRM-форму, Webhook или REST, чем пытаться заставить базовую интеграцию выполнять задачи, для которых она не предназначена.