Strumenti per testare le email
Testare un'email significa quattro cose diverse: si vede bene ovunque (rendering), arriva in inbox (placement), converte meglio (A/B) e il flusso funziona (QA sequenze). Ogni famiglia ha i suoi strumenti — nessuno li copre tutti bene.
La sintesi: Litmus o Email on Acid per rendering, GlockApps per placement, test A/B nativi della piattaforma d'invio per le conversioni, e un'audience di prova con trigger simulati per il QA delle sequenze.
Confronto rapido
| Strumento | Ideale per | Prezzo | Punto di forza |
|---|---|---|---|
| Litmus | QA rendering e collaboration | Piani a utenti/test | Preview + accessibilità + insight |
| Email on Acid | Test cross-client | Piani a test | Preview e pre-check ripetibili |
| GlockApps | Inbox placement | Piani a test | Spam check + monitoraggio |
| Mail-Tester | Preflight rapido gratis | Gratis (limiti) | Diagnosi in 30 secondi |
| VWO / Optimizely | A/B oltre l'email | Piani variabili | Sperimentazione rigorosa |
Rendering: Litmus ed Email on Acid
Litmus per preview, controlli accessibilità e qualità, collaborazione e insight: il layer qualità accanto alla piattaforma d'invio. Email on Acid per preview e pre-check cross-client e device con workflow collaborativi ripetibili.
Entrambi sono layer QA, non piattaforme lifecycle: servono accanto allo strumento d'invio, non al suo posto. Il test non sostituisce revisione di copy, dati e deliverability.
Placement: GlockApps e Mail-Tester
GlockApps per inbox placement test, spam check, verifiche autenticazione e monitoraggio sui provider: utile per diagnostica ripetibile pre-send e continua. Mail-Tester per snapshot veloce pre-invio di autenticazione e contenuti.
Ricorda i limiti: un singolo test non rappresenta ogni provider né ogni stato di reputazione. I risultati sono direzionali e vanno interpretati nel contesto.
QA delle sequenze: il test che vale su ogni piattaforma
Una sequenza automatica si collauda con tre o quattro indirizzi di prova creati apposta: uno che entra nel trigger e porta a termine il percorso, uno che esce a metà per conversione, uno che si disiscrive e uno che non dovrebbe mai entrare. Controlla che ogni ramo mandi il messaggio giusto, che le attese siano quelle previste e che chi esce non riceva altro.
Poi fai un pilota su un gruppo ristretto prima di aprire a tutta la lista. Rendering specialistico e inbox testing restano comunque necessari per le campagne importanti: nessun tool fa tutto bene.
A/B che significano qualcosa
Una variabile alla volta, campioni reali, durata minima per significatività, metrica di conversione (non apertura). Archivia ogni risultato: la memoria dei test batte l'intuito dei marketer.
Testa in ordine d'impatto: offerta e oggetto prima, CTA poi, layout per ultimo. Il 90% dei test su colori e font è tempo perso.
Checklist pre-invio
Rendering: preview sui 5 client principali. Link: tutti cliccabili e tracciati. Autenticazione: SPF/DKIM/DMARC validi. Lista: soppressioni applicate, segmenti verificati. Legale: disiscrizione visibile, mittente riconoscibile. Test: invio a te stesso su mobile e desktop.
Dieci minuti di checklist evitano il 99% delle figuracce. Automatizzala dove possibile, mai saltarla.
Serve Litmus a una piccola azienda?
Raramente: Mail-Tester gratis + test manuali sui principali client bastano. Litmus ripaga sopra volumi e complessità template reali.
Ogni quanto testare il placement?
Prima di ogni campagna importante + monitoraggio mensile di routine. E sempre dopo cambi di dominio, IP o volumi.
Gli spam checker sono affidabili?
Direzionali sì, definitivi no: misurano contenuti e autenticazione, non reputazione storica né engagement. Usali come semaforo, non come sentenza.
Verdetto
Rendering con Litmus/Acid sopra scala, placement con GlockApps, QA delle sequenze con indirizzi di prova, checklist sempre. Vedi anche la deliverability e la classifica completa.
Come leggere il listino degli strumenti di test
| Voce del listino | Perché conta | Domanda da fare al vendor |
|---|---|---|
| Anteprime incluse e costo oltre il tetto | I piani di Email on Acid hanno un numero mensile di anteprime e fanno pagare a parte ogni anteprima extra: i valori indicati dalla pagina sono nelle domande frequenti qui sotto | «Quante anteprime consuma un solo invio sui client che interessano al mio pubblico?» |
| Prodotto che cambia nome o piano | La pagina prezzi di Email on Acid avverte che gli abbonamenti iniziano a passare a Mailgun Inspect: il piano che compri oggi potrebbe non restare lo stesso a scadenza | «Alla scadenza il mio abbonamento resta invariato o viene migrato a un altro prodotto?» |
| Sandbox separata dall'invio | Mailtrap indica nella sua pagina prezzi che Email Sandbox ha un listino diverso da quello dell'API di invio | «La sandbox è inclusa nel piano che uso per spedire o si paga a parte?» |
| Test A/B nel piano d'invio | Nella pagina prezzi di Brevo il test A/B è incluso dal piano Standard da 18 $ al mese, e MailerLite lo elenca tra le funzioni: prima di comprare uno strumento esterno controlla cosa hai già | «Il test A/B è già nel piano che pago o compare solo in quello sopra?» |
| Strumenti con prezzo variabile | Per Litmus, GlockApps, VWO e Optimizely qui non riportiamo cifre: il costo cambia con utenti, test o traffico del sito, e va chiesto al fornitore | «Il prezzo dipende dagli utenti, dal numero di test mensili o dal traffico che sperimento?» |
Tabella decisionale rapida
| Se il tuo caso è… | Priorità alla… | Perché |
|---|---|---|
| Newsletter con un template semplice e poche campagne | Mail-Tester gratuito più prove manuali sui client principali | Un layer di rendering a pagamento ripaga solo con volumi e template reali |
| Template complessi, molte colonne, molti client da coprire | Litmus o Email on Acid | Le anteprime catturano problemi che la prova su due caselle non mostra |
| Dopo un cambio di dominio, di IP o di volumi | GlockApps per l'inbox placement | Le prove di consegna servono proprio quando la reputazione cambia |
| Oggetto e contenuto di una newsletter | Il test A/B della piattaforma d'invio | Per queste variabili gli strumenti nativi bastano e non aggiungono un altro canone |
| Sperimentare anche sul sito | VWO o Optimizely | Servono per collegare l'esperimento alla conversione finale, non solo al clic |
| Sequenza automatica appena costruita | Indirizzi di prova e pilota su un gruppo ristretto | Nessuno strumento di test sostituisce la verifica di trigger, attese e uscite |
Per capire cosa fare quando un test segnala un problema vedi la guida alla deliverability; per impostare gli esperimenti sull'oggetto e sul contenuto, quella sugli strumenti per test A/B.
Prima di comprare uno strumento di test
- Quale famiglia di test ti manca: rendering, inbox placement, A/B o QA delle sequenze sono problemi diversi, e comprare uno strumento per il primo non risolve gli altri.
- Prova sul tuo template più complesso: usa la versione di prova con il messaggio che ha più colonne e immagini, non con un template di esempio.
- Profili fittizi, non clienti veri: negli strumenti esterni carica contatti inventati che coprano nome mancante e campi molto lunghi, per non condividere dati personali con un altro fornitore.
- Sottodominio dedicato ai test: i messaggi di prova partono comunque dal tuo dominio e contano per la reputazione, quindi isolali.
- Conta i test di un mese tipo: numero di campagne per template per client da coprire, da confrontare con il tetto di anteprime o di test del piano.
Glossario dei test email
| Termine | Che cosa significa |
|---|---|
| Rendering | Il modo in cui lo stesso messaggio viene disegnato da client diversi, come Gmail, Outlook o la posta di un telefono. Lo stesso HTML può apparire molto diverso. |
| Inbox placement | Dove finisce il messaggio una volta consegnato: posta in arrivo, schede secondarie o spam. Dipende dalla reputazione del mittente e non solo dal contenuto. |
| Indirizzi di prova (seed list) | Caselle create su più provider per ricevere un messaggio di test e vedere dove arriva. Danno un'indicazione, non una garanzia. |
| SPF, DKIM e DMARC | Le tre autenticazioni che dimostrano che il messaggio parte davvero dal tuo dominio. Gli spam checker ne verificano la presenza e la correttezza. |
| Significatività statistica | La soglia oltre la quale la differenza tra due versioni di un test non è attribuibile al caso. Con liste piccole il campione è il limite vero, qualunque strumento si usi. |
| Sandbox | Un ambiente che intercetta i messaggi invece di consegnarli, utile per provare le email transazionali senza scrivere a clienti reali. |
Clausole da leggere prima di abbonarsi a un servizio di test
| Clausola | Cosa controllare | Nota |
|---|---|---|
| Tetto mensile e costo oltre il tetto | Quante anteprime o test sono inclusi e quanto costa ognuno oltre il limite | Un mese di campagne intense può trasformare un piano economico in uno caro. |
| Conservazione dei messaggi caricati | Dove finiscono i contenuti inviati allo strumento e per quanto tempo restano archiviati | Se nel messaggio ci sono dati personali, il fornitore diventa un ulteriore soggetto che li tratta e serve un accordo di trattamento. |
| Cambi di prodotto a scadenza | Cosa accade al rinnovo se il servizio viene sostituito da un altro, come nel passaggio annunciato da Email on Acid a Mailgun Inspect | Rileggi il listino aggiornato prima di rinnovare un abbonamento annuale. |
| Utenti e revisori esterni | Quanti utenti sono inclusi e se un cliente o un designer può commentare senza una postazione a pagamento | Nei team dove l'approvazione passa da più persone, le postazioni pesano quanto le anteprime. |
Domande frequenti
Quanto costa Email on Acid per l'anteprima sui client di posta?
La pagina prezzi di Email on Acid indica il piano Basic a 99 $ al mese con 1.000 anteprime e il Premium a 199 $ al mese con 2.000 anteprime, test di accessibilità e analisi dell'HTML. Ogni anteprima oltre il limite costa 0,15 $. La stessa pagina avvisa che da giugno 2026 gli abbonamenti iniziano a passare a Mailgun Inspect, quindi controlla il listino aggiornato prima di decidere.
Posso provare i messaggi transazionali senza mandarli a clienti veri?
Sì, con un ambiente di prova che intercetta i messaggi invece di consegnarli: Mailtrap, per esempio, indica nella sua pagina prezzi che Email Sandbox ha un listino separato rispetto all'API di invio. In alternativa usa indirizzi tuoi su più provider, ma ricorda che i messaggi di test partono comunque dal tuo dominio e contano per la reputazione. Per questo conviene fare le prove su un sottodominio dedicato.
Posso usare i dati reali dei clienti per provare un'email?
È meglio di no: per un test bastano contatti fittizi con dati inventati che coprano i casi limite, come nome mancante o campo molto lungo. Usare i dati personali dei clienti in strumenti di anteprima esterni significa condividerli con un ulteriore fornitore, e questo richiede una base giuridica, un accordo di trattamento dei dati e un'informativa aggiornata. Un set di profili di prova ben costruito evita il problema alla radice.
I test A/B della piattaforma di invio bastano o serve uno strumento a parte?
Per oggetto, mittente e contenuto di una newsletter bastano quelli nativi: nella pagina prezzi di Brevo il test A/B è incluso dal piano Standard da 18 $ al mese, e anche MailerLite lo elenca tra le sue funzioni. Servono VWO o Optimizely solo se vuoi sperimentare anche sul sito e collegare l'esperimento alla conversione finale. Con liste piccole il campione resta il limite vero, qualunque strumento tu scelga.
Quali verifiche tecniche faccio prima di una campagna importante?
Controlla che SPF, DKIM e DMARC siano configurati per il dominio da cui scrivi, che il link di disiscrizione funzioni e che le immagini abbiano un testo alternativo leggibile. Fai poi un invio di prova a indirizzi su più provider, aprendo il messaggio su telefono e computer. Se qualcosa finisce in spam, non rilanciare la campagna: cerca la causa prima di inviare alla lista intera.