Как выбрать между n8n, Zapier и Make: считаем по цене, свободе и затратам на обслуживание

Вопрос «выбрать один из трёх» — спросишь десять человек, девять ответят «зависит от твоих задач», что равносильно отсутствию ответа. В этой статье без околичностей: разложим и посчитаем расходы на одно и то же дело у трёх игроков, добавим к этому потраченное на него время и в конце скажем, как выбрал бы я.

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

Этот вывод слишком груб, чтобы пользоваться им напрямую, потому что в нём не хватает одного числа: сколько раз в месяц ты на самом деле запускаешь. Пока это число не посчитано, любое сравнение — это чужие сценарии.

Кому подходит

Тем, кто сейчас выбирает одного из трёх, или тем, кто уже упёрся в бесплатную версию Zapier и хочет понять, где именно дорого. Если у тебя есть простаивающий VPS и желание зайти на него и постучать по клавишам — расчёты из четвёртого раздела будут ещё более отрезвляющими. Тем, кто не сталкивался с автоматизацией, сначала смотреть«Что такое n8n»и потом возвращаться: здесь предполагается, что ты знаешь, что означают «workflow» и «node».

• Три игрока используют разные единицы тарификации
• Сколько стоит один и тот же процесс у каждого из трёх
• Помимо денег, в чём разница в степени свободы
• В счёте за self-hosting часть — не деньги
• На строку с лицензией тем, кто занимается поставкой, нужно смотреть в первую очередь
• Четыре случая, когда я не советую выбирать n8n
• Цена смены инструмента
• Недельный пробный прогон: как понять, что всё работает
• Подводные камни
• Три дополнительные задачи безопасности при self-hosting

Три сервиса используют разные единицы тарификации

Это фундамент всей статьи и место, где легче всего ошибиться. «Объём использования», который вы видите на сайтах всех трёх сервисов, — это совсем не одно и то же.

Zapier считает по task.Каждое успешно выполненное действие записывается как 1 task, некоторые приложения или действия записываются как 2. Триггер не считается — событие приходит бесплатно, деньги списываются только за выполненное действие. Опрос «есть ли новые данные» тоже не считается, а если проверка ничего не нашла — тем более. Встроенные инструменты: Filter, Formatter, Path, Delay, Looping, Sub-Zap, а также Tables и Forms — не занимают task.

Make считает по credit.Он уже сменил единицу тарификации с operations на credits, дата вступления в силу в объявлении — 27 августа. Большинство модулей при выполнении записывают 1 credit, при использовании AI Provider может быть больше. Разница здесь в том, что модуль-триггер тоже считается. Вы читаете одну запись из какого-либо приложения — этот шаг стоит 1 credit. Router и модули обработки ошибок (Rollback, Break, Resume, Commit, Ignore) не считаются.

n8n считает по execution.Один прогон процесса от начала до конца считается за 1 раз, будь то 3 узла или 30 узлов посередине — всё равно 1 раз. Количество записей данных тоже не увеличивает счёт — 5 записей или 200 записей за одно выполнение — всё равно 1 раз. И только production-выполнения идут в лимит: если вы нажимаете кнопку «Execute» в редакторе для теста, хоть сто раз прогоните — не считается.

	Zapier	Make	n8n
Единица	task	credit	execution
один прогон процесса считается как несколько	по количеству действий, 6 шагов считаются как 5 (триггер не считается)	по количеству модулей, 6 модулей считаются как 6	1
данные растут с 1 записи до 200	растёт пропорционально, 20 раз — значит 20 раз	растёт пропорционально	не растёт
тест запускается вручную	считается, если Zap запущен и работает	считается, если запущен scenario	не считается

Последняя строка — это различие, которое для меня важнее всего: оно определяет, можно ли масштабировать эту систему. Предположим: один процесс обрабатывает 200 заказов, в середине 5 действий. В Zapier один прогон записывается как 1,000 task, один прогон в день — это 30,000; в n8n один прогон — это всё ещё 1 execution, 30 прогонов в день — 30. Разница в 1,000 раз, а не разница в процентах.

На этом моём инстансе прогонялся процесс из восьми узлов, промежуточный code-узел разбивал один item на 5 записей, шёл по веткам, затем объединял. Под каждым узлом указано «несколько элементов» — это объём данных, прошедших через него за данный прогон:

Запись выполнения выглядит так: одна строка — один полный прогон, справа «время выполнения» — это общее время всего процесса:

Если зайти внутрь, видна детализация этого выполнения:

