Сломать воркфлоу можно по-разному. Можно допустить логическую ошибку. А можно выбрать не тот инструмент в самом начале — и через полгода переделывать всё заново.
Я полтора года проработал в Make (бывший Integromat), потом переехал на n8n. Переезд оказался не плавным, а скорее болезненной пересборкой того, что, казалось бы, уже работало. Поэтому когда меня спрашивают, что выбрать для автоматизации, я даю конкретный ответ, а не развожу руками фразой «зависит от задачи».
Хотя, если честно, немного зависит. Но разобраться проще, чем кажется.
Make — красиво и до первой стены
Make подкупает сразу. Открываешь редактор — и там визуальная схема, кружочки-модули, стрелочки. Всё выглядит как диаграмма, которую не стыдно показать клиенту. Первые пару недель я реально кайфовал от процесса сборки.
Потом упёрся в стену. Нужно было обработать массив данных из Google Sheets, отфильтровать строки по нескольким условиям и для каждой сделать запрос к внешнему API. Звучит просто. В Make это превратилось в цепочку из семи модулей с итераторами, агрегаторами и роутерами, которую я разбирал два дня. Когда что-то ломалось — найти где именно, было отдельным квестом.
Ещё одна больная точка — тарификация. Там считаются операции, и считаются агрессивно. Каждый модуль в сценарии — это операция. Сделал сложный сценарий с ветвлением на 15 модулей, запустил тысячу раз — умножай. Пару раз я переписывал логику не потому что она была плохой, а потому что хотел уложиться в лимит тарифа. Неприятное ощущение, когда архитектурные решения принимаешь из-за ценника.
При этом Make отлично справляется с интеграциями «из коробки». Несколько сотен готовых коннекторов, большинство настраивается за 10 минут без строчки кода. Для простых задач вроде «получил письмо — создал задачу в Trello — отправил уведомление в Telegram» он почти идеален. Быстро, понятно, ничего поднимать не надо.
n8n — сначала страшно, потом не хочется уходить
Первое знакомство было через self-hosted версию на VPS. Установка через Docker — не проблема, но сам факт необходимости лезть в терминал отсеивает тех, кому хочется «просто нажать кнопку и чтобы работало». Облачная версия существует, но она платная и дешевле Make не выходит.
Интерфейс n8n менее нарядный. Узлы квадратные, схема выглядит суровее. Первые пару дней я постоянно заглядывал в документацию — как называется вот этот тип узла, где маппинг данных настраивается, почему expression не срабатывает.
А потом что-то щёлкнуло. n8n не прячет данные — в каждом узле видно, что пришло на вход и что вышло на выход. Это меняет отладку кардинально. Что-то сломалось — открываю проблемный узел, смотрю на реальные данные и сразу вижу, где затык. В Make я чаще гадал.
Ещё n8n позволяет писать JavaScript прямо внутри воркфлоу. Для меня это оказалось не бонусом, а необходимостью. Часть логики невозможно выразить через визуальные блоки — нужна нормальная обработка данных, трансформация структур, условия с несколькими переменными. В n8n я пишу Code-узел на 10 строк и иду дальше. В Make это были бы ещё пять модулей и час работы.
Деньги и самостоятельность
Принципиальное различие — в модели.
Make — облачный сервис. Платишь подписку, они хранят твои сценарии, выполняют их на своих серверах, считают операции. Базовый тариф — около 10 долларов, но при реальной нагрузке быстро выходишь на 20–40. Ты зависишь от их инфраструктуры, политик, апдейтов. Однажды Make изменил логику одного модуля — несколько моих сценариев начали выдавать неправильные результаты. Я узнал об этом не сразу.
n8n можно поднять самому. На недорогом VPS (я плачу около 5 долларов в месяц) крутится мой инстанс, там лежат все воркфлоу, данные никуда наружу не уходят. Количество операций не считается — запускай хоть миллион раз. Для меня это принципиально, потому что часть воркфлоу работает с чувствительными данными, которые я не хочу держать на чужих серверах.
Цена самостоятельности — время на поддержку. Обновить версию, проверить, что всё работает, настроить бэкап — не сложно, но это моё время. Кому-то это неприемлемо, и я понимаю.
Когда что выбирать — честный вывод
Я выбираю n8n: у меня есть технический бэкграунд, мне важна приватность данных, и мои воркфлоу достаточно сложные, чтобы визуальных блоков не хватало.
Но Make я бы рекомендовал тому, кто впервые занимается автоматизацией, не хочет возиться с сервером и чьи задачи укладываются в стандартные интеграции. Порог входа ниже, сообщество большое, туториалов масса. Малый бизнес, который хочет связать CRM с почтой и мессенджером — Make справится без строчки кода.
Есть ещё ситуация, где Make выигрывает — командная работа. Когда несколько человек должны видеть и редактировать сценарии, облачный инструмент с нормальным управлением доступом удобнее, чем самостоятельно поднятый инстанс.
Что я понял за эти месяцы
Главная ошибка при выборе — смотреть на список интеграций. Он огромный почти везде. Смотреть надо на то, как инструмент ведёт себя, когда что-то идёт не так: насколько понятны сообщения об ошибках, легко ли найти, где именно сломалось.
По этому критерию n8n у меня выигрывает. Но Make — не плохой инструмент, он просто другой. И для другой аудитории.
Если начинаете с нуля — попробуйте Make на бесплатном тарифе и простой задаче. Через неделю чувствуете, что упираетесь в ограничения или беспокоитесь о данных — ставьте n8n. Час на установку через Docker окупается быстро.
