Cos'è la verifica email in blocco?

Definizione

La verifica email in blocco è la verifica di una lista eseguita in batch. Invece di controllare un singolo indirizzo nel momento in cui viene inserito, prende un intero file di indirizzi, li passa tutti attraverso lo stesso set di controlli di deliverability e restituisce un risultato per ciascuno. È il modo standard per ripulire una lista marketing, un export dal CRM o qualsiasi database di contatti raccolto prima che fosse attiva una verifica.

La caratteristica distintiva è la scala. Un job in blocco può contenere qualche centinaio di indirizzi o diversi milioni, e il servizio di verifica è costruito per elaborarli tutti senza che una persona debba supervisionare ognuno di essi. L'input è quasi sempre un file CSV, e l'output è un file di risultati che abbina a ogni indirizzo originale uno stato di deliverability.

La verifica in blocco si capisce meglio come la controparte della verifica in tempo reale. Entrambe eseguono controlli identici sullo stesso motore di base. La verifica in tempo reale gestisce gli indirizzi uno alla volta man mano che arrivano tramite un'API, il che è perfetto per i form di iscrizione e i flussi di lavoro dal vivo. La verifica in blocco gestisce gli indirizzi già presenti in una lista, il che è perfetto per ripulire un database prima di un invio. Molti team usano entrambe: quella in tempo reale al punto di ingresso per tenere puliti i dati nuovi, e quella in blocco a cadenza regolare per mantenere accurato il database esistente man mano che invecchia.

Come funziona

Un job di verifica in blocco inizia con un caricamento. Esporti i tuoi contatti in un file CSV e lo invii al servizio di verifica. Il servizio legge la colonna dell'email, e la maggior parte delle piattaforme conserva le altre colonne come nome e azienda, così il file ripulito può essere reinserito direttamente nei tuoi strumenti.

Prima che venga controllato qualsiasi indirizzo, il servizio di solito normalizza la lista. Gli indirizzi duplicati vengono accorpati così lo stesso indirizzo non viene verificato, e addebitato, due volte. I problemi di formattazione evidenti vengono segnalati subito. Poi ogni indirizzo univoco passa attraverso la catena di verifica, la stessa sequenza usata per un singolo controllo in tempo reale.

Ogni indirizzo viene testato per verificarne la sintassi, poi il suo dominio viene controllato tramite lookup dei record DNS e MX per confermare che il dominio esista e sia configurato per ricevere posta. Il servizio esegue quindi un handshake SMTP dal vivo, connettendosi al server di posta del destinatario e chiedendo se accetterà posta per quello specifico indirizzo. Insieme a questo, ogni indirizzo viene controllato per lo stato catch-all, per lo stato di provider usa e getta e per lo stato role-based.

Il motivo per cui la verifica in blocco richiede più tempo di un singolo controllo è il passaggio SMTP dal vivo eseguito su grandi volumi. Il servizio non può martellare un server di posta con migliaia di connessioni in una volta sola, perché quel comportamento di per sé sembra abusivo e il server inizierebbe a rifiutare le connessioni o a bloccare temporaneamente il verificatore. Un verificatore in blocco ben costruito distribuisce il lavoro su molte connessioni, regola il ritmo delle richieste per ciascun server ricevente e riprova gli indirizzi che hanno restituito una risposta non conclusiva. È per questo che una lista piccola si conclude in pochi minuti, mentre una lista di centinaia di migliaia di indirizzi può richiedere qualche ora.

Quando il job è completato, scarichi un file di risultati. Ogni indirizzo riporta uno stato, comunemente deliverable, undeliverable, risky o unknown, oltre ai dettagli specifici che lo motivano. Tieni gli indirizzi deliverable, rimuovi quelli undeliverable e decidi come trattare gli indirizzi risky e catch-all in base a quanto devi essere cauto.

Perché è importante per la deliverability delle email

La verifica in blocco è importante perché le liste email si deteriorano. Ogni lista perde accuratezza nel tempo, man mano che le persone cambiano lavoro, abbandonano le caselle e lasciano scadere i domini. Una lista che era pulita un anno fa oggi non lo è più, e inviarle senza prima verificare è la causa più comune in assoluto dei problemi di deliverability.

Il rischio principale è il bounce. Quando invii una campagna a una lista piena di indirizzi non validi, una buona parte di quei messaggi produce un hard bounce. I provider di posta come Gmail, Yahoo e Microsoft tengono d'occhio il tuo bounce rate, perché un bounce rate alto è un segnale affidabile di una lista comprata, raccolta con scraping o semplicemente trascurata. Reagiscono abbassando la tua reputazione come mittente e indirizzando una quota maggiore della tua posta nello spam, il che significa che persino i tuoi iscritti validi smettono di vedere i tuoi messaggi. Verificare la lista in blocco prima dell'invio rimuove gli indirizzi non validi e tiene basso il bounce rate.

La verifica in blocco intercetta anche gli indirizzi pericolosi che non producono bounce. Gli spam trap sono indirizzi che sembrano normali ma esistono solo per pizzicare i mittenti che contattano liste non verificate o acquistate. Colpirli può far finire il tuo dominio o il tuo IP in una blacklist. Una lista vecchia e mai verificata è esattamente il posto dove tendono a nascondersi gli spam trap riciclati, perché sono indirizzi un tempo reali e poi abbandonati. Far passare la lista attraverso la verifica in blocco prima di un invio identifica gli indirizzi undeliverable e risky così puoi rimuoverli prima che causino danni.

C'è anche un vantaggio sui costi. Le piattaforme email fatturano in base alla dimensione della lista o al numero di messaggi inviati. Contattare migliaia di indirizzi morti significa pagare per inviare a persone che non riceveranno mai il messaggio. Pulire prima la lista significa pagare solo per raggiungere destinatari reali.

Come la gestisce VeriMails

VeriMails gestisce la verifica in blocco tramite un caricamento CSV. Carichi un file di indirizzi email, VeriMails verifica ogni indirizzo e scarichi un file di risultati con uno stato chiaro accanto a ciascuno. Lo stesso job può anche essere gestito tramite la REST API, per i team che vogliono automatizzare la pulizia delle liste invece di caricare i file a mano.

Ogni indirizzo in un job in blocco passa attraverso l'intera catena di verifica di VeriMails: validazione della sintassi, controlli dei record DNS e MX, un handshake SMTP dal vivo contro il server di posta del destinatario, rilevamento dei catch-all, degli indirizzi usa e getta e di quelli role-based. Il motore in blocco regola il ritmo delle connessioni per ciascun server di posta ricevente, così le liste grandi vengono elaborate in modo affidabile senza far scattare i rate limit che altrimenti bloccherebbero un job. VeriMails esegue il rilevamento dei catch-all invece di assegnare un punteggio, così un dominio catch-all viene riportato chiaramente come catch-all nei risultati, invece di ricevere un numero di confidenza inventato. In tutti questi controlli VeriMails restituisce categorie di deliverability chiare, pratiche per la pulizia della lista prima dell'invio.

La verifica in blocco viene fatturata per indirizzo a partire dai crediti. I crediti prepagati partono da $0.0019 per email, con 10.000 crediti che costano $19, e i pacchetti più grandi che fanno scendere ulteriormente il prezzo per indirizzo. I piani in abbonamento partono da $15 per month per i team che ripuliscono le liste con cadenza regolare. Ogni account inizia con 100 crediti gratuiti all'iscrizione, senza bisogno di carta di credito e con crediti che non scadono mai, così puoi verificare una lista ed esaminare i risultati prima di effettuare qualsiasi pagamento.

Domande frequenti