Ціни n8n: оцініть реальну вартість одного робочого воркфлоу
Гайд із цін n8n для одного продакшн-воркфлоу: рахуйте оплачувані виконання, відділяйте ретраї й тести, додайте буфер росту, порівняйте Cloud і self-hosting.
Перевірено за наведеними джерелами .
Гайд: визначте одиницю, за яку тарифікує n8n
Перш ніж планувати бюджет воркфлоу, потрібно розуміти, що саме ви рахуєте. Поточні ціни n8n для платних планів базуються на виконаннях (executions). Після оновлення цін у серпні 2025 року ви платите за те, скільки разів воркфлоу відпрацював від початку до кінця. Ви не платите за користувача, за активний воркфлоу чи за окремий крок.
Це змінює підхід до оцінки. Воркфлоу з двадцяти нод, що запускається один раз, коштує стільки ж у виконаннях, скільки воркфлоу з трьох нод, запущений один раз. Тож ваша таблиця має рахувати запуски, а не кроки. Пам’ятайте: це біллінгова модель вендора. Вона нічого не говорить про вашу загальну операційну вартість — саме її допомагає зібрати решта цього гайда.
Sources: S5
Задайте базову лінію за тригерами і розділіть категорії
Для нового воркфлоу n8n радить виписати основні сценарії використання і прикинути, як часто кожен запускатиметься. На практиці зробіть по рядку на кожен тригер: заплановані запуски, обсяг вебхуків чи подій та будь-які інші продакшн-тригери. Помножте очікувану частоту кожного тригера на кількість запусків воркфлоу, які він спричиняє, а потім складіть рядки. Наприклад, ви можете закласти щогодинний розклад плюс оцінену кількість вхідних відправок форми. Сприймайте це як приклад у таблиці, а не як бенчмарк.
Продакшн-виконання — це запуски, ініційовані автоматично подією або розкладом; на платних планах вони зараховуються до вашої квоти виконань. Інша активність трактується інакше. FAQ про ліміти виконань у Cloud зазначає, що ручні запуски з редактора, чат-запуски та виконання під-воркфлоу не впливають на цю категорію квоти. Там також сказано, що невдалі виконання не рахуються. Цей FAQ може не охоплювати всі біллінгові чи ліцензійні ситуації, тож перевіряйте правила того плану, який реально обираєте.
Найпростіше рішення — тримати чотири бюджетні колонки окремо: базові продакшн-виконання, ретраї чи відновлення, ручне тестування і зростання. Не вважайте, що кожна колонка оплачувана. Застосуйте до кожної задокументовані правила квот. Також пам’ятайте: ручне тестування все одно забирає час людей, навіть якщо не витрачає квоту виконань.
Виміряйте фактичне використання і патерни збоїв
Оцінки — це лише відправна точка. Після репрезентативного періоду спостереження відкрийте список виконань і відфільтруйте його за воркфлоу та статусом: failed, running, success або waiting. Замініть припущені кількості тригерів на зафіксовані запуски, занотуйте повторювані патерни збоїв і розберіться з великими розбіжностями, перш ніж обирати потужність.
Те, що ви побачите, залежить від ваших прав доступу і від того, скільки історії зберігається. Згідно з документацією, видалення воркфлоу також видаляє його історію виконань. Якщо плануєте використовувати ці записи для бюджетування, зафіксуйте цифри до видалення будь-якого воркфлоу.
Sources: S4
Додайте буфер на зростання і ризик вичерпання квоти
Побудуйте низький, очікуваний і високий сценарії. Розмір запасу на зростання — це редакційне планувальне рішення, що спирається на вашу сезонність, плани запусків і невизначеність. n8n не рекомендує конкретного відсотка, і цей гайд теж.
Час теж має значення. Ліміти виконань і AI-кредитів у Cloud скидаються 1-го числа кожного місяця, незалежно від вашої дати оплати. Насичений кінець місяця може вичерпати квоту ще до скидання. На Cloud Pro-2 Monthly можна докупити додаткові виконання до загальних 500 000. Звіряйте очікуваний і високий сценарії з актуальними цінами n8n на живій сторінці цін і обговоріть, що означатиме вичерпання квоти для ваших операцій. Тримайте це питання окремо від того, як трактуються невдалі запуски.
Порівняйте ліміти Cloud із зобов’язаннями self-hosting
У Cloud n8n бере на себе хостинг, оновлення та масштабування. Коли ви хостите самостійно, управління інфраструктурою — ваша задача. Це не робить жоден варіант дешевшим за замовчуванням. Це переміщує місце, де виникає вартість.
Для self-hosting тримайте плату за програмний план окремо від інфраструктури та персоналу: обчислення, база даних, сховище, резервні копії, моніторинг, оновлення, безпека і реагування на інциденти. Беріть ціни у власній організації чи у ваших провайдерів замість узагальненої суми. Джерела не наводять цифр щодо цих накладних витрат.
Для обох варіантів додайте зовнішні сервіси окремими рядками. Умови n8n зазначають, що підписка може вимагати платних сторонніх акаунтів — наприклад, API, баз даних чи AI-провайдерів, — і ці витрати окремі від того, що ви платите n8n.
Складіть місячну таблицю витрат і оберіть варіант
Простий запропонований формат таблиці: рядки для кожного продакшн-тригера, далі колонки для базових виконань, ретраїв, ручного тестування і зростання — кожна позначена як оплачувана чи ні за правилами вашого плану. Нижче внесіть плату за план з актуальних цін n8n, потім витрати на сторонні сервіси і, для self-hosting, рядки інфраструктури та персоналу. Заповніть низький, очікуваний і високий сценарії.
Усі свідчення тут походять із власної документації n8n, цінових матеріалів і умов. Незалежного дослідження витрат, яке б це підтверджувало, немає, а ціни, податки й умови планів можуть змінюватися. Сприймайте таблицю як спосіб упорядкувати рішення, а не як доказ, що один варіант знизить витрати. Обирайте той варіант, чий високий сценарій ви все ще можете собі дозволити і реально обслуговувати.
Sources: S5, S1, S11, S6, S10, S9
Наступні кроки: попрактикуйтеся в оцінці й отримайте допомогу під вашу компанію
Оцінювати стає легше, коли ви самі простежили реальні тригери. Побудуйте невеликий воркфлоу, занотуйте, що його запускає, порахуйте тестові запуски окремо і запишіть, як часто він працював би в продакшні. Потім проженіть ту саму таблицю на робочому воркфлоу вашої компанії, використовуючи зафіксовану історію виконань, щойно вона з’явиться.
Sources: S4
