Zapier, Make или n8n для Kommo: как выбрать

Если вы автоматизируете Kommo и задаёте этот вопрос - значит, вы уже переросли встроенные виджеты. Короткий ответ: Zapier оправдан, когда команда нетехническая и нужно запуститься за день; Make - когда логика сложнее одной ветки, а бюджет ограничен; n8n - когда объём задач высокий, данные не должны покидать вашу инфраструктуру, или когда вы уже платите Zapier больше $200/мес и считаете деньги. Ни один из трёх не закрывает сценарии с нестандартной бизнес-логикой на уровне данных Kommo - там нужна кастомная разработка.

Эта статья написана для команд, которые уже работают с Kommo и выбирают инструмент для реальной интеграции, а не для тех, кто только изучает, что такое CRM. Цены актуальны на июнь 2026 года.

Быстрый вердикт

Важное замечание по Kommo: ни одна из трёх платформ не имеет полноценного двустороннего коннектора для Kommo с покрытием всего API. Официальные модули Zapier и Make закрывают базовые CRUD-операции (создать лид, обновить поле, добавить контакт), но не дают доступ к событиям Digital Pipeline, не умеют работать с примечаниями активностей в полном объёме и не поддерживают Kommo Webhooks в сложных конфигурациях. Подробнее об ограничениях нативных интеграций - в статье «Кастомные интеграции для Kommo CRM».

Zapier - для кого и когда

Когда Zapier оправдан

Скорость старта - главное преимущество. Если нужно за день подключить Kommo к Gmail, Slack и Google Sheets без участия разработчика - Zapier это сделает. Официальный коннектор Kommo в каталоге, интерфейс drag-and-drop, понятный нетехнической команде.

Экосистема - 7 000+ интеграций. Если в вашем стеке есть нишевый B2B-инструмент (специфическая логистическая система, платёжный шлюз регионального банка, отраслевая ERP) - шансы, что он есть только в Zapier, высоки. Make и n8n проигрывают по ширине каталога.

Минимальный объём задач - при 500-1 500 задач в месяц Zapier вполне конкурентоспособен по цене. Professional-план от $20/мес (при годовой оплате) за 750 задач. Если вы запускаете 10-15 Zap-ов с небольшой частотой - это разумный выбор.

Когда Zapier становится проблемой

Биллинг по задачам бьёт по сложным Zap-ам. Каждый шаг в многоступенчатом Zap-е считается отдельной задачей. Пятишаговый Zap на 1 000 триггеров в месяц = 5 000 задач. На плане за $49/мес (2 000 задач) это означает выход за лимит и автоматический overage-биллинг по ставке ~1.25x от базовой цены задачи.

Нет self-hosted. Все данные идут через серверы Zapier в США. Для компаний с требованиями GDPR или внутренней политикой по размещению данных - это стоп-фактор.

Логика ограничена. Пути (Paths) есть, но вложенные условия и динамические циклы реализуются громоздко. Обработка ошибок - базовая: либо Zap останавливается, либо продолжает. Нет нативного retry с exponential backoff.

Итог по Zapier: правильный выбор для нетехнической команды с небольшим объёмом и нишевыми коннекторами. Неправильный выбор при росте объёма или требованиях к размещению данных.

Make - для кого и когда

Когда Make оправдан

Визуальная логика без кода - сильнейшая сторона Make. Сценарий с роутером, несколькими ветками, итератором по массиву и агрегатором результатов строится визуально и читается как схема. Это то, что в Zapier потребует нескольких отдельных Zap-ов или дорогого плана с Paths.

Цена на объёме. Core-план: $9/мес за 10 000 операций. Pro-план: $16/мес за 10 000 операций (с приоритетным выполнением и полным логом). Это в 3-5 раз дешевле Zapier на сопоставимых объёмах. При этом Make недавно перешёл на кредитную модель - большинство операций стоят 1 кредит, но AI-шаги могут стоить несколько кредитов: учитывайте это при сценариях с GPT-интеграцией.

Официальный модуль Kommo в Make шире, чем в Zapier: больше доступных действий, поддержка webhook-триггеров, возможность работать с пользовательскими полями. Для базовых интеграционных сценариев этого достаточно.

Когда Make становится проблемой

Operations-биллинг при ошибках. Если сценарий упал на середине - операции до точки падения уже списаны. При нестабильных внешних API (сторонние сервисы с downtime) это создаёт «утечку» операций. Нужно закладывать error-handling на каждый HTTP-вызов.

Нет self-hosted. Как и Zapier, Make работает только как облачный сервис. Данные хранятся в инфраструктуре Make (серверы в ЕС, но под контролем Make, а не вашей компании).

