Customer.io vs Loops per le email HTML: potenza o semplicità
Customer.io o Loops per un team SaaS che costruisce le email in HTML con MJML, React Email o un builder visuale? Prezzi, tabelle e criteri di scelta.
La scelta migliore in breve
Per un piccolo team SaaS che costruisce le email in HTML, la scelta più pratica è Loops. Il piano Early Stage è gratuito fino a 4.000 invii in qualsiasi periodo di 30 giorni, verso i 1.000 contatti più recenti. Il piano Growing Audience costa 99 $ al mese e include gli invii transazionali verso utenti che non fanno parte del vostro pubblico. Il motivo concreto è che, con un template già pronto in MJML, React Email, Maizzle o esportato da un builder come Stripo, BEE o Unlayer, il lavoro principale è caricarlo, collegarlo a pochi eventi e attivarlo, senza costruire una struttura di automazione complessa.
Customer.io diventa la scelta giusta quando i flussi sono lunghi, ramificati e dipendono da molti eventi del prodotto. Il piano Essentials parte da 100 $ al mese con fatturazione mensile e il costo cresce con il numero di profili. Il confronto quindi non riguarda quale strumento sia più potente in assoluto, ma quanta logica di automazione vi serve davvero e quanto del vostro lavoro sulle email vive nel codice.
Prima di confrontare gli strumenti: chi fa cosa
Quando si parla di email HTML, il builder e lo strumento di invio svolgono due compiti diversi. Il builder produce il markup. MJML compila un linguaggio semplificato in HTML responsive che i client di posta possono leggere. React Email renderizza componenti React in HTML. Maizzle genera template a partire da Tailwind. Stripo, BEE e Unlayer sono editor visuali che esportano HTML. Lo strumento di invio, invece, decide chi riceve il messaggio, quando lo riceve, con quali variabili, dentro quali regole di automazione e con quale gestione di iscrizioni e disiscrizioni.
Questa distinzione cambia la domanda da farsi. Se il vostro team scrive già i template in MJML o React Email, vi serve uno strumento che accetti HTML importato in modo pulito, senza obbligarvi a ricostruire tutto nel suo editor. Se invece il marketing deve modificare le email senza passare da uno sviluppatore, un builder visuale può prendersi questo lavoro, e lo strumento di invio va scelto soprattutto in base alla capacità di automazione e alle integrazioni con il prodotto.
In questa pagina il confronto riguarda i due strumenti di invio, Customer.io e Loops. Parcel è incluso perché lavora sul versante della costruzione del template, e può affiancare uno dei due. I builder visuali e i framework di codice non hanno un prezzo confrontabile in questa tabella, perché sono strumenti diversi e spesso si usano insieme allo strumento di invio.
Confronto rapido
La tabella riassume il punto di partenza di ciascuno strumento. I prezzi sono quelli pubblicati nelle pagine ufficiali alla data di revisione, con il piano e la fatturazione a cui si riferiscono.
| Strumento | Ideale per | Prezzo di partenza (piano e fatturazione) | Limite principale |
|---|---|---|---|
| Customer.io | Team con flussi multi-step, eventi di prodotto ricchi e tempo dedicato al marketing | Piano Essentials a 100 $ al mese, fatturazione mensile. Essentials con 10.000 profili: 145 $ al mese, fatturazione mensile | Costo che cresce con i profili e curva di apprendimento più ripida |
| Loops | Fondatori e piccoli team SaaS che vogliono inviare presto e con poca configurazione | Piano Early Stage gratuito fino a 4.000 invii in 30 giorni. Piano Growing Audience a 99 $ al mese | Automazioni meno profonde e canale solo email |
| Parcel (strumento complementare) | Team che costruiscono e controllano i template in codice | Piano per chi scrive email in codice a 0 $. Piano per email di produzione a 29 $ al mese per utente | Non invia le email: va abbinato a uno strumento di invio |
Customer.io nel dettaglio
Customer.io è costruito attorno ai profili e agli eventi del prodotto. Il suo punto di forza è la capacità di far partire un messaggio solo quando un utente compie un'azione precisa, di attendere un intervallo, di ramificare il percorso in base al comportamento e di riprendere il flusso da dove era rimasto. Per un prodotto SaaS con più piani, trial che scadono e funzionalità da scoprire, questa logica permette di costruire onboarding e recupero con meno lavoro manuale.
Dal punto di vista dell'HTML, Customer.io si adatta a team che hanno già un processo per i template. Potete preparare il markup in MJML o in React Email, esportarlo e usarlo come corpo del messaggio, mantenendo le variabili che il flusso richiede. Un team che lavora con un builder visuale può costruire la struttura nell'editor e poi rifinire il codice nei punti in cui serve più precisione. In entrambi i casi la parte che cambia davvero è la logica del flusso, non il layout.
Il limite più concreto riguarda il costo e il tempo di avvio. Il piano Essentials parte da 100 $ al mese con fatturazione mensile e include il costruttore visuale dei workflow, l'assistenza via email e community, e alcune integrazioni dati di base. Il piano Premium ha volumi di profili e prezzi personalizzati, quindi va richiesto a Customer.io. La pagina prezzi non elenca l'invio transazionale tra le funzioni del piano Essentials: se per voi le conferme d'ordine e le reimpostazioni password devono stare nello stesso strumento, chiedete a Customer.io quale piano le include prima di decidere.
Customer.io offre anche un programma per startup. Secondo la pagina prezzi, le aziende in fase iniziale idonee, che hanno raccolto meno di 10 milioni di dollari, possono ricevere 12 mesi gratuiti. L'idoneità dipende dai criteri del programma, quindi conviene leggerli prima di costruire il budget dell'anno. La pagina ufficiale è customer.io/pricing.
Loops nel dettaglio
Loops è pensato per un team piccolo che vuole mandare email di prodotto e di marketing senza costruire un sistema complicato. La configurazione è più breve, l'interfaccia ha meno opzioni da gestire e il piano gratuito permette di iniziare senza un costo fisso. Per un fondatore che scrive da solo le email di benvenuto, le conferme e le newsletter, questo è il vantaggio principale.
Dal lato HTML, Loops si presta bene a un flusso in cui il template è già pronto e il team vuole caricarlo, collegarlo agli eventi e attivarlo. Con MJML o React Email potete esportare l'HTML compilato e usarlo come base, poi aggiungere le variabili e i blocchi di testo direttamente nello strumento. Se il vostro sviluppatore preferisce inviare i messaggi tramite API, il piano Growing Audience include l'invio transazionale verso utenti fuori dal pubblico. Questo significa che le conferme d'ordine e le reimpostazioni password possono restare nello stesso strumento delle campagne.
Il limite è la profondità dell'automazione. Loops permette di creare sequenze e di impostare trigger, ma non offre la stessa flessibilità nei percorsi ramificati e nelle attese condizionate. Quando un flusso comincia ad avere molti rami, il team se ne accorge presto e deve semplificare il percorso o dividerlo in più flussi corti. Anche il canale è solo email: se nel progetto sono previsti SMS o notifiche push, servono strumenti aggiuntivi.
Il piano gratuito Early Stage include tutte le funzioni, ma ha un limite preciso: fino a 4.000 invii in qualsiasi periodo di 30 giorni, verso i 1.000 contatti più recenti, con il footer di Loops e un massimo di 10 email al secondo. Il piano Growing Audience costa 99 $ al mese e include invii illimitati agli iscritti. La pagina prezzi non indica una fascia di contatti per questo piano, quindi per liste molto grandi conviene chiedere a Loops una quotazione precisa. La pagina ufficiale è loops.so/pricing.
Parcel e il ruolo del builder
Parcel non è uno strumento di invio. È una piattaforma per costruire email di produzione, pensata per chi scrive il codice e per i team che devono controllare i template. La pagina prezzi indica un piano per chi scrive email in codice a 0 $, un piano per la costruzione di email di produzione a 29 $ al mese per utente e un piano per team che lavorano su larga scala a 56 $ al mese per utente. Il modello è un abbonamento per utente, quindi il costo cresce con il numero di persone che lavorano sui template.
Parcel può affiancare sia Customer.io sia Loops nella fase di costruzione: il template viene costruito e controllato lì, poi esportato e caricato nello strumento di invio. Non sostituisce nessuno dei due per il invio, l'automazione o la gestione delle iscrizioni. Se il vostro problema principale è la qualità del codice dei template, ha senso valutarlo. Se il problema è far partire flussi automatici, non risolve nulla.
Costo sulle dimensioni reali
La tabella seguente usa solo i prezzi pubblicati nelle pagine ufficiali. Per Customer.io i prezzi sono quelli del piano Essentials per fascia di profili, con fatturazione mensile. Per Loops il piano gratuito vale entro il limite di 4.000 invii in 30 giorni, e il piano Growing Audience è indicato come 99 $ al mese senza una fascia di contatti esplicita.
| Dimensione della lista | Customer.io (piano e prezzo mensile) | Loops (piano e prezzo mensile) |
|---|---|---|
| Circa 1.000 contatti | Essentials a 100 $ al mese, fatturazione mensile (fascia di profili non indicata) | Early Stage gratuito, entro 4.000 invii in 30 giorni |
| 10.000 profili | Essentials 10k profili: 145 $ al mese | Growing Audience: 99 $ al mese |
| 20.000 profili | Essentials 20k profili: 235 $ al mese | Growing Audience: 99 $ al mese |
| 50.000 profili o più | Essentials 50k+ profili: da 505 $ al mese. Premium: prezzo personalizzato | Growing Audience: 99 $ al mese. Per volumi molto grandi, preventivo da richiedere a Loops |
Con 10.000 profili la differenza di listino è di 46 $ al mese (145 $ contro 99 $). Con 20.000 profili la differenza sale a 136 $ al mese, cioè 1.632 $ l'anno (12 × 136 $). Con 50.000 profili o più, la pagina Customer.io indica da 505 $ al mese, mentre il prezzo Loops per quella fascia va chiesto direttamente. Questi numeri sono solo il prezzo di listino: non includono il tempo di configurazione, né il lavoro di manutenzione dei flussi più complessi.
Automazione: dove si vede la differenza
Il divario tra i due strumenti si sente soprattutto nei flussi che coinvolgono più eventi. Un esempio tipico è l'onboarding di un prodotto SaaS: l'utente si registra, completa il profilo, crea il primo progetto e invita un collega. Se il messaggio successivo dipende da ciascuna di queste azioni, serve una logica di rami e di attese. Customer.io è costruito per questo caso. Con Loops conviene semplificare il percorso e dividerlo in pochi flussi più corti, ciascuno con un evento di partenza chiaro.
Anche il recupero del trial è un tema diverso. Una sequenza di promemoria prima della scadenza è semplice, e Loops la gestisce senza sforzo. Se invece il messaggio deve cambiare in base al piano scelto, all'uso delle funzionalità e alla risposta a una email precedente, la struttura diventa più complessa e Customer.io offre più margine. In entrambi i casi conviene contare i messaggi per utente: un flusso che manda troppe email nella stessa settimana tende a generare disiscrizioni, qualunque sia lo strumento.
La regola pratica vale per entrambi. Prima di costruire il flusso, scrivete su carta l'evento di partenza, le condizioni di ogni ramo, le attese tra un messaggio e l'altro e il numero massimo di email per utente. Un flusso che non si riesce a descrivere in cinque righe probabilmente non sarà facile da mantenere in nessuno dei due strumenti, e conviene semplificarlo prima di costruirlo.
Messaggistica multi-canale e transazionale
Customer.io gestisce email, SMS, notifiche push e messaggi in-app dalla stessa piattaforma. Se la vostra strategia prevede di far arrivare lo stesso evento su più canali, questa centralizzazione riduce i punti di integrazione. Il vantaggio è reale solo se nello stesso flusso servono davvero più canali, altrimenti si paga una capacità che non si usa.
Loops è dedicato all'email. Per molti prodotti SaaS, specialmente nel B2B, il canale email copre la maggior parte dei casi: conferme, onboarding, aggiornamenti di prodotto e newsletter. Il suo vantaggio, per un team che invia template HTML, è che il transazionale verso utenti fuori dal pubblico è incluso nel piano Growing Audience. Il template di una conferma d'ordine e quello di una campagna possono quindi vivere nello stesso strumento, con la stessa cartella di variabili.
Il transazionale va comunque valutato in modo esplicito. Nel caso di Customer.io, la pagina prezzi del piano Essentials non lo elenca tra le funzioni, e chi ha bisogno di inviare conferme e reimpostazioni password dallo stesso strumento dovrebbe chiedere quale piano lo copra. Questo punto pesa spesso più del prezzo di partenza nella scelta finale.
Un flusso di lavoro per team che scrivono HTML
Una struttura che funziona con entrambi gli strumenti separa la costruzione dall'invio. Lo sviluppatore mantiene i template in MJML o React Email all'interno di un repository, con una versione per ogni email importante. Il marketing modifica i testi e le immagini nello strumento di invio senza toccare la struttura del layout. Quando serve un cambio di impianto, il template torna nel repository, viene compilato di nuovo e caricato come nuova versione.
Con Maizzle la logica è simile: Tailwind definisce lo stile, il sistema produce l'HTML e lo strumento di invio riceve il file finale. Con un builder visuale il flusso è invertito. Il marketing costruisce la struttura nell'editor, esporta l'HTML e lo consegna allo sviluppatore solo per le correzioni tecniche, come il rendering nei client di posta o le variabili mancanti. In tutti i casi conviene avere un unico punto di verità per ogni template, altrimenti le versioni si moltiplicano e nessuno sa quale sia quella attiva.
Un passaggio pratico riguarda le variabili. Ogni template dovrebbe elencare in un commento in testa al file i nomi delle variabili che usa, con il tipo di dato atteso. Quando si cambia strumento o si rinomina un attributo di profilo, questo elenco diventa il riferimento per capire cosa va aggiornato.
Pro e contro
Customer.io
Pro
- + Automazioni multi-step con rami e attese condizionate
- + Logica basata sugli eventi del prodotto
- + Canali aggiuntivi come SMS e push, secondo il piano
- + Programma per startup idonee con 12 mesi gratuiti
Contro
- - Punto di partenza più alto (100 $ al mese)
- - Costo che cresce con i profili
- - Curva di apprendimento ripida
- - Il transazionale non è elencato nel piano Essentials
Loops
Pro
- + Piano gratuito per iniziare
- + Configurazione breve e interfaccia semplice
- + Transazionale verso utenti fuori dal pubblico nel piano a pagamento
- + Adatto a template HTML già pronti
Contro
- - Automazioni meno profonde
- - Solo email, niente SMS o push
- - Il piano gratuito ha limiti di invio e di contatti
- - Potrebbe servire un cambio quando la logica cresce
Come scegliere
La tabella seguente parte da un bisogno concreto e arriva allo strumento. Se più righe valgono per la vostra situazione, il criterio decisivo di solito è il numero di flussi ramificati e la necessità di inviare transazionali dallo stesso strumento.
| Se vi serve | Scegliete | Perché |
|---|---|---|
| Partire senza spesa fissa | Loops (Early Stage) | Il piano gratuito include tutte le funzioni, entro 4.000 invii in 30 giorni verso i 1.000 contatti più recenti |
| Inviare template MJML o React Email anche per le email transazionali | Loops (Growing Audience) | Il piano a 99 $ al mese include il transazionale verso utenti fuori dal pubblico |
| Rami condizionati legati agli eventi del prodotto | Customer.io (Essentials o Premium) | Attese condizionate e rami sono il punto di forza della piattaforma |
| Più di 50.000 profili | Customer.io (Premium, prezzo da richiedere) | Il piano Essentials 50k+ parte da 505 $ al mese, il Premium ha volumi personalizzati |
| SMS o push nello stesso flusso dell'email | Customer.io | Loops è solo email |
| Template modificati dal marketing senza sviluppatore | Un builder visuale (Stripo, BEE o Unlayer) più lo strumento di invio scelto | Il builder esporta l'HTML, lo strumento di invio lo distribuisce e lo automatizza |
| Un budget mensile sotto i 100 $ | Loops (Growing Audience) | Il piano a 99 $ al mese resta sotto il prezzo di partenza Essentials di 100 $ |
Checklist di migrazione e configurazione
Se oggi state già inviando email con un altro strumento, la migrazione va pianificata come un progetto a sé. Le email non si trasferiscono da sole: vanno ricostruite nel nuovo strumento con le variabili e i segmenti corretti. La tabella seguente vale per entrambi gli strumenti e presuppone che l'HTML dei template sia già disponibile.
| Fase | Azione | Cosa controllare |
|---|---|---|
| 1. Inventario | Elencate tutti i template in uso, con il sorgente MJML o React Email o il file del builder | Chi è responsabile di ciascun template e dove vive il sorgente |
| 2. Esportazione | Esportate l'HTML compilato quando lo strumento di invio lo richiede | Le variabili del vecchio sistema non funzionano nel nuovo: rinominatele |
| 3. Dominio d'invio | Configurate il dominio con SPF, DKIM e DMARC prima del primo invio dal nuovo strumento | Il dominio deve autenticarsi prima di inviare, altrimenti la consegna ne risente |
| 4. Segmenti ed eventi | Mappate i segmenti e gli eventi del prodotto sui nuovi attributi di profilo | Attributi con lo stesso nome non sempre hanno lo stesso significato |
| 5. Flussi semplici per primi | Ricostruite prima benvenuto e conferme, poi i flussi con rami | Ogni flusso deve avere un evento di partenza chiaro e un limite di messaggi |
| 6. Anteprima | Inviate a un gruppo interno e controllate il rendering nei client di posta che usano i vostri utenti | Immagini, link, testo alternativo e versione leggibile senza immagini |
| 7. Periodo di sovrapposizione | Mantenete attivo il vecchio sistema per un periodo di transizione | Evitate di inviare due volte lo stesso messaggio allo stesso utente |
Un passaggio spesso trascurato è lo stato di iscrizione e di disiscrizione. Quando cambiate strumento, portate con voi l'elenco di chi si è disiscritto. Un contatto che aveva chiesto di non ricevere campagne nel vecchio sistema non deve tornare a riceverle nel nuovo, e conviene verificarlo con un confronto prima del primo invio.
Pro e contro nella pratica
Il giudizio finale dipende da come lavora il vostro team. Un fondatore che scrive le email da solo e ha bisogno di una sequenza di benvenuto e di qualche newsletter troverà in Loops uno strumento più diretto. Un team con un responsabile di crescita, una mappa di eventi del prodotto e flussi che cambiano in base al piano troverà in Customer.io la profondità che serve, a un prezzo più alto e con una curva di apprendimento più lunga.
In entrambi i casi il rischio più frequente è scegliere lo strumento sulla base di funzioni che non userete. Pagare la complessità di Customer.io per inviare solo newsletter mensili è uno spreco, così come costruire con Loops un sistema di rami che richiede un'altra piattaforma. Conviene partire dai flussi che il prodotto genera davvero e scegliere lo strumento che li gestisce con il minimo di lavoro.
Per tornare all'elenco dei confronti e vedere le altre opzioni per le email HTML e per i team SaaS, potete usare il percorso principale del sito.
Domande frequenti
Qual è la scelta migliore per un piccolo team SaaS che scrive email in HTML?
Di solito Loops. Il piano Early Stage è gratuito entro 4.000 invii in 30 giorni verso i 1.000 contatti più recenti, e il piano Growing Audience a 99 $ al mese include il transazionale verso utenti fuori dal pubblico. Customer.io ha più senso quando i flussi sono ramificati e dipendono da molti eventi del prodotto.
Customer.io ha un piano gratuito?
La pagina prezzi non indica un piano gratuito permanente. Le aziende in fase iniziale idonee al programma per startup, con meno di 10 milioni di dollari raccolti, possono ricevere 12 mesi gratuiti secondo i criteri del programma. La pagina ufficiale è customer.io/pricing.
Quanto costa Loops oltre il piano gratuito?
Il piano Growing Audience costa 99 $ al mese e include invii illimitati agli iscritti e il transazionale verso utenti fuori dal pubblico. La pagina prezzi non indica una fascia di contatti per questo piano, quindi per liste molto grandi il prezzo va richiesto direttamente a Loops.
Posso usare MJML o React Email con questi strumenti?
Sì. Il modo più pulito è esportare l'HTML compilato da MJML o da React Email e caricarlo nello strumento di invio. Prima di decidere, controllate che lo strumento accetti HTML importato senza riscrivere il template e che conservi le variabili che vi servono.
Parcel serve per inviare le email?
No. Parcel è una piattaforma per costruire e controllare email di produzione, con un piano gratuito per chi scrive in codice e piani a pagamento per utente. Per l'invio serve uno strumento come Customer.io o Loops. Parcel può aiutare nella fase di costruzione del template, prima dell'esportazione.
Il prezzo di Customer.io cambia con il numero di profili?
Sì. Il piano Essentials ha fasce di profili, da 10.000 fino a 50.000 o più, con prezzi mensili crescenti: 145 $, 235 $, 325 $, 415 $ e da 505 $ al mese. Il piano Premium ha volumi di profili e prezzi personalizzati, quindi per liste grandi conviene chiedere una quotazione.
Quanto è difficile cambiare strumento in seguito?
Dipende da dove vivono i template e i segmenti. Se conservate l'HTML compilato, l'elenco delle variabili e la logica dei segmenti in un repository o in un documento, il passaggio richiede lavoro ma resta gestibile. Se tutto vive solo nell'editor di uno strumento, la migrazione diventa più costosa in qualsiasi direzione.