Inžinerija · · 5 min. skaitymo · Lurto · Atnaujinta
Zapier, Make ar n8n 2026 m.: kurį rinktis pagal kainą ir priežiūrą

Trumpas atsakymas
Rinkitės pagal apimtį ir pagal tai, kas atsakys už sistemą. Iki maždaug 2 000 vykdymų per mėnesį, paprasti procesai ir jokių techninių darbuotojų: Zapier, nes už didesnę kainą gaunate patikimumą, apie kurį nereikia galvoti. Šakota logika, vidutinė apimtis ir ribotas biudžetas: Make. Didelė apimtis, individuali logika, DI paremti procesai arba reikalavimai, kur saugomi duomenys: n8n savo serveryje, bet tik jei už instanciją atsako kompetentingas žmogus (tai gali būti ir tiekėjas, bet kažkas juo turi būti). Esant 10 000 vykdymų per mėnesį penkių žingsnių workflow ta pati logika Zapier kainuoja maždaug nuo 150 iki 400 €, Make nuo 30 iki 90 €, o savo serveryje nuo 25 iki 35 € (sumos perskaičiuotos eurais apytiksliai: 1 $ ≈ 0,92 €).
Prižiūrime kasdien veikiančias sistemas, sukurtas su n8n, Make, Zapier, individualiu Python ir Next.js kodu, o klientai už platformas moka savo pačių paskyrose, todėl rekomenduodami vieną ar kitą platformą nieko neuždirbame. Pasirinkimas tarp Zapier, Make ir n8n mums yra grynai inžinerinis klausimas, ir štai ką matome sistemose, kurios veikia jau kurį laiką.
Zapier
Gerokai platesnis jungčių katalogas nei kitų, paprasčiausia pradžia ir didžiausia tikimybė, kad mažai žinomas SaaS įrankis, nuo kurio priklauso Jūsų verslas, jau turi prižiūrimą integraciją. Kompetentingas specialistas paprastą „įvykis ir veiksmas“ automatizaciją paleidžia per valandą.
Sąskaita atkeliauja vėliau. Kaina skaičiuojama už užduotis, o dažnai vykdomas kelių žingsnių Zap sunaudoja daug užduočių: 6 žingsnių Zap, vykdomas 200 kartų per dieną, yra maždaug 36 000 užduočių per mėnesį, o tai Jus nukelia į planus, kainuojančius šimtus eurų už logiką, kuri nėra sudėtinga. Šakojimas, ciklai ir klaidų keliai Zapier įmanomi, bet visi prieštarauja įrankio logikai, todėl viskas, kas turi rimtesnių sąlygų, virsta Zap, kviečiančiais kitus Zap, kuriuose po šešių mėnesių niekas nebesusigaudo.
Make
Make (anksčiau Integromat) kaina yra per vidurį, o vizualų sudėtingumą jis valdo geriau nei abu konkurentai. Maršrutizatoriai (router), iteratoriai, agregatoriai ir klaidų tvarkyklės yra pilnaverčiai elementai, todėl scenarijus su keliomis šakomis telpa viename ekrane. Kainodara už operacijas esant vidutinei apimčiai yra pastebimai pigesnė nei Zapier.
Silpnoji vieta yra klaidų paieška. Dideli scenarijai virsta išsiplėtusiomis diagramomis, vieno nepavykusio vykdymo atsekimas per įdėtus maršrutizatorius tampa ilgu darbu, o klaidos pranešimas iš giliai iteratoriaus vidaus gali būti sunkiai suprantamas. Versijų valdymas taip pat silpnas. Nėra gero atsakymo į klausimą „kas šiame scenarijuje pasikeitė praėjusį antradienį ir kas tai pakeitė“, o tai nemalonu, kai scenarijus tvarko Jūsų sąskaitas.
n8n
Jį galima įdiegti savo serveryje, ir vien tai keičia kainų logiką: VPS serveris už maždaug 20-35 € per mėnesį vykdo neribotą skaičių workflow ir vykdymų. Kai žingsniui reikia kodo, mazge rašote JavaScript ar Python, užuot kovoję su vizualiu redaktoriumi. Duomenys lieka Jūsų serveryje, o tai svarbu kai kuriose atitikties situacijose.
Mainais serverio priežiūra tenka Jums. Atnaujinimai, atsarginės kopijos, eilių konfigūracija, webhook pasiekiamumas, 3 val. nakties vykdymų žurnalais užsipildęs diskas. Tvarkingai dirbančiam inžinieriui tai nesudėtinga, o komandai be tokio žmogaus kiekvienas punktas yra rizika. Jungčių katalogas mažesnis nei Zapier, nors HTTP užklausos mazgas apima bet kurią dokumentuotą API.
Savame serveryje svarbiausias įprotis yra užrašyta atnaujinimų tvarka. Vienas mūsų klientų iš leidybos srities naudoja n8n ir Dify grandinę, kuri be sutrikimų atlaikė du platformos atnaujinimus, o priežastis paprasta: atnaujinimo eiga buvo aprašyta žingsnis po žingsnio, kartu su grįžimo į ankstesnę versiją planu, dar prieš pirmąjį atnaujinimą. Dauguma savo serveryje veikiančių n8n instancijų, kurias mūsų prašo taisyti, niekada nebuvo atnaujintos, nes niekas nežinojo, kas suges, o vėliau tai virsta n8n workflow, kuris realiame darbe nuolat lūžta dėl priežasčių, kurių niekas negali atsekti.
Kaina esant dideliam vykdymų skaičiui
Tikslios planų kainos keičiasi, o eurais jos čia nurodytos apytiksliai, bet bendra tendencija išlieka. Tarkime, workflow vidutiniškai turi penkis žingsnius:
| Vykdymų per mėnesį | Zapier (užduotys) | Make (operacijos) | n8n savo serveryje |
|---|---|---|---|
| 1 000 | nuo 30 iki 70 € | nuo 9,20 iki 20 € | 25 € fiksuotai |
| 10 000 | nuo 150 iki 400 € | nuo 30 iki 90 € | nuo 25 iki 35 € fiksuotai |
| 100 000 | 750 € ir daugiau | nuo 200 iki 450 € | nuo 35 iki 75 € fiksuotai |
Zapier kainodara už užduotis brangsta ir didėjant žingsnių skaičiui, ir augant apimčiai. Make yra tarpinis variantas. n8n kaina fiksuota, o taškas, kuriame vien pagal kainą laimi savas serveris, pasiekiamas anksti, dažnai dar iki 10 000 vykdymų per mėnesį, kol dar neįskaičiavote jo reikalaujamo priežiūros laiko. Be to, platformos mokestis yra tik viena iš keturių mėnesinių automatizacijos išlaidų eilučių.
Rinkitės pagal šias taisykles
- Iki maždaug 2 000 vykdymų per mėnesį, paprasti procesai, jokių techninių darbuotojų: Zapier. Už didesnę kainą gaunate patikimumą, apie kurį nereikia galvoti.
- Šakota logika, vidutinė apimtis, ribotas biudžetas: Make, su taisykle, kad scenarijai dokumentuojami ir išskaidomi, kol neišsiplėtė.
- Didelė apimtis, individuali logika, DI paremti procesai arba reikalavimai, kur saugomi duomenys: n8n, jei už instanciją atsako kompetentingas žmogus. Tai gali būti ir tiekėjas, bet kažkas juo turi būti.
- Jau giliai naudojate vieną platformą ir ji veikia: likite. Perkėlimas dėl paties perkėlimo kainuoja, bet klientams jokios naudos neduoda, ir ne kartą esame klientus nuo to atkalbėję.
Atvirai apie mūsų pačių pasirinkimą: viskam, ką prižiūrėsime patys, renkamės n8n, nes fiksuota kaina ir tikras kodas mums svarbiau už gražesnį vizualų redaktorių. Šis pasirinkimas netinka verslui, kurio sistemos niekada nepasieks joks techninis žmogus. Tokiam verslui Zapier už triskart didesnę mėnesio kainą yra pigesnis variantas, kai įskaičiuojate pirmąjį savaitgalį, kurį kas nors praleidžia atkurdamas VPS iš atsarginės kopijos, kuri pasirodo esanti šešių savaičių senumo.
Platforma retai būna gedimo priežastis
Sugedusiose sistemose, su kuriomis į mus kreipiasi klientai, platforma beveik niekada nebuvo priežastis. Workflow sugedo, nes API kartą grąžino 500, o pakartojimo nebuvo. Ji neveikė tris savaites, nes niekas nieko nepranešė. Ji sugedo, nes kūrėjas išėjo ir niekas už ją neatsakė. Visose trijose platformose veikia patikimos automatizacijos, ir visose trijose be jokio įspėjimo veiks ir nepatikimos.
Pakartojimai su ilgėjančia pauze, nepavykusių vykdymų eilė, įspėjimai, kuriuos gauna žmogus, atsakingas žmogus, kuris juos skaito, ir dokumentuotas atkūrimo kelias sudaro didžiąją dalį paruoštumo kontrolinio sąrašo, ir jie kur kas geriau nei platformos pavadinimas nusako, ar automatizacija veiks ir antraisiais metais. Įrankį pasirinkite pagal aukščiau pateiktas taisykles, o sutaupytą laiką skirkite šiems dalykams.
Realiai veikiančias automatizacijas kuriame visose trijose platformose už kainą nuo 1 000 €, sutartą prieš pradedant darbus, o eksploatacijos kaštai apmokami tiesiogiai Jūsų pačių paskyrose, todėl visada matote, kiek ima platforma. Jei svarstote apie naują sistemą ar perkėlimą, mūsų sistemų kūrimo paslaugos puslapyje aprašyta, kaip nustatome darbų apimtį.
Dažnai užduodami klausimai
Kur iš tikrųjų yra kainų sankirtos taškas?
Anksčiau, nei dauguma tikisi. Darant prielaidą, kad workflow vidutiniškai turi penkis žingsnius, 10 000 vykdymų per mėnesį pagal Zapier kainodarą už užduotis kainuoja maždaug nuo 150 iki 400 €, pagal Make kainodarą už operacijas nuo 30 iki 90 €, o savo VPS serveryje veikiantis n8n kainuoja fiksuotai nuo 25 iki 35 €. Taškas, kuriame vien pagal kainą laimi savas serveris, dažnai pasiekiamas dar iki 10 000 vykdymų per mėnesį, kol dar neįskaičiavote jo reikalaujamo priežiūros laiko.
Kiek iš tikrųjų kainuoja n8n savo serveryje?
Serverio priežiūra tenka Jums: atnaujinimai, atsarginės kopijos, eilių konfigūracija, webhook pasiekiamumas ir 3 val. nakties vykdymų žurnalais užsipildęs diskas. Tvarkingai dirbančiam inžinieriui tai nesudėtinga, o komandai be tokio žmogaus kiekvienas punktas yra rizika. Svarbiausias įprotis yra užrašyta atnaujinimų tvarka su grįžimo į ankstesnę versiją planu dar prieš pirmąjį atnaujinimą: dauguma savo serveryje veikiančių instancijų, kurias mūsų prašo taisyti, niekada nebuvo atnaujintos, nes niekas nežinojo, kas suges.
Ar turėtume pereiti nuo platformos, kurią jau naudojame?
Dažniausiai ne. Jei jau giliai naudojate vieną platformą ir ji veikia, likite: perkėlimas dėl paties perkėlimo kainuoja, bet klientams jokios naudos neduoda, ir ne kartą esame klientus nuo to atkalbėję. Iki kelių tūkstančių vykdymų per mėnesį platformos mokestis vis tiek beveik nesimato tarp kitų Jūsų programinės įrangos išlaidų.
Kuri platforma genda rečiausiai?
Mūsų patirtimi, klausimas ne tas. Sugedusiose sistemose, su kuriomis į mus kreipiasi klientai, platforma beveik niekada nebuvo priežastis: workflow sugedo, nes API kartą grąžino 500, o pakartojimo nebuvo, arba ji neveikė tris savaites, nes niekas nieko nepranešė, arba todėl, kad kūrėjas išėjo ir niekas už ją neatsakė. Visose trijose platformose veikia patikimos automatizacijos, ir visose trijose be jokio įspėjimo veiks ir nepatikimos.
Daugiau apie inžineriją
Jūsų sistema veikia ne taip, kaip turėtų?