«Сделай красиво и быстро» — типичная задача, которую мне подкидывают. На прошлой неделе пришёл запрос: настроить автоматизацию между CRM, почтой и несколькими API. Заказчик слышал про n8n и Make, но не понимает разницу. Я сам не сразу въехал, поэтому разложил всё по полочкам — и теперь делюсь.
Суть: это разные инструменты под разные задачи
Make (он же Integromat, если вы помните старое название) — это визуальный конструктор. Тяп-ляп, соединил модули стрелочками — и работает. n8n — это workflow-движок с кодом внутри. Ты либо мыслишь как программист, либо просто не вьезжаешь сходу.
Разница принципиальная. Make прячет логику за красивым интерфейсом. n8n показывает код, работает с переменными напрямую, интегрируется с Git и деплоится на свой сервер.
Make: красиво, понятно, но денег стоит
Мне нравится Make за то, что его можно показать заказчику — и он сам поймёт, что происходит. Видишь карточку «HTTP-запрос», видишь карточку «Gmail — отправить письмо», между ними стрелка. Всё.
Я настраивал на Make цепочку для маркетингового агентства: пришёл лид с формы на сайте → создался контакт в Битрикс24 → отправилось письмо с вводным материалом → в Slack пришло уведомление менеджеру. На Make это заняло полтора часа. Потом я попробовал то же самое на n8n и провозился три.
Но. Make бьёт по карману на объёмах. Бесплатный план — 1000 операций в месяц. Для малого бизнеса может хватить, но как только автоматизаций становится больше — начинается боль. Средний тарифный план обойдётся в $9–$49 в месяц, а когда у тебя 50 000 операций — это уже сотни долларов.
Ещё один нюанс, который я прочувствовал на своей шкуре: Make медленнее, чем кажется. Визуальный слой добавляет накладные расходы. Для простых сценариев это незаметно, для сложных — ощутимо.
n8n: мощь, но порог входа
n8n я открыл для себя, когда нужно было автоматизировать кое-что посерьёзнее. Задача: парсить данные с трёх разных API, мержить их, отправлять в Google Sheets и ещё в Telegram-боту кидать отчёт.
В Make я быстро упёрся в потолок — там есть Code-модуль, но он урезанный, работает через JS-обёртку и для серьёзной логики неудобен. В n8n я просто написал Node.js-скрипт прямо внутри узла. Получилось элегантно, а главное — воспроизводимо. Я залил в Git, и коллега потом спокойно развернул это на своём сервере.
Вот что я понял про n8n.
Во-первых, есть бесплатный self-hosted вариант. Ставишь на VPS за $5–$10 в месяц — и у тебя безлимитные операции. Для растущего бизнеса это решает вопрос стоимости раз и навсегда.
Во-вторых, n8n умеет в сложную логику. Условия, циклы, переменные, подworkflowы — всё работает из коробки и без костылей.
В-третьих, community-ноды. Если нужного интеграции нет в базовом наборе — скорее всего кто-то уже написал community-ноду или можно быстро собрать HTTP Request.
Из минусов — визуалка в n8n значительно скромнее, чем в Make. Для простых сценариев это не проблема, но когда смотришь на сложный workflow с двадцатью узлами — глаз начинает кровить. Документация хорошая, но местами скудная. Я пару раз застревал на ровном месте, потому что ответ не гуглился.
Когда что выбирать
Провёл для себя простую шпаргалку.
Make, если:
- Нужна быстрая автоматизация без программирования
- В команде нет технического специалиста, но есть люди, которые смогут поддерживать визуальные сценарии
- Проект небольшой, операций немного, бюджет позволяет
- Хочется показать заказчику схему и не объяснять код
n8n, если:
- Есть свой сервер или VPS — бесплатный self-hosted вариант отобьётся за месяц
- Задачи выходят за рамки простых интеграций, нужен код
- Команда умеет в Git и понимает, что такое CI/CD для автоматизаций
- Объёмы большие и тратить $200+ в месяц на Make не хочется
Что в итоге
Я для себя решил так: для разовых простых задач и клиентов без технарей беру Make. Для своих проектов и задач с кодом — n8n. Это не правило, а приблизительная рамка, которая устоялась после полутора десятков автоматизаций.
Главное, что я усвоил: нельзя выбирать инструмент по хайпу. n8n сейчас модный, все кричат «self-hosted, бесплатно, мощь». Но если завтра твой единственный технический специалист уволится, а автоматизация на n8n написана так, что без него не разобраться — это проблема. Make в этом смысле проще: визуальный флоу поймёт любой продвинутый оператор.
С другой стороны, когда у тебя поток данных идёт через n8n на своём сервере — ты контролируешь всё. Никаких ограничений на операции, никакой привязки к облаку. Для серьёзного бизнеса это часто важнее красоты интерфейса.
В общем, однозначного ответа нет. Но если коротко: нена technical команде — Make, технарям с бюджетом на свой сервер — n8n. Доволен? Я бывший. Сейчас просто беру оба и не парюсь.
