n8n vs Make nel 2026: uso reale dopo mesi di produzione
Le landing page ti mostrano workflow fluidi, prezzi accessibili e integrazioni infinite. Poi metti il sistema in produzione e scopri che la realtà ha un’opinione diversa.
Perché un secondo round nel 2026
Il primo articolo su questo blog confrontava n8n, Make e Zapier su prezzi, funzioni e casi d’uso teorici. Da allora sono successe due cose che cambiano il quadro.
Make ha abbandonato il modello a operazioni e introdotto i crediti — un sistema meno prevedibile in cui moduli AI e iterator possono consumare multipli crediti per run. n8n ha rilasciato la versione 2.0, dichiarata esplicitamente come hardening release: più stabilità, rimozione di opzioni legacy, ma anche breaking changes che chi ha workflow in produzione ha scoperto nel modo peggiore.
Questo articolo non è un altro confronto di schede tecniche. È quello che succede dopo sei mesi di uso reale, quando i workflow crescono, i volumi aumentano e le cose iniziano a rompersi.
Vita vera in produzione: il debito tecnico che nessuno ti dice
Nelle prime settimane tutto sembra funzionare. I workflow girano, le notifiche arrivano, ti senti un ingegnere. Poi succede una cosa sola — un aggiornamento, un volume che triplica, un’integrazione che cambia API — e scopri quanto il tuo sistema sia fragile.
Il problema fondamentale di entrambi i tool è lo stesso: i workflow tendono a diventare spaghetti di nodi difficili da testare, loggare e debuggare. Non è un bug — è una caratteristica dell’automazione visuale. Più il sistema cresce, più la manutenzione diventa un lavoro a sé.
La differenza tra n8n e Make in produzione non è nelle funzioni — è in chi paga il debito tecnico e come.
n8n in produzione: potenza reale e problemi che emergono solo dopo
n8n è genuinamente potente. Il self-hosting ti dà controllo totale sui dati, costi fissi indipendenti dai volumi e flessibilità illimitata per logica custom in JavaScript o Python. Per chi ha skill tecniche è la scelta naturale.
Il problema è che quella flessibilità ha un costo nascosto: sei tu il responsabile dell’infrastruttura.
Gli aggiornamenti sono il rischio principale. La versione 1.68.0 ha reso alcune installazioni instabili — workflow che prima giravano correttamente iniziavano a crashare, con istanze che andavano in 502 Bad Gateway e nodi di attesa bloccati senza pattern chiaro. Dalla 1.105 in poi sono emersi report di UI lentissima, esecuzioni che passano da pochi secondi a minuti e out-of-memory con esecuzioni perse.
Il changelog della 2.0 elenca breaking changes espliciti: cambio modalità per aggiungere dipendenze ai runner, rimozione di flag CLI, modifiche a nodi Git e Webhook. Chi aveva workflow che si appoggiavano a quelle opzioni ha dovuto intervenire manualmente.
La regola pratica che emerge dall’esperienza: non aggiornare in produzione di venerdì sera. Tieniti sempre un ambiente di staging. E prima di ogni aggiornamento major, leggi le breaking changes — n8n le documenta, ma tocca cercarle.
Il team lavora attivamente — fix continui su core, expression engine e nodi specifici. Il segnale positivo è che i bug vengono risolti. Il segnale meno positivo è che in produzione ogni minor release può comportarsi diversamente da quella precedente.
Make nel 2026: quando la fattura inizia a fare male
Make ha un vantaggio reale: zero infrastruttura da gestire, UI visualmente curata, 2000+ integrazioni native e un ecosistema di template e documentazione in italiano. Per chi non vuole toccare Docker o gestire un server, è ancora la scelta più sensata.
Il problema del 2026 si chiama crediti.
Make ha sostituito le operazioni con un modello a crediti meno prevedibile. La maggior parte dei moduli costa 1 credito per run. Ma i moduli AI e gli iterator possono consumarne multipli — e se hai scenari con loop su centinaia di record, ogni item rischia di diventare 1 credito extra. Uno scenario che in apparenza sembra innocuo può trasformarsi in un buco nero.
Gli extra crediti costano il 25% in più rispetto a quelli inclusi nel piano, con addebito automatico se non monitori l’uso. Il risultato concreto: creator che usano Make con AI integrata o grandi loop hanno iniziato a ricevere fatture inaspettate dopo il cambio di modello.
Come stimare il costo reale: vai in debug sul tuo scenario più pesante, guarda quanti crediti consuma una singola run, moltiplicalo per le run mensili. Quella moltiplicazione è la tua fattura. Non esiste un modo più preciso perché dipende da step, iterator e moduli — chiunque ti dia una tabella “10.000 operazioni costano X” ti sta semplificando troppo.
Tre workflow reali: chi paga cosa
Lead acquisition → CRM + Telegram: trigger da form, normalizzazione dati, salvataggio su Notion, notifica. Tanti step ma poche run — n8n cloud o self-hosted molto competitivo, Make gestibile senza sorprese.
Ordini e-commerce → fatturazione: trigger da Shopify, loop sui prodotti dell’ordine, creazione fattura, aggiornamento foglio Google. Qui emerge la differenza: il loop sui line items in Make può consumare 1 credito per item. Con 50 prodotti per ordine e 200 ordini al giorno, i numeri iniziano a pesare. Su n8n self-hosted paghi solo il server.
Riassunti AI di email o ticket: chiamate AI per classificazione e risposta draft. Make ha moduli AI pronti e facili — ma ogni chiamata AI pesa sui crediti. n8n ti chiede di costruire la pipeline da zero, ma su self-hosting il costo è flat indipendentemente dai volumi.
Quando passare da Make a n8n (e viceversa)
Passa a n8n se: la fattura Make cresce ogni mese per via di loop e AI, hai qualcuno con skill tecniche nel team, vuoi controllo totale sui dati per ragioni di privacy o compliance, o i tuoi volumi superano costantemente le soglie del piano.
Resta su Make (o passa a Make) se: sei solo, non vuoi gestire server, i tuoi flussi sono relativamente semplici con pochi step e basse run mensili, hai bisogno di mostrare il sistema a un team non tecnico, o vuoi integrazioni pronte senza configurazione.
La dicotomia non è “quale è meglio” — è “quanto sei disposto a pagare in tempo tecnico vs euro mensili”.
Community e supporto in italiano
n8n ha una community ufficiale attiva e release notes dettagliate, ma la documentazione è quasi interamente in inglese. Esiste un ecosistema di freelance e agenzie italiane che colma il gap, ma per problemi specifici ti ritrovi a cercare su forum internazionali.
Make ha una community ufficiale molto più strutturata per principianti, con Make Academy gratuita e sezioni dedicate per livelli diversi. Il supporto in italiano è più presente — sia nella documentazione che in blog e agenzie locali che trattano Make in dettaglio.
Per entrambi, i gruppi Telegram italiani sull’automazione sono il posto più veloce per risolvere problemi specifici senza aspettare il supporto ufficiale.
Quello che le landing page non ti diranno mai
n8n è potente, flessibile e conveniente su scala — ma richiede competenza tecnica, manutenzione attiva e la consapevolezza che gli aggiornamenti possono rompere workflow in produzione. Non è un tool “set and forget”.
Make è accessibile, visualmente curato e ben supportato — ma il modello a crediti del 2026 lo rende meno prevedibile economicamente, soprattutto se usi AI o loop intensivi. Controlla sempre i crediti per run prima di mettere uno scenario in produzione.
La scelta giusta dipende da una sola domanda: preferisci pagare in ore di configurazione e manutenzione, o in euro mensili che crescono con i volumi?
