Полгода назад я решил автоматизировать одну занудную цепочку: входящие заявки из формы → сортировка → уведомление в Telegram → запись в таблицу. Казалось бы, ерунда на 20 минут. Открыл Make (тогда ещё Integromat), накликал сценарий, запустил — работает. Закрыл ноутбук довольный.
Через три месяца у меня была уже дюжина таких сценариев, и я начал получать письма про лимиты. Потом переехал на n8n. Потом немного пожалел. Потом снова не пожалел. В общем, расскажу как оно на самом деле — без маркетинговых буклетов.
Первое касание: Make подкупает сразу
Make — это когда открываешь инструмент и через час у тебя уже что-то работает. Интерфейс построен как холст: тянешь модули, соединяешь стрелками, видишь поток данных прямо на экране. Визуально красиво, логика прозрачная.
Я подключил Google Sheets, Telegram-бота и пару HTTP-запросов буквально на интуиции — без документации. Это честная заслуга Make: они хорошо подумали про первый опыт пользователя.
Дело в том, что проблема начинается позже. Тарификация в Make построена на "операциях" — каждое действие внутри сценария считается отдельно. Сценарий с 8 шагами, который срабатывает 200 раз в месяц — это 1600 операций только на него. Бесплатный план даёт 1000. Минимальный платный — 10 000 операций за $10.9 в месяц. Пока масштаб небольшой, нормально. Но когда автоматизация начинает реально работать и объёмы растут, счётчик операций превращается в источник постоянного фонового стресса.
Ещё одна вещь, которую я не сразу заметил: сложные условия в Make превращаются в монстра. Простая линейная цепочка — всё прекрасно. Но как только появляются ветвления, циклы, обработка ошибок — схема начинает выглядеть как карта московского метро. Разобраться в ней через месяц — уже квест.
n8n: другая философия
n8n я поставил через Docker на маленький VPS — минут 15 и один раз прочитанный README. Self-hosted версия бесплатная, счётчика операций нет. Запускай хоть миллион раз в день.
Первое впечатление было настороженным. Интерфейс менее полированный. Некоторые коннекторы работают чуть иначе, чем ожидаешь. Я потратил минут сорок, чтобы понять, почему мой HTTP-запрос возвращает данные не в том формате — оказалось, дело в том, как n8n парсит JSON по умолчанию. Это просто нужно знать.
Но потом я нашёл фичу, которая изменила отношение полностью. В n8n можно писать JavaScript прямо внутри узла — Function node это просто поле с кодом, куда пишешь любую логику. Мне нужно было вытащить определённые строки из текста по паттерну. В Make это было бы три-четыре модуля с regexp-фильтрами. В n8n я написал пять строк кода и закрыл вопрос.
Для людей, которые хоть немного умеют программировать, это меняет всё. Инструмент перестаёт быть ограничивающим — он становится расширяемым.
Где Make выигрывает честно
Я не хочу делать вид, что n8n лучше во всём — это было бы неправдой.
Make реально выигрывает по количеству готовых интеграций: несколько тысяч приложений с официальной поддержкой. У n8n коннекторов меньше, хотя за последние полтора года разрыв заметно сократился. Но если нужна интеграция с нишевым CRM, шансы найти готовый модуль в Make всё равно выше.
Ещё Make лучше подходит для команд, где все участники — не технари. Маркетолог или операционный менеджер без опыта в коде скорее разберётся в Make, чем в n8n. Визуальный редактор там действительно дружелюбнее.
На практике облачный вариант Make означает, что не нужно думать про сервер, обновления, бэкапы. Просто работает.
Где n8n выигрывает честно
Self-hosted n8n — это другая история про контроль. Данные не проходят через чужие серверы. Для определённых задач — медицина, юристы, финансы — это не просто удобство, а требование.
Расходы предсказуемы. VPS за $5–10 в месяц, и больше ни за что не платишь, хоть сто сценариев запускай.
Возможности кастомизации несравнимо шире. Кроме JavaScript-узлов, можно создавать собственные ноды, есть API для управления воркфлоу программно. Когда автоматизация вырастает до уровня "это теперь часть нашей инфраструктуры" — n8n справляется с этим ростом. Make на таких объёмах начинает трещать.
И ещё одна вещь, которую я заметил: сложные воркфлоу в n8n читаются лучше. Можно добавлять заметки к узлам, группировать их, структурировать. Через два месяца открываю свой сценарий — и понимаю, что там происходит. С Make у меня так не получилось.
Как я выбираю сейчас
У меня сложился простой принцип. Если знакомый спрашивает "хочу автоматизировать несколько вещей, никогда этим не занимался" — говорю Make. Быстрый старт, не нужен сервер, куча готовых интеграций, первые результаты за вечер.
Если у меня самого или у команды с техническим бэкграундом стоит задача автоматизации "всерьёз и надолго" — n8n. Особенно если данные чувствительные, объёмы большие или нужна нестандартная логика.
Есть ещё третий сценарий: Make используется для прототипа, а потом переносится на n8n. Это немного больно — форматы разные, приходится переделывать, — но иногда разумно. Быстро проверил, что концепция работает, потом перенёс на нормальную основу.
Что в итоге
Оба инструмента решают одну задачу, но для разных контекстов. Make — это как взять машину напрокат: удобно, сразу едешь, платишь по счётчику. n8n — это купить подержанную машину и самому делать ТО: чуть больше возни, зато своя.
Я сейчас на n8n для всего серьёзного, Make иногда использую для быстрых экспериментов. Оба стоят того, чтобы попробовать — просто с разными ожиданиями.
