n8n, Make и другие конструкторы автоматизаций: что это, сколько стоят и когда нужна заказная интеграция

Короткий ответ: n8n и Make — визуальные конструкторы, в которых сценарий «когда случилось X — сделай Y» собирается из готовых блоков без программирования: заявка с сайта уходит в CRM и в Telegram, новая строка в таблице создаёт счёт. Для простых связок с небольшим объёмом это быстро и дёшево. Но у конструктора есть пределы: объёмы, тихие ошибки, сопровождение и хранение данных. Когда их задача упирается в эти пределы, нужна заказная интеграция — в нашем прайсе от 32 000 ₽ и от 2 дней.

Что такое n8n и Make простыми словами?

Это программы, где цепочку действий между сервисами рисуют мышкой: блок-триггер ловит событие, следующие блоки забирают данные, меняют их и отправляют дальше. Под капотом те же API и вебхуки, что и в заказной интеграции, только обёрнутые в готовые модули.

Простой пример. Клиент заполнил форму на сайте → конструктор получает данные через вебхук → ищет контакт в CRM по телефону → если не нашёл, создаёт новый и сделку → отправляет менеджеру сообщение в Telegram. В редакторе это пять квадратиков, соединённых стрелками. Каждый квадратик — модуль конкретного сервиса или универсальный HTTP-запрос, если готового модуля нет. Что такое API и вебхуки и почему у одних систем они есть, а у других нет, мы разбирали в статье «API-интеграция: что это и сколько стоит».

Такие инструменты называют no-code или low-code: в Make почти всё делается без кода, в n8n можно вставить шаг с собственным кодом на JavaScript или Python. Кроме этих двух есть и другие конструкторы, в том числе российские, с готовыми модулями для amoCRM, Битрикс24 и маркетплейсов. Логика у всех одинаковая, поэтому выводы ниже применимы и к ним.

Чем они отличаются?

Главное различие — где работает сценарий и как считаются деньги. Make живёт только в облаке и берёт плату за каждое действие модуля. n8n можно поставить на свой сервер, а в облаке n8n платят за запуск сценария целиком, сколько бы шагов в нём ни было.

Из этого следуют практические выводы:

• Сценарий из многих шагов в Make расходует много кредитов за один прогон. По странице тарифов Make, один запуск сценария может стоить от 2 до тысяч кредитов — например, если он перебирает строки таблицы. В n8n такой запуск считается одним, по тарифам n8n.
• Порог входа. Make проще для первого сценария: регистрация, редактор в браузере, подсказки. n8n требует больше технической грамотности: данные между шагами передаются в формате JSON, а версия на своём сервере — это ещё и сервер, обновления и резервные копии.
• Гибкость. В n8n проще написать нестандартный шаг кодом и хранить всё у себя. В Make большой каталог готовых модулей, в основном для зарубежных сервисов.

Что сравниваем	n8n	Make
Где работает	В облаке n8n или на вашем сервере	Только в облаке Make
За что платите	За запуски сценария целиком, число шагов не важно	За кредиты: почти каждое действие модуля — кредит
Бесплатный вариант	Версия на своём сервере, по лицензии Sustainable Use	Тариф Free: 1 000 кредитов в месяц
Порог входа	Выше: нужен человек, который понимает JSON и сервер	Ниже: визуальный редактор, всё в браузере
Где данные	Где вы развернули — в том числе в России	В зонах данных Make в США или ЕС

Бесплатен ли n8n и сколько стоит владение?

Лицензия бесплатна, владение — нет. Версию n8n на своём сервере можно использовать без оплаты для внутренних задач компании, но сервер, обновления, резервные копии и время человека, который чинит сценарии, оплачиваются всегда. Облако n8n и Make — подписка.