Один и тот же процесс, сколько тратят три сервиса

Посчитаем на трёх сценариях реальной формы. Цифры взяты из публичных тарифов на официальных сайтах, цены я смотрел 26 октября 2026 года, к моменту вашего просмотра они могли уже измениться.

Сценарий первый: запуск раз в час, 6 шагов

Мониторинг некоего API, 24 раза в день, 720 раз в месяц. Такая работа встречается чаще всего.

	Использование	В какой тариф попадает
Zapier	5 × 720 = 3,600 tasks	В бесплатной версии 100, разница в 36 раз, обязательна платная
Make	6 × 720 = 4,320 credits	Core с тарифом 10,000 credits, при годовой оплате — $9/мес
n8n Cloud	720 выполнений	Starter €20/мес, лимит 2,500
n8n self-hosted	720 выполнений	0, только расходы на сервер

Результат в этой строке немного противоречит интуиции:облачная версия n8n более чем вдвое дороже Make. Starter при годовой оплате €20, Core у Make при годовой оплате в пересчёте $9. Многие по умолчанию считают, что «open source обязательно самый дешёвый», забывая, что open source экономит на лицензионных платежах, а cloud hosting по-прежнему взимает плату за выполнения.

В колонке Zapier я не могу назвать точную сумму, потому что в его Professional тариф задач регулируется, $19.99 — это начальная цена минимального тарифа, для 3,600 task нужно повышать тариф. Можно точно сказать, что из трёх он самый дорогой — дорогой из-за оплаты за действия, чем длиннее ваш workflow, тем больше вы проигрываете.

Сценарий второй: запуск каждые 5 минут, 6 шагов

8,640 выполнений в месяц. На такой частоте разрыв начинает увеличиваться.

	Объём использования	В какой тариф попадает
Zapier	43,200 tasks	Уже довольно высоко
Make	51,840 credits	Уже выходит за тариф 10,000, нужно тянуть ползунок вверх, чтобы увидеть цену
n8n Cloud	8,640 выполнений	Pro €50/месяц, лимит 10,000
n8n Self-hosted	8,640 выполнений	0

Здесь n8n Cloud начинает обгонять. О разнице с self-hosted и говорить нечего: при более чем восьми тысячах запусков в месяц электричество обойдётся дешевле подписки.

Сценарий третий: 10 раз в день, 3 шага

300 раз в месяц, всего два действия.

Zapier считает 600 task, что в 6 раз превышает бесплатный лимит. Make считает 900 credit, бесплатный план — 1,000, ровно впритык — ни малейшего запаса, ещё три дня работы и придётся платить.Это и есть граница бесплатного плана Make — не «достаточно», а «ровно исчерпано».

Моё мнение: при объёме десять с лишним раз в день бесплатного плана Make хватит на три-пять месяцев, но не стоит использовать его для критичных задач, потому что при превышении сценарий просто останавливается и не будет ждать продления.

Помимо денег, в чём разница в свободе

	Zapier	Make	n8n
Доступные приложения	9,000+	3,500+	Официальные узлы +社区-узлы, при self-hosted можно писать свои
Написание кода	Есть шаг с кодом, тарифицируется по task, чем дольше выполняется, тем больше занимает	Есть модуль Tools	Узел Code, JS или Python, без дополнительной оплаты
Подключение к внутренним системам	Не пойдёт	Не пойдёт	Можно, работает в вашей собственной сети
Где хранятся данные	На сервере другой стороны	На сервере другой стороны	В собственной базе данных
Контроль версий	В платных тарифах есть контроль версий Zap	—	Начиная с тарифа Business можно подключить Git; в社区-версии экспортируйте JSON-архив вручную

Первые две строки определяют ваш потолок, последние две — стоимость соответствия требованиям. Если нужно читать ERP или старую базу данных во внутренней сети компании, первые два варианта сразу отпадают — дело не в сложности, а в физической недоступности: они работают в чужих дата-центрах. Это чаще всего выясняется на середине обсуждения решения, и все нарисованные ранее схемы приходится выбросить.

Ещё один пункт, который редко пишут в сравнительных таблицах: длительность однократного выполнения. В облачной версии n8n Starter один запуск длится максимум 5 минут, только Pro даёт 40 минут. При обработке больших файлов или ожидании медленного API 5 минут легко исчерпываются. При self-hosted такого ограничения нет, но машина ваша собственная — если память закончится, всё равно упадёт.

В счёте за self-hosted часть — не деньги

