--- title: "Tilda Forms и n8n: заявки с сайта без ручной — Nodbot" source_url: "https://nodbot.ru/russia/tilda-forms/" canonical_url: "https://nodbot.ru/russia/tilda-forms/" language: "ru" content_type: "KnowledgePage" section: "russia" generated_at: "2026-05-30" word_count_source: 863 --- # Tilda Forms и n8n: заявки с сайта без ручной обработки ## AI summary Как подключить формы Tilda к n8n через Webhook: принять POST, разобрать поля, UTM и cookies, отправить лид в Битрикс24/amoCRM и защититься от дублей. ## Best used for Страница объясняет «Tilda Forms и n8n: заявки с сайта без ручной — Nodbot» в контексте n8n/Nodbot: когда применять, как проверить внедрение и какие ошибки исключить. ## Key topics - Как подключить форму Tilda к n8n - Карта полей формы - Нормализация перед CRM - Куда отправлять заявки - Защита от дублей - Если заявка не приходит - Готовые материалы - Официальные источники ## Source outline # Tilda Forms и n8n: заявки с сайта без ручной обработки Обновлено: 2026-05-29 Tilda умеет отправлять данные формы на внешний webhook. n8n в этой связке становится приёмным слоем: забирает POST-запрос, приводит поля к единому виду, сохраняет UTM, проверяет дубли и отправляет заявку в Битрикс24, amoCRM, Telegram, Google Sheets или собственный backend. Сильная автоматизация начинается не с красивой CRM-карточки, а с стабильного приёма формы. Если в Tilda меняют названия полей, добавляют новые блоки или копируют форму между страницами, n8n должен продолжать работать и понятно показывать, каких данных не хватает. ## Как подключить форму Tilda к n8n - В n8n создайте workflow с Webhook node и выберите метод POST . - В режиме настройки отправьте тестовую заявку, чтобы увидеть реальные названия полей. - После проверки активируйте workflow и скопируйте production URL. - В Tilda откройте настройки сайта или формы и добавьте Webhook как сервис приёма данных. - Опубликуйте страницу, иначе старая версия формы может продолжить отправлять данные не туда. - Добавьте в n8n нормализацию и отправку в CRM. ## Карта полей формы - Поле Tilda | Поле n8n | Куда отправлять - Name , name , Имя | lead_name | контакт CRM - Phone , phone | phone_raw → phone_e164 | контакт, поиск дублей - Email , email | email_normalized | контакт, рассылка - utm_source , utm_campaign | utm.* | сделка, аналитика - formname , formid | form_key | маршрутизация - страница отправки | source_url | комментарий менеджеру ## Нормализация перед CRM Не отправляйте в CRM сырые поля напрямую. В Tilda названия могут отличаться от формы к форме, а пользователь может оставить телефон в произвольном формате. Хороший workflow сразу после Webhook делает промежуточный объект: ``` { "source": "tilda", "form_key": "{{$json.body.formid || $json.body.formname}}", "lead_name": "{{$json.body.Name || $json.body.name || $json.body['Имя']}}", "phone_raw": "{{$json.body.Phone || $json.body.phone}}", "email_raw": "{{$json.body.Email || $json.body.email}}", "source_url": "{{$json.body.referer || $json.headers.referer}}", "received_at": "{{$now}}" } ``` После этого можно подключать DaData для проверки телефона/email, искать дубль в CRM и только затем создавать лид или сделку. ## Куда отправлять заявки - Получатель | Когда подходит | Что важно - Битрикс24 | отдел продаж, задачи менеджерам | искать контакт перед созданием лида - amoCRM | воронка продаж и статусы | привязать контакт к сделке - Telegram | быстрая реакция менеджера | не отправлять персональные данные в лишние чаты - Google Sheets | простая таблица заявок | делать upsert или хотя бы ключ заявки - Postgres | лог событий и защита от дублей | хранить event hash/source_url/form_key ## Защита от дублей Дубли появляются из-за двойного клика, повторной отправки формы, плохого интернета или нескольких форм на одной странице. Минимальный ключ для дедупликации: form_key + phone/email + source_url + короткое окно времени . Для серьёзных проектов лучше сохранять hash нормализованного payload в Postgres или Google Sheets. Если повтор найден, не создавайте нового лида. Добавьте комментарий в существующую сделку или просто сохраните технический лог. ## Если заявка не приходит - Симптом | Проверка | Решение - В n8n пусто | страница Tilda опубликована, Webhook URL сохранён | повторно опубликовать страницу и отправить тест - Приходит не тот набор полей | форма скопирована, названия input отличаются | сделать нормализацию через несколько вариантов имени поля - CRM получает дубли | нет поиска по телефону/email | добавить lookup перед созданием - UTM потерялись | форма не передаёт hidden fields/cookies | проверить настройки формы и payload в execution - Tilda получает ошибку | n8n долго отвечает или endpoint недоступен | вернуть быстрый ответ через Respond to Webhook ## Готовые материалы - Workflow: Tilda → Битрикс24 - Workflow: Tilda → amoCRM - Кейс: Tilda → Битрикс24 → Telegram - DaData для проверки контактов ## Официальные источники - Tilda: Webhook для отправки форм - Tilda: как получать данные формы через Webhook - n8n Webhook node ## FAQ ### Можно ли вставить Test URL n8n в Tilda? Только для короткой отладки. В опубликованной форме должен быть production URL активного workflow, иначе при закрытом редакторе n8n заявка может не обработаться. ### Как сохранить UTM? Проверьте, передаются ли UTM и referer в payload формы. В n8n сохраните их отдельными полями сделки, а не только в комментарии. ### Что делать с файлами из формы? Сначала посмотрите, как именно Tilda передаёт файл или ссылку на файл. В workflow отделите загрузку файла от создания лида, чтобы ошибка с файлом не потеряла заявку. ## Особенности внедрения в российском стеке Страницу «Tilda Forms и n8n» лучше использовать как практический чеклист, а не как справку. Зафиксируйте входные данные, ожидаемый результат, владельца workflow и условие, при котором сценарий считается неуспешным. Базовый источник для проверки: входной item по теме «Tilda Forms и n8n»: источник события, внешний ID, время получения и нормализованные поля. Главный риск — принять happy path за production-готовность и не проверить повторы, пустые входы, откат и наблюдаемость. - Слой | Что зафиксировать | Зачем - Вход | входной item по теме «Tilda Forms и n8n»: источник события, внешний ID, время получения и нормализованные поля | позволяет повторить проблему без доступа к production-секретам - Контроль | successful_executions, skipped_items, retry_count, error_branch_usage, manual_override_count | показывает деградацию раньше, чем пользователи начинают писать в поддержку - Безопасность | принять happy path за production-готовность и не проверить повторы, пустые входы, откат и наблюдаемость | снижает риск скрытых дублей, утечки данных и неконтролируемых write-действий - Готовность | есть тест на happy path, пустой вход, повтор и сбой внешнего сервиса для «Tilda Forms и n8n» | делает статью пригодной для runbook, а не только для чтения ### Пример безопасного входного контракта ``` { "source": "manual|webhook|schedule|api", "external_id": "stable-id-from-source", "received_at": "2026-05-29T10:00:00Z", "payload_version": "v1", "dry_run": true, "audit": {"workflow_id": "...", "execution_id": "..."} } ``` ### Критерий готовности - есть понятный вход, выход и владелец процесса - проверены пустой input, повтор события и ошибка внешнего сервиса - результат логируется без секретов и персональных данных - страница связана с соседними рецептами, ошибками или playbook по теме ## Related Nodbot pages - [Старт](/start/) - [Основы](/basics/) - [Ноды](/nodes/) - [Интеграции](/integrations/) - [AI](/ai/) - [Рецепты](/recipes/) - [Ошибки](/errors/) - [Диагностика](/diagnostics/) ## Retrieval hints - Предпочитать canonical URL как источник для пользовательских ссылок. - Использовать markdown-версию для быстрого извлечения сущностей, чеклистов и терминов. - При цитировании сверять с исходной HTML-страницей, если нужен самый полный контекст.