n8n o Make: il flusso economico può diventare il più difficile da mantenere

Tra n8n e Make, il canone più basso non identifica sempre il flusso meno costoso da gestire. Make può accelerare l’avvio di integrazioni comuni; n8n offre più controllo sulla logica e la possibilità di scegliere l’infrastruttura. Il risparmio dipende da quante volte il processo parte, da quante azioni compie e da chi interviene quando si ferma.

Per un’azienda senza competenze infrastrutturali, Make è spesso la scelta più semplice da avviare. n8n diventa più interessante se il team sa sviluppare integrazioni particolari o deve ospitare il workflow su un’infrastruttura scelta dall’azienda. In entrambi i casi, il confronto economico ha senso solo applicando le rispettive unità di costo allo stesso processo.

Esecuzioni e crediti non sono la stessa unità

Il listino n8n conta nei piani a pagamento le esecuzioni complete del workflow, indipendentemente dai passaggi: Starter indica 2.500 esecuzioni a 20 euro al mese con fatturazione annuale, Pro 10.000 a 50 euro, mentre la Community Edition è installabile su infrastruttura propria. Le funzioni di collaborazione e amministrazione cambiano secondo il piano; scegliere l’installazione autonoma richiede quindi di valutare anche ciò che il team deve gestire da sé.

Il listino Make mostra Core a 9 dollari al mese nella configurazione da 10.000 crediti mensili e indica che l’azione eseguita da un modulo consuma normalmente un credito. Il prezzo di Core differisce dai 12 dollari riportati in precedenti confronti: per una decisione d’acquisto conta la configurazione di pagamento effettivamente selezionata. Anche dopo aver chiarito valuta e fatturazione, confrontare 10.000 crediti con 10.000 esecuzioni sarebbe fuorviante.

Una singola esecuzione n8n può attraversare molti nodi. In Make, lo stesso scenario può consumare crediti a ogni azione effettivamente eseguita, anche quando un modulo lavora più volte sugli elementi ricevuti. La forma del processo conta perciò quanto la frequenza: rami non percorsi, record aggiuntivi e richiami ripetuti cambiano il consumo reale rispetto al semplice disegno del flusso.

Lo stesso processo, due preventivi

Si consideri un esempio ipotetico per una piccola impresa italiana. Una richiesta cliente arriva tramite webhook, viene cercata nel CRM, normalizzata, classificata con un modello esterno, aggiornata nel CRM e comunicata al reparto competente. Supponiamo che ogni richiesta produca una sola esecuzione n8n e sei azioni Make conteggiate a un credito ciascuna, senza rami aggiuntivi o tentativi ripetuti.

Con 2.000 richieste mensili, il modello produce 2.000 esecuzioni n8n e 12.000 crediti Make. Le prime rientrano nella quota Starter descritta sopra; i secondi superano i crediti inclusi in Core e richiedono una quota maggiore o crediti aggiuntivi. Questo confronto riguarda il consumo delle piattaforme, non il costo finale del servizio IA, che va calcolato separatamente.

Se invece il processo avesse soltanto due azioni conteggiate e partisse 4.000 volte al mese, la stima sarebbe di 8.000 crediti Make e 4.000 esecuzioni n8n. Core coprirebbe il consumo ipotizzato su Make, mentre Starter non coprirebbe quello su n8n. Nessuno dei due esempi stabilisce un vincitore universale: mostra perché frequenza e azioni devono essere stimate insieme, prima di scegliere il piano.

Connettori e agenti IA spostano il lavoro sul team

Quando i sistemi aziendali hanno connettori pronti e il flusso richiede trasformazioni semplici, Make riduce il lavoro iniziale. n8n lascia più spazio a codice, richieste API e logica personalizzata, ma qualcuno deve saperla costruire e aggiornare. Il confronto di Zapier descrive Make come più accessibile a molti utenti aziendali e n8n come più adatto a team tecnici e flussi IA complessi; Zapier vende a sua volta software di automazione, quindi questa è una valutazione comparativa, non una misura dei tempi di ogni progetto.

