Kommo + ActiveCampaign: синхронизация лидов и триггеров между CRM и email-маркетингом
Нативной интеграции между Kommo и ActiveCampaign нет. Маркетинг собирает лиды через формы и автоматизации ActiveCampaign — и вручную экспортирует их в Kommo CSV-файлом или заносит по одному. Продажи закрывают сделки в Kommo — и маркетинг не знает, кто из лидов стал клиентом, чтобы остановить прогревающие письма или запустить onboarding-последовательность. Разрыв между двумя инструментами стоит компании лидов и времени команды.
Кастомная двусторонняя интеграция закрывает этот разрыв: лид из ActiveCampaign автоматически появляется в Kommo, а смена этапа в Kommo запускает нужную автоматизацию в ActiveCampaign.
Почему нет нативной интеграции
ActiveCampaign имеет открытый REST API и поддерживает webhook-уведомления при изменении контакта, тега или автоматизации. Официального Kommo-коннектора в маркетплейсе ActiveCampaign нет — платформа ориентирована на интеграции с Salesforce, HubSpot, Pipedrive.
Zapier закрывает часть задачи: триггер «новый контакт в AC» -> создание контакта в Kommo. Но:
— Zapier не создаёт сделку в Kommo с привязкой к воронке и ответственному
— Нет обратной синхронизации: смена этапа в Kommo -> AC не получает событие
— Нет логики «если контакт уже существует в Kommo — обновить, не создавать дубль»
— Нет передачи UTM-меток и source данных из AC в Kommo
Что даёт двусторонняя интеграция
ActiveCampaign -> Kommo:
— Новый контакт завершил автоматизацию (например, скачал лид-магнит) -> сделка создаётся в Kommo в нужной воронке
— UTM-метки, source, теги из AC передаются как кастомные поля в сделку
— Если контакт уже есть в Kommo — сделка добавляется к существующему контакту, без дублей
— Оценка лида (Lead Score из AC) -> кастомное поле «Оценка лида» в Kommo
Kommo -> ActiveCampaign:
— Сделка перешла в этап «Квалифицирован» -> в AC добавляется тег qualified, запускается новая автоматизация (например, серия onboarding-писем)
— Сделка закрыта «Успешно» -> тег customer, остановка всех прогревающих последовательностей, старт retention-серии
— Сделка закрыта «Проиграно» -> тег lost, запуск win-back автоматизации через 30 дней
— Сделка перешла в «Ожидает оплаты» -> транзакционное письмо с деталями счёта
Техническая архитектура
ActiveCampaign -> Kommo (webhook от AC):
ActiveCampaign поддерживает webhooks на события: contact_add, contact_tag_add, deal_stage_changed, automation_complete.
POST {backend_url}/ac-webhook
X-Webhook-Token: {secret}
{
"type": "automation_complete",
"contact": {
"id": "12345",
"email": "lead@example.com",
"firstName": "Иван",
"lastName": "Иванов",
"phone": "+12025551234",
"fields": { "utm_source": "google", "utm_campaign": "crm_ru" }
}
}Backend:
- Ищет контакт в Kommo по email:
GET /api/v4/contacts?query={email} - Если не найден -> создаёт контакт, затем сделку
- Если найден -> создаёт новую сделку, привязывает к существующему контакту
- Записывает AC Contact ID в кастомное поле сделки (для обратной синхронизации)
Kommo -> ActiveCampaign (Digital Pipeline webhook):
Kommo при смене этапа вызывает backend:
-> GET /api/v4/leads/{id} (получить данные сделки, включая AC Contact ID)
-> ActiveCampaign API: POST /api/3/contactTags
{ "contactTag": { "contact": {ac_contact_id}, "tag": {tag_id} } }
-> ActiveCampaign API: POST /api/3/contactAutomations
{ "contactAutomation": { "contact": {ac_contact_id},
"automation": {automation_id} } }Маппинг этапов Kommo -> действия AC задаётся в конфиге:
{
"stage_mapping": {
"18766543": { "tag": "qualified", "automation": 15 },
"18766544": { "tag": "proposal_sent", "stop_automations": [12, 13] },
"18766545": { "tag": "customer", "automation": 22, "stop_all": true },
"18766546": { "tag": "lost", "automation": 8 }
}
}Дедупликация контактов
Самая частая проблема в таких интеграциях — дубли. Если один человек заполнил форму дважды (с разными именами или телефонами), в Kommo могут появиться два контакта.
Логика дедупликации:
- Поиск по email — главный идентификатор
- Если email не найден, поиск по телефону (
GET /api/v4/contacts?query={phone}) - Если найдено несколько контактов с тем же email — выбираем первый созданный, логируем конфликт
- AC Contact ID сохраняется в кастомное поле — если поле уже заполнено другим значением, это сигнал возможного дубля
Передача UTM-меток и атрибуции
ActiveCampaign хранит кастомные поля контакта, в том числе UTM-параметры, если форма подписки правильно настроена. При создании сделки в Kommo эти данные передаются в кастомные поля:
| AC поле | Kommo поле | Назначение |
|---|---|---|
| utm_source | Источник трафика | Google/Facebook/Organic |
| utm_campaign | Кампания | Название рекламной кампании |
| utm_medium | Канал | cpc/email/social |
| ac_list | Список AC | Из какой рассылки пришёл |
| lead_score | Оценка лида | Приоритет для менеджера |
Менеджер в Kommo сразу видит, откуда пришёл лид и насколько он «тёплый» — без вопросов к маркетингу.
Реальный кейс
Для SaaS-компании (B2B, trial -> paid воронка, 5 менеджеров):
— ActiveCampaign: nurturing-последовательность 14 писем для trial-пользователей
— Kommo: воронка продаж для горячих лидов (кто открыл 5+ писем или кликнул на «Поговорить с продавцом»)
До интеграции: маркетолог раз в день выгружал из AC список «горячих» контактов в CSV и передавал в отдел продаж. Задержка — 12–24 часа.
После интеграции: при достижении Lead Score 75 в AC -> webhook -> сделка в Kommo за 5 секунд. Менеджер получает задачу «позвонить в течение 2 часов». Время реакции на горячий лид: с 12–24 часов до 30 минут.
Kommo -> AC: при закрытии сделки «Успешно» -> остановка trial-писем, старт onboarding-серии. Раньше маркетолог делал это вручную и иногда забывал — клиенты получали «купите наш продукт» уже после оплаты.
Для кого актуально
Интеграция Kommo + ActiveCampaign имеет смысл если:
— Маркетинг использует AC для nurturing, продажи ведут сделки в Kommo
— Важна скорость передачи горячего лида из маркетинга в продажи (в идеале — секунды)
— Нужна остановка маркетинговых писем при закрытии сделки
— Используется Lead Scoring в AC для приоритизации работы менеджеров
Подробнее о настройке email-рассылок непосредственно в CRM — в статье о настройке почтовых рассылок в Kommo.
Для кастомных интеграций Kommo с другими маркетинговыми инструментами — схема аналогична: webhook от маркетинговой платформы -> создание/обновление сделки -> обратный вызов при смене этапа.
Часто задаваемые вопросы
Можно ли использовать Zapier вместо кастомной интеграции?
Для одностороннего потока (AC -> Kommo) Zapier справится с базовыми случаями: новый контакт в AC -> создание контакта в Kommo. Для двусторонней синхронизации с дедупликацией, передачей UTM-меток, маппингом этапов и обратными вызовами — Zapier не хватает гибкости и стабильности. Обратный поток (Kommo -> AC при смене этапа) через Zapier требует Webhook-trigger от Kommo, который доступен только через кастомный webhook в Digital Pipeline, то есть всё равно нужен backend.
ActiveCampaign поддерживает webhooks на смену этапа сделки?
AC имеет встроенные Deals (CRM-функционал). Если вы используете AC Deals — да, есть webhooks на deal_stage_changed. Если вы используете AC только для email (без CRM-части) — триггеры строятся на событиях контакта: теги, автоматизации, поля. В интеграции с Kommo второй сценарий чаще: AC для маркетинга, Kommo для продаж.
Как избежать бесконечного цикла синхронизации?
Если AC обновляет контакт -> webhook -> Kommo обновляет сделку -> webhook -> AC обновляет контакт — цикл. Решение: при обновлении из webhook добавлять служебный флаг sync_source: "ac" в Kommo или sync_source: "kommo" в AC. Backend проверяет флаг и не отправляет обратный webhook если изменение пришло из другой системы.
Что делать если один контакт есть и в AC и в Kommo, но с разными email?
Это случается при опечатках или при использовании корпоративного и личного email. Backend логирует такие случаи как «конфликт идентификации» и создаёт задачу менеджеру: «Проверить дубль контакта». Автоматическое слияние без подтверждения — риск потери данных, поэтому лучше человеческий контроль.
Итого
- Нативной интеграции Kommo + ActiveCampaign нет; Zapier закрывает только простой односторонний поток
- Двусторонняя синхронизация: AC webhook -> создание сделки в Kommo; смена этапа -> тег/автоматизация в AC
- UTM-метки и Lead Score из AC передаются как поля сделки — менеджер видит контекст лида сразу
- Дедупликация по email/телефону обязательна, иначе база Kommo засоряется дублями
- Типовой срок разработки — 3–4 недели
Если вы используете ActiveCampaign для маркетинга и Kommo для продаж — опишите текущую схему передачи лидов. Exceltic.dev оценит разрыв и предложит конкретное решение.