Migrare da Zapier a n8n senza fermarsi: a ondate, in doppia esecuzione, con ritorno indietro

Prima di muovere un solo Zap: l'inventario che decide l'ordine

Quasi tutti quelli che cercano come migrare da Zapier a n8n cominciano allo stesso modo: aprono n8n e montano il primo flusso. Ordine sbagliato. Costruire non viene per primo. Viene per primo sapere cosa hai acceso, cosa chiama cosa e in che ordine si può spegnere qualcosa senza far cadere qualcos'altro dietro.

La decisione l'hai già presa. Se sei ancora al « cambio o no? », quello si risolve in alternative a Zapier per l'azienda e in n8n vs Make vs Zapier. Questa guida comincia dove quelle finiscono: sai dove stai andando, ora bisogna arrivarci senza spegnere la luce.

L'inventario non è una lista di nomi di Zap. È una scheda breve per flusso, sei dati e non uno di più:

• Cosa lo innesca. Un webhook, una pianificazione o un cambiamento in un'app. Quelli a webhook sono i più dolorosi, e tra poco capirai perché.
• Quali app tocca, separando ciò che legge da ciò che scrive. Quello che scrive è ciò che scombina un sistema reale se i due flussi girano insieme.
• Chi lo chiama da fuori. Un modulo, il pannello di un altro fornitore, lo script di qualcuno. È la colonna che nessuno compila e quella che provoca lo spavento.
• Cosa succede se è fermo un'ora. Non basta « è importante »: cosa si perde e chi se ne accorge.
• Con quale account si collega a ogni app, e di chi è quell'account.
• Chi lo capisce, con nome e cognome. Se la risposta è « nessuno », quel flusso non si migra ancora: prima si decifra.

Il primo ostacolo è di piano. Zapier permette di esportare gli Zap in JSON dalle impostazioni dell'account, nella sezione sicurezza e dati, ma solo su Team ed Enterprise: su Free e Professional il pulsante non c'è. Se sei su Professional —dove vive molta azienda media— l'inventario si fa a mano, Zap per Zap, e quel pomeriggio va messo nel preventivo.

Con l'inventario davanti, l'ordine viene da sé. Non si migra dal facile al difficile: si migra dal reversibile all'irreversibile. Una notifica interna la puoi migrare male e sistemare in dieci minuti. Un flusso che emette una fattura o manda una mail a un cliente non accetta il « lo aggiustiamo domani ».

A ondate, non in blocco: pezzi che si possono annullare

L'errore più caro di una migrazione non è tecnico, è di dimensione. Spostare tutti e quaranta i flussi nello stesso weekend significa che lunedì, quando qualcosa si romperà, starai debuggando quaranta cose insieme. Migrare a ondate non è andare piano: è poter indicare la causa.

Un'ondata è un gruppo di flussi che si migrano, si osservano e si approvano insieme — e che si possono restituire a Zapier insieme. Quattro di solito bastano:

1. Ondata zero: l'impianto. Nessun flusso di business. Si tira su n8n, si collegano le credenziali delle app che compaiono ovunque e si monta il flusso di errori. Saltarla vuol dire fare le tre successive alla cieca.
2. Ondata uno: il reversibile. Notifiche interne, report, sincronizzazioni che si possono rilanciare. Qui impari lo strumento con il costo dell'errore quasi a zero.
3. Ondata due: il volume. I flussi lunghi e ad alto traffico, quelli che giustificavano la migrazione.
4. Ondata tre: cliente e denaro. Fatturazione, contratti, mail che escono, scritture nell'ERP. Per ultimi, con doppia esecuzione lunga e qualcuno che guarda.

E un'ondata non finisce quando il flusso nuovo funziona. Finisce quando sono vere quattro cose: ha passato un periodo concordato dando lo stesso risultato del vecchio, i suoi allarmi sono montati e testati, qualcuno che non l'ha costruito sa leggerlo, e lo Zap originale è spento ma non cancellato. Finché ne manca una, l'ondata successiva non parte.

Cosa non si copia: lo Zap lineare da trenta passi si riprogetta

Ecco la tentazione che rovina migrazioni che stavano andando bene: aprire lo Zap, contare i passi e riprodurre uno per uno gli stessi trenta nodi in n8n. Ne esce un flusso che funziona il primo giorno e che nessuno riesce a mantenere al sesto mese: hai tradotto letteralmente una struttura che esisteva solo per un limite dello strumento che stai lasciando.

Zapier è una catena: un trigger e una fila di passi. Quando servono due strade, la prassi è spezzare il processo in più Zap concatenati da un campo intermedio. n8n è una tela con rami, cicli e sotto-flussi, e quella collezione di Zap tenuta insieme col nastro adesivo di solito collassa in un unico flusso con due rami. È la differenza tra poter cambiare qualcosa fra un anno o non osare toccarlo.

Attenzione però: non tutto si riprogetta. Il flusso da due passi che fa una cosa e la fa bene si copia identico. La regola sta in una riga: se si spiega in una frase, si copia; se ti serve un paragrafo e un « tranne quando », si riprogetta.

I convertitori automatici: punto di partenza, mai consegna

Né Zapier né n8n offrono un ponte ufficiale tra le due piattaforme. Quello che c'è sono convertitori di terze parti che leggono il JSON esportato e restituiscono un flusso n8n approssimativo. Sono utili e si prendono la parte meccanica: mappatura dei campi, nomi, forma generale. Usali.

