Дмитрий перенёс форму «Заказать консультацию» на n8n, вставил webhook URL - и три дня смотрел в пустую CRM, хотя заявки копились в почте Tilda. Боль владельца лендинга: Test URL вместо Production, галочка Webhook не в блоке формы, страница не переопубликована - или n8n отвечает дольше 5 секунд и Tilda шлёт повтор. Ниже один маршрут: форма Tilda → production webhook → нормализация полей и UTM → CRM или Telegram с дедупом.
«Тильда интеграции» - около 934 показов в месяц в Wordstat (РФ), «webhook тильда» - около 17. Ищут не каталог, а рабочий приёмник. Webhook - HTTPS-адрес, куда Tilda шлёт POST с полями формы; n8n (облако или свой сервер) принимает JSON и маршрутизирует лид в CRM.
Зафиксируйте одну форму - не весь сайт сразу
Боль: подключают webhook ко всем блокам, путают поля и не понимают, откуда пришёл лид. Решение - один лендинг, одна форма, один URL. Как почтовый ящик с одним адресом: сначала стабильный приём, потом маршрутизация в CRM, а не наоборот.
Выберите форму, которая приносит лиды: консультация, лид-магнит, расчёт. Запишите variable names полей и hidden utm_source, utm_medium, utm_campaign. Типичная ошибка - переименовать поле после тестов в n8n: маппинг в CRM сломается без ошибки.
Встроенные приёмники Tilda работают при активной подписке. Webhook нужен для дедупа, Telegram-алерта и fallback в Sheets при падении CRM. Одной формы хватает на пилот.
Соберите Webhook в n8n: POST, быстрый 200, Production URL
Боль: вставили Test URL в боевую форму - заявки приходят только пока открыт редактор n8n и слушается тестовое событие. По документации n8n Webhook node имеет два адреса: Test URL для отладки с «Listen for Test Event» и Production URL, который регистрируется при публикации (активации) workflow.
Схема приёма заявки:
Форма Tilda (POST) → Webhook trigger n8n → Respond to Webhook (HTTP 200) → нормализация → проверка дубля → CRM / Telegram → fallback при ошибке
- Создайте workflow и добавьте узел Webhook: HTTP Method POST, Path уникальный (например tilda-lead-konsult).
- Сразу после триггера поставьте Respond to Webhook с телом {«status»:»ok»} - Tilda получит 200 за доли секунды.
- Дальше - Set или Code node, затем CRM. Не ждите конца всего workflow: медленный Bitrix24 (8-10 сек) даст retry и дубли в Tilda.
- Отправьте тест curl или кнопкой в Tilda с test=test - в execution должен появиться payload.
- Активируйте workflow (переключатель Active) и скопируйте Production URL - только его вставляйте в Tilda.
Tilda требует HTTPS. Подойдёт n8n cloud или self-hosted с валидным SSL. Важно: handler должен отвечать 200 без лишних редиректов. Не стоит вешать тяжёлый CRM-узел до Respond to Webhook - лучше отдать 200 сразу, а интеграцию догонять асинхронно.
| Параметр | Test URL n8n | Production URL n8n | Встроенная интеграция Tilda |
|---|---|---|---|
| Когда работает | При ручном listen в редакторе | Пока workflow активен | При активной подписке Tilda |
| Куда вставлять | Только отладка | Настройки сайта → Формы → Webhook | Блок формы → список сервисов |
| Кастомная логика | Любая в n8n | Любая в n8n | Ограничена шаблоном сервиса |
| Дедуп / fallback | На вашей стороне | На вашей стороне | Часто нет из коробки |
| Риск для продакшена | Заявки пропадут без открытого редактора | Нужен мониторинг uptime | Мало гибкости под Telegram + CRM |
Подключите webhook в Tilda и не забудьте публикацию
Боль: URL верный, workflow активен, а execution пустой. В Tilda недостаточно вставить адрес в настройки сайта - нужны три шага из официальной справки.
- Настройки сайта → Формы → Webhook - вставьте Production URL, при необходимости включите «Посылать Cookie» (UTM до 30 дней в COOKIES).
- В блоке формы на странице отметьте сервис Webhook галочкой - без этого POST не уйдёт.
- Опубликуйте страницу - черновик не шлёт заявки на новый URL.
- Дождитесь test=test - Tilda при подключении шлёт служебный POST и ждёт HTTP 200.
У Дмитрия production URL был верный, но галочка Webhook в блоке формы снята - три дня лиды жили только в почте Tilda. После правок проверьте тест с опубликованной страницы в инкогнито, не из превью редактора. Убедитесь, что execution появился в production, а не в test.
Нормализуйте поля и отправьте лид в CRM или Telegram
Боль: Phone приходит как «8 (999) 123-45-67», а CRM ждёт +79991234567; email в payload как name%40mail.ru из-за urlencode. Tilda передаёт стандартные ключи Name, Phone, Email плюс служебные tranid (id заявки) и formid (id блока). Символы @ и : экранируются (%40, %3a) - перед маппингом прогоните urldecode.
В Code node n8n соберите единый объект lead:
Пример Code node (нормализация lead): const b = $json.body ?? $json; нормализация Phone в +7…; decodeURIComponent для Name и Email; поля tranid, formid, utm_source, utm_medium, utm_campaign в единый json-объект lead.
UTM дублируйте: hidden-поля плюс cookie TILDAUTM из COOKIES при «Посылать Cookie» (хранение до 30 дней по справке Tilda).
Дальше HTTP Request к CRM: гайды Bitrix24 и n8n и AmoCRM и n8n. Без CRM на старте - Telegram-алерт с именем, телефоном и UTM.
Дедуп по телефону и fallback, если CRM лежит
Перед crm.lead.add ищите лид по нормализованному phone. Повтор в окне 24-72 часа - обновите комментарий, не создавайте новую сделку.
На ошибку CRM - Sheets или Telegram-очередь после Respond to Webhook. Открытые workflow на GitHub используют тот же каркас: webhook → duplicate check → HTTP → alert.
Итоговый вердикт: если нужен только «лид в Bitrix24 без логики» - хватит встроенной интеграции Tilda. Если нужны дедуп, UTM в кастомные поля, алерт в Telegram и резерв при падении API - один webhook в n8n окупается уже на первом месяце рекламы на лендинг.
Чек-лист тестов перед запуском рекламы
Боль: «в тесте работало». Пройдите на опубликованной странице. Советуем делайте проверку до включения трафика - избегайте сюрпризов в понедельник утром.
- Тестовая заявка с инкогнито - execution в n8n с production, не test.
- Поля в CRM - имя, телефон, email, UTM совпадают с формой.
- Повтор с тем же телефоном - второй лид не создаётся (дедуп).
- Отключите CRM на минуту - заявка попадает в Sheets или Telegram.
- Время ответа webhook - 200 уходит быстрее 2 секунд, CRM догоняет позже.
- tranid уникален - по нему можно искать заявку в логах Tilda.
- Страница переопубликована после любой смены URL или галочки Webhook.
- Мониторинг - раз в неделю сверка числа заявок в Tilda и executions n8n.
Критерии успеха до FAQ: тест с опубликованной страницы виден в production executions; телефон и UTM в payload нормализованы; в CRM один лид на один телефон; при выключенной CRM заявка в fallback; Respond to Webhook отдаёт 200 быстрее таймаута Tilda в 5 секунд. Итог: вы получите предсказуемый поток лидов и сможете запустить рекламу без страха «потерянных» заявок.
Если на связке Tilda и n8n нужен пилот под вашу CRM с дедупом и алертами - разбор одного процесса и схема внедрения на calmopsai.com.
Что дальше
- Закрепите одну форму и список полей с UTM.
- Соберите workflow с быстрым Respond to Webhook и Production URL.
- Подключите Tilda по чек-листу с публикацией страницы.
- Добавьте дедуп и fallback до включения трафика.
- Сверьте отчёты Tilda и n8n через неделю после запуска.
Материал проверен: эксперт Елена Ковалева (главный эксперт по SEO/GEO).
Достоверность данных: таймаут 5 секунд и 2 retry Tilda, поля tranid/formid, Test vs Production URL n8n, Wordstat «тильда интеграции» 934 и «webhook тильда» 17 показов/мес (РФ, июль 2026); сверка с help-ru.tilda.cc/forms/webhook и документацией n8n Webhook node на дату публикации.
Частые вопросы
Чем n8n лучше встроенных интеграций Tilda для кастомной логики?
Встроенный приёмник ведёт заявку по фиксированному шаблону сервиса. n8n между формой и CRM позволяет нормализовать поля, отсечь дубли по телефону, развести UTM по полям сделки, отправить Telegram и записать резерв в таблицу - без смены конструктора сайта.
Нужен ли self-hosted n8n для webhook с HTTPS?
Нет. Подойдёт n8n cloud с готовым HTTPS endpoint. Self-hosted нужен, если политика компании требует держать данные заявок только на своём сервере; главное - валидный SSL и стабильный uptime, иначе Tilda уйдёт в retry.
Как не потерять заявку, если CRM недоступна?
Ответ Tilda (200) отдавайте сразу через Respond to Webhook. Запись в CRM - после. На ошибку API повесьте ветку в Google Sheets или Telegram-очередь и алерт дежурному. Так лид не зависит от скорости Bitrix24 или amoCRM.
Почему Tilda шлёт дубли после «успешной» отправки формы?
Если n8n отвечает дольше 5 секунд или не отдаёт 200, Tilda делает ещё две попытки с интервалом в минуту. Пользователь видит «спасибо», а в логах - ошибку webhook. Решение - быстрый 200 и дедуп по tranid или телефону на входе в CRM.
Что такое tranid и formid в payload?
tranid - уникальный id заявки (Lead id), formid - id блока формы на странице. Оба приходят в каждом POST и помогают искать заявку в поддержке Tilda и сверять логи с n8n executions.
Как передать UTM в CRM надёжнее?
Комбинируйте hidden-поля utm_* в форме и опцию «Посылать Cookie» в настройках webhook - Tilda хранит UTM в cookie до 30 дней. В n8n парсите и поля формы, и TILDAUTM из COOKIES, затем маппите в пользовательские поля сделки.