Это то, о чём я хотел сказать больше всего в этой статье, потому что все сравнительные материалы про «n8n бесплатно» упускают это.

Self-hosted экономит на подписке, но взамен появляются следующие задачи, и все их должен кто-то выполнять:

• Одна машина и один домен, а также сертификат. Let's Encrypt продлевает автоматически, но сбой продления происходит молча — когда вы обнаружите, сертификат уже три дня как просрочен.
• Обновление. После 2.x версии обновляются быстро, у меня сейчас 2.43.7. Перед каждым обновлением нужно сделать резервную копию базы данных и ключа шифрования, после обновления выборочно проверить, запускается ли один workflow. Один раз примерно двадцать минут.
• Резервное копирование. Три вещи: база данных, ключ шифрования, экспорт workflow. Без ключа шифрования все учётные данные в восстановленном экземпляре не расшифруются, придётся заполнять заново по одному. Резервное копирование только базы данных без ключа — самый распространённый способ провалиться.
• Оповещение о сбоях. n8n сам не уведомляет, если вы не настроите. Задача по расписанию молча падает две недели, и вы не узнаете, пока кто-нибудь не спросит «почему в этом месяце в таблице нет данных».
• Диагностика при инциденте. Container не запускается, port занят, память переполнена — по этим вопросам в поддержку не позвонишь.

Учёт времени примерно такой: первая установка с настройкой HTTPS — час; далее каждый месяц на него уходит от одного до двух часов; при реальном сбое — от одного до трёх часов.

Поэтому когда считаете стоимость, в знаменателе должна быть ваша почасовая ставка. Если вы не можете выделить даже полчаса в неделю, не выбирайте self-hosted — дело не в экономии, эта работа требует человека. Покупая Zapier, вы по сути покупаете «есть кому разбираться при проблемах».

Страница использования на моей машине выглядит так, стоит взглянуть:

Во второй строке мелким шрифтом написано «workflow с несколькими триггерами считается несколько раз». Это значит, что если повесить на один workflow два триггера, он считается за два. В self-hosted версии здесь написано «бесконечно», так что на меня это не влияет, но если вы купили лицензию облачной версии, этот пункт вас укусит.

По части лицензии те, кто занимается поставкой, должны смотреть в первую очередь

n8n — это не open source лицензия, а собственная Sustainable Use License, под названием fair-code. Условия разрешают больше, чем кажется: внутреннее использование в бизнесе, изменение кода, создание производных, настройка процессов для клиентов, консалтинг и эксплуатация, связанные с n8n, — всё это можно. Нельзя только две вещи: продавать n8n клиентам под другим брендом как продукт; развернуть свою систему и брать с других плату за доступ. Для этих двух пунктов нужно отдельно подписывать коммерческое соглашение.

Те, кто занимается аутсорсингом операций, чаще всего здесь проявляют неопределённость. По сравнению с предыдущей версией лицензии (Apache 2.0 плюс Commons Clause), ключевое изменение на этот раз — убрали пункт «нельзя брать плату за консалтинг»: теперь за помощь клиентам в настройке рабочих процессов, за консалтинг и эксплуатацию не нужно никаких дополнительных соглашений. Если вы продаёте своё мастерство, а не оболочку n8n, проблем нет.

Промежуточные формы нужно оценивать самостоятельно: данные клиента работают на развёрнутом вами n8n, вы берёте ежемесячную плату за обслуживание. Это больше похоже на «хостинг», чем на «консалтинг». Если действительно хотите сделать из этого бизнес, отправить письмо на license@n8n.io обойдётся гораздо дешевле, чем исправлять последствия.

Для сравнения: Zapier и Make — чистый SaaS, вы платите за сервис, такой головной боли нет, но и перенести всё это вы тоже не сможете.

Четыре случая, когда я не рекомендую выбирать n8n

В команде никто не работает с командной строкой.Дело не в том, что не научатся, а в том, что никто не захочет в ту ночь, когда что-то сломается, заходить и смотреть логи. Такой команде стоит купить Zapier — деньги будут потрачены не зря.

Нужны SLA от вендора и поддержка по телефону.При self-hosted этого нет. Форумы сообщества хороши, но они не обещают ответа за два часа.

Всего одна-две простые автоматизации.Ставить сервер, настраивать HTTPS, организовывать мониторинг только ради синхронизации формы с таблицей — не стоит того. Используйте бесплатный тариф Make, девятисот credit в месяц достаточно.

