Обсудить задачу

# Kommo + n8n: автоматизация воронки без Zapier

Если счёт за Zapier растёт быстрее, чем число сделок, связка Kommo с self-hosted n8n решает проблему в корне: вы платите за сервер, а не за каждое действие. Kommo шлёт вебхук в n8n при любом событии в воронке, workflow обрабатывает данные по вашей логике и пишет результат обратно через Kommo API. Никакой пооперационной оплаты, полный контроль над данными, любая кастомная логика без обходных костылей.

В Exceltic.dev мы переводим клиентов с Zapier и Make на self-hosted n8n, когда объём автоматизаций переваливает за пару тысяч задач в месяц. На этой отметке аккуратный шаблон в Zapier превращается в статью расходов, которую финдиректор замечает раньше, чем вы. Разница не косметическая: на сложных многошаговых сценариях self-hosted n8n стоит на 80-90% дешевле при том же объёме, потому что биллинг устроен принципиально иначе.

Операционная боль: почему Zapier перестаёт окупаться

Три причины, по которым команды на объёме упираются в Zapier.

Цена растёт нелинейно. Zapier тарифицирует каждый шаг как отдельную «задачу» (task). Воронка из 10 шагов, прогоняемая 10 000 раз в месяц, - это 100 000 оплачиваемых задач. n8n в той же ситуации считает 10 000 запусков (executions), потому что один запуск workflow равен одной единице независимо от числа шагов. Отсюда разрыв в цене, который на масштабе доходит до 90%.

Нет контроля над данными. Лиды, телефоны, суммы сделок проходят через инфраструктуру Zapier. Для команд с требованиями по локализации данных или внутренней политикой безопасности это блокер. Self-hosted n8n крутится на вашем VPS - данные не покидают ваш периметр.

Лимиты и потолки тарифа. Частота опроса, число задач, доступ к продвинутым шагам - всё упирается в тариф. Когда сценарий усложняется, вы либо платите за следующий уровень, либо ломаете логику об ограничения коннектора.

Почему уходят с Zapier на n8n

Главный аргумент - модель биллинга. Zapier берёт деньги за task (шаг), n8n - за execution (запуск workflow целиком). Чем больше шагов в сценарии, тем выгоднее n8n.

Self-hosted Community Edition бесплатна и даёт неограниченное число запусков. Реальная стоимость - это VPS, обычно 4-7 долларов в месяц за машину, которая тянет десятки воронок. Для сравнения: команда, упирающаяся в Pro-объёмы (около 10 000 запусков в месяц), на Zapier Professional платит 300+ долларов в месяц за эквивалент.

Точка безубыточности проходит примерно по 15 000 задач в месяц. Ниже неё Zapier выигрывает по совокупной стоимости владения - не нужно держать сервер и следить за ним. Выше неё self-hosted n8n выигрывает уверенно, и чем сложнее сценарии, тем сильнее разрыв.

Второй аргумент - открытость. n8n self-hosted это ваш сервер, ваша база данных, ваши логи. Можно подключить любой HTTP API через универсальный HTTP Request node, написать произвольный JavaScript прямо в Code node, версионировать workflow в git. Zapier такой свободы не даёт by design.

Что реализуется с Kommo + n8n

Связка строится на трёх элементах: вебхук Kommo, workflow в n8n и обратная запись через Kommo API.

Self-hosted: ваш сервер, ваши данные

n8n разворачивается на VPS через Docker за один вечер. Дальше это полностью ваша инфраструктура: данные сделок не уходят к посреднику, логи запусков лежат у вас, доступ ограничивается вашими же средствами. Для русскоязычных команд вне СНГ, у которых клиенты в США и Европе, это снимает вопросы о том, через чью юрисдикцию проходят персональные данные лидов.

Вебхук Kommo -> workflow n8n -> обратная запись

Сценарий работает так. В n8n создаётся Webhook node - он выдаёт уникальный URL. Этот URL прописывается в настройках Kommo (раздел вебхуков в настройках аккаунта). Теперь любое отслеживаемое событие в Kommo - новая сделка, смена этапа, изменение контакта - отправляет POST-запрос в ваш workflow.