Что важно знать о лицензии. n8n распространяется по собственной лицензии Sustainable Use, а не по классической открытой. По тексту лицензии, программу можно использовать и менять для внутренних целей бизнеса или некоммерческого личного использования, а передавать другим — только бесплатно и в некоммерческих целях. Если вы хотите встроить n8n в свой продукт и продавать его клиентам, это уже вопрос к юристу и к коммерческой лицензии n8n. Часть функций (файлы с пометкой .ee) вообще не входит в бесплатную лицензию и требует корпоративной.

Цены сторонних сервисов на октябрь 2026, по их официальным сайтам: облако n8n — от 20 евро в месяц при оплате за год, это 2 500 запусков в месяц на начальном тарифе; у Make есть бесплатный тариф на 1 000 кредитов в месяц, а неизрасходованные кредиты сгорают в конце периода. Цены меняются — сверяйтесь с их страницами перед покупкой; в рублях мы их не пересчитываем.

Из чего на деле складывается стоимость владения конструктором:

• подписка или сервер с доменом, сертификатом и резервным копированием;
• время на обновления: у n8n выходят новые версии, и после обновления сценарий иногда нужно поправить;
• время на разбор сбоев: кто-то должен заметить, что сценарий упал, найти причину и перезапустить потерянные данные;
• подписки самих систем — CRM, учётной программы, сервиса рассылок: они не зависят от того, чем вы их связываете.

Какие задачи конструктор закрывает хорошо?

Линейные сценарии с небольшим объёмом и невысокой ценой ошибки: уведомления, перекладывание заявок, простые отчёты. Такой сценарий понятный человек соберёт за вечер, а изменит за пять минут без программиста.

Что разумно собрать в конструкторе самому:

• заявка с формы на сайте → строка в Google Таблице и сообщение в Telegram;
• новая сделка в CRM на определённом этапе → задача ответственному и письмо клиенту по шаблону;
• ежедневная сводка: сколько заявок пришло вчера и откуда — в чат руководителю;
• новый отзыв или упоминание → уведомление в рабочий чат;
• прототип: проверить, нужна ли автоматизация вообще, прежде чем заказывать её разработку.

Последний пункт недооценивают. Конструктор — хороший способ быстро понять процесс: какие поля нужны, какие исключения бывают, кто реально пользуется уведомлениями. Через месяц работы прототипа вы приходите к разработчику не с идеей, а с проверенной схемой — и оценка становится точнее.

Можно ли собрать в конструкторе ИИ-агента?

Можно собрать сценарий с ИИ-шагом: в n8n и Make есть блоки, которые отправляют текст языковой модели и получают ответ — классифицировать письмо, извлечь реквизиты, подготовить черновик ответа. Это работает для пилота, но ответственность за проверку и данные остаётся на вас.

Типичный сценарий: входящее письмо → ИИ-шаг определяет тип обращения и вытаскивает номер заказа → сценарий находит заказ в CRM → менеджер получает черновик ответа на согласование. На что смотреть:

• Куда уходит текст. ИИ-шаг отправляет данные во внешний сервис модели. Если в письмах есть ФИО, телефоны, адреса клиентов, это передача персональных данных. В Make, по справке платформы, часть ИИ-функций обрабатывается в США независимо от выбранной зоны данных.
• Ошибки модели. Ответ вероятностный: модель может неверно прочитать сумму или выбрать не тот тип. Действия с деньгами и документами должны подтверждаться человеком.
• Расход. Каждый ИИ-шаг — оплата модели, а в Make продвинутые ИИ-функции к тому же расходуют больше кредитов, чем обычные модули.

Когда агенту нужны свои права доступа, журнал действий и сценарии на несколько систем, это уже отдельная разработка. Как устроен агент, который выполняет действия, а не только отвечает, — в статье «ИИ-агент, который выполняет действия».

Где конструктор ломается?

Не в первый день, а через несколько месяцев: вырос объём, поменялось API у одного из сервисов, ушёл сотрудник, который всё собирал. Пять типичных точек отказа повторяются почти у всех.

