n8n 3.0 — великий крок до більш надійних, стабільних і безпечних автоматизацій. У релізній гілці 3.0 команда прибрала застарілі функції, посилила дефолтні налаштування безпеки та переробила механіку виконання. Від часу виходу 2.0 у грудні 2025 вийшло понад 45 releases, тому тепер 3.0 концентрується на фундаменті. Через розривні зміни оновлення потребує підготовки — саме для цього є Migration Report, що точно підкаже, що поправити перед апгрейдом.
Що таке n8n 3.0?
n8n 3.0 — мейджор-оновлення з внутрішніми змінами, які підвищують надійність, стабільність і безпеку, та готують платформу до наступних покращень. Воно прибирає легасі-фічі, робить дефолти безпечнішими та змінює механізми виконання під капотом.
Команда дотримується семантичного версіонування: розривні зміни виходять лише з підвищенням мейджор-версії. За рік накопичились зміни, що вимагали 3.0: видалення застарілих шляхів у коді, перегляд дефолтів безпеки та вихід з ринку окремих вузлів.
Нові можливості не «чекають» мейджорів: фічі постачаються безперервно. Від 2.0 донині — понад 45 releases приблизно щотижня, тож 3.0 зосереджується саме на фундаменті. Усе нове після стабільного релізу прийде у гілці 3.x.
Як запустити n8n 3.0 beta?
Спробувати бета-версію можна вже зараз без реєстрації. Для self-hosted встановлюйте як будь-який інший бета-реліз, а в n8n Cloud просто оберіть 3.0.0 Beta (early access) у налаштуваннях версії.
Перед натисканням «оновити» зробіть повний бекап і спочатку протестуйте 3.0 на staging або тестовому інстансі. Перехід у 3.x незворотний: відкат до 2.x недоступний, повернення можливе лише відновленням із бекапу.
Якщо ви цінували швидкий старт через npx, тепер підтримується контейнерний сценарій із one-line setup script, що приводить у ту саму точку розгортання, але з новими гарантіями безпеки.
Ключові зміни в n8n 3.0
Коротко: нові гарантії стабільності, безпечніші дефолти та прибирання легасі. Це впливає на вузли, планування, зберігання бінарних даних і захист від зловмисних сценаріїв.
Надійність і стабільність. Ручні виконання в Queue mode тепер завжди йдуть на worker-и, щоб основний інстанс не виконував важкі задачі. Режим in-memory binary data видалено: інстанси використовують файлову систему або зовнішнє сховище (S3 тощо), що передбачуваніше під навантаженням.
Гардірейли проти «runaway work». Дефолтний таймаут для Code node зменшено з 5 minutes до 1 minute (налаштовується). Межі декомпресії знижено, аби захистити інстанси від надмірних архівів і «zip bombs».
Планування. Старі вузли Cron та Interval замінені на Schedule Trigger, який працює на більш надійному планувальнику n8n.
Безпека. Ротація ключів шифрування увімкнена завжди. Slack credentials тепер вимагають signing secret — це блокує підроблені запити. Розширено дефолтний SSRF block list (за ввімкненого SSRF-захисту). Неперевірені community packages за замовчуванням вимкнені.
Очистка легасі-вузлів. Видалено Function, Function Item, Item Lists, Cron, Interval, легасі OpenAI node, старі AI Agent режими, попередні версії Edit Image, вузли для сервісів, яких більше немає, та інші. Більшість мають прямі заміни: Function → Code node; Item Lists → Split Out, Aggregate, Sort, Limit, Remove Duplicates або Summarize. Частина мігрує автоматично.
Зміни у фічах. Chat Hub вимкнено за замовчуванням (його можна знову увімкнути в 3.x; асистент n8n і агенти його заміняють). Import from URL прибрано з редактора, вкладку Ask AI з Code node також видалено.
Як підготуватися до апгрейду n8n 3.0?
Почніть із Migration Report — це ваш головний інструмент для безболісного оновлення. Він чітко показує, які воркфлоу та налаштування зачепить 3.0, і дещо виправляє автоматично.
У кожному інстансі з версії 2.39 або новішої в меню Settings > Migration Report доступний звіт. Встановіть останню 2.x — там найсвіжіша версія репорту, і команда продовжує покращувати досвід за фідбеком.
Що вміє звіт: перелічує уражені воркфлоу та інстансні налаштування; автоматично виправляє багато пунктів (кожен фікс зберігається як нова версія воркфлоу для вашого рев’ю, а опубліковані воркфлоу продовжують працювати на v2); пропонує власника кожного воркфлоу (останній редактор), дозволяє адмінам перепризначити та надсилає email із завданнями; відфільтровує неопубліковані або давно не запускані воркфлоу, щоб їх можна було позначити «won’t fix»; експортує підсумок у CSV.
Доступність: адміни бачать усі воркфлоу, інші — лише доступні їм. На відміну від торік, щоб відкрити звіт, не потрібно бути адміном.
Рекомендована траєкторія: 1) оновіться до останньої 2.x і відкрийте Migration Report; 2) виправте або позначте «won’t fix» усе, що він показує; 3) зробіть повний бекап; 4) спершу оновіть тест або staging, потім — продакшен.
Таймлайн виходу n8n 3.0
Бета 3.0.0 доступна вже сьогодні (October 27). Стабільний реліз 3.x заплановано на початок грудня. Слідкуйте за Release notes для оновлень.
Після стабільного релізу гілка 2.x отримуватиме виправлення безпеки й критичних багів протягом 12 months. Нові можливості виходитимуть лише у 3.x.
Підтримка гілки 1.x завершується 31 December 2026. Якщо ви ще на 1.x, спершу перейдіть на 2.x — прямого шляху з 1.x у 3.x немає.
При оновленні очікуйте короткий рестарт, як зазвичай. Ваші credentials і історія виконань переносяться.
| Параметр | n8n 3.0 | n8n 2.x | Zapier | Integromat |
|---|---|---|---|---|
| Таймаут Code node | 1 minute (дефолт, змінний) | 5 minutes (раніше) | not covered here | not covered here |
| Планування | Schedule Trigger (новий) | Cron / Interval | not covered here | not covered here |
| Зберігання бінарних даних | ФС або S3; in-memory видалено | Міг бути in-memory | not covered here | not covered here |
| Деплой self-hosted | Docker-обов’язково | npm/npx підтримувався | not covered here | not covered here |
| Релізи з 2.0 | 45 releases | not covered here | not covered here | |
| Ролбек | Ні (тільки відновлення з бекапу) | — | not covered here | not covered here |
Часті питання
Як працює n8n 3.0 і що в ньому нового?
n8n 3.0 зосереджено на стабільності, надійності та безпеці. Ручні виконання в Queue mode тепер завжди йдуть на worker-и; видалено in-memory binary data; дефолтний таймаут для Code node знижено з 5 minutes до 1 minute; старі вузли Cron/Interval замінені на Schedule Trigger. Безпека посилена: обов’язкова ротація ключів, signing secret для Slack, більший SSRF block list і вимкнені за замовчуванням неперевірені пакунки.
n8n 3.0 vs Zapier comparison?
Цей огляд фокусується на n8n. Ми наводимо конкретику щодо 3.0 (таймаути, планування, Docker, міграція). Про Zapier у джерелі немає технічних деталей, тож ми не порівнюємо функції напряму. Якщо вам потрібне порівняння, випишіть вимоги (self-hosted, робота з бінарними даними, міграції, безпека) і протестуйте обидва середовища під вашим навантаженням.
n8n 3.0 pricing?
Оголошення про 3.0 не містить цін. Проте підтверджено, що все з 3.0 застосовується до self-hosted Community, Cloud і Enterprise/Business. Вибір між ними залежить від вимог до розгортання, безпеки та відповідності політикам. За деталями щодо вартості зверніться до офіційних матеріалів n8n — у цьому джерелі цифр немає.
n8n 3.0 for self-hosted teams?
Так, self-hosted підтримується, але тепер виключно у Docker. Встановлення через npm або npx не підтримується, частково через нові можливості безпеки, які покладаються на контейнеризацію. Kubernetes і Helm деплойменти не зачеплені. Рекомендуємо перевірити Migration Report, зробити повний бекап і спершу оновити staging, щоби знизити ризики.
Як запустити n8n 3.0 beta?
Без реєстрації: для self-hosted — встановіть як будь-який бета-випуск, для n8n Cloud — оберіть 3.0.0 Beta (early access) при зміні версії. Пам’ятайте: шлях у 3.x — односторонній, ролбеку немає; перед оновленням зробіть бекап. Очікуйте короткий рестарт. Ваші credentials і історія виконань зберігаються.
На основі матеріалу n8n Official Blog.