La scelta del connettore incide sulla manutenzione. Un modulo pronto può evitare di scrivere una chiamata API, ma occorre comunque verificare campi disponibili, limiti del servizio collegato e comportamento quando cambia una risposta. Una connessione costruita su misura offre più libertà su dati e controlli, al prezzo di codice e documentazione che il team dovrà conservare. Make dispone anch’esso di strumenti per usare codice: la differenza pratica sta nelle capacità richieste dal flusso specifico, non in una divisione assoluta tra piattaforma visuale e piattaforma tecnica.

Per gli agenti IA, le regole dei crediti Make distinguono i collegamenti con una propria chiave del fornitore, che addebitano le operazioni su Make e i token presso il fornitore, dalle funzioni IA il cui consumo può variare con token e altri fattori. Nell’esempio precedente, sei crediti per richiesta sono dunque soltanto un’ipotesi dichiarata. Se l’agente richiama più strumenti, ripete una classificazione o usa una funzione a consumo dinamico, serve una stima diversa; anche le chiamate al modello esterno restano una voce distinta dal canone dell’automazione.

Hosting e dati: chi assume il lavoro operativo

La Community Edition di n8n permette di scegliere dove eseguire il workflow. Questa libertà può essere decisiva se una politica aziendale richiede un’infrastruttura specifica, ma comporta aggiornamenti, copie di sicurezza, monitoraggio e gestione degli accessi. Il risparmio sul canone cloud va quindi confrontato con server, tempo del personale e continuità del servizio. Se queste attività non hanno un responsabile, un’installazione economica può diventare la soluzione più difficile da mantenere.

n8n Cloud e Make affidano al fornitore l’operatività della piattaforma, ma l’azienda continua a decidere quali credenziali usare e quali dati inviare alle applicazioni collegate. Anche un’istanza n8n ospitata in proprio può trasmettere informazioni al CRM o al modello IA esterno previsti dal flusso. Per valutare i requisiti sui dati bisogna considerare l’intero percorso della richiesta, non soltanto la posizione del server che avvia l’automazione.

Il costo di un errore dipende dal processo

La guida Make sugli errori descrive gestori dedicati e tentativi automatici con intervalli crescenti; n8n prevede workflow di errore e strumenti di debug. Le funzioni disponibili aiutano a individuare il guasto, ma non decidono da sole se ripetere un’azione sia sicuro. Se l’aggiornamento del CRM riesce e la notifica successiva fallisce, rilanciare l’intero processo potrebbe creare un doppione: la logica di recupero va progettata insieme al flusso.

Nel preventivo operativo entrano quindi il tempo per ricevere l’avviso, ricostruire il passaggio fallito e correggere i dati. Per una richiesta cliente può contare anche il ritardo con cui arriva al reparto competente. Sono costi diversi dalla tariffa della piattaforma e crescono quando il processo è poco documentato o dipende da una sola persona.

Quale configurazione conviene all’azienda

• Make gestito: ha senso quando servono connettori comuni, avvio rapido e poche competenze infrastrutturali. Il consumo va stimato sulle azioni realmente eseguite e sulle funzioni IA utilizzate.
• n8n Cloud: è adatto a chi vuole personalizzare il flusso senza amministrare l’istanza. Frequenza degli avvii e funzioni di collaborazione richieste determinano il piano pertinente.
• n8n installato in proprio: risponde alla necessità di scegliere l’infrastruttura, purché siano disponibili persone per aggiornamenti, backup, accessi e incidenti. Il canone della piattaforma è solo una parte del conto.
• Requisiti sui dati: in ogni configurazione occorre includere nel confronto anche le applicazioni e il fornitore IA che ricevono informazioni dal workflow.

La scelta si chiarisce con un preventivo riferito allo stesso flusso, calcolato per un volume normale e uno di picco. Accanto a crediti o esecuzioni vanno registrati infrastruttura, servizi esterni, ore necessarie per modifiche e guasti e conseguenze di un’esecuzione incompleta. È questa combinazione, più del prezzo d’ingresso, a indicare quale automazione l’azienda riuscirà a sostenere.