Quando hai bisogno di collegare due o più SaaS (CRM, fatturazione, posta, e-commerce, agenda, gestionale) e Zapier o Make iniziano a costare più di quanto valga la pena, costruiamo un middleware proprietario con webhook custom. Costo fisso, codice tuo, niente "se Zapier va giù si ferma tutto".
Una integrazione tra SaaS con webhook custom è un'architettura in cui un'applicazione SaaS (CRM, e-commerce, fatturazione, calendario, posta) invia un evento (es. "nuovo cliente", "ordine pagato", "appuntamento confermato") verso un endpoint HTTP che hai tu il controllo, e il tuo middleware lo processa: valida la firma, mette l'evento in coda di lavoro, applica le trasformazioni, lo inoltra ad altri SaaS o sistemi interni.
Differenza con Zapier / Make / workflow no-code: i SaaS di automazione (Zapier, Make, workflow no-code) sono ottimi per piccoli flussi rapidi da mettere in produzione senza scrivere codice, ma costano per esecuzione e crescono col volume. Una integrazione con webhook custom ha costo fisso (lo sviluppo iniziale e la manutenzione gestita) e scala a costo zero col volume. Conviene quando i flussi sono ricorrenti, ad alto volume, o richiedono trasformazioni complesse.
Da Vicenza dal 2008 abbiamo realizzato oltre 60 integrazioni SaaS-to-SaaS con webhook custom, in Node.js o PHP a seconda del contesto. Repository Git intestato al cliente, manutenzione gestita, niente piattaforme SaaS in mezzo.
Sostituzione di un flusso Zapier che inviava lead da modulo contatti a CRM e a piattaforma di email marketing, con un middleware custom in Node.js. Il volume era cresciuto a migliaia di lead al mese, l'abbonamento Zapier era diventato il costo più alto della stack. Dopo lo sviluppo, costo fisso.
Webhook su WooCommerce che invia ogni nuovo ordine a piattaforma logistica esterna, con mapping su SKU di magazzino diversi dai SKU di vendita. Idempotenza per evitare duplicazioni in caso di retry, dead letter queue per ordini con SKU non riconosciuto.
Integrazione tra calendario di produzione, gestionale aziendale e portale clienti tramite webhook custom. Quando uno step di produzione viene marcato come completato, gli eventi si propagano agli altri sistemi in tempo reale. Niente più telefonate per chiedere lo stato.
Webhook in entrata, code di lavoro, mapping dati, log centralizzati.
Firma, retry, idempotenza.
Per ogni SaaS che invia eventi (CRM, e-commerce, fatturazione, posta) configuriamo un endpoint dedicato sul nostro middleware. Validazione della firma del payload (HMAC, JWT) per evitare eventi falsi. Idempotenza basata su ID evento per evitare di processare due volte lo stesso evento in caso di retry del SaaS sorgente.
Eventi processati senza perderli.
L'evento ricevuto dal webhook viene messo in coda di lavoro (BullMQ per Node.js, RQ per Python). Il processing avviene in modo asincrono, con retry automatico in caso di errore temporaneo (sistema esterno offline, rate limit raggiunto). Per fallimenti permanenti l'evento finisce in una dead letter queue per analisi manuale, niente eventi persi nel nulla.
Trasformazioni tracciate e modificabili.
Ogni evento richiede un mapping tra formato sorgente e formato destinazione (campi nominativi diversi, valori codificati diversamente, validazioni di campo). Il mapping è tracciato nel codice, versionato Git, modificabile in modo controllato. Niente trasformazioni nascoste in moduli SaaS che cambiano senza preavviso.
Storico eventi per audit e debug.
Ogni evento ricevuto e processato finisce sui log strutturati del nostro hub di gestione: timestamp, sorgente, ID evento, payload (escluse credenziali), trasformazioni applicate, destinazione, esito. Storico per audit e debug. Per casi specifici allestiamo dashboard con KPI in tempo reale (eventi al minuto, errori, lag della coda).
Pattern ricorrenti che vediamo prendendo in carico flussi gestiti con SaaS di automazione:
Approccio pro: webhook su endpoint tuoi, code di lavoro, mapping versionato, log centralizzati. Costo fisso, scala col volume.
Risultati concreti per chi ha flussi SaaS-to-SaaS ricorrenti:
Settimana 1.
Settimana 2-N.
Settimana N.
Mensile.
Best-in-class per integrazione SaaS-to-SaaS:
Node.js 
Python 
PHP 
Redis 
GitHub Node.js Python PHP Redis GitHub Quello che ti consegniamo come standard:
Servizio su misura: il preventivo dipende dalla complessità dei requisiti, dalle integrazioni con sistemi terzi (CRM, gestionale, API esterne), dal volume di test richiesto e dal livello di SLA in manutenzione. Prima cosa che facciamo è una discovery call gratuita di 30-45 minuti per capire scope e contesto, poi mandiamo un preventivo scritto entro 48-72 ore. Niente listini standard.
Conviene quando il volume cresce (migliaia di esecuzioni al mese), quando il flusso richiede idempotenza forte e log strutturati, quando le trasformazioni sono complesse o cambiano spesso. Per piccoli flussi rapidi, Zapier resta una scelta valida. Lo decidiamo caso per caso in fase di scoping.
Adattiamo il mapping nel nostro middleware prima che colpisca i sistemi destinazione. Il versionamento Git ci permette di tornare indietro se il cambio causa problemi. SLA scritti su tempo di risposta per fix critici.
Sì. Ogni evento ricevuto e processato finisce sui log strutturati del nostro hub di gestione, con accesso in sola lettura per il cliente su richiesta. Storico mantenuto per il periodo concordato (tipicamente 90 giorni).
Monitoring continuo del lag della coda con alert al team di guardia in caso di accumulo anomalo. Indagine sulla causa, intervento di mitigazione, comunicazione al cliente. Per fallimenti ricorrenti facciamo post-mortem condiviso per evitare il ripetersi.
Sempre tuo. Repository Git intestato al cliente, niente codice offuscato, niente clausole di proprietà intellettuale. Quando vuoi puoi portare il codice a un altro fornitore. Per la maggior parte dei clienti la manutenzione resta a noi perché conviene, ma non è un vincolo.
Validazione firma del payload, idempotenza per ID evento, risposta HTTP 200 immediata, retry gestito secondo politiche del SaaS sorgente.
Eventi processati in modo asincrono, retry automatico su errore temporaneo, dead letter queue per fallimenti permanenti. Niente eventi persi.
Repository Git intestato al cliente, niente codice offuscato, niente clausole di proprietà intellettuale. Niente lock-in su SaaS terzi.
Lo sviluppo iniziale e la manutenzione gestita non crescono col volume. Conviene a partire da migliaia di esecuzioni al mese rispetto a SaaS di automazione.
Analisi preliminare gratuita + report sintetico via email entro 48h.