E poi trattali per quello che sono: una bozza. Un convertitore traduce la struttura, e la struttura è esattamente ciò che avevi deciso di non copiare. Non porta credenziali, non monta la gestione degli errori e non può vedere che quei tre Zap sono in realtà un unico processo. Consegnare l'output di un convertitore è consegnare il problema tradotto.

Credenziali e OAuth: qui c'è il lavoro vero

Chiedi a chiunque abbia fatto questa migrazione cosa si è mangiato le ore e non dirà la logica: dirà gli accessi. Un export porta la struttura del flusso, mai la chiave per entrare nelle app. E non è una mancanza dei convertitori: le credenziali vivono nella connessione, non nel passo.

La documentazione di Zapier lo dice chiaro anche nel caso più facile, importare Zap dentro Zapier: dopo bisogna accenderli e testare le connessioni alle app, ricollegando quelle non più attive. Tra due piattaforme diverse si riautentica tutto, una per una, a mano. Tre trappole trasformano quel pomeriggio in una settimana:

• L'account personale. Mezza dozzina di connessioni di solito sono fatte con l'account di una persona precisa. La migrazione è l'unica occasione economica per passare tutto ad account di servizio; se ripeti lo schema, hai solo spostato il debito.
• I permessi OAuth. Autorizzare un'applicazione nuova su Google Workspace, Microsoft 365 o Salesforce non sempre può farlo chi monta il flusso: in molte aziende lo approva un amministratore. Non è un clic, è un ticket con un tempo che non controlli. Chiedilo nell'ondata zero.
• Gli indirizzi dei webhook. Uno Zap innescato da webhook ha una URL incollata in posti che non controlli. Migrando cambia. Se nessuno aggiorna la sorgente, il flusso nuovo non va in errore: semplicemente non gli arriva niente.

Doppia esecuzione: le due in parallelo finché spegnere è noioso

La doppia esecuzione è il periodo in cui il flusso vecchio e quello nuovo processano la stessa cosa nello stesso momento e tu confronti gli output prima di spegnerne uno. Trasforma lo switch —il momento che fa paura— in una formalità: quando spegni lo Zap sai già, con i dati davanti, che il flusso n8n fa la stessa cosa.

C'è una trappola da risolvere prima di partire: se entrambi scrivono nello stesso posto, hai appena duplicato ogni ordine e ogni fattura. Per questo il flusso nuovo gira in ombra: legge dalla fonte reale e scrive su una destinazione parallela. La destinazione vera gli viene consegnata solo quando il confronto smette di dare sorprese. E confrontare non è « sembra che vada ». Sono quattro cose:

1. Il conteggio. Sono entrati gli stessi casi in entrambi? Se il nuovo ne ha processati meno, hai un trigger montato male o un filtro di troppo.
2. Il contenuto campo per campo, su un campione reale. Qui saltano fuori i formati di data, i decimali e il campo vuoto perché si chiamava diversamente.
3. I casi strani, di proposito. L'ordine senza cliente, la mail senza oggetto, l'importo zero. Il percorso felice coincide sempre; la migrazione si rompe sulla manciata che non ci sta.
4. Il calendario. Lascia passare la chiusura del mese o il ciclo di fatturazione, qualunque cosa succeda solo il primo.

Quanto dura la doppia esecuzione non si misura in giorni: si misura in casi visti. Un flusso che scatta mille volte al giorno esaurisce la sua varietà in una settimana. Uno che scatta quando arriva una gara aspetta che arrivi una gara. Dare una data fissa allo switch è il modo elegante di tagliare troppo presto.

Allarmi e ritorno indietro: si montano prima dello switch, non dopo

Un flusso migrato non è finito quando funziona. È finito quando verrai a sapere che ha smesso di funzionare e puoi tornare indietro senza improvvisare. Entrambe le cose si montano prima di spegnere qualcosa, perché dopo non le monta più nessuno: appena il flusso nuovo gira, l'attenzione se ne va con l'ondata successiva.

In n8n questo ha un nome preciso. Si crea un flusso a parte che comincia con il nodo Error Trigger e lo si seleziona come flusso di errori nelle impostazioni di ogni flusso importante. E occhio a un dettaglio della documentazione di n8n che frega in molti: quel flusso di errori non si può testare con un'esecuzione manuale, perché l'Error Trigger scatta solo quando fallisce un'esecuzione automatica. Testalo provocando un guasto vero, o scoprirai che non funzionava proprio il giorno in cui ti serviva.

Questo copre ciò che si rompe facendo rumore. Ciò che muore in silenzio —il flusso che ha smesso di ricevere perché nessuno ha aggiornato la URL del webhook— non lo intercetta nessun allarme, perché non c'è errore: non c'è niente. Sorvegliare l'assenza è l'altra metà del lavoro ed è sviluppata in rilevare i guasti nelle automazioni.

Il piano di ritorno indietro è la cosa più economica da scrivere e quella che nessuno scrive. Per ogni ondata, tre frasi: quale Zap si riaccende, quale flusso n8n si spegne e dove va rimessa la URL del webhook. Se non si può eseguire in cinque minuti senza chiedere a nessuno, non hai un piano: hai un'intenzione.

Quando si chiude l'ultima ondata, quello che hai non è « la stessa cosa ma in n8n »: sono flussi nuovi che da domani vanno operati. Lì comincia il lavoro di tenerli vivi e di governare quello che fanno. Come montare n8n perché regga un'azienda vera sta in n8n per le aziende; la mappa completa, nella guida per automatizzare con l'IA.