1. Тихие ошибки. Сценарий падает на одной заявке — с пустым телефоном или эмодзи в имени, — а остальные идут дальше. Если не настроены уведомления об ошибках и повторная обработка, о потерянной заявке узнают от клиента.
2. Объёмы. Синхронизация каталога на несколько тысяч товаров, ночные выгрузки, пачки заказов после рассылки упираются в лимиты API сервисов, тайм-ауты и стоимость кредитов. Конструктор не держит состояние между запусками так, как это делает собственный обработчик с базой данных.
3. Сопровождение. Через полгода в аккаунте 40 сценариев без описаний, с названиями «Сценарий 12 копия». Какой из них отвечает за заказы, а какой выключен, понять трудно.
4. «Знает один человек». Сценарии собирал маркетолог или менеджер на личном аккаунте. Он уходит — вместе с ним уходят логины, логика и понимание, почему фильтр стоит именно так.
5. Изменения сервисов. Сервис меняет API, модуль конструктора обновляется не сразу или меняет поведение. Сценарий, который год работал, перестаёт, и чинить его срочно.

Частая ошибка — дублирование. Конструктор повторил запрос после сбоя связи, и в CRM появились две одинаковые сделки, а в учёте — два счёта. Почему вебхуки приходят повторно или теряются, мы разбирали отдельно. В заказной интеграции защиту от повторов закладывают сразу: у каждой записи свой идентификатор, повторный запрос не создаёт копию. Как мы решаем это для заявок, описано в статье «Заявки с сайта в amoCRM и Битрикс24».

Где хранятся данные и что с 152-ФЗ?

У Make — в его облаке, в зонах данных в США или в Евросоюзе. У n8n — там, где вы его развернули: в облаке n8n или на своём сервере, в том числе в России. Если через сценарий идут персональные данные клиентов-граждан РФ, это прямо касается требований 152-ФЗ.

Два положения закона, о которых стоит знать заранее (152-ФЗ на consultant.ru):

• Локализация, ч. 5 ст. 18. При сборе персональных данных граждан РФ их запись, систематизация, накопление, хранение, уточнение и извлечение должны идти с использованием баз данных, находящихся в России.
• Трансграничная передача, ст. 12. До начала передачи данных за рубеж оператор обязан уведомить Роскомнадзор, а сама передача допустима не во все страны и не при любых условиях.

На практике это значит: сценарий, который каждую заявку с ФИО и телефоном прогоняет через зарубежное облако, — это трансграничная передача, и её нужно оформлять. Варианты — убрать персональные данные из сценария, оставив только номер заявки; развернуть n8n на сервере в России; или перенести связку в собственный обработчик на вашем сервере. Подробнее про выбор, куда можно отправлять данные клиентов, — в разборе «Можно ли отправлять персональные данные клиентов в облачный ИИ». Это не юридическая консультация: схему стоит показать юристу.

Признак	Оставить конструктор	Пора на заказную интеграцию
Объём	Десятки и сотни событий в день	Тысячи событий, пачки, ночные синхронизации каталога
Цена ошибки	Пропущенное уведомление, которое заметят	Потерянный заказ, неверный остаток, двойная оплата
Данные	Без персональных данных или на своём сервере	Персональные данные клиентов, требования 152-ФЗ
Кто поддерживает	Есть сотрудник, который отвечает за сценарии	Сценарии знает один человек, и он уходит
Логика	Линейная: событие → действие → уведомление	Ветвления, сверки, повторы, состояние между запусками

Когда пора на заказную интеграцию?

Когда цена ошибки выше цены разработки: обмен касается денег, остатков или персональных данных, объём вырос до тысяч событий, а сценарии знает один человек. Тогда связку переносят в собственный обработчик с журналом, повторами и понятной инструкцией.

