Które narzędzie jest najtańsze przy dużym wolumenie?

Przy wielokrokowych scenariuszach zwykle n8n, bo rozlicza całe wykonanie workflow niezależnie od liczby kroków, podczas gdy Make i Zapier naliczają każdy krok osobno. Przewaga rośnie wraz z liczbą kroków — przy scenariuszu dwukrokowym różnica jest niewielka, przy dziesięciokrokowym pięciokrotna.

Czy self-hosted n8n jest naprawdę darmowy?

Community Edition nie ma opłaty licencyjnej ani limitu wykonań, ale koszt nie znika — przenosi się na infrastrukturę i utrzymanie: serwer, baza danych, kopie zapasowe, monitoring i czas osoby, która to wszystko aktualizuje. Przy małym wolumenie chmura wychodzi taniej niż ten narzut.

Czy da się obniżyć rachunek w Make bez zmiany narzędzia?

Tak. Skoro kredyt nalicza się za każdą akcję modułu, największe oszczędności daje ograniczenie liczby modułów: agregowanie zapytań zamiast iterowania po rekordach, filtrowanie jak najwcześniej w scenariuszu i wywołania zbiorcze API zamiast pojedynczych. Routery i obsługa błędów nie zużywają kredytów.

Jak policzyć własny koszt, zanim wybiorę narzędzie?

Policz średnią liczbę kroków w typowym scenariuszu i pomnóż przez planowaną liczbę uruchomień miesięcznie. Ta liczba to Twoje zapotrzebowanie w Make i Zapier; w n8n zapotrzebowaniem jest sama liczba uruchomień. Dopiero te dwie wartości wstaw do kalkulatorów cenowych dostawców.

Koszt n8n, Make i Zapier przy dużym wolumenie

Trzy narzędzia rozliczają się w trzech różnych jednostkach — wykonanie, kredyt i task. Przy wielokrokowych scenariuszach ta różnica decyduje o rachunku bardziej niż cena z cennika.

Porównując n8n, Make i Zapier większość firm patrzy na cenę planu startowego. To mylący punkt odniesienia, bo każde z tych narzędzi rozlicza się w innej jednostce. Przy prostym scenariuszu różnica jest kosmetyczna. Przy wielokrokowym — decyduje o rachunku bardziej niż jakikolwiek rabat roczny.

Trzy różne jednostki rozliczeniowe

To jest sedno sprawy i jednocześnie rzecz, którą najłatwiej przeoczyć przy pierwszym czytaniu cennika:

Narzędzie	Jednostka	Co ją zużywa
n8n	wykonanie (execution)	jedno uruchomienie całego workflow — niezależnie od liczby kroków
Make	kredyt (credit)	każda akcja modułu z osobna
Zapier	task	każdy krok Zapa i każde wywołanie zewnętrznego konektora

n8n definiuje to wprost: „An execution is a single run of your entire workflow. It doesn't matter how many steps are in the workflow or how much data it processes — it's still a single execution" (n8n.io/pricing). Make liczy odwrotnie — kredyt zużywa „each module action in your scenario" (make.com/pricing), przy czym routery i obsługa błędów są darmowe. Zapier: „every step in a Zap and every external connector call uses tasks" (zapier.com/pricing).

Efekt mnożenia

Weźmy scenariusz, który spotykamy u klientów najczęściej: webhook z formularza → walidacja danych → wzbogacenie z zewnętrznego API → rozgałęzienie warunkowe → zapis do CRM → powiadomienie zespołu. Sześć kroków, z czego pięć to akcje modułów.

Przy 30 000 uruchomień miesięcznie (czyli około tysiąca dziennie) zapotrzebowanie wygląda tak:

Narzędzie	Wzór	Zapotrzebowanie / mies.
n8n	uruchomienia	30 000 wykonań
Make	moduły × uruchomienia	~180 000 kredytów
Zapier	kroki × uruchomienia	~150 000 tasków

To ten sam proces biznesowy, ta sama liczba uruchomień — a zapotrzebowanie różni się pięcio- do sześciokrotnie. Im więcej kroków w scenariuszu, tym szerzej rozjeżdżają się te liczby. Przy scenariuszu dwukrokowym przewaga n8n praktycznie znika; przy dziesięciokrokowym rośnie dwukrotnie względem powyższego przykładu.

Zastrzeżenie metodologiczne: powyższe to model, nie pomiar. Zakłada, że każdy krok wykonuje się przy każdym uruchomieniu. W praktyce rozgałęzienia sprawiają, że część kroków wykonuje się rzadziej, więc realne zużycie w Make i Zapier będzie nieco niższe — ale rząd wielkości i kierunek różnicy pozostają.

Ceny bazowe, które da się zweryfikować

Stan na sierpień 2026, plany rozliczane rocznie, według cenników producentów:

n8n Cloud — Starter 20 €/mies. (2 500 wykonań), Pro 50 €/mies. (10 000 wykonań), Business 667 €/mies. (40 000 wykonań). Community Edition: self-hosted, bez opłaty licencyjnej.
Make — Free 1 000 kredytów, Core od 12 $/mies., Pro od 21 $/mies., Teams od 38 $/mies. (ceny bazowe dla 10 000 kredytów; wyższe progi wyceniane suwakiem).
Zapier — Free 100 tasków, Professional od 19,99 $/mies., Team od 69 $/mies., progi skalowane do 2 mln tasków miesięcznie.

Świadomie nie podajemy cen wyższych progów — u wszystkich trzech dostawców są one wyceniane suwakiem i zmieniają się częściej niż ceny bazowe. Policz swoje zapotrzebowanie według wzoru wyżej i wstaw je do kalkulatora producenta; to jedyna liczba, na której warto opierać decyzję.

Gdzie w tym self-hosting

Samodzielnie hostowany n8n nie ma limitu wykonań ani opłaty za wolumen — koszt przenosi się w całości na infrastrukturę: serwer, bazę danych, kopie zapasowe, monitoring i czas osoby, która utrzymuje aktualizacje. Dla scenariusza z przykładu wyżej to zwykle koszt rzędu kilkudziesięciu złotych miesięcznie za VPS plus realny narzut pracy.

Próg opłacalności jest więc prosty do wyznaczenia: self-hosting wygrywa dopiero wtedy, gdy oszczędność na abonamencie przewyższa koszt utrzymania. Przy 2 500 wykonaniach miesięcznie prawie nigdy. Przy 30 000 wielokrokowych — prawie zawsze. To ten sam rachunek, który opisujemy w artykule o kwalifikowaniu procesu, tylko zastosowany do narzędzia zamiast do procesu.

Jak wybieramy u klientów

Jednostka rozliczeniowa jest jednym z trzech kryteriów, nie jedynym — pozostałe dwa to wymagania wobec hostingu danych i to, jak daleko scenariusz odbiega od gotowych bloków. Pełne porównanie funkcjonalne opisujemy w artykule o Make, n8n i Zapierze, a wpływ samej architektury integracji na koszt utrzymania — w tekście o API i webhookach.

W praktyce: przy małym wolumenie i prostych przepływach różnica w rachunku jest na tyle mała, że decyduje wygoda zespołu. Przy dużym wolumenie i rozbudowanych scenariuszach jednostka rozliczeniowa staje się najdroższą pojedynczą decyzją architektoniczną w całym projekcie — i warto ją podjąć zanim powstanie pierwszy scenariusz, a nie po pierwszej fakturze.