Важная деталь по Kommo: сервис ждёт ответ от вебхука в течение 2 секунд. Если ответ не пришёл вовремя или код ответа не входит в диапазон 100-299, вебхук считается недоставленным. Если за 2 часа накопится больше 100 невалидных ответов, Kommo отключит вебхук. Вывод для архитектуры: n8n должен отвечать Kommo сразу (нода Respond to Webhook с кодом 200), а тяжёлую обработку выполнять асинхронно, уже после ответа. Так вы не упираетесь в таймаут на медленных шагах.

Обратная запись идёт через Kommo API. После обработки workflow дёргает HTTP Request node, который шлёт PATCH или POST на эндпоинты Kommo - обновить поле сделки, передвинуть этап, создать задачу, дописать примечание. Авторизация - по долгоживущему токену интеграции.

Контроль данных, отсутствие per-task оплаты, кастомная логика

Что это даёт на практике:

  • Нет пооперационной оплаты. Сколько бы шагов ни было в workflow, считается один запуск. Обогащение лида из пяти источников стоит столько же, сколько отправка одного письма.
  • Любая логика. Ветвления, циклы, вызовы внешних API, парсинг, обращения к LLM, запись в свою базу - всё в одном workflow. Code node принимает произвольный JavaScript, когда стандартных нод не хватает.
  • Данные под контролем. Ничего не утекает к стороннему SaaS. Логи и история запусков - ваши.

Kommo не входит в список встроенных коннекторов n8n, но это не проблема: универсальный HTTP Request node работает с Kommo API напрямую. Для тех, кому удобнее визуальные ноды, есть сторонний community-пакет n8n-nodes-kommo с OAuth-авторизацией через виджет Kommo.

Как это работает пошагово

  1. Разверните n8n на VPS. Docker-образ, домен, SSL. Машины за 4-7 долларов в месяц достаточно для старта.
  2. Создайте Webhook node в n8n. Скопируйте сгенерированный URL. Для боевого режима используйте Production URL, не Test.
  3. Пропишите вебхук в Kommo. Настройки аккаунта -> раздел вебхуков -> вставьте URL и выберите события (создание сделки, смена этапа, изменение контакта). Работа с вебхуками по API доступна на тарифах Advanced, Pro и Enterprise.
  4. Сразу отвечайте 200. Поставьте Respond to Webhook node в начало, чтобы уложиться в 2-секундный лимит Kommo, а обработку выносите дальше по ветке.
  5. Соберите логику обработки. Фильтры, обогащение через внешние API, проверки, ветвления - столько шагов, сколько нужно. На цену это не влияет.
  6. Запишите результат обратно через Kommo API. HTTP Request node с методом PATCH или POST на нужный эндпоинт - обновить поле, передвинуть этап, создать задачу или примечание. Токен интеграции - в заголовке авторизации.
  7. Включите и проверьте. Прогоните тестовое событие, посмотрите историю запусков в n8n, убедитесь, что Kommo получает валидный ответ и не помечает вебхук как сбойный.

Если вы ещё настраиваете саму воронку перед автоматизацией, начните с базы - у нас есть разбор, как настроить воронку в Kommo CRM, и обзор функций Kommo CRM, которые есть из коробки.

Реальный кейс с цифрами

Команда на Zapier: воронка обогащения лида из 8 шагов (приём вебхука, проверка дубля, запрос в сервис обогащения, нормализация, запись в Kommo, уведомление в Slack, лог в Google Sheets, постановка задачи). Прогон - около 12 000 раз в месяц.

На Zapier это 8 шагов на 12 000 запусков = 96 000 задач в месяц. Такой объём требует тарифа уровня Professional, на практике это 300-500 долларов в месяц в зависимости от точного объёма и плана.

На self-hosted n8n тот же сценарий - это 12 000 запусков. Community Edition бесплатна, биллинг по числу шагов отсутствует. Реальный расход - VPS, скажем 10-20 долларов в месяц с запасом по ресурсам под несколько таких воронок.

