Tilda отлично собирает заявки и заказы, но не заменяет CRM — обработку удобнее вести в RetailCRM. Связать их можно через webhook: данные форм и корзины Tilda уходят в CRM как заказы и лиды. Разберём настройку приёма, маппинг полей и защиту от дублей.
Как Tilda связывается с RetailCRM
Tilda — конструктор сайтов и лендингов. Заказы в нём формируются двумя способами: через формы (заявка, обратный звонок, квиз) и через корзину в блоках магазина. И то, и другое Tilda умеет отправлять во внешнюю систему по webhook — HTTP-запросу с данными на указанный URL.
Задача интеграции — принять этот webhook на стороне RetailCRM и превратить полезную нагрузку в заказ или клиента. В зависимости от подхода приёмником выступает либо готовый сервис интеграции, либо небольшой скрипт-прослойка, который принимает данные Tilda и создаёт заказ через API RetailCRM.
Настройка webhook в Tilda
Отправка данных настраивается в Tilda в разделе Настройки сайта → Формы, где подключается сервис приёма типа Webhook. Порядок такой:
- Добавьте сервис приёма данных Webhook и укажите URL приёмника, который создаёт заказы в RetailCRM.
- Подключите этот сервис ко всем формам и корзине, заявки с которых должны попадать в CRM.
- Проверьте состав отправляемых полей — Tilda шлёт имена, телефон, email, состав корзины, сумму и служебные поля.
Tilda отправляет данные методом POST, поэтому приёмник должен принимать POST и уметь разбирать полезную нагрузку формы и корзины (payment, товары).
Формы и корзина: чем отличается приём
Данные форм и корзины различаются, и обрабатывать их нужно по-разному:
| Источник | Что приходит | Куда в CRM |
|---|---|---|
| Форма-заявка | Имя, телефон, email, сообщение | Заказ/лид без товаров |
| Корзина магазина | Товары, количество, сумма, оплата | Заказ с позициями |
| Квиз | Ответы, контакты | Заказ с комментарием |
Из корзины важно корректно разобрать список товаров и суммы. Если каталог Tilda не связан с каталогом CRM по артикулам, позиции уйдут как товары вне каталога — заказ создастся, но аналитика по товарам и остаткам будет неполной.
Маппинг полей и источники
Чтобы заявки не превращались в кашу, поля Tilda сопоставляют с полями RetailCRM:
- Контакты — имя, телефон, email привязываются к полям клиента; по ним же идёт дедупликация.
- Комментарий — текст заявки, ответы квиза и служебные пометки складываются в комментарий заказа.
- Источник и канал — проставляйте источник (конкретный лендинг, форма) через поля заказа или UTM, чтобы в аналитике было видно, откуда пришла заявка.
- Тип оплаты и доставки — если Tilda передаёт способ оплаты, сопоставьте его с типом оплаты CRM.
Дубли и защита потока
Формы Tilda — источник дублей: покупатель может отправить заявку дважды, а сеть — повторить запрос. Плюс формы регулярно атакуют боты. Что помогает:
- Дедупликация по контактам — RetailCRM связывает клиента по телефону и email, не создавая новую карточку на каждый заказ.
- Антиспам Tilda — включённая защита форм и reCAPTCHA снижают поток мусорных заявок.
- Обязательные поля — телефон как обязательное поле формы отсекает часть пустых отправок.
- Проверка на стороне приёмника — отсев заявок без контактов до создания заказа в CRM.
Проверка и мониторинг
После настройки прогоните контрольный сценарий и наладьте наблюдение:
- Отправьте тестовую заявку через форму и заказ через корзину — оба должны появиться в RetailCRM.
- Проверьте, что контакты, комментарий и источник заполнены, а дубль не создаётся.
- Убедитесь, что заявки распределяются по нужным менеджерам или в нужную группу статусов.
- Настройте уведомления, чтобы новая заявка сразу попадала в работу.
Полезно периодически сверять число отправок форм в статистике Tilda с числом заказов в CRM. Расхождение — сигнал, что часть webhook не доходит: стоит проверить URL приёмника и его доступность.
Итог
Приём заказов с Tilda в RetailCRM строится на webhook: формы и корзина отправляют данные, приёмник создаёт заказы и клиентов через API CRM. Ключевые точки — корректный маппинг полей, проброс источника и UTM, дедупликация и антиспам на входе. Это односторонний, но надёжный поток «Tilda → CRM», где вся обработка идёт в CRM.
Мы в B2Bsite настраиваем приём заявок и заказов с Tilda в RetailCRM: подключаем webhook, разбираем формы и корзину, настраиваем маппинг, источники и защиту от дублей. Если заявки с лендингов теряются или тонут в спаме — наладим чистый поток в CRM.
Частые вопросы
Как отправить заказы с Tilda в RetailCRM?
Через webhook: в настройках форм Tilda подключается сервис Webhook с URL приёмника, который создаёт заказы в RetailCRM через API.
Есть ли двусторонний обмен с Tilda?
Полноценного двустороннего обмена каталогом и остатками, как у CMS-магазинов, у Tilda нет. Практичная модель — односторонний приём заявок и заказов в CRM.
Чем отличается приём форм и корзины?
Форма присылает контакты и сообщение — это заказ или лид без товаров. Корзина присылает товары, количество и сумму — это заказ с позициями.
Как не потерять источник заявки?
Пробрасывайте UTM-метки и данные о странице в поля заказа CRM. Так в аналитике видно, какой лендинг и форма принесли заявку.
Как бороться с дублями и спамом?
Включите антиспам и капчу в Tilda, сделайте телефон обязательным, а в CRM полагайтесь на дедупликацию по телефону и email.
Почему заявки не доходят в CRM?
Чаще всего проблема в URL приёмника или его доступности. Проверьте тестовой отправкой webhook в Tilda и сверьте число отправок с числом заказов.
Почему товары из корзины без каталога?
Если каталог Tilda не связан с каталогом CRM по артикулам, позиции придут как товары вне каталога. Заказ создастся, но аналитика по товарам будет неполной.
Поможем с настройкой и поддержкой RetailCRM
Поможем с настройкой, доработкой и поддержкой RetailCRM.