Un audit di deliverability email ha un solo compito: dimostrare che le vostre email arrivano in inbox al volume che prevedete di inviare, prima di assumere SDR o di acquistare strumenti a supporto. Uno spam score non può dimostrarlo, perché valuta un singolo messaggio e non dice nulla sui vostri domini, sui vostri dati o sull'infrastruttura che regge il carico.
Per questo lo imposto come un controllo del rischio pipeline. Se l'outbound deve generare un terzo dei meeting del prossimo trimestre, l'audit risponde a una sola domanda: qual è la probabilità che, in silenzio, non lo faccia?
Perché lo spam score è il deliverable sbagliato
Chi si rivolge a noi ci porta spesso la stessa preoccupazione: non ha esperienza interna nel gestire l'outbound su larga scala e sa che la configurazione di domini e inbox è il punto in cui le cose vanno storte. La preoccupazione è fondata, e uno score non la risolve.
Pensate a un cliente che aveva inviato circa 12-13k email senza riuscire a indicare una sola conversione chiara. Magari il copy andava bene. Magari i ruoli erano sbagliati, alcuni click erano di scanner di sicurezza e parte delle email non è mai arrivata a una persona. Uno spam score non distingue nessuna di queste cause. Un audit di deliverability email deve farlo.
Le tre prove: domini, dati e invio
Le chiamo le tre prove. L'audit è superato solo se tutte e tre reggono.
- Domini. Il dominio principale è protetto dall'esperimento, i domini secondari sono autenticati e allineati con DMARC, e ciascuno ha uno storico di reputazione leggibile.
- Dati. La lista è verificata, i ruoli corrispondono al vostro ICP e il rischio di bounce è noto prima del primo invio.
- Invio. Numero di caselle, volume per casella e piano di ramp-up sono adatti all'età del dominio, e un singolo dominio compromesso non può trascinare giù gli altri.
La maggior parte delle guide in stile checklist copre bene autenticazione e blacklist, quindi non le ripeto. Un'autenticazione che passa è il biglietto d'ingresso. Non vi dice nulla sulla possibilità di scalare.
La prova sui dati è quella che i team saltano, ed è la stessa disciplina di una pulizia del CRM. Un portale compromesso appare molto diverso da un preventivo di ricostruzione una volta che qualcuno legge i record sottostanti, e una lista funziona allo stesso modo. I record sbagliati gonfiano i bounce, e i bounce danneggiano il dominio di cui avete bisogno.
Le soglie dell'audit di deliverability email che danno il via libera alla scalata
Il vuoto più comune nelle guide pubbliche è la linea tra promosso e bocciato. Ecco i numeri che usiamo. Il primo arriva da un provider di caselle email; gli altri sono mie regole empiriche, non leggi di settore.
| Controllo | Via libera alla scalata | Fonte |
|---|---|---|
| Tasso di reclami spam | Sotto lo 0,10%, mai vicino allo 0,30% | Linee guida di Google per i mittenti |
| Tasso di hard bounce | Sotto il 2% su una lista verificata | Nostra regola empirica |
| Warm-up | Minimo tre settimane prima del ramp-up | Nostra regola empirica |
| Volume per casella | Poche decine di invii al giorno, poi aumento graduale | Nostra regola empirica |
Entrambi i principali provider di caselle email pubblicano i propri requisiti per i mittenti ad alto volume, quindi la stessa configurazione può passare su un provider e fallire sull'altro. Non ho un tetto di volume universale da darvi. Dipende da età del dominio, qualità della lista e comportamento delle risposte, ed è per questo che l'audit deve misurare i vostri invii invece di citare un numero.
Come dimostrare l'inbox placement per provider
I seed test da 20-50 email sono un rilevatore di fumo, non una prova. Vi dicono che oggi l'edificio non è in fiamme.
La prova consiste nel dividere i risultati per provider di destinazione. Inviate un lotto controllato al vostro mix reale di target, poi leggete separatamente i segnali di reclami e placement per Google e Microsoft. Se il 70% del vostro TAM si trova su un solo provider, un dato di placement aggregato nasconde l'unico numero che conta. I report Postmaster di Google esistono proprio per questo.
Il test che l'audit deve superare è un ramp-up a fasi con una regola di stop concordata in anticipo: se reclami o bounce superano la soglia, il volume si congela prima che qualcuno apra una discussione.
Click degli scanner e perché l'engagement può ingannare
Gli scanner di sicurezza aprono i link e ci cliccano prima di una persona. Alcuni clienti ci hanno detto di sospettare proprio questo: click che sembravano interesse e non sono mai diventati iscrizioni.
Un audit che conta aperture e click come prova di consegna approverà una configurazione difettosa. Le prove migliori sono le risposte, le risposte positive e un'attribuzione che resiste al filtraggio degli scanner. Per questo l'audit va affiancato al lavoro di reporting. Se non riuscite a distinguere uno scanner da un potenziale cliente, non potete difendere il numero della pipeline, e una scansione gratuita delle perdite di revenue di solito fa emergere presto questa lacuna.
Cosa deve consegnarvi chi esegue l'audit
Un audit affidabile vi lascia prove verificabili, non un bollino verde. Chiedete questi elementi:
- I record di autenticazione e allineamento per ogni dominio, con la data in cui sono stati letti.
- Le rilevazioni di placement e reclami per provider, ricavate dai vostri invii.
- Un report sulla qualità della lista: risultati della verifica, mix di ruoli rispetto all'ICP, conteggi di duplicati e catch-all.
- Il piano di caselle e volumi, con la regola di stop messa per iscritto.
- Un responsabile con nome e cognome per il monitoraggio dopo la fine dell'audit.
Se un fornitore non è in grado di consegnarvi tutto questo, l'audit era un'opinione.
Dove trovare supporto e cosa farei per prima cosa
Nel bene e nel male, non è un progetto da fare in un weekend. L'audit costa poco rispetto a bruciare un dominio e perdere un trimestre di outbound, ma richiede qualcuno che abbia visto i fallimenti a volume. Noi lavoriamo integrati nel vostro team invece di consegnare un report, e il nostro lavoro sull'infrastruttura di deliverability è costruito attorno alle stesse tre prove. Se volete la versione checklist, la nostra skill per l'audit di deliverability email copre gli aspetti operativi.
La mia raccomandazione: eseguite l'audit prima di scalare, non dopo il primo mese andato male. Segue la stessa logica di un case study di migrazione, in cui il lavoro consiste nel provare la solidità delle fondamenta prima di firmare. Se domini, dati e invio superano tutti la verifica, scalate per gradi. Se uno fallisce, vi siete appena risparmiati un trimestre.