Self-hostare n8n significa avere il motore delle tue automazioni su un server che controlli tu, con la licenza community gratuita. In questa guida trovi cosa serve davvero, quali responsabilità ti prendi addosso e, soprattutto, i casi in cui è la scelta sbagliata. Perché la domanda giusta non è "posso farlo?" ma "chi se ne occupa giovedì prossimo?".

Cosa significa self-hostare

Con n8n Cloud l’applicazione gira sui server di chi la vende. In self-hosted la installi su una macchina tua: un server virtuale a noleggio o un computer della tua rete. L’interfaccia è la stessa, i nodi sono gli stessi, i workflow si costruiscono allo stesso modo. Cambia dove vivono le cose: i workflow, le credenziali dei servizi collegati e i dati che attraversano i flussi stanno sulla tua macchina.

È la differenza tra un gestionale in affitto e uno installato in azienda. La seconda opzione dà controllo e chiede cura.

Perché le PMI lo scelgono

I dati restano in casa. Se i workflow leggono email, dati del gestionale, fogli con preventivi o informazioni sui dipendenti, in self-hosted quei contenuti passano dal tuo server, non da un servizio esterno. Per molte aziende è la condizione per automatizzare certi flussi.

Il costo è prevedibile. Un server ha un canone fisso, che le automazioni girino mille volte o centomila. Nei servizi a consumo il conto cresce con l’uso; qui cresce solo se prendi una macchina più grande.

Nessun tetto arbitrario. Nei piani a operazioni il limite del piano è un vincolo progettuale: certe automazioni le scarti perché consumerebbero troppo. Con la licenza community il limite è l’hardware, non la tariffa.

Cosa serve davvero

Serve una macchina con un indirizzo raggiungibile, tipicamente un server virtuale. Serve Docker, il metodo standard con cui n8n viene installato e aggiornato: l’applicazione gira in un contenitore isolato, che si ferma e riparte senza trascinarsi dietro il resto del sistema. Serve un dominio con certificato HTTPS, per raggiungere l’interfaccia in sicurezza. E servono le credenziali dei servizi che vuoi collegare: Gmail, Google Sheets, Telegram e gli altri si collegano come nella versione cloud.

Niente di esotico, ma nemmeno un’installazione a doppio clic: è lavoro da sistemista, non da ufficio marketing. I passaggi ufficiali, sempre aggiornati, stanno nella documentazione di n8n, insieme alle opzioni di installazione.

Le responsabilità che ti prendi

I backup. I workflow si esportano come file JSON, ma l’archivio con credenziali ed esecuzioni vive in un database: anche quello va messo nei backup, su una macchina diversa da quella che gira. Un backup sullo stesso disco non è un backup.

Gli aggiornamenti. n8n esce con versione nuova a cadenza regolare: aggiornare significa leggere le note, fermare il contenitore, ripartire. Si può rimandare, non ignorare per sempre.

La domanda delle otto di lunedì. Il workflow che carica gli ordini non è partito nel weekend. Chi apre il pannello, legge l’errore, capisce se è l’API, il server o una credenziale scaduta? Se la risposta è "nessuno", il self-hosted diventa un rischio più che un risparmio.

Quando NON self-hostare

  • Se in azienda non c’è nessuno, interno o esterno, che possa occuparsi di server: l’infrastruttura ferma è peggio del canone.
  • Se i flussi muovono dati pubblici e poco sensibili: il vantaggio dei dati in casa non lo usi, e paghi solo la manutenzione.
  • Se stai sperimentando: per i primi esperimenti il cloud ti fa provare in un pomeriggio, e i workflow si trasferiscono dopo.
  • Se hai un’unica persona che "capisce di computer" e fa altro: il giorno che è in ferie, le automazioni sono orfane.

La via di mezzo: farsi affiancare

C’è una via di mezzo tra il farlo tutto da soli e il rinunciarci: affidare costruzione e manutenzione a chi ci lavora ogni giorno. Noi, per esempio, costruiamo e manteniamo automazioni n8n per i clienti: il self-hosted sta sul server, ma backup, aggiornamenti e la domanda delle otto di lunedì passano da noi. Prima di arrivarci, però, conviene capire quali processi vale la pena automatizzare: il metodo che usiamo per capirlo è descritto in come funziona la diagnosi digitale di Netcat, e una mappa dei processi la trovi in automazione dei processi aziendali.

Se l’argomento ti interessa dal punto di vista pratico, nel servizio di automazioni e AI di Netcat trovi cosa costruiamo e come lo manteniamo.

Il self-hosted senza il peso del self-hosted

Se i dati devono restare in casa ma il server non è il tuo mestiere, possiamo occuparcene noi: installazione, backup, aggiornamenti e costruzione dei workflow, con la stessa persona dall’inizio alla fine. Le automazioni girano, tu pensi al business.

Continua il percorso

Domande frequenti

Self-hostare vuol dire gratis?

La licenza community è gratuita, ma gratis non è il termine giusto: il server ha un canone e la manutenzione ha un costo in tempo o in fornitore. Quello che elimini è il conto che cresce col volume di esecuzioni.

Posso usare un vecchio computer in ufficio?

Tecnicamente sì, Docker gira anche lì. In pratica valuta cosa succede se manca la corrente o la linea: per flussi critici un server virtuale con connessione ridondante costa meno del fermo lavoro che provoca.

Chi si occupa degli aggiornamenti?

Tu, se lo gestisci internamente, o chi ti affianca. Gli aggiornamenti sono periodici, di solito pochi minuti di fermo, e le note di versione vanno lette prima di partire: è il momento in cui si scoprono le modifiche che toccano i workflow esistenti.