Полгода я сидел на Make и думал, что это потолок. Потом попробовал n8n — и сломал себе мозг на три недели. Сейчас использую оба, и вот почему это нормальная позиция, а не нерешительность.
Сразу скажу: у этого разбора нет правильного ответа в конце. Есть ситуации, в которых один инструмент выигрывает у другого — и я постараюсь показать, где именно эта граница проходит.
Первый контакт: почему Make кажется очевидным выбором
Make, бывший Integromat, я попробовал когда искал что-то между Zapier и "нанять разработчика". Zapier к тому моменту уже раздражал — дорого, и за каждый чих отдельная строчка в счёте.
Make зашёл легко. Визуальный редактор там правда удобный: видишь сценарий как схему, данные текут по стрелочкам, всё читается с первого взгляда. За первый вечер я собрал что-то рабочее — форма, Notion, уведомление в Telegram. Ни одной строчки кода.
Коннекторов больше тысячи. Это чувствуется на практике: почти для любого сервиса есть готовый модуль, и не надо лезть в документацию API. Google Sheets, Airtable, Slack, Stripe, Calendly — всё прикручивается за 10 минут.
Но потом начались сюрпризы. Операции в Make считаются за каждое действие в сценарии. На первый взгляд мелочь. Один сложный воркфлоу с циклом по 500 строкам таблицы — и это уже несколько тысяч операций. Я однажды запустил сценарий, который должен был синхронизировать базу, и к утру потратил весь месячный лимит. Пришлось доплачивать.
Что такое n8n и почему порог входа реально выше
n8n — другая история. Он open-source, и первая же опция, которую ты видишь — self-hosting. Можно поставить на свой сервер и платить только за железо.
За этой свободой идёт цена: интерфейс чуть менее причёсанный, логика работы другая, и первые пару дней я честно не понимал, что происходит. Особенно с тем, как n8n обрабатывает данные — там всё передаётся как массивы объектов, и это не сразу укладывается в голове после Make.
Зато когда понял — появилось ощущение, что руки развязаны. В n8n есть нода Code, куда можно писать JavaScript прямо внутри воркфлоу. Не хватает коннектора — HTTP-запрос плюс руки, и готово. Нужна нестандартная логика — пишешь сам. Make это умеет хуже: там тоже есть формулы и даже скрипты, но это скорее костыль, чем полноценный инструмент.
Ещё n8n выигрывает по прозрачности. Видишь, что реально происходит на каждом шаге, можешь посмотреть сырые данные, поставить дебаг — и это экономит кучу времени, когда воркфлоу начинает вести себя странно.
Деньги: где правда прячется в тарифах
Make стоит от 9 до 29 долларов в месяц на нормальных планах, но там лимит операций. На бесплатном — 1000 операций в месяц, это ни о чём. На Pro за 16 долларов — 10 000 операций. Для серьёзных нагрузок надо считать внимательно, и часто оказывается, что реальный ценник выше, чем кажется на витрине.
Облачный n8n стоит от 20 евро в месяц, но там нет лимита по операциям — платишь за рабочие процессы и исполнения. Это честнее, особенно когда гоняешь большие объёмы данных.
Дело в том, что главный козырь n8n — self-hosted версия, она бесплатна. Я поднял его на VPS за 5 евро в месяц и запускаю сколько угодно воркфлоу без ограничений. Для малого бизнеса или фрилансера это меняет расчёт полностью.
Правда, за self-hosting платишь другой валютой — своим временем. Обновления, бэкапы, иногда что-то ломается. Не критично, но это не "поставил и забыл".
Когда я выбираю Make, а когда n8n
Make беру в трёх случаях. Задача простая и нужно быстро: лид с сайта, CRM, письмо — это 20 минут работы. С воркфлоу будет работать клиент или коллега без технического бэкграунда — интерфейс Make им понятнее. Нужен конкретный коннектор, который в n8n пришлось бы поднимать через API вручную.
n8n выбираю в других ситуациях. Данных много и считать операции не хочу. Нужна нестандартная логика — трансформации, условия, вычисления внутри воркфлоу. Строю что-то долгоиграющее для себя и готов потратить время на настройку. Или хочу, чтобы данные не уходили на чужие серверы — self-hosting закрывает этот вопрос.
Есть и промежуточный сценарий: иногда я строю прототип в Make, а потом переношу воркфлоу в n8n, когда понимаю, что оно будет жить долго и нагрузка вырастет.
Что не говорят в сравнительных обзорах
Оба инструмента ломаются. Это не претензия — это нормально. Но Make ломается тихо: сценарий завершается с ошибкой, и если не настроить уведомления, узнаёшь через неделю, когда данные уже разъехались. n8n в этом смысле нагляднее — ошибки бросаются в глаза.
В феврале 2024 года Make сменил ценовую политику и ограничил часть функций на старых планах. Неприятно: заходишь утром, а воркфлоу не работает. С self-hosted n8n такого не бывает — обновляешься сам и в своём темпе.
С другой стороны, я заметил вот что: Make думает о бизнес-пользователях без кода, n8n — о людях, которым комфортно иногда заглянуть под капот. Это не хорошо и не плохо, просто честно.
Если вы никогда не трогали автоматизацию — начните с Make. Если уже пробовали и уткнулись в лимиты или негибкость — посмотрите на n8n. А дальше сами разберётесь, какой инструмент под вас.