Сложные трансформации данных - болевая точка. JSON parsing, построение динамических запросов, работа с вложенными структурами возможны, но требуют знания синтаксиса Make. Новичок без подготовки застрянет.

Итог по Make: оптимальный выбор для команд, которым нужна визуальная логика, умеренный технический уровень и бюджет ниже, чем у Zapier. Проигрывает при требованиях к self-hosted и при высокочастотных сценариях с нестабильными upstream-сервисами.

n8n - для кого и когда

Когда n8n оправдан

Self-hosted без ограничений по исполнениям. Community Edition n8n - полностью бесплатная open-source версия. VPS на $5-7/мес (DigitalOcean, Hetzner) дают полноценный экземпляр n8n с неограниченным числом workflow и выполнений. Это принципиально другая экономика при объёмах от 5 000+ исполнений в месяц.

Полный контроль над данными. Сценарии выполняются на вашем сервере, данные не покидают вашу инфраструктуру. Для компаний с GDPR-требованиями, внутренними compliance-политиками или просто нежеланием передавать CRM-данные третьей стороне - это решающий аргумент.

Мощность логики. JavaScript-ноды позволяют писать произвольную трансформацию данных прямо внутри workflow. Граф выполнения поддерживает любую глубину вложенности, merge-ноды для объединения потоков, split-ноды для параллельного выполнения.

AI-возможности (n8n 2.0, декабрь 2025). 70+ AI-нод с LangChain-интеграцией. Если вы строите AI-агентов поверх Kommo (классификация лидов, резюмирование звонков, автоответы) - n8n даёт наиболее гибкую платформу без дополнительной платы за AI-шаги.

Когда n8n становится проблемой

Нет официального коннектора Kommo. В n8n нет нативного Kommo-модуля. Вся интеграция строится через HTTP Request ноды и Kommo REST API вручную. Это означает: нужно знать API Kommo, обрабатывать аутентификацию OAuth2 самостоятельно, строить payload-ы вручную. Для разработчика - рутина; для нетехнической команды - барьер.

Нужен DevOps для self-hosted. Установка, обновления, резервное копирование, мониторинг аптайма - всё на вас. Cloud-версия n8n (Starter: €20/мес за 2 500 исполнений) снимает этот вопрос, но уже не дешевле Make при сопоставимых объёмах.

Кривая обучения. Интерфейс n8n мощнее, но сложнее. Команда без технического бэкграунда потратит значительно больше времени на первый рабочий workflow.

Итог по n8n: правильный выбор для технических команд с высоким объёмом или требованиями к размещению данных. Неправильный выбор для нетехнической команды без DevOps-ресурса.

Реальный кейс: когда перешли с Zapier на n8n и сколько сэкономили

Один из клиентов Exceltic.dev - SaaS-компания с командой продаж 8 человек, работающей через Kommo. Стек автоматизации включал:

• Синхронизацию новых лидов из форм на сайте в Kommo (webhooks -> Kommo API)
• Уведомления в Slack при смене этапа воронки
• Создание задач в ClickUp при переходе лида в этап «Коммерческое предложение»
• Еженедельный отчёт по конверсии в Google Sheets

Общий объём: около 8 000-9 000 задач Zapier в месяц (многошаговые Zap-ы). Платили $99/мес за Team-план (2 000 задач + overage). Фактический счёт с overage выходил на $140-160/мес.

После переноса на self-hosted n8n (VPS Hetzner CX21, €5.5/мес):

• Стоимость инфраструктуры: €5.5/мес
• Время на миграцию: 3 рабочих дня разработчика (настройка VPS, перенос логики workflow, тестирование)
• Экономия: ~$130-155/мес, то есть $1 560-1 860/год

Важный нюанс: часть Zap-ов использовала коннекторы, которых нет в n8n (один нишевый B2B-сервис). Для этого коннектора сохранили Zapier на минимальном плане ($20/мес). Итоговая экономия - около $110-130/мес.

Миграция оправдала себя за 3-4 недели. Если нет разработчика в команде - срок окупаемости удлиняется, и в этом случае Make может быть более практичным промежуточным вариантом.

Блок «Как считать break-even»: если ваш текущий счёт Zapier превышает $60/мес, a объём продолжает расти - сравните стоимость Make Pro ($16/мес) или n8n self-hosted ($5-7/мес на VPS) с учётом времени на миграцию. При ставке разработчика $50/час и 16 часах работы на миграцию break-even наступает примерно на 6-й месяц при экономии $80/мес.

Когда ни один не подходит: нужна кастомная разработка

Запиер, Make и n8n - инструменты для оркестрации данных между API. Они хорошо работают, когда оба конца интеграции имеют стабильный REST API с предсказуемой схемой. Kommo этому требованию в целом удовлетворяет - но с оговорками.

