n8n in azienda non è n8n sul tuo portatile
n8n è nato come lo strumento preferito di chi vuole il controllo: open source, self-hostabile, senza addebitare ogni passo. Tutto questo resta vero, ma in azienda il gioco cambia. Sul tuo portatile, un flusso che gira da solo e fa il suo lavoro è un successo. In produzione, lo stesso flusso deve sopravvivere a un deploy, al server che cade un martedì, all'arrivo di gente che non l'ha montato e a un comitato di sicurezza che vuole sapere chi tocca cosa. Questa guida parla di quella distanza: portare n8n da «funziona sulla mia macchina» a «funziona in azienda e regge».
Non è un confronto — se sei indeciso tra i due grandi, ce l'hai in Make vs n8n — né la mappa dei criteri per scegliere uno strumento di automazione. Qui hai già scelto n8n; la domanda è come lo si opera sul serio. Quattro fronti: il dato e il GDPR, il costo reale, la governance e chi lo sostiene.
Self-hosting e GDPR: l'argomento che mette n8n sul tavolo
La ragione numero uno per cui un'azienda sceglie n8n raramente è il prezzo: è il controllo del dato. Self-hostare n8n significa che i dati che passano dai tuoi flussi — email dei clienti, fatture, dati personali — restano dentro il tuo perimetro, sul tuo server o sul tuo cloud, senza viaggiare per l'infrastruttura di un terzo. Quando il GDPR, il tuo settore o il tuo comitato di sicurezza esigono di poter dire «questo non esce da qui», quel fatto smette di essere una preferenza tecnica e diventa il requisito che esclude i cloud chiusi per quanto comodi siano.
Il distinguo onesto: il self-hosting non ti rende conforme al GDPR per magia. Ti dà la possibilità di controllare dove vive il dato, ma devi ancora configurare l'accesso, cifrare ciò che serve, decidere quanto trattieni nello storico delle esecuzioni e isolare il server. Il controllo è la leva; usarla bene è lavoro. Se i tuoi flussi mescolano dati personali con chiamate a modelli di terzi, quel confine — cosa esce e cosa no — è proprio il punto delicato di integrare l'IA con i tuoi sistemi.
Costo reale: la licenza è gratis, l'operatività no
n8n addebita per esecuzione, non per operazione: una passata completa conta come una, che abbia 5 passi o 50. E se lo self-hosti, il software nella versione community è gratis. Da lì il titolo facile — «n8n è gratis» — vero a metà e caro all'anno. Ciò che non è gratis è tutto quello che circonda il flusso: il server dove vive, il tempo di chi lo mantiene, la versione enterprise se ti serve l'SSO o permessi per team, e la fattura dei modelli di IA che chiami dentro (pagati a parte, ovunque giri il flusso).
| Voce | Cosa include | Quando pesa |
|---|---|---|
| Server / infrastruttura | La macchina dove gira n8n, backup, disponibilità | Sempre in self-hosting |
| Versione enterprise | SSO, permessi per team, ambienti, supporto | Quando ci sono più team o audit |
| Costo dei modelli | Token dell'IA che chiami dentro il flusso | Scala col volume, non con n8n |
| Manutenzione umana | Aggiornare, vigilare, riparare quando qualcosa cambia | Il sesto mese, sempre |
La disciplina è la stessa di calcolare il ROI di un'automazione: calcola al volume atteso tra un anno, operatività inclusa, non al primo flusso di prova. Un «gratis» che ha bisogno di un server e di una persona non è gratis; è una decisione di controllo pagata in operatività invece che in licenza. Per molte aziende ne vale la pena — il controllo se lo merita — ; per altre, il cloud chiuso costa meno in tempo totale.
Governance: permessi, segreti, versionamento e audit
È qui che n8n in azienda si separa dall'n8n da hobbista, ed è dove più progetti sbandano. Un flusso in produzione tocca credenziali (quelle del tuo CRM, della tua email, del tuo archivio dati) e decisioni che riguardano i clienti. Questo chiede una governance minima che quasi nessuno monta all'inizio: segreti conservati come segreti e non incollati in un nodo, permessi su chi può modificare cosa, ambienti separati per testare prima di toccare la produzione, e un registro di cosa è girato, quando e con quale risultato. Senza, ogni modifica è una roulette e una fuga è questione di tempo.
La regola corta: se un flusso può inviare denaro, cancellare dati o scrivere a un cliente, non chiunque deve poterlo modificare senza lasciare traccia. È la governance e il controllo dell'automazione applicati a n8n: non burocrazia, ma ciò che separa uno strumento potente da un incidente in attesa. La versione enterprise di n8n aiuta con permessi e ambienti; il giudizio su cosa proteggere lo metti tu.
Chi lo mantiene al sesto mese (e cosa succede se nessuno)
n8n è potente perché non ti lascia a piedi: quando il blocco prefabbricato non basta, metti codice in un nodo e risolvi. Il prezzo di quella potenza è che qualcuno deve capire cosa c'è montato. Un flusso n8n senza proprietario si degrada in silenzio come qualsiasi altro — un servizio esterno cambia la sua API, una credenziale scade, il volume cresce e il server va corto — ma qui la riparazione chiede un profilo tecnico, non un clic in un cloud gestito. Scegliere n8n è metà della decisione; l'altra metà è chi lo sostiene.
Per questo lo schema che funziona in azienda raramente è «uno stagista ha montato dei flussi ed è andato via». È qualcuno — interno o esterno — con un nome, che vigila, aggiorna e risponde quando qualcosa devia; esattamente ciò che tratta la guida di manutenzione delle automazioni. Lo strumento più potente in mani di nessuno perde contro il più umile con un responsabile chiaro.
Quando n8n si adatta alla tua azienda (e quando no)
n8n si adatta quando il controllo del dato è un requisito reale, quando i tuoi flussi sono lunghi o ad alto volume (dove il «per esecuzione» vince), e quando hai — o puoi assumere — qualcuno che sa sostenerlo. Non si adatta quando i tuoi flussi sono semplici, il volume è basso e non hai profilo tecnico: lì un cloud chiuso ti dà lo stesso con un server in meno da curare, e n8n aggiunge un'operatività che non ti serve. Né meglio né peggio: una questione di adattamento.