Perché il tuo strumento di email dovrebbe integrarsi con Stripe

Se il tuo SaaS incassa con Stripe, la scelta più sensata per la maggior parte dei team B2B è Userlist: il piano Basic costa 149 US$ al mese per un database fino a 10.000 utenti, e include segmenti per utenti e per aziende. Questo conta perché la domanda che ti interessa non è quante email partono, ma quali utenti hanno un piano, un abbonamento attivo o un pagamento fallito in questo momento. Il prezzo di Userlist segue il numero di utenti, quindi sai in anticipo quanto costerà crescere.

Prima di scegliere, però, va chiarito un punto. Stripe non invia email di marketing: gestisce pagamenti, abbonamenti e fatture. Gli strumenti di cui parliamo qui ricevono i dati di fatturazione (direttamente o tramite un connettore, un webhook o un servizio di sincronizzazione) e li usano per decidere a chi scrivere e quando. Senza questo passaggio, l'email si basa su liste statiche caricate a mano, che diventano obsolete nel giro di pochi giorni.

Cosa intendiamo per integrazione con Stripe

Quando si parla di integrazione, ci sono in realtà tre livelli diversi, e i fornitori li presentano spesso come se fossero uno solo:

1. Dati del cliente: piano attuale, stato dell'abbonamento, importo ricorrente, data di inizio, paese e identificativo del cliente.
2. Eventi di pagamento: pagamento riuscito, pagamento fallito, abbonamento annullato, prova terminata. Stripe li invia come eventi, ad esempio invoice.payment_failed oppure customer.subscription.deleted.
3. Attribuzione: sapere se un'email ha portato a un pagamento, e non solo a un clic.

Un buono strumento copre il primo livello in modo automatico, il secondo con trigger configurabili e il terzo con un tracciamento che colleghi l'invio all'incasso. Molti fornitori dichiarano il terzo livello ma richiedono lavoro manuale o dati esterni. Quando valuti uno strumento, chiedi quale dei tre è incluso e quale va costruito tu.

Il problema delle liste statiche

Una lista esportata da Stripe il lunedì è vecchia il martedì. Un cliente che fallisce il pagamento alle 3 del mattino riceve la sua email di recupero solo se il sistema vede l'evento in tempo. Un cliente che passa dal piano Starter al piano Pro, invece, continua a ricevere il messaggio sbagliato se la segmentazione non si aggiorna. Il risultato è doppio: messaggi di vendita a chi ha già comprato, e silenzio con chi sta per andarsene.

Le integrazioni native risolvono una parte del problema, ma non tutto. Stripe può sincronizzare lo stato, e lo strumento email può reagire, però la logica di business resta tua: quali piani meritano un'email di upgrade, dopo quanti giorni di mancato pagamento scrivere, quale testo usare per chi annulla. Lo strumento deve offrire queste regole senza obbligarti a scrivere codice per ogni variante.

Il ruolo degli editor HTML

Il tema di questo sito riguarda anche gli editor e i framework per costruire le email: MJML, React Email, Maizzle, Stripo, BEE e Unlayer. Nessuno di questi gestisce gli eventi Stripe. Producono il codice o il layout del messaggio, e per questo non sostituiscono il sender. Il flusso più comune è questo: il template viene costruito con MJML, React Email o Maizzle, oppure con un editor visuale come Stripo, BEE o Unlayer, poi caricato nello strumento che ha accesso ai dati di fatturazione e che lo invia quando si verifica la condizione giusta.

Chi usa un framework come React Email o Maizzle deve tenere d'occhio la variabile di personalizzazione: il nome del piano, l'importo, il link alla pagina di aggiornamento della carta. Se il sender non passa questi valori nel modo previsto, il template resta corretto nel codice ma sbagliato nell'invio. Per questo il test va fatto con dati reali di Stripe in modalità test, non con dati di esempio.

I cinque strumenti da conoscere

Le informazioni su prezzi e piani provengono dalle pagine pubbliche dei fornitori, controllate il 7 ottobre 2026. I prezzi possono cambiare: verifica sempre la pagina ufficiale prima di firmare.

Userlist: segmenti per utenti e aziende

Userlist è pensato per SaaS che vendono a team e a organizzazioni. Il vantaggio per chi incassa con Stripe è la possibilità di segmentare per utente e per azienda, quindi di distinguere l'account che paga per cinque posti da quello che ne paga uno. Il piano Basic è indicato con 149 US$ al mese fino a 10.000 utenti, e il piano Professional aggiunge test A/B, obiettivi di conversione e workflow avanzati, con un prezzo indicato di 349 US$ al mese per lo stesso limite di utenti.

Dove resta indietro: se il tuo modello di business dipende molto da eventi di prodotto granulari, le regole di trigger possono risultare meno flessibili di quelle di strumenti pensati per l'event tracking. Inoltre il connettore Stripe va verificato sulla documentazione attuale, perché i dettagli su quali campi arrivano e con quale frequenza cambiano nel tempo. Chiedi al fornitore una demo con il tuo account di test prima di decidere.

Prezzo e pagina ufficiale: userlist.com/pricing.

Customer.io: eventi e workflow visuali

Customer.io è la scelta quando la fatturazione è solo una parte del quadro. Il modello è basato sui profili, quindi il costo cresce con il numero di persone che l'azienda gestisce, non con le email inviate. Il piano Essentials parte da 100 US$ al mese e include il workflow builder visuale, le integrazioni dati di base e il supporto via email e community. Per i profili, il listino indica 145 US$ al mese per 10.000 profili, 235 US$ per 20.000, 325 US$ per 30.000 e 415 US$ per 40.000, tutti con fatturazione mensile. Le startup idonee, con meno di 10 milioni di dollari raccolti, possono ottenere 12 mesi gratuiti tramite il programma dedicato.

