UK
Ігор НіколенкоІгор Ніколенко на звʼязку. Ситуація, яку я бачу майже в кожного, хто починає з автоматизаціями: людина відкриває хмарний n8n, дивиться на тариф, порівнює з тим, що автоматизації поки що не приносять ні копійки, — і закриває вкладку. Або ставить n8n на свій ноутбук, радіє тиждень, а потім зʼясовує, що вебхуки з зовнішніх сервісів до ноутбука не долітають, а сам ноутбук треба не вимикати ніколи.
Чому це важливо саме зараз: автоматизація перестала бути «фічею для великих». Заявка з сайту, яка сама падає в CRM і в Telegram, бот, що видає матеріали за підписку, звіт, який збирається без вас, — це те, що відрізняє бізнес, у якому власник працює над системою, від бізнесу, де власник працює замість системи. І ціна входу в цю історію має бути такою, щоб її не було шкода на етапі, коли ви ще тільки вчитесь.
У цій інструкції — маршрут, яким я сам користуюсь: власний n8n на платформі, де за сервером наглядають замість вас, з моніторингом і масштабуванням, за ціну чашки кави на місяць. Крок за кроком: реєстрація, розгортання з шаблону, змінні середовища, домен і вебхуки, база даних, бекапи й оновлення. І в кінці — перша автоматизація, яку можна забрати готовою.
Чому саме такий варіант, а не хмара і не ноутбук
Варіантів запустити n8n три з половиною, і в кожного своя ціна — не лише в грошах.
- Хмарний n8n від розробників. Найпростіший старт, але коли я рахував, стартовий тариф коштував близько тридцяти євро на місяць з податками. Для системи, яка вже заробляє, це нормально. Для етапу, коли ви тільки будуєте перші сценарії, — дорога забаганка.
- Локально на власному компʼютері. Безкоштовно, поки ви не спробуєте прийняти вебхук від Telegram або платіжної системи: без публічної адреси зовнішні сервіси до вас не достукаються, і починаються танці з тунелями. Плюс компʼютер має бути увімкнений завжди.
- Власний VPS. Дешево і гнучко, але тепер ви адміністратор: Docker, оновлення, SSL-сертифікати, бекапи, моніторинг — усе на вас. Це окрема професія, і вона забирає час, який мав піти на автоматизації.
- Платформа, яка адмініструє за вас. Той самий власний n8n на власному сервері, але сервер розгортається з готового шаблону, платформа сама стежить за ним, показує навантаження, надсилає сповіщення і дозволяє додати ресурсів одним рухом. Це варіант, про який ця стаття.
Я обрав Railway. На момент, коли я писав цю інструкцію, там був пробний період з невеликим сервером і базовий тариф за 5 доларів на місяць, у який входить використання ресурсів, плюс при реєстрації за партнерським посиланням нараховувався бонус на рахунок — його вистачало на кілька місяців роботи більшого сервера. Умови на платформах змінюються, тому перед стартом звірте актуальні цифри на сайті. Але порядок цін саме такий: одна кава на місяць за систему, яка не спить.
Важливо. Бонус нараховують лише при реєстрації за партнерським посиланням — воно є в банері цієї статті або ось тут. Коли реєструвався я сам, таких привілеїв не було. Побачив уже пізно, тому дарую вам.
Що знадобиться
- Обліковий запис на платформі — реєстрація через GitHub або пошту.
- Банківська картка для базового тарифу (пробний період можна пройти й без неї, але для постійної роботи вона потрібна).
- Півгодини-година часу без відволікань.
- За бажанням — власний домен, щоб адреса n8n була вашою, а не платформи.
- Текстовий файл, куди ви записуватимете ключ шифрування, адресу і дані входу. Це не порада «для порядку» — без ключа шифрування ви втратите всі збережені доступи до сервісів.
Крок за кроком
Крок 1. Реєстрація і проєкт із шаблону
Після реєстрації створіть новий проєкт і оберіть розгортання з готового шаблону. У каталозі шаблонів знайдіть n8n — там є кілька варіантів; віддавайте перевагу тому, що йде разом із базою даних PostgreSQL. Різницю поясню в кроці 4, а поки що просто знайте: варіант із Postgres — той, з яким ви не будете нічого переробляти через пів року.
Платформа створить у проєкті сервіс n8n (і, якщо ви обрали такий шаблон, сервіс бази даних поруч) і запустить перше розгортання. Дочекайтесь, поки статус стане активним — зазвичай це кілька хвилин.
Крок 2. Змінні середовища
Відкрийте налаштування сервісу n8n і знайдіть розділ зі змінними середовища. Частину змінних шаблон уже проставив, але кілька треба перевірити або додати руками. Назви — офіційні, з документації n8n:
- N8N_ENCRYPTION_KEY — ключ, яким n8n шифрує всі збережені доступи (credentials). Згенеруйте довгий випадковий рядок, впишіть і збережіть у своєму файлі. Якщо шаблон уже згенерував ключ — скопіюйте його собі. Втратите ключ — доведеться перепідключати всі сервіси заново.
- N8N_HOST — домен, за яким буде доступний n8n (без протоколу).
- N8N_PROTOCOL — https.
- WEBHOOK_URL — повна публічна адреса з протоколом і слешем у кінці. Саме її n8n підставляє у вебхуки, які ви віддаєте зовнішнім сервісам.
- GENERIC_TIMEZONE — ваш часовий пояс, наприклад Europe/Kyiv, щоб розклади спрацьовували тоді, коли ви очікуєте.
Домен на цьому кроці ви ще можете не знати — тоді повертайтесь сюди після кроку 3 і оновіть N8N_HOST і WEBHOOK_URL. Після зміни змінних сервіс перезапускається сам.
Крок 3. Публічний домен
У налаштуваннях мережі сервісу згенеруйте публічну адресу платформи — вона видається безкоштовно і одразу працює по https. Якщо хочете свій домен, додайте його там само і пропишіть у DNS-панелі свого домену запис CNAME, який вам покаже платформа. Поки DNS оновлюється, можна працювати на адресі платформи.
Впишіть отриманий домен у N8N_HOST і WEBHOOK_URL із кроку 2. Це найпоширеніша причина «вебхуки не працюють»: n8n показує у вузлах адресу з цих змінних, і якщо вона не збігається з реальною — сервіси стукають у порожнечу.
Крок 4. База даних
За замовчуванням n8n зберігає все у файлі SQLite всередині контейнера. Це зручно для тестів і небезпечно для роботи: при перерозгортанні без підключеного диска файл зникає разом із воркфлоу й історією. Тому один із двох варіантів:
- PostgreSQL (рекомендую). Якщо шаблон створив сервіс бази, змінні підключення вже прокинуті; якщо ні — додайте сервіс Postgres у проєкт і пропишіть у n8n змінні DB_TYPE зі значенням postgresdb і DB_POSTGRESDB_HOST, DB_POSTGRESDB_PORT, DB_POSTGRESDB_DATABASE, DB_POSTGRESDB_USER, DB_POSTGRESDB_PASSWORD — значення платформа показує у налаштуваннях сервісу бази.
- SQLite на постійному диску. Підключіть до сервісу n8n постійний том і змонтуйте його в теку даних n8n (за замовчуванням /home/node/.n8n). Тоді файл бази переживе перерозгортання. Це нормальний варіант для одного користувача з десятком воркфлоу.
Постійний том корисний і у варіанті з Postgres — у тій самій теці n8n тримає бінарні файли й локальний файл ключа шифрування.
Крок 5. Перший вхід
Відкрийте свій домен у браузері. При першому запуску n8n попросить створити обліковий запис власника — пошта й пароль. Це не реєстрація у хмарі n8n, а локальний акаунт вашого сервера. Запишіть дані до свого файлу. Далі ви побачите порожній список воркфлоу — сервер готовий.
Крок 6. Перевірка вебхуків
Створіть тестовий воркфлоу з тригером Webhook, скопіюйте тестову адресу, яку він показує, і відкрийте її в новому вікні браузера. Якщо n8n показав отриманий запит — усе зʼєднано правильно. Якщо адреса у вузлі починається не з вашого домену — повертайтесь до кроку 2 і перевіряйте WEBHOOK_URL.
Крок 7. Моніторинг і чистка історії
Платформа показує споживання процесора, памʼяті й мережі по кожному сервісу і дозволяє налаштувати сповіщення при наближенні до ліміту. Подивіться на ці графіки через тиждень роботи — ви побачите, чи достатньо ресурсів, чи пора додати.
Головний споживач диска в n8n — історія виконань. Щоб база не росла без кінця, додайте змінні EXECUTIONS_DATA_PRUNE зі значенням true і EXECUTIONS_DATA_MAX_AGE — строк зберігання в годинах. Для успішних виконань можна взагалі не зберігати дані (EXECUTIONS_DATA_SAVE_ON_SUCCESS зі значенням none), лишаючи лише помилки для розбору.
Крок 8. Бекапи й оновлення
n8n оновлюється часто, і платформа дозволяє перерозгорнути сервіс на новішій версії образу. Перед кожним оновленням — три дії: експортуйте воркфлоу в JSON (n8n уміє це робити з інтерфейсу), переконайтесь, що ключ шифрування лежить у вашому файлі, зробіть бекап бази (у платформи є знімки томів або можна зробити дамп Postgres). Після оновлення відкрийте два-три ключові воркфлоу й прокрутіть їх тестово. Це пʼять хвилин, які рятують від ночі відновлення.
Скільки це коштує насправді
Базовий тариф включає певний обсяг ресурсів, а далі оплата йде за фактичне споживання. n8n для одного користувача з кількома десятками воркфлоу зазвичай вписується у базовий обсяг, якщо ви налаштували чистку історії з кроку 7. Що реально збільшує рахунок: воркфлоу, які крутяться щохвилини без потреби, обробка великих файлів у памʼяті і збереження всіх даних кожного виконання. Дивіться на графіки, а не на страх — платформа показує, куди йде кожен цент.
| Варіант | Хто адмініструє | Вебхуки ззовні | Масштабування | Кому підходить |
|---|---|---|---|---|
| Хмарний n8n | Розробники n8n | Працюють одразу | Зміною тарифу | Команда, яка вже заробляє на автоматизаціях |
| Власний компʼютер | Ви | Лише через тунель | Немає | Навчання без зовнішніх інтеграцій |
| VPS вручну | Ви повністю | Після налаштування | Руками | Той, хто вміє і любить адмініструвати |
| Платформа з шаблоном | Платформа, ви — лише змінні | Працюють після кроку 3 | Одним рухом у панелі | Підприємець, який хоче систему, а не сервер |
Перша автоматизація: щоб сервер не стояв порожнім
Порожній n8n — як новий спортзал: гарний, але схуднути не допомагає. Тому я пропоную забрати готову систему, яку сам використовую для росту Telegram-каналу: вона перевіряє підписку і видає за неї доступи, купони, промокоди, матеріали, проводить діагностики й записує на консультації. Ви імпортуєте її як JSON у свій щойно піднятий n8n, підставляєте токен бота — і перший бізнес-процес працює того самого вечора. Забрати можна на сторінці n8n Telegram Traffic Processor; умова проста — бути підписаним на мій канал.
А якщо ви хочете не просто повторити мою інструкцію, а розкласти свій бізнес на процеси й зрозуміти, які з них автоматизувати першими, — приходьте на консультацію на 60 хвилин: вийдете з планом на 30 днів, де кожна автоматизація має свою причину.
Коротко
- Хмарний n8n дорогий для старту, локальний не приймає вебхуки, VPS робить вас адміністратором — платформа з шаблоном закриває всі три проблеми.
- Пʼять змінних вирішують усе: N8N_ENCRYPTION_KEY, N8N_HOST, N8N_PROTOCOL, WEBHOOK_URL, GENERIC_TIMEZONE. Ключ шифрування зберігайте окремо.
- Домен спершу, потім змінні: невідповідність WEBHOOK_URL реальній адресі — причина більшості «вебхуки не працюють».
- База — PostgreSQL або хоча б SQLite на постійному томі; без цього перерозгортання стирає все.
- Чистка історії виконань утримує рахунок у базовому тарифі.
- Перед оновленням — експорт воркфлоу, ключ у файлі, бекап бази; після — тестовий прогін.
- Порожній сервер не приносить нічого — поставте першу автоматизацію того самого дня.
Питання, які ставлять найчастіше
Чи треба знати Docker, щоб пройти цю інструкцію?
Ні. Шаблон уже містить готовий образ n8n, а платформа сама його запускає й оновлює. Усе, що ви робите руками, — вписуєте змінні середовища й підключаєте домен. Розуміти, що таке контейнер, корисно, але для старту не обовʼязково.
Що станеться з моїми воркфлоу, якщо я зупиню або перерозгорну сервіс?
Якщо база — PostgreSQL або SQLite на постійному томі, нічого: воркфлоу, доступи й історія лишаться. Якщо ви пропустили крок 4 і працюєте на SQLite всередині контейнера, дані зникнуть разом із контейнером. Це головна причина зробити крок 4 до того, як ви побудували щось цінне.
Чи можна перенести воркфлоу з хмарного n8n на свій сервер?
Так: у хмарній версії експортуєте кожен воркфлоу як JSON, у своїй — імпортуєте. Доступи до сервісів доведеться підключити заново, бо вони зашифровані ключем іншої інсталяції. Заплануйте на це годину-дві залежно від кількості інтеграцій.
Чому Telegram або платіжна система не надсилають вебхуки на мій n8n?
У девʼяти випадках із десяти — адреса у вузлі Webhook не збігається з реальним доменом, бо WEBHOOK_URL і N8N_HOST не оновили після підключення домену. Перевірте змінні, дочекайтесь перезапуску і перестворіть вебхук у зовнішньому сервісі. Друга причина — домен ще не працює по https, а більшість сервісів приймають тільки захищені адреси.
Чи не втрачу я доступи до сервісів при оновленні n8n?
Ні, якщо ключ шифрування N8N_ENCRYPTION_KEY той самий до і після. Саме тому він лежить у змінних середовища й у вашому файлі. Зміниться ключ — усі збережені доступи стануть нечитабельними, і їх доведеться підключати заново.
