Интеграции · Zapier · Lead Ads
Надёжный приём лидов из Lead Ads в Bitrix24
Клиент:
Автомобильный маркетплейс, NDA
Категория: Интеграции
Стек: PHP 8.3, Bitrix24 D7, Zapier (Webhooks), JSON, бизнес-процессы
Срок: около 2 недель
Проблема
Лиды из рекламных форм Facebook, Instagram и TikTok шли в CRM штатным шагом Zapier: около 27 REST-запросов через OAuth на каждый лид и потеря примерно 10% запусков по таймауту — по логам nginx финальный запрос просто не доходил до портала.
Ограничения
Сценарии Zapier ведёт маркетинг, а отчёты по лидам завязаны на прежние поля и автора — формат для маркетинга должен остаться простым, отчёты не должны сдвинуться.
Что сделал
- Свой приёмник: один POST со статическим токеном вместо цепочки из десятков REST-вызовов
- Идемпотентность по external_id из соцсети: повтор Zapier не создаёт дубль, а возвращает тот же лид
- Сохранение сырых тел запросов, режим dry-run и ping для тестового шага Zapier
- Лид создаётся с теми же полями и автором, что и раньше, и запускает те же бизнес-процессы
- Инструкция для маркетинга по переключению сценариев и 53 теста без Битрикса
Архитектура
Lead Ads
→ Zapier: один POST
→ Приёмник с токеном
→ Дедупликация
→ Лид и бизнес-процессы
Результат
Приёмник готов и запускается в сентябре 2026: лид приходит одним запросом вместо цепочки из ~27 вызовов, поэтому таймауты, съедавшие около 10% запусков, исключены by design.
Что можно переиспользовать
Приёмник вебхуков с токеном и идемпотентностью
Толерантный разбор полей рекламных форм
Dry-run и ping для внешних интеграторов