Грубая арифметика: переход экономит порядка 280-480 долларов в месяц на одной воронке, или примерно 3 400-5 700 долларов в год. Разовые затраты на развёртывание и перенос окупаются за первый-второй месяц. Чем больше шагов в сценариях и чем выше объём, тем быстрее окупаемость.

Оговорка по-честному: к стоимости self-hosted нужно прибавить время на поддержку - обновления n8n, мониторинг сервера, бэкапы. Если в команде нет человека, готового это вести, считайте эти часы в стоимость владения.

Для кого подходит, а кому хватит Zapier

Kommo + n8n self-hosted - ваш вариант, если:

  • Объём автоматизаций выше 15 000 задач в месяц или явно растёт в эту сторону.
  • Сценарии многошаговые - 5+ шагов на запуск, где модель per-task бьёт по карману сильнее всего.
  • Есть требования к контролю данных: локализация, безопасность, отказ от сторонних SaaS в цепочке обработки лидов.
  • В команде есть инженер, который развернёт Docker и присмотрит за сервером.
  • Нужна нестандартная логика, упирающаяся в ограничения готовых коннекторов.

Zapier (или n8n Cloud) достаточно, если:

  • Объём ниже точки безубыточности - примерно до 15 000 задач в месяц.
  • Сценарии простые, в один-два шага.
  • Нет ресурса вести инфраструктуру, и совокупная стоимость владения с учётом времени инженера выходит выше подписки.
  • Скорость старта важнее экономии: коробочный коннектор поднимается за минуты.

Если вы только присматриваетесь к Kommo как к CRM под воронку, начните с обзора Kommo CRM - там разобрано, кому система подходит и где её пределы.

Термин: execution (запуск) в n8n - это один полный прогон workflow от триггера до конца, независимо от числа шагов внутри. Именно по запускам, а не по шагам, считается нагрузка и (на платных тарифах) биллинг. В этом ключевое отличие от Zapier, где единицей оплаты служит task - отдельный шаг сценария.

Часто задаваемые вопросы

Нужен ли платный тариф Kommo для вебхуков? Да. Работа с вебхуками через API доступна на тарифах Advanced, Pro и Enterprise. На базовом тарифе этой возможности нет.

Что будет, если n8n не ответит Kommo за 2 секунды? Kommo посчитает вебхук недоставленным. Если за 2 часа накопится больше 100 невалидных ответов и последний тоже будет невалидным, Kommo отключит вебхук. Поэтому отвечайте 200 сразу, а обработку выносите в асинхронную часть workflow.

Можно ли обойтись без custom-ноды для Kommo? Да. Универсальный HTTP Request node работает с Kommo API напрямую - и для приёма событий, и для обратной записи. Community-пакет n8n-nodes-kommo - это удобство, а не необходимость.

Сколько реально стоит self-hosted n8n? Сам n8n Community Edition бесплатен с неограниченным числом запусков. Платите за VPS - обычно от 4-7 долларов в месяц за базовую машину, больше под высокую нагрузку. Плюс заложите время инженера на поддержку.

Насколько это надёжно по сравнению с Zapier? Надёжность self-hosted зависит от вашего сервера и сопровождения. Zapier снимает с вас инфраструктуру, но берёт за это деньги и контроль над данными. Для объёмных команд с инженером на борту self-hosted n8n стабилен и предсказуем по затратам.

Итог

Kommo + self-hosted n8n - это переход от оплаты за каждое действие к оплате за сервер. На объёме выше 15 000 задач в месяц и на многошаговых сценариях экономия доходит до 80-90%, а данные остаются в вашем периметре. Цена вопроса - наличие инженера, который развернёт Docker и будет следить за сервером. Ниже этого объёма, на простых сценариях, Zapier или n8n Cloud остаются разумным выбором по совокупной стоимости владения.

Если объём автоматизаций в Kommo вырос настолько, что Zapier стал заметной статьёй расходов, в Exceltic.dev проектируем и разворачиваем связку Kommo + n8n под вашу воронку - от архитектуры вебхуков до обратной записи через API. Напишите, разберём ваш сценарий и посчитаем экономию на ваших цифрах.

Полезные ссылки: документация n8n по Webhook node, документация Kommo по вебхукам.

Ещё статьи

Все →