За последний год ко мне трижды приходили с одним и тем же вопросом: n8n vs Make - что взять для автоматизации бизнес-процессов, если бюджет ограничен, а разбираться в API самостоятельно некогда. Я работал с обеими платформами на реальных проектах - от связки WooCommerce с T‑Bank до бота на aiogram, который дёргает вебхуки n8n, - и дальше раскладываю n8n vs make сравнение по деньгам, гибкости и тому, что реально ломается в проде.
Что отличает n8n от Make на уровне архитектуры
Make (бывший Integromat) строится вокруг визуальных сценариев с модулями - каждый модуль это готовый коннектор к сервису, и сценарий читается как схема метро: кружки, соединённые стрелками, срабатывающие по расписанию или по вебхуку. Инструмент рассчитан на пользователя без бэкграунда в разработке: логика ветвлений, роутеры и фильтры настраиваются кликами, а данные между модулями передаются через переменные с автодополнением.
n8n устроен похоже внешне - тоже узлы и стрелки, - но внутри ближе к конструктору для разработчика. У каждого узла есть режим Code, где можно написать JavaScript или Python прямо в сценарии, обратиться к npm-пакету через Function-ноду или собрать HTTP-запрос вручную, если готового коннектора под сервис нет. На практике это разница между «настроил за час» и «настроил за час плюс могу залезть внутрь, когда сервис присылает кривой JSON».
Ещё момент: n8n изначально проектировался с прицелом на self-hosted, Make - облачный продукт, и локальное развёртывание там не предусмотрено вовсе. Это тянет за собой разницу в тарифах, доступе к данным и том, кто отвечает за аптайм.
Тарифы n8n и Make: сколько реально платить
Цены у обоих сервисов пересматриваются достаточно часто, поэтому точные цифры смотрите на официальных страницах - но порядок стоимости стабилен уже пару лет, и его достаточно для выбора направления.
| Параметр | Make | n8n |
|---|---|---|
| Бесплатный тариф | Есть, около 1000 операций в месяц | Есть только как self-hosted community-версия, без лимита по количеству выполнений |
| Облачный вход | От нескольких тысяч рублей в месяц за пакет операций | Облачные тарифы стартуют дороже, ощутимо выше базового Make |
| Self-hosted | Не предусмотрен | Бесплатен по лицензии, платите только за сервер |
| Модель тарификации | Количество операций (каждый шаг в сценарии - операция) | Количество выполнений сценария (workflow execution), а не шагов внутри |
Разница в модели тарификации ловит новичков чаще всего. В Make сценарий из пятнадцати шагов на каждый запуск списывает пятнадцать операций, и лимит в 1000 операций тает за пару дней при активном потоке заказов. В n8n считается запуск сценария целиком, поэтому даже длинная цепочка обработки заявки - это одно списание, если вы на облачном тарифе, или вообще бесплатно на своём сервере.
Для бизнеса с постоянным потоком лидов (интернет-магазин, приём заявок с сайта, обработка платежей) self-hosted n8n на практике выходит дешевле уже через два-три месяца - сервер за 500-800 рублей в месяц против растущего тарифа Make по мере роста нагрузки. Я обычно поднимаю такой сервер и настраиваю автоматизацию в n8n от 25 000 ₽, и дальше клиент платит только за хостинг, без ежемесячной аренды платформы.
Возможности интеграций и кастомного кода
У Make библиотека готовых модулей больше по числу сервисов и особенно хорошо закрывает популярные западные SaaS - Google Workspace, HubSpot, Airtable, Slack. С российскими сервисами хуже: СДЭК, T‑Bank, Робокасса, Bitrix24 официальных модулей либо нет, либо они устаревшие, и приходится городить HTTP-модуль вручную, теряя часть удобства визуального конструктора.
В n8n готовых нод тоже сотни, но сильная сторона - HTTP Request нода и Code нода, которые закрывают любой сервис с открытым API за счёт ручной настройки запроса. Я так подключал T‑Bank Эквайринг к WooCommerce и СДЭК к заявкам с Tilda - официальных коннекторов не было ни там, ни там, но через HTTP-ноду с подписью запроса и Function-нодой на JavaScript это собирается за один рабочий день.
Пример, как в Function-ноде n8n можно на лету пересчитать сумму заказа и сформировать подпись для T‑Bank перед отправкой платежа:
const crypto = require('crypto');
const amount = Math.round(items[0].json.total * 100);
const password = $env.TBANK_PASSWORD;
const sign = crypto
.createHash('sha256')
.update(`Amount=${amount}Password=${password}TerminalKey=${$env.TBANK_TERMINAL}`)
.digest('hex');
return [{ json: { amount, sign, terminalKey: $env.TBANK_TERMINAL } }];В Make то же самое пришлось бы собирать через модуль Custom Webhook Response и отдельный HTTP-модуль с ручным формированием заголовков - рабочий вариант, но дебажить строку подписи внутри визуального интерфейса без консоли неудобнее, чем в коде.
Бесплатный материал
🎁 Полезный скрипт в подарок
Подпишитесь на Telegram - пришлю готовый скрипт по этой теме.
Без спама. Отписка в 1 клик.
Самостоятельный хостинг против облака: n8n self-hosted и Make
Make - чисто облачный сервис, данные клиента проходят через инфраструктуру платформы, и это нормально для большинства задач, но становится проблемой, если бизнес работает с персональными данными и обязан хранить их на серверах в РФ, или если политика безопасности запрещает передавать платёжные данные третьей стороне.
n8n здесь даёт выбор: можно взять облачный тариф n8n Cloud и получить готовую инфраструктуру без возни с сервером, а можно развернуть community-версию на своей VPS через Docker за вечер. Второй вариант я делаю чаще для клиентов из ритейла и медицины - данные не покидают инфраструктуру заказчика, а лицензия community-редакции это разрешает без доплат за количество workflow.
Минус self-hosted очевиден: обновления, бэкапы и мониторинг падений сценариев - забота владельца сервера. На практике беру такие проекты на техподдержку от 15 000 ₽ в месяц, куда входит слежение за очередью выполнений и оперативная правка сценария, если у стороннего API поменялся формат ответа.
Какой инструмент выбрать под конкретные задачи
Собрал по своим проектам таблицу, где какая платформа окупается быстрее.
- Интернет-магазин на WooCommerce с приёмом оплаты через T‑Bank и доставкой СДЭК - n8n self-hosted, потому что нужны кастомные HTTP-запросы к трём API без готовых модулей, а объём заказов быстро выбивает лимит операций Make
- Заявки с лендинга на Tilda в CRM без сложной логики - Tilda-скрипт плюс Zapier-подобный триггер через Make хватает, если поток заявок небольшой и нет специфичных полей для пересчёта
- Telegram-бот на aiogram, который дёргает внешние сервисы по расписанию - связка бота с n8n через вебхуки: бот принимает сообщения, n8n обрабатывает бизнес-логику и обращается к CRM или базе
- Маркетинговая рассылка через готовые no-code сервисы без бэкенда - Make, потому что модули под email-платформы и рекламные кабинеты уже собраны и не требуют кода
Если не хочется собирать сценарий с нуля, часть типовых связок - вебхук СДЭК, приём оплаты T‑Bank, парсинг заявок с Tilda - у меня уже оформлена как готовые шаблоны сценариев автоматизации, которые остаётся адаптировать под конкретные поля и учётку клиента, а не собирать логику заново.
Типичные ошибки при выборе платформы автоматизации
Чаще всего вижу три повторяющиеся ошибки у клиентов, которые выбирали инструмент без тестового прогона.
Берут Make под задачу с большим потоком данных и упираются в лимит операций через две недели, потому что при подсчёте ориентировались на количество сценариев, а не на количество шагов внутри каждого. Разворачивают n8n на слабом VPS (1 vCPU, 1 ГБ RAM) под нагрузку из десятков параллельных вебхуков - очередь выполнений начинает копиться, и сценарии срабатывают с задержкой в минуты вместо секунд. И третье - пытаются на Make собрать логику с условными пересчётами и множественной валидацией, где явно нужен код: сценарий превращается в десяток вложенных роутеров, в котором сложно найти, где именно теряются данные.
Перед тем как платить за годовую подписку любой из платформ, я обычно советую собрать один реальный сценарий на бесплатном тарифе и прогнать через него неделю живых данных - лимиты и узкие места вылезают быстрее, чем кажется на этапе планирования.
Связка сервисов без программистов
Автоматизация / n8n
от 25 000 ₽
Подробнее →Частые вопросы
Можно ли перенести сценарии из Make в n8n напрямую?
Автоматического импорта между платформами нет - форматы сценариев несовместимы. Логику приходится пересобирать вручную: обычно это занимает от пары часов на простую цепочку до пары дней на сценарий с десятком ветвлений и внешними API.
Что проще освоить новичку без опыта в разработке - n8n или Make?
Make нагляднее на старте: модули с иконками сервисов и понятные превью данных снижают порог входа. n8n требует привыкнуть к JSON-структуре данных между нодами, но окупается это уже на второй-третьей интеграции, когда нужного модуля просто нет в каталоге.
Выдержит ли self-hosted n8n нагрузку интернет-магазина с сотнями заказов в день?
Да, но сервер нужно подбирать под нагрузку - от 2 vCPU и 2 ГБ RAM для среднего потока заказов, плюс отдельная очередь на Redis при параллельных вебхуках. На слабом тарифе VPS сценарии начинают выполняться с задержкой при пиковой нагрузке.
Стоит ли использовать оба инструмента одновременно?
Встречал такие связки: Make закрывает маркетинговые интеграции с готовыми модулями, а n8n - платёжные и логистические цепочки с кастомным кодом. Работает, если бюджет позволяет вести два инструмента параллельно и не путать команду, где искать конкретный сценарий.