Хотите продавать это как white-label продукт.В разделе о лицензии уже говорилось: сначала нужно подписать соглашение. Продавать напрямую open source версию — это нарушение договора, а не «серая зона».

Цена смены инструмента

Между этими тремя вещами нет миграции в один клик. Zap — это линейная структура «триггер + действие», scenario — это холст из модулей и маршрутизации, а workflow в n8n — это произвольный ориентированный граф. Структуры данных не совпадают, экспортированный JSON можно использовать только как справку, логику придётся пересобирать.

Мой практический ориентир: на то, чтобы пересобрать процесс из десятка шагов в другом инструменте, уходит от половины дня до дня, с учётом отладки и переподключения учётных данных. Если у вас уже накопилось три-четыре десятка процессов, одна миграция займёт две-три недели.

Поэтому при выборе смотрите не только на счёт за этот месяц, а на то, какой объём у вас будет примерно через три года. Для низкочастотных и стабильных задач выбирайте то, что требует меньше хлопот; для высокочастотных и растущих — раньше переходите на то, что можете администрировать сами, не ждите, пока накопится куча, чтобы потом переносить.

Недельный тестовый прогон: как понять, что всё работает

Не принимайте решение по сравнительным таблицам на официальных сайтах — выберите одно реальное дело и погоняйте его неделю. Требование одно: чтобы сбой этого процесса один раз не был критичным, не берите для теста процесс, связанный с приёмом платежей.

1. Запишите, сколько раз в день запускается этот процесс и сколько в нём промежуточных шагов. Эти два числа — весь исходный вход, на них опираются все дальнейшие расчёты.
2. Посчитайте месячный объём: число запусков × шаги. Затем умножьте на среднее количество записей данных, обрабатываемых за раз, — это число понадобится для тех двух сервисов с оплатой по шагам.
3. С этим числом идите на страницы тарифов трёх официальных сайтов и сопоставляйте уровни, не по «названию плана», а по квоте.
4. Прогоняйте полные семь дней и фиксируйте две вещи: сколько было сбоев и сколько времени вы потратили на их устранение.

После прогона эти три числа встают рядом, и выбор基本上 всплывает сам: объём определяет деньги, частота сбоев определяет стабильность, время на исправление определяет, выдержите ли вы это. Третий пункт чаще всего упускают, и именно он чаще всего заставляет людей сдаться — те, кто переходит с Zapier на self-hosted, обычно называют причиной не деньги, а «когда что-то ломается, я ничего не вижу».

Если тестируете n8n, успешный прогон подтверждают четыре признака: под каждым узлом на холсте появляется зелёная галочка и «N элементов»; в списке выполнений добавляется строка «успешно»; при переходе внутрь видно вход и выход каждого узла; на странице «Обзор» число production executions по-прежнему 0 (потому что ручные выполнения не считаются production executions). Последний пункт чаще всего заставляет думать, что прогон не удался, хотя на самом деле это нормально.

Подводные камни, на которые наступишь

1. Сравнивать цену подписки напрямую, не глядя на единицу тарификации.Для одинакового процесса из 6 шагов Zapier насчитает 5 task, Make — 6 credit, n8n — 1 выполнение. На вид везде однозначные числа, но смысл различается на один уровень: первые два умножаются на число шагов, последний — на число запусков.

2. Думать, что Make по-прежнему считает по operations.Единицей тарификации уже является credit; фраза «As of August 27, credits are the billing unit in Make» в FAQ на официальном сайте говорит именно об этом изменении. В старых руководствах цифры operations не совпадают с новыми счетами — причина в этом.

3. Считать, что n8n бесплатен — значит нести нулевые затраты.Софт бесплатный, машина стоит денег, а ваше время стоит ещё дороже. Два часа обслуживания в месяц, пересчитанные по вашей часовой ставке, могут оказаться намного дороже, чем $9 за Make.

4. Считать, что пустые запросы не учитываются.В документации n8n чётко написано: триггер Webhook считает выполнение при каждом входящем запросе, включая случаи, когда body пустой {}. Если использовать webhook как пробу для health check, которая срабатывает каждые 10 секунд, за месяц набегает двести шестьдесят тысяч записей о выполнениях — и все они попадают в счёт. Запросы, которые отбраковываются и завершаются ошибкой до запуска workflow, не учитываются.

5. Неправильно считать затраты на polling.Триггер polling учитывается только тогда, когда обнаружены новые данные; если проверка вернулась пустой — не учитывается, и это в вашу пользу. Но с другой стороны, это также означает, что в песочнице вы видите меньше срабатываний, чем в счёте, — не выводите производственный счёт из цифр тестовой среды. С триггером по расписанию наоборот: каждое срабатывание учитывается независимо от успеха или неудачи.

