En resum
- n8n compta execucions, Make compta el que consumeix cada mòdul i Zapier compta tasques.
- n8n es pot autoallotjar; Make i Zapier funcionen només com a servei al núvol.
- Configura branques d'error, avisos a una persona i reprocessaments sense duplicar comandes.
- Passa a codi la part que toca comandes o estoc quan el flux ja no s'entén.
Triar entre n8n, Make o Zapier per automatitzar una botiga en línia se sol decidir per l'eina que algú de l'equip ja coneix. Per als primers fluxos tant és. El problema arriba quan l'automatització mou comandes de veritat, el volum creix i apareix la primera factura inesperada o la primera comanda que no ha arribat al magatzem. Aquí comparem com cobra cada eina, on s'allotgen les dades, com gestionen els errors i en quin moment compensa passar a codi propi.
Què se sol automatitzar en una botiga en línia
Abans de comparar eines, convé saber què muntaràs. En botigues que ja venen, el més habitual és:
- Enviar les comandes a un ERP, a un full de càlcul o al programari del magatzem.
- Avisar l'equip de comandes amb incidències: pagament dubtós, adreça incompleta, producte sense estoc.
- Generar etiquetes d'enviament i retornar el número de seguiment a la botiga.
- Donar d'alta clients al CRM o a l'eina de correu segons el que compren.
- Demanar ressenyes uns dies després del lliurament.
- Avisar d'estoc baix o de preus de proveïdor que han canviat.
Els primers fluxos d'aquesta llista toquen comandes i diners, i una fallada silenciosa hi surt cara; els últims admeten una mica més de marge. Tingues-ho en compte en triar, juntament amb el preu.
- Fluxosquè muntaràs i quins toquen comandes
- Model de cobramentexecucions, operacions o tasques segons l'eina
- Allotjamentnúvol del proveïdor o servidor propi amb n8n
- Errors i reintentsreferència única, límit i avís a una persona
- Dades personalscontracte d'encàrrec, regió i conservació de l'historial
- Pas a codiquan el consum o la complexitat desborden l'eina
Com cobren n8n, Make o Zapier: execucions, operacions i tasques
Cada eina mesura el consum d'una manera diferent, i això canvia molt el cost d'un mateix flux. Els preus i els límits canvien sovint, així que revisa sempre la pàgina de plans de cada fabricant; aquí ens quedem en el model.
n8n, en la versió al núvol, compta execucions: cada vegada que un flux es dispara compta com una, tingui els passos que tingui. Si allotges n8n tu mateix, no pagues per execució, però sí el servidor i el temps de mantenir-lo.
Make compta el que consumeix cada mòdul que s'executa dins d'un escenari, amb unitats que ha anomenat operacions o crèdits segons el moment i el pla. Un flux amb molts passos, o que recorre les línies d'una comanda una per una, consumeix en proporció.
Zapier compta tasques, que a grans trets són les accions que es completen dins d'un flux. El disparador i alguns passos interns poden no comptar, segons les seves condicions.
Imagina un flux que, per a cada comanda, consulta el client al CRM, crea la comanda a l'ERP, actualitza un full de control i avisa per correu si hi ha una incidència. A n8n al núvol seria una execució per comanda. A Make i a Zapier el consum creix amb cada pas i amb cada línia que es recorri, i la diferència es nota a mesura que augmenten les comandes del mes.
Revisa també què consumeixen les comprovacions periòdiques que no troben res de nou i els reintents de passos fallits, perquè en alguns plans compten.
Autoallotjat o al núvol
Make i Zapier funcionen com a servei al núvol: no instal·les res i el proveïdor s'encarrega de la infraestructura. n8n es pot fer servir al seu núvol o instal·lar en un servidor propi. La seva llicència permet l'ús intern, tot i que té condicions si el vols oferir com a servei a tercers; llegeix-la abans de decidir.
Allotjar-lo tu dona control sobre on són les dades i elimina el cobrament per execució. A canvi, algú ha de fer còpies de seguretat, aplicar actualitzacions, vigilar que el servidor no es quedi sense memòria i protegir l'accés al tauler, que desa les credencials de la botiga i de l'ERP. Si ningú de l'equip no ho pot assumir, el núvol sol ser més segur a la pràctica.
Al nostre servei d'automatitzacions n8n treballem amb les dues modalitats, i l'elecció depèn sobretot de qui mantindrà la instal·lació.
Control d'errors i reintents a cada eina
Totes tres ofereixen maneres de reaccionar a una fallada: reintentar un pas, desviar el flux a una branca d'error, desar l'execució incompleta per revisar-la o avisar per correu. Els noms i l'abast canvien segons l'eina i el pla. En una botiga, la configuració hauria de cobrir això:
- Que una comanda processada dues vegades no es creï dues vegades a l'ERP. Fes servir l'identificador de la comanda com a referència única.
- Que els reintents tinguin límit i una espera entre intents, per no saturar una API que ja ha caigut.
- Que l'avís arribi a una persona concreta, amb el número de comanda i el motiu de la fallada.
- Que es pugui tornar a processar una comanda concreta sense rellançar tot el lot.
- Que l'historial d'execucions es pugui consultar prou temps per investigar una queixa.
Un flux sense branca d'error dona molts problemes perquè falla en silenci: el tauler mostra l'execució en vermell i ningú no s'hi fixa fins que un client reclama. A automatitzar comandes amb n8n amb reintents expliquem com muntar aquest control pas a pas.
Dades personals i RGPD en les automatitzacions
Una comanda porta el nom, l'adreça, el telèfon i el correu del client, i de vegades dades de facturació. Tot el que passa per l'eina d'automatització és un tractament de dades personals, i el proveïdor d'aquesta eina actua com a encarregat del tractament.
Punts per revisar, idealment amb el teu assessor de protecció de dades:
- Que hi hagi un contracte d'encàrrec amb el proveïdor i que el tinguis signat o acceptat.
- En quina regió s'allotgen les dades i si hi ha transferències fora de l'Espai Econòmic Europeu.
- Quant de temps desa l'historial d'execucions, perquè hi queden còpies de les comandes.
- Que cada flux passi només els camps que necessita. Per avisar d'estoc baix no cal l'adreça del client.
- On es desen les credencials i qui de l'equip les pot veure.
Amb n8n autoallotjat en un servidor europeu controles millor diversos d'aquests punts, tot i que la responsabilitat de protegir aquest servidor passa a ser teva.
Quan passar de n8n, Make o Zapier a codi propi
Les eines visuals van bé mentre el flux s'entén mirant-lo. Hi ha senyals que indiquen que convé moure part de la lògica a codi:
- El consum mensual creix amb el volum fins que una integració programada surt més a compte.
- El flux té desenes de nodes i blocs de JavaScript que només entén qui els va escriure.
- Necessites control de versions, proves automàtiques o un entorn de proves separat.
- La sincronització ha de respondre en segons, com l'estoc en campanyes amb molt de trànsit.
- Els errors són difícils de rastrejar perquè la lògica està repartida entre diversos escenaris.
No cal passar-ho tot de cop. Una opció habitual és deixar a l'eina els avisos i les tasques senzilles i portar a codi la part que toca comandes, estoc o facturació. Si aquesta part és la connexió amb el teu ERP, a connectar la botiga en línia amb l'ERP repassem què cal preguntar abans de decidir.
Com decidir entre n8n, Make o Zapier
Aquest és el resum del que hem vist, eina per eina. Els plans i les condicions canvien, així que comprova'ls abans de decidir:
| Criteri | n8n | Make | Zapier |
|---|---|---|---|
| Allotjament | Al seu núvol o en un servidor propi | Al núvol del proveïdor | Al núvol del proveïdor |
| Com cobra | Per execució al núvol; autoallotjat pagues servidor i manteniment | Pel que consumeix cada mòdul (operacions o crèdits) | Per tasques, a grans trets cada acció completada |
| Errors i reintents | Flux d'error propi i reintent per node | Gestors d'error i execucions incompletes per revisar | Avisos de fallada i reintent automàtic segons el pla |
| Dades personals (RGPD) | Autoallotjat a la UE decideixes on són; al seu núvol, revisa la regió | Revisa la regió del teu compte i el contracte d'encàrrec | Revisa on s'allotgen, les transferències fora de l'EEE i el contracte |
| Perfil tècnic | Mitjà o alt; ajuda saber JavaScript, i més si l'autoallotges | Mitjà: escenaris visuals amb branques i transformació de dades | Baix en fluxos lineals; es complica amb molta lògica |
| Quan encaixa | Molt de volum, dades sota control i algú que mantingui el servidor | Fluxos amb diversos passos i branques sense muntar infraestructura | Fluxos senzills entre moltes aplicacions i poc temps tècnic |
Respon aquestes preguntes abans de triar o de demanar pressupost:
- Quins fluxos muntaràs i quins toquen comandes, estoc o facturació.
- Quantes comandes o esdeveniments al mes passaran per cada flux, i en els pics de campanya.
- Si les aplicacions que fas servir tenen connector a l'eina o caldrà cridar-ne l'API directament.
- Qui mantindrà un servidor si tries autoallotjar.
- On han de ser les dades i què diu el teu contracte amb el proveïdor.
- Qui rep els avisos d'error i quant triga a poder actuar.
- Si hi ha lògica de negoci que ja saps que creixerà.
Si vols que revisem els teus fluxos actuals o que en dissenyem de nous, a automatització ecommerce expliquem com ho plantegem.



