n8n автоматизация это работа в конкретном интерфейсе: вы ставите на холст узлы, соединяете их стрелками и получаете сценарий, который запускается сам. Ниже разбор именно продукта: как устроен холст, что разрешает лицензия, чем self-hosted отличается от облака, как собрать агента на встроенных узлах и где лежат пароли к сервисам. Все цифры сверены с документацией и репозиторием вендора в августе 2026 года.
Что такое n8n и почему его ставят вместо связки коннекторов
n8n это low-code платформа для сценариев обмена данными между сервисами. Ключевое отличие от классических коннекторов в том, что её исходный код открыт и её можно поставить на свой сервер. На странице интеграций вендора на август 2026 года заявлено 2087 интеграций, а репозиторий на GitHub собрал больше 200 тысяч звёзд. Библиотека готовых сценариев в разделе Templates заявлена как «+10k workflow automation templates».
Практический смысл открытого кода прикладной: заявки с сайта, выгрузки из 1С и переписка в мессенджере не покидают ваш контур, если вы развернули n8n сами. Компании, которым нельзя выносить клиентскую базу во внешний SaaS, выбирают n8n именно по этой причине.
Второе отличие в единице тарификации. В облаке платят за исполнения, и вендор формулирует правило дословно: «An execution is a single run of your entire workflow». Сценарий из сорока узлов, прогнавший тысячу строк, стоит столько же, сколько сценарий из двух.
Как устроены n8n workflows: триггер, узлы и данные между ними
Сценарий в n8n называется workflow и всегда начинается с триггера. Документация делит узлы на несколько типов:
- Trigger nodes запускают сценарий по событию во внешнем сервисе или по расписанию.
- Core nodes дают логику, расписание и произвольные обращения к API, не будучи привязанными к конкретному сервису.
- Action nodes выполняют операции: изменить данные, что-то создать во внешней системе.
- Cluster nodes это группы узлов, работающих вместе. У кластера есть root node и подключаемые к нему sub-nodes. Именно так устроены ИИ-узлы.
Самый частый вход в сценарий это узел Webhook. У него два адреса: Test URL слушает событие, пока вы жмёте «Listen for Test Event» в редакторе, Production URL регистрируется только после публикации сценария и данные в редакторе не показывает, они уходят во вкладку Executions. Узел принимает методы DELETE, GET, HEAD, PATCH, POST, PUT, максимальный размер payload по документации 16 МБ. Аутентификация на выбор: Basic auth, Header auth, JWT auth или без неё, плюс список разрешённых IP.
Ответ вызывающей стороне настраивается отдельно: Immediately возвращает строку «Workflow got started», When Last Node Finishes отдаёт данные последнего узла, вариант Using Respond to Webhook Node передаёт управление специальному узлу, есть и потоковый ответ.
Sustainable Use License: в каком смысле n8n бесплатный
n8n распространяется не под привычной open source лицензией, а под Sustainable Use License версии 1.0. Текст лежит в файле LICENSE.md в главной ветке репозитория, и его ограничения сформулированы одной фразой: «You may use or modify the software only for your own internal business purposes or for non-commercial or personal use».
Что из этого следует на практике:
- Поставить n8n на свой сервер и гонять через него процессы своей компании можно бесплатно и без ограничений по числу пользователей и сценариев.
- Раздавать софт дальше можно, только бесплатно и для некоммерческих целей: «You may distribute the software or provide it to others only if you do so free of charge for non-commercial purposes».
- Поднять n8n и перепродавать доступ к нему клиентам как свой SaaS лицензия не разрешает.
- Убирать или прятать уведомления о лицензии и копирайте запрещено, использование торговой марки регулируется отдельно.
Это первый смысл слова «бесплатный»: свой сервер, свои процессы, ноль лицензионных платежей. Второй смысл появился в облаке. У n8n Cloud есть план Free с ценником 0 €, но с лимитом 50 исполнений в месяц, одним проектом и одним пользователем: для знакомства с интерфейсом хватает, для рабочего процесса нет.
Отдельная оговорка про Enterprise. Файлы исходного кода, у которых в имени есть .ee. или в имени каталога .ee, под Sustainable Use License не подпадают вовсе: для их использования нужен действующий n8n Enterprise License. Также в лицензии сказано, что код веток, отличных от master, не лицензирован. При нарушении лицензия прекращается автоматически, но если вы устраните нарушение в течение 30 дней после уведомления, она восстанавливается задним числом.
Self-hosted или n8n Cloud: где проходит граница
Развёртывание в Docker описано в документации буквально командой. Образ docker.n8n.io/n8nio/n8n, порт 5678, том n8n_data, примонтированный в /home/node/.n8n. В базовой команде вендор просит задать GENERIC_TIMEZONE и TZ, а также включить N8N_RUNNERS_ENABLED=true и N8N_ENFORCE_SETTINGS_FILE_PERMISSIONS=true. По умолчанию данные пишутся в SQLite; для PostgreSQL нужны переменные DB_TYPE=postgresdb и набор DB_POSTGRESDB_HOST, PORT, DATABASE, USER, PASSWORD, SCHEMA. Саму страницу с этой командой вендор помечает как устаревшую и рекомендует ставить через Docker Compose, поэтому версию образа и точный набор переменных сверяйте с актуальным разделом документации перед установкой.
Облако избавляет от сервера, но вводит лимиты. Цены на странице тарифов указаны при годовой оплате.
| План | Цена | Исполнений в месяц | Параллельных исполнений | Проектов | Хранение логов |
|---|---|---|---|---|---|
| Free | 0 € | 50 | не публикуется | 1 | не публикуется |
| Starter | 20 € в месяц при годовой оплате | 2 500 | 5 | 1 | 7 дней |
| Pro | 50 € в месяц при годовой оплате | 10 000 | 20 | 3 | 30 дней |
| Business | 667 € в месяц при годовой оплате | 40 000 | не публикуется | 6 | не публикуется |
| Enterprise | по запросу | по договору | 200+ | без лимита | без лимита |
Лимиты из подробной таблицы вендора: сохранённых исполнений 2 500 на Starter, 25 000 на Pro, 50 000 на Enterprise, места под них 2,5 ГБ, 25 ГБ и 50 ГБ. История версий сценария 1 день на Starter и 5 дней на Pro. Активных сценариев и пользователей не ограничено на Starter, Pro и Enterprise: единственный план с потолком в одного пользователя это Free. Глубину аналитики вендор считает отдельно от хранения логов: 7 дней на Pro, 30 на Business, 365 на Enterprise. По облачному Business часть лимитов в публичной таблице просто отсутствует, поэтому в таблице выше стоит «не публикуется», а не выдуманное число.
Про параллельность важно понимать механику: лишние запуски не отбрасываются, а встают в очередь и обрабатываются в порядке FIFO по мере освобождения ёмкости. Лимит распространяется только на production-исполнения, то есть запущенные вебхуком или триггером. Ручные прогоны из редактора в него не входят.
Пробный доступ у Starter и Pro не требует карты, у Business триал длится 14 дней и карта нужна. На триале дают 800 ИИ-кредитов и ресурсы уровня Starter: 320 MiB RAM и 10 millicore CPU с возможностью всплеска. Компаниям меньше 20 человек вендор предлагает Start-up Plan со скидкой 50% на Business.
Проверьте, нужен ли вам свой сервер
- Клиентские персональные данные проходят через сценарий?
- Планируете больше 10 000 запусков в месяц уже в первые полгода?
- Нужны свои npm-пакеты или bash-скрипты внутри сценария?
- Есть человек, который обновит контейнер и восстановит его из бэкапа?
Три «да» и больше это аргумент за self-hosted. Меньше двух: облако выйдет дешевле по совокупным затратам времени.
Первый сценарий: заявка с сайта в таблицу и в Telegram
Порядок действий в интерфейсе, без обобщений.
- Открыть холст и нажать плюс. В поиске узлов выбрать Webhook, метод POST, скопировать Test URL.
- Нажать Listen for Test Event и отправить одну реальную заявку с формы. n8n покажет пришедший JSON в правой панели узла.
- Добавить узел Google Sheets, операция Append Row. Поля таблицы заполнить перетаскиванием значений из панели INPUT: n8n подставит выражение вида {{ $json.body.phone }}.
- Добавить узел Telegram, операция Send Message, в текст собрать шаблон из тех же полей.
- Создать credentials для Google и для Telegram в отдельном разделе, а не вписывать токены в поля узлов.
- Прогнать сценарий кнопкой выполнения, проверить строку в таблице и сообщение в чате.
- Опубликовать сценарий. Только после этого начнёт работать Production URL, и его нужно прописать в форме на сайте вместо тестового.
n8n ии: какие узлы отвечают за языковые модели
ИИ в n8n собран как кластерные узлы: у корневого узла есть отдельные разъёмы снизу, куда подключаются вспомогательные. В каталоге интеграций вендора эти узлы вынесены в отдельные категории: AI Agents, Chains, Document Loaders, Embeddings, Language Models, Memory, Output Parsers, Retrievers, Text Splitters, Tools, Vector Stores, Model Context Protocol, Rerankers.
Схема стандартная: Document Loaders и Text Splitters готовят документы, Embeddings превращают их в векторы, Vector Stores хранят, Retrievers достают фрагменты, Output Parsers приводят ответ модели к структуре, которую примет следующий узел. Через категорию Model Context Protocol n8n подключается к внешним MCP-серверам как клиент.
Полезная деталь для заполнения параметров: функция $fromAI() позволяет отдать значение поля на откуп модели, вместо того чтобы жёстко прописывать его в узле. Это то, что превращает обычный узел приложения в инструмент агента.
n8n агент: сборка на узле AI Agent
Документация формулирует разницу так: агент это цепочка, которая умеет принимать решения, то есть модель сама выбирает, какое действие выполнить, вместо заранее заданной последовательности.
Здесь есть важное изменение, о котором молчит большинство инструкций в сети. Раньше узел AI Agent предлагал выбор типа агента: Tools Agent, Conversational Agent, OpenAI Functions Agent, Plan and Execute Agent, ReAct Agent, SQL Agent. Начиная с версии 1.82.0 выбор типа упразднён: все узлы AI Agent работают как Tools Agent, который и был рекомендуемым вариантом. Старая версия узла v1 будет удалена в n8n 3.0, так что сценарии на ней нужно перебирать заранее.
Обязательное требование узла: «You must connect at least one tool sub-node to an AI Agent node». Без инструментов агент не собирается. Память подключается отдельным узлом, вариантов несколько: Simple Memory хранит историю текущей сессии заданной длины прямо в приложении, Postgres Chat Memory и Redis Chat Memory выносят её во внешнее хранилище, есть также Motorhead, Xata, Zep и узел Chat Memory Manager для ручного управления историей. Разница простая: после перезапуска контейнера Simple Memory ничего не помнит.
Для операций, которые нельзя отдавать модели без присмотра, в документации описан сценарий human-in-the-loop: перед вызовом конкретного инструмента агент ждёт подтверждения человека. Как устроены агенты на уровне архитектуры и что вообще стоит им поручать, разбираем отдельно в материале про создание ИИ-агентов для бизнеса.
Соберём сценарии на n8n и оставим их вам в исходниках
Разворачиваем n8n на вашем сервере, переносим процессы из таблиц и переписок в сценарии, настраиваем ИИ-узлы и мониторинг падений. Доступы и креды остаются у вас, поддержка по подписке или разово.
Где хранятся креды и почему их нельзя писать в поле узла
Пароли и токены в n8n живут не внутри сценария, а в отдельной сущности credentials. При первом запуске приложение генерирует ключ шифрования и кладёт его в каталог ~/.n8n. Этим ключом креды шифруются перед записью в базу. Свой ключ задаётся переменной окружения N8N_ENCRYPTION_KEY.
Отсюда два практических следствия. Первое: при переносе инстанса на другой сервер нужно переносить не только базу, но и ключ, иначе креды расшифровать не выйдет. Второе: в режиме очереди с несколькими воркерами переменная шифрования должна быть одинаковой на всех узлах, иначе воркер не сможет выполнить сценарий. В документации есть и отдельная процедура ротации ключа данных.
Токен, вписанный прямо в поле узла или в заголовок HTTP-запроса, попадёт в экспорт сценария в открытом виде. Это самая частая утечка при передаче workflow подрядчику или при выкладывании его в шаблоны.
Узел Code: что можно и чего нельзя
Когда визуальной логики не хватает, ставят узел Code. Он поддерживает JavaScript на Node.js и Python. С Python есть нюанс версий: реализация на Pyodide, то есть CPython, скомпилированный в WebAssembly, объявлена устаревшей и в n8n 2 не поддерживается. Нативный Python появился в версии 1.111.0 и в n8n 2 считается стабильным. На своём сервере он подтягивает сторонние пакеты, если они вшиты в образ runners и разрешены списком; в облаке импорт библиотек в Python недоступен вовсе. Синтаксис обращения к данным тоже другой: item[“json”][“field”] вместо привычного по JavaScript item.json.field.
Два режима выполнения: Run Once for All Items по умолчанию прогоняет код один раз для всего массива, Run Once for Each Item выполняет его отдельно для каждого элемента. Ограничения жёсткие и заданы намеренно: из узла нет доступа к файловой системе и нельзя делать HTTP-запросы, для этого есть отдельные узлы. Внешние npm-пакеты в облаке недоступны, из встроенных доступны только crypto и moment; на своём сервере импорт пакетов включается настройкой.
Ошибки, повторы и мониторинг до запуска в продакшен
Сценарий, у которого нет ветки на случай падения, рано или поздно тихо перестанет работать. В n8n для этого предусмотрен отдельный механизм: вы создаёте второй сценарий, начинающийся с узла Error Trigger, и указываете его в настройках основного сценария в поле Workflow Settings, Error workflow.
В обработчик приходит подробный контекст: идентификатор исполнения и ссылка на него, текст ошибки и стек, узел, на котором сценарий упал, и данные самого сценария. Дальше это уходит письмом или сообщением в чат. Уронить сценарий намеренно, по своему условию, можно узлом Stop and Error, и он тоже запускает обработчик.
Вторая типовая беда это память. Рекомендации вендора конкретны: дробить данные на порции, например обрабатывать по 200 строк за исполнение вместо 10 000; избегать узла Code на больших объёмах; не запускать тяжёлые сценарии вручную из редактора; разносить один большой сценарий на подсценарии. Если это не помогает, лимит движка поднимается параметром –max-old-space-size через переменную NODE_OPTIONS.
Сколько это стоит на практике и когда n8n не нужен
Для self-hosted прямая стоимость это только счёт за сервер: лицензия внутреннего использования бесплатна, а требования к железу вендор в документации не фиксирует. Для облака это тариф из таблицы выше плюс арифметика запусков: сценарий на почасовом расписании даёт около 720 исполнений в месяц, то есть лимит Starter в 2 500 исполнений выбирают примерно три таких сценария.
Непрямая стоимость больше и её обычно не считают: кто-то должен обновлять контейнер, следить за упавшими прогонами, чинить сломавшуюся авторизацию у внешнего сервиса и переписывать сценарии при смене API. Именно эта часть решает, брать облако или свой сервер, а не разница в 20 € и 50 €.
n8n не нужен, когда процессов два и они запускаются раз в неделю: содержать под них сервер и человека дороже, чем делать руками. Он также не заменяет систему, где живут сами данные: n8n перекладывает и обогащает, но учёт, карточки клиентов и документы должны оставаться в профильной системе.
Частые вопросы
n8n действительно бесплатный?
Для внутренних задач своей компании на своём сервере да: Sustainable Use License 1.0 разрешает использование и изменение софта для «your own internal business purposes». В облаке есть план Free на 50 исполнений в месяц и одного пользователя, а младший платный план стоит 20 € в месяц при годовой оплате. Отдельно платят за файлы с .ee. в имени, требующие Enterprise-лицензии.
Можно ли на n8n сделать сервис и продавать доступ клиентам?
Нет. Лицензия разрешает передавать софт другим только бесплатно и для некоммерческих целей. Продажа доступа к вашей инсталляции как SaaS под неё не подпадает, для этого нужна коммерческая договорённость с вендором.
Нужно ли программировать?
Для большинства сценариев нет: узлы настраиваются полями и перетаскиванием значений. Код нужен в узле Code, и там действуют ограничения: нет доступа к файловой системе и HTTP, в облаке из пакетов доступны только crypto и moment.
Что считается одним исполнением в тарифе?
Один прогон сценария целиком, независимо от количества шагов и объёма данных. Сценарий из сорока узлов и сценарий из двух списывают одинаково. Ручные запуски из редактора в лимит параллельности не входят.
Какой тип агента выбрать в узле AI Agent?
Выбора больше нет. С версии 1.82.0 все узлы AI Agent работают как Tools Agent, а старая версия узла с типами будет удалена в n8n 3.0. К агенту обязательно подключается минимум один tool sub-node.