Сценарии, где платформы автоматизации не закроют задачу:

Сложная бизнес-логика на уровне данных Kommo. Например: при создании сделки нужно проверить, существует ли уже контакт с таким email, объединить дубли, перенести историю активностей из старой сделки и переназначить ответственного по территориальной логике. Это не «соединить два API» - это транзакционная логика с rollback при ошибке. Zapier/Make/n8n это не сделают надёжно.

Двусторонняя синхронизация с внешней системой. Если нужно, чтобы изменения в Kommo отражались в ERP и наоборот, без конфликтов и с разрешением коллизий - нужен stateful слой, который хранит состояние синхронизации. Платформы автоматизации stateless по природе.

Нестандартные триггеры и события Kommo. Digital Pipeline события, изменения в примечаниях активностей, работа с пользовательскими виджетами - это не покрывается стандартными коннекторами. Нужен webhook-обработчик с кастомной логикой разбора событий.

Высокая надёжность с SLA. Если пропущенное исполнение - бизнес-потеря (пропущен лид, не отправлен документ, не создан счёт) - нужна система с мониторингом, retry-логикой, алертингом и гарантией доставки. Это строится, а не настраивается в UI.

Подробнее о том, когда нативной интеграции недостаточно - в статье «Кастомные интеграции для Kommo CRM». Обзор возможностей платформы в целом - в «Обзор Kommo CRM».

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

Есть ли официальный коннектор Kommo в n8n?

Нет. В официальном каталоге n8n нет нативного Kommo-узла. Интеграция строится через узел «HTTP Request» с ручной настройкой Kommo REST API и OAuth2-аутентификации. Это работает, но требует технических знаний. В каталоге community-нодов есть неофициальные решения, но их качество и поддержка не гарантированы.

Как считаются операции в Make vs задачи в Zapier?

В Zapier каждый успешный шаг в Zap-е = 1 задача. Пятишаговый Zap = 5 задач за одно выполнение. В Make каждый обработанный элемент данных на каждом модуле = 1 операция (теперь - 1 кредит в новой модели). При одинаковом сценарии Make обычно тратит меньше единиц биллинга, чем Zapier, плюс базовый лимит в 10 раз выше при сопоставимой цене.

Можно ли использовать n8n Cloud вместо self-hosted?

Можно. Cloud Starter: €20/мес за 2 500 исполнений, Cloud Pro: €50/мес за 10 000 исполнений. Это убирает необходимость в DevOps-ресурсе, но нивелирует главное ценовое преимущество n8n. При объёме до 10 000 исполнений n8n Cloud Pro (€50/мес) сопоставим с Make Pro ($16/мес за 10 000 операций) - Make оказывается дешевле при облачном варианте. n8n Cloud имеет смысл, если нужны AI-ноды или специфические возможности n8n, но нет DevOps.

Что дешевле на объёме 20 000 исполнений в месяц?

Zapier: нужен план примерно на $100/мес+ (Team). Make: потребуется докупить операции или взять план с большим пакетом - примерно $20-30/мес. n8n self-hosted: $5-7/мес за VPS независимо от объёма. n8n Cloud Business: €667/мес за 40 000 исполнений - неоправданно дорого для такого объёма, self-hosted явно лучше.

Kommo поддерживает входящие webhooks для Zapier и Make?

Да, Kommo умеет отправлять webhooks при событиях (создание сделки, смена этапа, новый контакт). И Zapier, и Make могут принимать эти webhooks как триггер. Однако формат событий Kommo специфичен, и не все поля доступны «из коробки» - нужна доработка маппинга. Для более сложных событий (Digital Pipeline actions, изменения виджетов) webhook-триггеры в стандартных коннекторах не работают.

Итог: матрица решения

Выбирайте Zapier, если: нетехническая команда, нужны нишевые коннекторы которых нет в других платформах, объём до 1 500-2 000 задач/мес.

Выбирайте Make, если: нужна визуальная сложная логика, команда технически грамотна на базовом уровне, облачное размещение приемлемо, бюджет ограничен.

Выбирайте n8n self-hosted, если: есть разработчик или DevOps, объём высокий (от 5 000+ исполнений/мес), данные не должны покидать вашу инфраструктуру.

Ни один из трёх не подходит, если нужна транзакционная бизнес-логика, двусторонняя синхронизация с разрешением конфликтов или гарантированная доставка с SLA. В этих случаях - кастомная разработка.

Для сравнения всех вариантов автоматизации Kommo - включая нативные виджеты и API-интеграции - смотрите раздел «Интеграции и разработка».

Актуальные тарифы на момент написания (июнь 2026): zapier.com/pricing, make.com/en/pricing.