Dove resta indietro: l'integrazione con i dati di Stripe richiede configurazione, perché la documentazione indica l'uso di webhook. Se non hai qualcuno in squadra che sappia gestire endpoint e chiavi, il tempo di avvio cresce. Il costo al crescere dei profili è prevedibile, ma i piani oltre 50.000 profili vanno verificati direttamente con il fornitore.

Prezzo e pagina ufficiale: customer.io/pricing.

Drip: piccole liste e prova senza carta

Drip è adatto a liste piccole e medie, soprattutto per negozi online e prodotti con un forte componente di vendita ricorrente. Il piano base copre da 1 a 2.500 persone a 39 US$ al mese, con invii illimitati, segmenti dinamici e fino a 50 workflow. La prova dura 14 giorni e non richiede carta di credito, quindi puoi verificare la sincronizzazione con i tuoi dati prima di pagare. Come indicato dal fornitore, l'integrazione con Stripe è di base, e lo strumento è più orientato all'e-commerce che al SaaS B2B.

Dove resta indietro: per un SaaS con molti account aziendali, la struttura basata sulle persone può non rispecchiare il modello di fatturazione. Inoltre, a partire dalle fasce più alte, i piani includono un numero fisso di invii, quindi conviene confrontarlo con il volume reale.

Prezzo e pagina ufficiale: drip.com/pricing.

Vero: prezzo a componenti

Vero usa un modello composabile: un piano Starter a prezzo fisso e un piano Professional con volumi personalizzati. Lo Starter costa 54 US$ al mese e include fino a 5.000 profili utente, 10.000 email al mese, 20.000 messaggi push e 160.000 eventi tracciati al mese. È un'ottima scelta se il tuo prodotto genera molti eventi e vuoi pagare soprattutto per quelli. Il limite è che oltre lo Starter il prezzo è su richiesta, e che i dettagli dell'integrazione con Stripe vanno verificati nella documentazione.

Prezzo e pagina ufficiale: getvero.com/pricing.

Segment: il livello dati, non il sender

Segment (Twilio Segment) non invia email. Raccoglie dati di prodotto e di fatturazione e li smista verso altri strumenti. È utile quando hai già più destinazioni, per esempio un sender, un tool di analytics e un CRM, e vuoi una sola pipeline. Il prezzo non è pubblicato e va richiesto al fornitore. Per un piccolo SaaS che ha solo uno strumento email, è più costoso di quanto serva.

Prezzo: su richiesta, sulla pagina ufficiale dei prezzi.

Come scegliere

Parti dalla domanda che devi poter rispondere ogni mattina: chi ha un pagamento fallito, chi è in prova, chi è passato a un piano superiore. Se lo strumento non sa rispondere a queste domande con dati aggiornati, non è adatto, qualunque sia il prezzo.

Poi conta il modello di costo. Con un modello basato sui contatti, il costo cresce con le persone in lista, anche se restano inattive. Con un modello basato sulle email, il costo cresce con gli invii, e un flusso di recupero pagamenti troppo frequente può farti superare la soglia senza accorgertene. Calcola sempre il costo alla soglia successiva, non solo quello di oggi.

Infine valuta chi costruirà e manterrà le regole. Se la squadra ha un ingegnere che può gestire webhook, Customer.io e Vero offrono più controllo. Se il responsabile marketing deve gestire tutto senza codice, Userlist e Drip riducono il lavoro tecnico.

Quanto costa, in pratica

La tabella seguente confronta i prezzi pubblicati alle soglie più comuni. Dove il listino non indica un prezzo per quella soglia, lo scriviamo esplicitamente invece di stimarlo.

Tutti i prezzi sono in dollari statunitensi, al netto delle imposte locali. Il confronto è indicativo: la fascia esatta dipende dal numero di persone o profili nel tuo database alla data della fatturazione.

Confronto rapido

Guida alla scelta

Come impostare l'integrazione

Il lavoro reale non inizia dal connettore, ma dalla definizione di quali dati servono. Un flusso ben costruito parte da tre o quattro campi di fatturazione e da pochi eventi, e si amplia solo quando i primi funzionano.

Errori frequenti

Il primo errore è inviare la stessa sequenza di recupero a chi ha un pagamento fallito e a chi ha annullato per scelta. Sono due situazioni diverse: nel primo caso una nuova carta risolve tutto, nel secondo il messaggio deve chiedere il motivo dell'uscita. Separa i segmenti prima di scrivere il testo.

Il secondo errore è segmentare su campi che cambiano spesso senza un orario preciso di aggiornamento. Se il piano di un cliente cambia alle 14 ma il segmento si aggiorna la notte, l'email di upgrade arriva a chi ha già fatto l'upgrade. Chiedi allo strumento con quale frequenza aggiorna i dati, e scrivi la risposta nel documento di configurazione.

Il terzo errore è non considerare il costo alla soglia successiva. Un flusso che parte da mille contatti può crescere in fretta se include chi ha abbandonato la prova, e la fascia successiva può costare molto di più del pilota. Calcola il costo alla soglia che prevedi tra sei mesi.

Un'ultima verifica prima di pagare

Il modo più semplice per capire se uno strumento regge il tuo caso è fargli gestire un unico flusso reale: il recupero dei pagamenti falliti, per esempio. Se funziona per quel flusso, aggiungi il resto. Se richiede troppo lavoro per il primo, non diventerà più semplice con il secondo.

Se stai valutando anche i template, ricorda che l'editor HTML e lo strumento di invio sono due scelte separate. Il codice del messaggio può restare nel tuo repository, mentre la logica di segmentazione e i trigger di pagamento restano nello strumento che riceve gli eventi. Tenerli separati ti evita di riscrivere tutto quando cambi uno dei due.