La cifra che leggi sul sito ufficiale (24 dollari al mese) non è quanto costa n8n. È il punto di partenza. Il costo reale dipende da una decisione che quasi nessuno pondera prima di firmare: cloud o self-hosted. E da una metrica che confonde tutti — le “executions” — che si comportano in modo completamente diverso tra i piani.
Quanto costa n8n?
Quanto costa n8n? n8n offre due modelli: n8n Cloud a partire da circa 24 $/mese (piano Starter, fatturazione annuale, verifica prezzi al: 2026-07-06 su n8n.io/pricing) con 2.500 esecuzioni di workflow incluse, e n8n self-hosted tramite la Community Edition gratuita (licenza Sustainable Use), dove paghi solo il server (tipicamente 5-40 $/mese su un VPS). Il costo totale reale (TCO) del self-hosted include però manutenzione, aggiornamenti e monitoraggio, che su base annua possono superare il piano Cloud per team senza competenze DevOps interne.
Chi cerca “quanto costa n8n” di solito ha già capito il concetto e sta valutando un budget. Il problema non è il prezzo di listino — è che il prezzo di listino racconta metà della storia. Nei progetti B2B che seguiamo, il pattern più ricorrente è questo: l’azienda sceglie il self-hosted “perché è gratis”, poi dopo tre mesi qualcuno passa un pomeriggio a settimana a tenere in piedi il server. Quel pomeriggio ha un costo. Non compare in nessun listino.
Prima di entrare nei piani, vale la pena fissare il vocabolario tecnico che governa i costi. Un workflow è una sequenza di nodi collegati; ogni avvio completo è una execution. I nodi si attivano tramite trigger: un webhook (push, reattivo) o un polling (pull, periodico). La scelta tra i due impatta direttamente il numero di executions consumate. In modalità queue mode con concurrency controllata, n8n usa Redis come broker e PostgreSQL come database persistente — configurazione raccomandata in produzione. Le credenziali sono protette da una encryption key; perderla significa perdere tutti i segreti salvati. I piani Enterprise aggiungono RBAC, SSO, audit log e log streaming verso sistemi esterni, oltre a SLA garantiti. Sul self-hosted, la responsabilità di reverse proxy, HTTPS/TLS, backup/restore, rate limit, retry/backoff, error handling e observability/alerting ricade interamente sul team interno. Tenere a mente questi elementi — insieme alla corretta stima del dimensionamento costi AI e dei volumi di dati — è il prerequisito per stimare correttamente il TCO.
I piani n8n a confronto: cosa paghi davvero e cosa è incluso
Partiamo dai numeri ufficiali, perché su questi non si discute. n8n struttura l’offerta Cloud su tre fasce principali, più il self-hosting. Ecco la fotografia aggiornata.
| Piano | Prezzo (annuale) | Executions incluse | Workflow attivi | Note |
|---|---|---|---|---|
| Community (self-hosted) | 0 € (solo server) | Illimitate | Illimitati | Licenza Sustainable Use, no SSO/RBAC avanzato |
| Cloud Starter | ~24 $/mese | 2.500/mese | 5 attivi | 1 utente, esecuzioni non annidate |
| Cloud Pro | ~60 $/mese | 10.000/mese | 15 attivi | Fino a 3-15 utenti, admin roles |
| Enterprise | Su preventivo | Custom | Illimitati | SSO, RBAC, log streaming, SLA, air-gapped |
Verifica prezzi al: 2026-07-06. Fonte: pagina ufficiale n8n.io/pricing. I prezzi n8n cambiano con frequenza — questo benchmark può cambiare rapidamente, verifica sempre sulla fonte ufficiale per i valori aggiornati.
La cosa che salta all’occhio, e che distingue n8n dalla maggior parte dei concorrenti come Make o Zapier, è il modello di pricing. n8n conta le “executions”, non le operazioni singole. Un workflow che chiama dodici API diverse consuma una sola execution. Su Zapier, quello stesso flusso ti brucia dodici “tasks”. Questa è la differenza economica strutturale che rende n8n interessante per automazioni complesse.
C’è un dettaglio nei piani Cloud che sfugge a molti: nei piani Starter e Pro le esecuzioni annidate (quando un workflow ne richiama un altro) contano come una singola execution. Sembra un tecnicismo. Non lo è. Se costruisci architetture modulari — e prima o poi lo farai — questa regola cambia radicalmente il conto a fine mese. Un errore frequente che vediamo: aziende che modellano automazioni monolitiche gigantesche pensando di risparmiare esecuzioni, quando la struttura modulare avrebbe consumato lo stesso identico numero e sarebbe stata mantenibile.
Il piano Enterprise non ha prezzo pubblico per un motivo: è pensato per chi ha bisogno di SSO, controllo dei ruoli (RBAC), streaming dei log verso sistemi esterni e ambienti isolati. Se stai valutando questo livello, il costo di n8n diventa una voce marginale rispetto al valore delle automazioni che gestisci. Per la maggior parte delle PMI, il 90% delle esigenze si copre con Starter, Pro o un buon self-hosted.
n8n cloud vs self-hosted: la decisione che determina il tuo budget reale
Questa è la scelta che pesa. Non è una questione di prezzo di listino — è una questione di dove finisce il lavoro operativo. Su n8n Cloud, la manutenzione la fa n8n. Sul self-hosted, la fai tu (o qualcuno che paghi).
Il costo n8n self hosted in apparenza è imbattibile: la Community Edition è gratuita, girala su un VPS da 5-10 $/mese e hai esecuzioni illimitate, workflow illimitati, zero limiti artificiali. Sulla carta, per un’azienda che processa 50.000 esecuzioni al mese, il self-hosted costa 10 $ contro i 60+ del Cloud Pro. La matematica sembra chiusa.
Non è così semplice. Ecco cosa il conto “10 dollari al mese” dimentica:
- Aggiornamenti. n8n rilascia versioni con frequenza elevata — spesso più release al mese. Ogni aggiornamento va testato, perché a volte introduce breaking changes nei nodi. Chi aggiorna alla cieca in produzione prima o poi rompe un workflow critico di notte.
- Backup e disaster recovery. Il database PostgreSQL con le credenziali cifrate e la cronologia esecuzioni va salvato. Se perdi la chiave di encryption, perdi tutte le credenziali salvate. Punto.
- Monitoraggio uptime. Se il container cade alle 3 di notte e nessuno se ne accorge fino alle 9, hai perso sei ore di automazioni. Serve un sistema di alerting.
- Sicurezza. Un’istanza n8n esposta senza reverse proxy, HTTPS e autenticazione è una porta aperta. Google Search Central e ogni standard di sicurezza web concordano: HTTPS non è opzionale.
La regola operativa che applichiamo: sotto le competenze DevOps interne, il self-hosted non conviene. Se in azienda non c’è nessuno in grado di gestire Docker, un reverse proxy e un backup schedulato, il “risparmio” del self-hosted si trasforma in debito tecnico o in fatture di consulenza a ore. Abbiamo già trattato in dettaglio dove le strategie di marketing automation generano valore reale e dove diventano un costo nascosto.
Nei nostri progetti di content marketing AI-driven nel 2026, quando un cliente ha un team tecnico e volumi alti (oltre 20.000 esecuzioni/mese), il self-hosted vince nettamente. Sotto i 5.000 esecuzioni/mese e senza competenze interne, il Cloud Starter o Pro è la scelta razionale: paghi per non pensarci. La domanda vera non è “quanto costa n8n”, è “quanto costa il mio tempo tecnico”.
Come funzionano davvero le executions n8n (e perché il conteggio ti sorprende)
Le n8n executions sono l’unità di misura del pricing Cloud, e capirle male è il modo più veloce per sforare il budget. Un’execution è un singolo avvio completo di un workflow — dall’inizio alla fine — indipendentemente da quanti nodi contiene.
Facciamo un esempio concreto. Hai un workflow che:
- Riceve un webhook da un form (1 nodo trigger)
- Interroga un CRM via API (1 nodo HTTP)
- Arricchisce il dato con un modello AI (1 nodo)
- Scrive su Google Sheets (1 nodo)
- Manda una notifica su Slack (1 nodo)
Cinque nodi, cinque chiamate API. Costo: 1 execution. Questa è la logica che rende n8n economicamente aggressivo. Se avessi 2.500 lead al mese con questo flusso, staresti perfettamente dentro il piano Starter da 24 $.
Il tranello è nei trigger ad alta frequenza. Un workflow che polla un endpoint ogni minuto genera oltre 43.000 esecuzioni al mese — anche se il 99% di quelle esecuzioni non fa nulla di utile perché non ci sono dati nuovi. Questo è l’errore più frequente che vediamo: polling aggressivo su piani a esecuzioni limitate. La soluzione è passare da polling a webhook dove possibile, oppure aumentare l’intervallo di polling. Ogni minuto raramente serve; ogni 15 minuti spesso basta.
Una soglia operativa netta: se un singolo workflow supera le 10.000 esecuzioni al mese da solo, quasi sempre è mal progettato o dovrebbe stare su self-hosted. Il polling minuto-per-minuto è il colpevole nel 90% dei casi che analizziamo.
C’è poi il tema delle esecuzioni fallite. Anche un workflow che va in errore consuma un’execution. Nei workflow AI-driven abbiamo osservato un pattern insidioso: quando un provider API cambia i rate limit senza preavviso, i workflow iniziano a fallire in massa, ogni retry conta come esecuzione, e il consumo esplode senza che nessuno tocchi nulla. Il monitoraggio del tasso di errore non è un lusso — è controllo dei costi.
Nel dimensionare un progetto di automazione, il nostro processo prevede sempre una fase di stima delle esecuzioni basata sui volumi reali del cliente, non su ipotesi. Contiamo i trigger, la frequenza attesa, il margine per gli errori. Solo dopo scegliamo il piano. Fare il contrario — scegliere il piano e poi sperare che basti — è come dimensionare la raccolta dati di un progetto B2B senza sapere quanti eventi genera al giorno.
Gli AI credits e i costi API che nessun piano n8n include
Qui casca l’asino di molte stime. n8n ha introdotto funzionalità AI native, ma gli n8n AI credits e i costi delle API dei modelli sono voci separate dal prezzo del piano. Confonderli è l’errore che fa saltare i budget nel 2026.
Distinguiamo due cose:
1. Gli AI credits di n8n. n8n offre un certo numero di crediti AI gratuiti sui piani Cloud per usare i nodi AI integrati con provider gestiti. Sono limitati e si esauriscono. Utili per prototipare, insufficienti per produrre a volume.
2. Le tue chiavi API dei modelli. Nella pratica reale, colleghi la tua chiave OpenAI, Anthropic o altro. E lì paghi il modello direttamente al provider, per token, fuori da n8n. Un workflow che genera un articolo con un modello premium può costare da pochi centesimi a diversi dollari per esecuzione, a seconda del modello e della lunghezza del contesto.
Facciamo i conti su un caso reale. Immagina un’automazione che classifica 3.000 email al mese con un modello AI e genera bozze di risposta:
- Costo n8n: 3.000 esecuzioni → rientra nel piano Pro (10.000 incluse), quindi ~60 $/mese
- Costo API modello: 3.000 chiamate × costo per chiamata → questo è dove il conto varia di ordini di grandezza a seconda del modello scelto
Il costo del modello può facilmente superare il costo di n8n stesso. Nel 2026 molte aziende che hanno scelto modelli AI premium per task ripetitivi hanno visto i costi amplificarsi rispetto a modelli più piccoli, senza miglioramenti misurabili sulla qualità percepita. Classificare un’email non richiede il modello di ragionamento più costoso sul mercato. Un modello economico fa lo stesso lavoro a una frazione del prezzo. Abbiamo mostrato un flusso simile nel nostro articolo sugli agenti AI applicati a casi aziendali reali.
La soglia decisionale: se un task è ripetitivo e a bassa complessità semantica, usare un modello premium è quasi sempre uno spreco. Il modello va scelto per task, non per default. Questo tipo di ottimizzazione richiede una consulenza AI che ragioni sull’architettura, non solo sulla configurazione dei nodi.
Il TCO di n8n: la formula che mette in fila tutti i costi
Il TCO n8n (Total Cost of Ownership) è l’unico numero che conta davvero per una decisione di budget. Il prezzo del piano è una voce; il costo totale ne ha almeno cinque. Ecco la formula operativa che usiamo per stimare i costi reali n8n azienda:
TCO mensile = Piano/Server + Costi API modelli + Manutenzione (ore × costo orario) + Integrazioni/setup ammortizzato + Downtime rischiato
Vediamo due scenari a confronto, entrambi per un’azienda che processa circa 15.000 esecuzioni/mese con componente AI.
| Voce | Cloud Pro | Self-hosted |
|---|---|---|
| Piano / Server | ~60 $/mese | ~20 $/mese (VPS) |
| Costi API modelli | Variabile (uguale) | Variabile (uguale) |
| Manutenzione | 0 h (inclusa) | 2-4 h/mese |
| Setup iniziale | Minimo | 1 giornata tecnica |
| Rischio downtime | Basso (SLA) | Dipende dal presidio |
Fai il calcolo con il tuo costo orario. Se un’ora del tuo tecnico interno vale 40 €, quelle 2-4 ore di manutenzione mensile sul self-hosted valgono 80-160 € al mese — molto più dei 40 $ di differenza sul piano. Il self-hosted “gratis” costa di più del Cloud a pagamento quando il tempo tecnico è caro e i volumi sono bassi. Si ribalta solo quando i volumi crescono o esiste già un team DevOps che gestisce altri servizi e assorbe n8n senza costo marginale. Per approfondire come strutturare pipeline di raccolta dati che si integrano con queste automazioni, abbiamo dedicato una guida specifica.
Un’altra voce che sfugge: il costo di apprendimento. La prima automazione seria richiede tempo per capire i nodi, il debug, la gestione degli errori. Su piani editoriali e progetti ambiziosi, il rischio più comune è l’inflazione dello scope oltre le specifiche iniziali — parti con un workflow, finisci con dodici interconnessi. Oltre 12 componenti interconnessi in un singolo workflow, la manutenzione non scala: conviene spezzare in moduli.
Nei progetti B2B che seguiamo nel 2026, il TCO reale di un’infrastruttura n8n ben progettata resta comunque molto competitivo rispetto ad alternative come Zapier o Make sugli stessi volumi — a patto di dimensionare correttamente esecuzioni e modelli AI fin dall’inizio. Il problema non è mai il costo di n8n. È la stima sbagliata.
Come dimensioniamo un progetto n8n in Orosfera
Quando un’azienda ci chiede quanto costa n8n per il suo caso, non rispondiamo con un listino. Il nostro processo parte da una domanda diversa: quante esecuzioni genererà davvero questo sistema, e quanto vale il tempo che libera?
Concretamente, il nostro approccio in Orosfera segue tre fasi. Prima, mappiamo i workflow reali: quanti trigger, con che frequenza, con quale componente AI. Da qui esce una stima di esecuzioni mensili con un margine del 30% per errori e retry — perché sappiamo che i workflow AI-driven falliscono e ogni fallimento conta. Seconda fase: scegliamo cloud o self-hosted in base alle competenze interne del cliente, non a un’ideologia. Se non c’è presidio tecnico, andiamo su Cloud senza esitazioni. Terza fase: ottimizziamo la scelta dei modelli AI per task, perché è lì che si nasconde la voce di costo più volatile. Per chi vuole capire come queste automazioni si inseriscono in una strategia più ampia, la nostra sezione marketing automation offre il contesto necessario.
Maximilian Figel, AI SEO & Data Architect di Orosfera, progetta queste architetture separando sempre il costo infrastrutturale (n8n) dal costo variabile (API modelli) — perché sono due leve completamente diverse. Ottimizzare la prima ti fa risparmiare decine di euro; ottimizzare la seconda ti fa risparmiare centinaia. La differenza la vedi nella prima fattura del terzo mese, non nel preventivo iniziale.
Vuoi capire quanto costerebbe davvero un’automazione n8n per il tuo caso specifico? Scrivici o chiamaci: ti rispondiamo direttamente noi e ragioniamo insieme sui numeri reali, non su un listino generico.
Domande frequenti su quanto costa n8n
n8n è davvero gratis in self-hosting?
Il software della Community Edition è gratuito sotto licenza Sustainable Use, ma “gratis” riguarda solo la licenza, non il costo totale. Paghi comunque il server (VPS da 5-40 $/mese) e, soprattutto, il tempo di manutenzione, backup e aggiornamenti. Per un’azienda senza competenze DevOps interne, questi costi indiretti spesso superano il prezzo di un piano Cloud a pagamento.
Posso passare da n8n Cloud a self-hosted in un secondo momento?
Sì, la migrazione è tecnicamente possibile: esporti i workflow in formato JSON e li importi sull’istanza self-hosted. La complessità sta nelle credenziali e nelle variabili d’ambiente, che vanno riconfigurate manualmente. Consigliamo di iniziare su Cloud per validare il caso d’uso, poi valutare il self-hosting solo quando i volumi lo giustificano economicamente e c’è presidio tecnico.
Cosa succede se supero le executions del mio piano n8n?
Sui piani Cloud, superare il limite di esecuzioni tipicamente blocca l’attivazione di nuovi workflow o richiede l’upgrade al piano superiore. Non c’è un addebito automatico a sorpresa come su alcuni concorrenti, ma le automazioni possono fermarsi. Per questo la stima corretta delle esecuzioni prima di scegliere il piano è la fase più importante di tutto il progetto.
Quanto costa n8n rispetto a Zapier o Make sugli stessi volumi?
Dipende dalla complessità dei workflow. n8n conta le executions (un intero workflow = 1 esecuzione), mentre Zapier conta le singole operazioni. Su automazioni con molti passaggi, n8n è strutturalmente più economico. Su workflow semplici a basso volume, la differenza si assottiglia. Verifica sempre i prezzi aggiornati sulle pagine ufficiali, perché cambiano frequentemente.
Gli AI credits inclusi nei piani n8n bastano per un uso in produzione?
Quasi mai. Gli AI credits di n8n sono pensati per prototipare e testare i nodi AI integrati, non per volumi di produzione. In un progetto reale colleghi le tue chiavi API dei modelli (OpenAI, Anthropic e altri) e paghi il consumo direttamente al provider, per token. Questa è una voce di costo separata che va budgettizzata a parte, spesso superiore al costo del piano n8n stesso.
Che VPS serve per un’istanza n8n self-hosted stabile?
Per volumi contenuti, un VPS con 2 vCPU e 4 GB di RAM regge la maggior parte dei carichi PMI. Con workflow AI pesanti o alto parallelismo servono 4 vCPU e 8 GB. Fondamentale usare PostgreSQL come database (non SQLite in produzione), configurare HTTPS con un reverse proxy e schedulare backup regolari del database e della chiave di encryption.
Quanto tempo serve a rendere operativa una prima automazione n8n?
Un workflow semplice si costruisce in poche ore. Un’automazione di produzione affidabile — con gestione errori, retry, notifiche di fallimento e monitoraggio — richiede tipicamente qualche giornata di lavoro. La differenza tra “funziona nella demo” e “funziona in produzione senza sorvegliarlo” è dove si concentra la maggior parte del lavoro tecnico reale.
Il piano Enterprise di n8n ha senso per una PMI?
Raramente. Il piano Enterprise serve a chi necessita di SSO, controllo granulare dei ruoli (RBAC), streaming dei log e ambienti isolati per requisiti di compliance. Per la stragrande maggioranza delle PMI, le esigenze si coprono con Cloud Starter, Cloud Pro o un self-hosted ben configurato. Prima di considerare l’Enterprise, verifica che i requisiti di sicurezza lo giustifichino davvero.