6. Забыть, что пробный период заканчивается.Новый зарегистрированный аккаунт Zapier автоматически попадает в 14-дневный пробный период Professional. Многошаговые Zap, собранные вами в течение пробного периода, после его окончания и перехода на бесплатный план останавливаются — бесплатный план поддерживает только два шага. Некоторые воспринимают это как «Zapier внезапно сломался».

7. Потерян ключ шифрования.Учётные данные n8n шифруются ключом, в базе данных хранится шифротекст. При смене машины, переустановке или миграции, если ключ не перенесён, все учётные данные не расшифровываются, и узлы один за другим сообщают о недействительности учётных данных, хотя введённый вами пароль явно правильный. Этот ключ находится в каталоге данных — не забудьте его при резервном копировании.

8. Долгая задача упирается в верхний предел времени выполнения.В облачной версии n8n Starter одно выполнение длится максимум 5 минут. Обработка таблицы в несколько сотен мегабайт или ожидание медленного API легко превышает этот лимит; при превышении выполнение завершается неудачей, а не ставится в очередь на повтор.

Три дополнительные задачи по безопасности при self-hosting

Выбираете SaaS — граница безопасности на стороне провайдера; выбираете self-hosted — граница ваша. Конкретно три вещи:

Поверхность атаки.В n8n по умолчанию есть логин и пароль, но разместить его на публичном домене — всё равно что повесить эту дверь снаружи стены. Как минимум сделайте три вещи: включите HTTPS, смените слабый пароль, отключите самостоятельную регистрацию. Словари для сканеров, ищущих страницу входа n8n, уже готовы — это не запугивание.

Ключи и резервные копии не храните в одном месте.Утечка ключа шифрования равносильна утечке всех учётных данных — там могут быть пароли от почты, пароли к базам данных, ключи платёжных API. В файлах резервных копий хранятся зашифрованные учётные данные; файл ключа держите отдельно, не кладите его в тот же каталог облачного диска, что и резервные копии.

Вопрос принадлежности данных нужно продумать заранее.Преимущество self-hosted в том, что данные не покидают вашу базу данных, цена — резервное копирование, удаление и хранение полностью на вас. Если используете Zapier или Make, данные проходят через их серверы; если речь идёт о таких полях, как номера телефонов клиентов или удостоверения личности, сначала изучите их DPA и условия хранения данных, потом решайте. Этот пункт не связан с ценой, но из трёх вариантов он самый бескомпромиссный.

Краткое резюме

Разница между тремя не в том, «у кого больше функций», а в том, за какую единицу берут деньги. У тех, кто считает по действиям, чем длиннее процесс, тем дороже; у тех, кто считает по выполнениям, ни узлы, ни количество записей не увеличивают счёт.

Низкая частота, малые объёмы, без обращения к внутренней сети — бесплатного тарифа Zapier или Make достаточно, не стоит ради «открытого исходного кода» содержать сервер. Если счёт идёт на сотни запусков, нужно обрабатывать пакетные данные, нужен доступ к внутренней сети — тогда расчёт для self-hosted n8n оправдан, при условии, что вы готовы тратить на него один-два часа в месяц.

Облачная версия n8n — не замена self-hosted. Она дороже Make, но проще self-hosted, находится посередине и подходит тем, кто «хочет модель n8n, но не хочет управлять машиной».

Что дальше

После выбора инструмента следующий реальный вопрос — как построить первый процесс. Три узла от пустого холста до результата описаны в«Первый рабочий процесс»Если интерфейс ещё не освоен, начните с«Обзор интерфейса n8n». Если смотреть по порядку, начиная сОбщий каталог курса, каждую статью можно читать отдельно.

Справочные материалы

• n8n Pricing: лимиты выполнения, количество параллельных выполнений и максимальная длительность одного выполнения для каждого тарифа
• Understand executions: что считается одним выполнением и какие способы запуска учитываются в лимите
• Community license: разрешённое и запрещённое использование в рамках Sustainable Use License, включая определение консультационных услуг
• Zapier Pricing: правила тарификации task, ограничение бесплатного тарифа в два шага, описание пробного периода
• Make Pricing: правила тарификации credit, стоимость каждого тарифа и лимит бесплатного тарифа

Последнее обновление: 26 октября 2026 г., использовалась версия n8n 2.43.7.