Что меняется при переходе. Обработчик обмена пишется под ваши системы и данные, обрабатывает ошибки обмена и ведёт журнал операций — по тарифу интеграций это входит в базовую цену. Вы получаете исходники обработчиков, доступы ко всем связкам и инструкцию, что делать при сбое. Пример из наших работ: в магазине AleksFurs обмен с 1С идёт по протоколу CommerceML 2.08 — товар обновляется по артикулу, а заказы не выгружаются в 1С повторно.

Сколько стоит. Тариф «Интеграции и автоматизация» в прайсе — от 32 000 ₽ и от 2 дней: связка до двух систем через API или вебхуки, обмен заказами, товарами, остатками, клиентами и статусами, уведомления, отчёты, журнал. Каждая система сверх двух и доработка самих систем на их стороне — например, изменение конфигурации 1С — оцениваются отдельно; подписки сервисов вы оплачиваете поставщикам напрямую. До двух раундов правок, 7 дней бесплатной поддержки после запуска, дальше — поддержка от 7 900 ₽ в месяц. По типовому договору — оплата 50/50 и гарантия 30 календарных дней с даты акта.

Не обязательно переносить всё. Часто разумная схема смешанная: критичный обмен заказами и остатками — в заказной интеграции, а уведомления и сводки остаются в конструкторе, где их удобно менять без разработчика.

Когда заказная интеграция вам не нужна?

Если сценариев два-три, объём — десятки событий в день, персональных данных в них нет и есть сотрудник, который за ними следит, — конструктора хватит. Платить за разработку того, что работает и никому не мешает, незачем.

Чек-лист, чтобы конструктор не подвёл:

• аккаунт конструктора оформлен на компанию, а не на личную почту сотрудника; доступ есть минимум у двух человек;
• у каждого сценария понятное название и описание в одну строку: что делает, откуда и куда;
• настроено уведомление об ошибках в рабочий чат, а не на почту, которую никто не читает;
• раз в неделю кто-то сверяет: сколько заявок пришло на сайт и сколько оказалось в CRM;
• в сценарии не передаются персональные данные, которые не нужны получателю;
• перед обновлением n8n на своём сервере сделана резервная копия, а сценарии проверены после обновления.

Если пунктов, которые вы не можете отметить, больше двух, а через сценарий идут заказы или деньги, — это повод обсудить интеграцию на заказ до того, как потерянная заявка обойдётся дороже.

Короткие ответы на частые вопросы

n8n — это бесплатно?

Версию на своём сервере n8n разрешает использовать без оплаты для внутренних задач компании по лицензии Sustainable Use; облако n8n и платные функции стоят денег. При этом сервер, обновления и время специалиста всё равно стоят денег — бесплатна только лицензия.

Что выбрать новичку — n8n или Make?

Если сценарии простые, данных о клиентах в них нет и разбираться с сервером некому, проще начать с Make в браузере. Если важны хранение данных у себя, большие объёмы или нестандартные шаги с кодом, выбирают n8n на своём сервере.

Можно ли перенести сценарии из Make в n8n?

Автоматического переноса между ними нет: сценарий придётся собрать заново, сверяя каждый модуль, фильтр и обработку ошибок. Поэтому полезно до переезда описать сценарий словами — что, откуда, куда и при каком условии.

Подходит ли n8n для работы с персональными данными по 152-ФЗ?

Сам по себе конструктор не делает обработку законной или незаконной. Важно, где развёрнут сервер, куда сценарий отправляет данные и выполнены ли обязанности оператора; n8n на сервере в России снимает вопрос локализации базы, но не остальные требования. Схему стоит согласовать с юристом.

Сколько стоит перевести сценарии из конструктора в заказную интеграцию?

Тариф интеграций в нашем прайсе — от 32 000 ₽ и от 2 дней за связку двух систем; каждая следующая система оценивается отдельно. Точную цену называем после разбора ваших сценариев и фиксируем в договоре до старта.

Услуги и кейсы по теме: интеграция с 1С и CRM от 32 000 ₽ · поддержка сайта от 7 900 ₽/мес · кейс AleksFurs · цены и сроки