Jest środa, połowa miesiąca. W skrzynce ląduje mail z ostrzeżeniem, że limit zadań w Twoim planie właśnie się kończy. Wchodzisz do panelu sprawdzić, co go zjadło, i znajdujesz jeden scenariusz. Nowy formularz, sprawdzenie w bazie, wpis do arkusza, wiadomość na Slacku, mail z potwierdzeniem. Pięć kroków, które w Twojej głowie od początku były jedną czynnością.
Wtedy ktoś w komentarzu pisze: przejdź na n8n, jest darmowy i open source.
n8n to narzędzie do budowania automatyzacji z klocków — tych samych, które znasz z Make'a i Zapiera: wyzwalacz, warunek, akcja, połączenie z zewnętrzną usługą. Od tamtych różni się dwiema rzeczami. Kod jest publicznie dostępny i wolno Ci postawić całość na własnym serwerze, zamiast korzystać z cudzej chmury. A rozliczenie liczy uruchomienia całego scenariusza, nie pojedyncze kroki w środku. Dla kogoś, kto właśnie zobaczył ostrzeżenie o limicie, obie te rzeczy brzmią jak odpowiedź na dokładnie jego problem.
To nie jest przy tym nisza dla entuzjastów. W październiku 2025 n8n zamknął rundę C na 180 milionów dolarów przy wycenie 2,5 miliarda, z Accel jako liderem rundy i funduszem NVIDII wśród inwestorów. Firma podała wtedy sześciokrotny wzrost liczby użytkowników i dziesięciokrotny wzrost przychodów w skali roku.
I tu zaczyna się rzecz, o której komentarz nie wspomniał. Słowo „open source" w opisie n8n jest nieścisłe, a sama firma go unika. Ta różnica rozstrzyga, co wolno Ci z tym narzędziem zrobić i ile realnie zapłacisz za to, że jest za darmo.
n8n liczy przebiegi, Zapier liczy kroki
Cała reszta porównań zaczyna się od listy integracji, a to jest ślepa uliczka. Prawdziwa różnica siedzi w jednostce rozliczeniowej, czyli w tym, co dostawca uznaje za rzecz wartą naliczenia.
n8n definiuje wykonanie jako pojedyncze uruchomienie całego scenariusza i zaznacza wprost, że nie ma znaczenia, ile kroków ma w środku ani ile danych przetworzy. Zapier liczy inaczej: zadanie nalicza się za każdym razem, gdy Zapier pomyślnie wykona jednostkę pracy, czyli za poszczególne akcje. Make ma trzecią miarę — kredyt zużywa każdy moduł, który coś robi: pobiera dane, tworzy rekord, przekształca wartość.
Ten sam scenariusz z otwarcia — pięć kroków, jedno uruchomienie — jest więc raz jednostką, a raz piątką. Nie dlatego, że gdzieś działa lepiej. Dlatego, że ktoś inaczej ustawił licznik.
| n8n | Make | Zapier | |
|---|---|---|---|
| Co się nalicza | Wykonanie całego scenariusza | Kredyt za każdy działający moduł | Zadanie za każdą wykonaną akcję |
| Ile kroków ma znaczenie | Żadnego | Bezpośrednie | Bezpośrednie |
| Co nie kosztuje | Nie dotyczy — liczy się przebieg | Routery i moduły obsługi błędów | Wyzwalacze, filtry, formatery, ścieżki, opóźnienia |
| Kiedy ta miara jest dla Ciebie łaskawa | Scenariusze długie, odpalane często | Scenariusze krótkie i bardzo liczne | Scenariusze dwu-, trzykrokowe |
Zwróć uwagę na trzeci wiersz, bo tam ginie połowa internetowych wyliczeń. Zapier nie nalicza wyzwalaczy ani własnych narzędzi pomocniczych, więc scenariusz opisany jako pięciokrokowy potrafi zużyć trzy zadania, nie pięć. Porównania, które mnożą liczbę bloków na ekranie przez liczbę uruchomień, zawyżają rachunek Zapiera i zaniżają swoją wiarygodność.
Ten sam scenariusz, trzy zupełnie inne rachunki
Weźmy konkret i policzmy go do końca. Scenariusz z otwarcia, założenie: trzy kroki naliczają się w Zapierze, pięć modułów zużywa kredyty w Make'u, w n8n jest to jedno wykonanie. Pytanie brzmi, ile razy miesięcznie ta automatyzacja może się odpalić w ramach najtańszego rozsądnego planu każdego dostawcy.
| Plan | Cena | Limit w planie | Ile przebiegów tego scenariusza |
|---|---|---|---|
| Zapier Professional | 49 USD/mies. przy płatności rocznej | 2000 zadań | ok. 660 |
| Make Core | 9 USD/mies. | 10 000 kredytów | 2000 |
| n8n Starter (chmura) | 20 EUR/mies. | 2500 wykonań | 2500 |
| n8n na własnym serwerze | koszt serwera | bez limitu wykonań | tyle, ile wytrzyma maszyna |
Ceny pochodzą z cenników Zapiera, Make'a i n8n z września 2026. Liczby w ostatniej kolumnie to moje dzielenie, nie deklaracja dostawcy — przy Twoim scenariuszu wyjdą inne, bo zależą od tego, ile kroków faktycznie się nalicza.
Widać przy tym coś, czego nie widać w hasłowych porównaniach: Make bywa tańszy od n8n, i to wyraźnie. Za dziewięć dolarów daje limit, który u konkurencji kosztuje ponad dwa razy tyle. Jeśli więc szukasz wyłącznie niższego rachunku za chmurę, odpowiedzią nie musi być n8n. Argument za n8n leży gdzie indziej i nazywa się „ostatni wiersz tabeli".
n8n nie nazywa siebie open source, i ma po temu powód
Kod n8n jest publiczny, można go pobrać, przeczytać i zmienić. Nie jest to jednak oprogramowanie open source w znaczeniu, jakie temu słowu nadaje Open Source Initiative, bo licencje open source nie mogą ograniczać sposobu użycia. n8n używa własnej Sustainable Use License i to ona wyznacza granice.
Treść licencji mieści się w kilku zdaniach. Wolno Ci używać i modyfikować oprogramowanie wyłącznie do własnych wewnętrznych celów biznesowych albo do użytku niekomercyjnego i osobistego. Wolno Ci je rozpowszechniać, ale tylko nieodpłatnie i w celach niekomercyjnych. Nie wolno Ci usuwać ani zasłaniać informacji o licencji i prawach autorskich.
📖 Ze słownika Noraline Open source — oprogramowanie z otwartym kodem, którego licencja nie ogranicza celu użycia. Kod dostępny publicznie to warunek konieczny, ale nie wystarczający: licencja mówiąca „możesz, ale nie do sprzedaży" daje kod otwarty i prawa zamknięte. Stąd osobne określenie na ten model — source available, czyli kod dostępny do wglądu.
n8n nazywa swój model fair-code. Definicja stojąca za tą nazwą opisuje oprogramowanie darmowe w użyciu, z otwartym kodem, rozszerzalne przez społeczność, przy zachowaniu praw komercyjnych po stronie autorów. Sensowny model. Trzeba tylko wiedzieć, kto go opisał: wśród osób kontaktowych figuruje szef samego n8n. Fair-code jest więc nazwą, którą firma nadała własnemu sposobowi licencjonowania, a nie kategorią, do której ktoś przypisał ją z zewnątrz.
Wolno Ci zbudować klientowi automatyzację. Nie wolno sprzedać jej jako produkt
Ta różnica jest najczęściej mylona, więc rozbierzmy ją na dwie sytuacje, które w praktyce wyglądają podobnie, a licencyjnie leżą po dwóch stronach granicy.
Postawić n8n u klienta, zbudować mu na tym scenariusze, wziąć za to pieniądze i utrzymywać całość. Sprzedajesz swój czas i wiedzę, a instancja pracuje na wewnętrzne potrzeby klienta.
Postawić jedną instancję, wpuścić na nią trzydziestu klientów na abonament i nazwać to swoim produktem. Wartość, którą sprzedajesz, pochodzi wtedy z n8n, a nie z Twojej pracy.
Do drugiego przypadku n8n ma osobną ofertę — licencję typu embed, negocjowaną indywidualnie. To rozróżnienie ma znaczenie zwłaszcza wtedy, gdy Twój plan brzmi „zbuduję na tym SaaS", bo wtedy licencja przestaje być ciekawostką prawną, a staje się pozycją w modelu biznesowym. Sprawdź ją, zanim policzysz marżę, a nie po.
Za darmo dostajesz program, a nie serwer
Wersja Community jest bezpłatna i ma, jak pisze n8n, niemal pełny zestaw funkcji. Bezpłatny jest jednak program, nie maszyna, na której ma stanąć. Ten koszt trzeba dopisać samodzielnie, bo w żadnym porównaniu funkcji się nie pojawia.
Trzy warianty, od najprostszego. Instalacja przez Dockera na komputerze, który i tak masz — koszt zerowy, sens wyłącznie do nauki i testów, bo scenariusz odpala się tylko wtedy, gdy maszyna jest włączona. Mały VPS, czyli wariant domyślny dla jednoosobowej firmy. Wreszcie mocniejszy serwer, kiedy scenariuszy są dziesiątki albo przetwarzasz na nich duże pliki.
| Wariant | Parametry | Koszt | Dla kogo |
|---|---|---|---|
| Docker na własnym komputerze | zależnie od maszyny | 0 zł | Nauka, testy, scenariusze odpalane ręcznie |
| Mikrus 2.1 | 1 GB RAM, 10 GB dysku | 75 zł/rok | Start, kilka scenariuszy, baza SQLite |
| Mikrus 3.0 | 2 GB RAM, 25 GB dysku | 130 zł/rok | Przesiadka na PostgreSQL, kilkanaście scenariuszy |
| Mikrus 3.5 | 4 GB RAM, 40 GB dysku | 197 zł/rok | Dziesiątki scenariuszy, przetwarzanie plików |
Ceny pochodzą z cennika Mikrusa i są podane rocznie, bo tak ten dostawca rozlicza. Wybrałem go do przykładu, bo daje najtańszy próg wejścia na polskim rynku; u dowolnego innego dostawcy VPS liczą się te same parametry. Instrukcja Mikrusa dla n8n zaczyna od pakietu z gigabajtem pamięci i wskazuje dwa gigabajty jako próg dla bazy PostgreSQL.
Rachunek wygląda więc tak: sto trzydzieści złotych rocznie wobec dwudziestu euro miesięcznie. Różnica jest tak duża, że wygląda na oczywistą decyzję. I byłaby, gdyby na tym kończyła się lista pozycji.
Dwadzieścia rzeczy, które robisz ręcznie, a nie musisz
Zanim wybierzesz narzędzie, warto wiedzieć, co właściwie chcesz w nim uruchomić — to lista procesów, od których zwykle się zaczyna.
Pobierz za darmo →Rachunek za własny serwer przychodzi w godzinach, nie w złotówkach
Instalacja n8n to dziś jedna komenda i kwadrans. Utrzymanie to coś innego i tego nikt nie wpisuje do porównania, bo nie da się tego wpisać jedną liczbą — zależy od tego, ile scenariuszy prowadzisz i jak bardzo Ci na nich zależy.
Lista rzeczy, które przechodzą na Twoją stronę razem z serwerem, jest krótka i konkretna. Aktualizacje: nowa wersja, pobranie obrazu, przegląd zmian, sprawdzenie, czy scenariusze nadal działają. Kopie zapasowe bazy i sprawdzenie, czy dają się odtworzyć, bo kopia nietestowana to nie kopia. Certyfikat, żeby połączenie było szyfrowane. Monitoring, bo inaczej dowiesz się o awarii od klienta. I dyżur, kiedy coś padnie w piątek wieczorem.
To jest dokładnie ta sama pozycja, którą firmy pomijają przy każdym wdrożeniu automatyzacji. Pisałem o tym szerzej we wpisie o tym, kiedy automatyzacja staje się pułapką: zamiana kosztu zmiennego na stały jest jednokierunkowa, a stały koszt płacisz również w miesiącach, w których nic się nie dzieje.
Sto trzydzieści złotych rocznie za serwer bije dwadzieścia euro miesięcznie za chmurę tylko wtedy, gdy Twoja godzina jest warta zero. Policz, ile godzin miesięcznie realnie oddasz utrzymaniu, i pomnóż przez swoją stawkę.
Czego w darmowej wersji nie ma
Community obejmuje budowanie i uruchamianie scenariuszy w komplecie. Kilka rzeczy zostaje jednak za płatnym kluczem licencyjnym i akurat ta lista bywa niespodzianką, bo dotyczy nie funkcji do automatyzowania, tylko pracy zespołowej.
Brakuje logowania firmowym kontem, czyli SSO. Brakuje wersjonowania przez Git, więc historii zmian w scenariuszach pilnujesz sam. Brakuje projektów i współdzielenia, czyli podziału pracy między ludźmi. Brakuje osobnych środowisk, więc testujesz tam, gdzie działa produkcja. Dla jednej osoby to nie są braki. Dla trzyosobowego zespołu, który zaczyna sobie nawzajem nadpisywać scenariusze, robi się z tego problem znany każdemu, kto budował produkt bez wersjonowania od pierwszego dnia.
Kiedy Make albo Zapier wygrywa mimo wyższej ceny
Sytuacji, w których przenosiny są złym pomysłem, jest kilka i wszystkie sprowadzają się do tego samego: dokładasz sobie obowiązek, żeby zaoszczędzić kwotę, która nie robi Ci różnicy.
Jest też przypadek odwrotny, w którym n8n nie ma konkurencji: dane, które nie mogą opuścić Twojej infrastruktury. Kiedy przez scenariusz przechodzą dokumenty klientów albo dane osobowe, „stoi u mnie" przestaje być argumentem o cenie, a zaczyna być warunkiem zgodności z przepisami.
Trzy pytania, które rozstrzygają wybór
Zamiast porównywać listy integracji, odpowiedz sobie po kolei. Kolejność ma znaczenie, bo pierwsza odpowiedź na „nie" kończy sprawę.
Największym błędem przy tej decyzji nie jest wybór złego narzędzia. Jest nim przeniesienie na nowe narzędzie procesu, którego nikt wcześniej nie opisał — bo wtedy dostajesz ten sam bałagan, tylko szybszy i w cudzej składni. Jeżeli scenariusze powstają u Ciebie w reakcji na kolejne pożary, problem zaczyna się wcześniej niż wybór narzędzia.
Jeśli natomiast wiesz, co chcesz uruchomić, i masz kogo poprosić o serwer, n8n daje rzecz, której tamte dwa narzędzia z definicji nie dadzą: brak licznika. Cały mechanizm zaczyna wtedy działać na Twoją korzyść, bo najdroższy scenariusz kosztuje dokładnie tyle samo, co najtańszy.
Sprawdźmy, co da się zdjąć z Twojej głowy
Nie wiesz, czy Twoje scenariusze w ogóle nadają się do przeniesienia i czy jest co przenosić? Przejdziemy przez to, co dziś robisz ręcznie, i policzymy, gdzie automatyzacja zwraca się szybciej niż kosztuje.
Napisz do mnie →Chcesz przejść tę drogę od strony praktycznej — od pierwszego scenariusza po połączenie n8n z modelem językowym — mam na to kurs o tworzeniu automatyzacji przy pomocy n8n i AI, zbudowany na działających scenariuszach, a nie na zrzutach ekranu.
Najczęściej zadawane pytania
Program tak, w wersji Community. Nie jest darmowa maszyna, na której musi stanąć, ani czas potrzebny na jej utrzymanie. VPS wystarczający na start kosztuje w Polsce rzędu kilkudziesięciu do dwustu złotych rocznie. Do tego dochodzą aktualizacje, kopie zapasowe, certyfikat i monitoring, czyli praca, której nie widać w żadnym porównaniu cenników. Alternatywą jest chmura n8n, gdzie płacisz od 20 euro miesięcznie i nie zajmujesz się serwerem.
Nie w rozumieniu Open Source Initiative i sama firma tak o sobie nie mówi. Kod jest publicznie dostępny, ale licencja Sustainable Use License ogranicza sposób użycia, a licencje open source ograniczać go nie mogą. n8n nazywa swój model fair-code. Praktycznie oznacza to: kod możesz czytać i zmieniać, wolno Ci używać go do własnych celów biznesowych, nie wolno odsprzedawać jako produktu.
Jednostką rozliczeniową. n8n nalicza jedno wykonanie za uruchomienie całego scenariusza, niezależnie od liczby kroków w środku. Zapier nalicza zadanie za każdą wykonaną akcję. Make zużywa kredyt za każdy działający moduł. Przy scenariuszach jednokrokowych różnica jest niewielka. Przy długich rośnie wprost proporcjonalnie do liczby kroków. Druga różnica to możliwość postawienia n8n na własnym serwerze, czego tamte narzędzia nie oferują.
Tak. Licencja pozwala postawić n8n u klienta, zbudować mu scenariusze, wziąć wynagrodzenie i utrzymywać całość, bo sprzedajesz wtedy swój czas i wiedzę. Granica biegnie tam, gdzie zaczynasz sprzedawać dostęp do samego narzędzia: jedna instancja z wieloma klientami na abonamencie to już produkt oparty na cudzym oprogramowaniu i wymaga osobnej licencji typu embed, negocjowanej z n8n.
Instalacja podstawowa działa na jednym gigabajcie pamięci i wbudowanej bazie SQLite, co wystarcza na kilka scenariuszy i naukę narzędzia. Przy przejściu na PostgreSQL oraz przy kilkunastu scenariuszach naraz rozsądnym progiem są dwa gigabajty. Cztery gigabajty przydają się dopiero wtedy, gdy przez scenariusze przechodzą większe pliki albo działają dziesiątki automatyzacji jednocześnie.
Wersja Community ma prawie pełen zestaw funkcji do budowania automatyzacji, ale brakuje w niej narzędzi do pracy zespołowej. Za płatnym kluczem licencyjnym zostają: logowanie firmowym kontem, wersjonowanie przez Git, projekty i współdzielenie scenariuszy, osobne środowiska testowe oraz zewnętrzne magazyny sekretów. Dla jednej osoby to zwykle nie są braki. Dla kilkuosobowego zespołu bywają decydujące.
Gdy mieścisz się w tanim planie obecnego narzędzia i limit nie sprawia Ci kłopotu. Gdy nie masz nikogo, kto zajmie się serwerem, i sam nie chcesz nim być. Gdy automatyzacje dotykają płatności lub umów, a jeden przestój kosztuje więcej niż roczna subskrypcja. W każdej z tych sytuacji oszczędzasz kwotę, która nie robi różnicy, a w zamian bierzesz na siebie obowiązek utrzymania.
Szymon Mojsak
Ekspert automatyzacji procesów biznesowych i współwłaściciel RCPonline — systemu rejestracji czasu pracy.
Teoria zastosowana w praktyce — treści opieram na własnych doświadczeniach zdobytych przy wdrożeniach i w relacjach międzyludzkich.
Poszerzam horyzonty — nieustannie rozwijam wiedzę z zakresu marketingu, psychologii i IT.
Zamieniam twórczy chaos w kierunek — najpierw pytanie „po co”, dopiero potem „jak”. Pomagam zrozumieć procesy, by je usprawnić.
Ten materiał powstał z udziałem AI
Narzędzia AI — wspierały research, redakcję tekstu i przygotowanie ilustracji.
Autor — wybiera temat, pisze pierwszą wersję i redaguje całość przed publikacją. Doświadczenia, oceny i punkt widzenia w tekście są jego własne.
Ładowanie komentarzy...