Verifica email che dice la verità

Cosa cerca davvero chi digita "verifica email"

Dietro questa ricerca ci sono due esigenze diverse, ed è utile essere chiari su quale stai risolvendo. La più comune, di gran lunga: hai un indirizzo specifico (una candidatura, un lead appena raccolto, un contatto passato da un collega) e vuoi sapere se ha senso scrivergli prima di scoprirlo con un bounce. È l'uso che questo strumento serve direttamente: incolla l'indirizzo, ottieni sintassi, dominio e stato di autenticazione in pochi secondi.

La seconda esigenza è più operativa: hai una lista, magari esportata da un CRM o raccolta con un form, e prima di lanciare una sequenza vuoi capire quante righe sono da buttare. Questo strumento gestisce anche quel caso: incolla la lista intera, non solo un indirizzo, e ottieni lo stesso controllo riga per riga con un'esportazione CSV alla fine.

In entrambi i casi la domanda di fondo è la stessa: questo indirizzo è reale? La risposta onesta, che pochi strumenti gratuiti danno, è che nessun controllo eseguito nel browser può rispondere con certezza assoluta. Può però eliminare la maggior parte degli indirizzi palesemente sbagliati, il che è già gran parte del lavoro.

Cosa dimostra davvero ogni metodo di verifica

Ogni strumento di verifica email si colloca da qualche parte su questa scala. Molti vendono i gradini più alti e in silenzio recapitano quelli più bassi, quindi ecco la scala intera con quello che ogni gradino dimostra e quanto costa.

Obiettivi di bounce rate da tenere a mente: Google e Yahoo pubblicano entrambi linee guida per i mittenti che trattano un tasso di reclami spam pari o superiore allo 0,3% come un problema, e i provider di posta considerano allo stesso modo i bounce ripetuti. Ripulire sintassi e fallimenti DNS prima di inviare elimina la fonte più economica di entrambi.

Perché un browser non può verificare una casella, e chi dice il contrario

Verificare che una casella esista significa aprire una connessione TCP verso il server di posta ricevente sulla porta 25, dire HELO, poi MAIL FROM, poi RCPT TO, e leggere il codice di risposta. Il JavaScript in una scheda del browser non può aprire un socket TCP grezzo. Non esiste un flag, un permesso da chiedere, o un modo furbo per aggirarlo. Qualsiasi strumento la cui verifica avviene interamente nel browser si ferma dove si ferma questo.

Quindi quando uno strumento web gratuito ti dice che un indirizzo è "valido" o mostra un segno di spunta verde per ogni riga, una di tre cose è vera. O esegue il probe SMTP su un proprio server e non è gratuito su grandi volumi. O controlla sintassi e DNS e lo chiama "valido", cosa che questa pagina si rifiuta di fare. O sta indovinando.

Anche un vero probe SMTP non è una garanzia

• I domini catch-all accettano tutto. Se un dominio è configurato per accettare posta per qualsiasi indirizzo, RCPT TO restituisce 250 anche per una casella mai creata. Una buona parte dei domini aziendali è configurata così.
• I tenant Microsoft 365 spesso non rispondono. A seconda di come è impostato l'edge blocking basato su directory, un tenant può accettare ogni destinatario al perimetro e rifiutare internamente dopo la chiusura della connessione, cosa che nessun probe può vedere.
• Greylisting e rate limit distorcono la risposta. Un 4xx temporaneo non dice nulla sulla casella, e un probe che lo tratta come un fallimento cancella indirizzi buoni dalla tua lista.
• Fare probe brucia l'IP da cui parti. RCPT TO ripetuti dalla stessa IP senza un messaggio sono un pattern di abuso ben noto. Per questo i provider di verifica seri lo fanno pagare.

La risposta pratica è una sequenza, non uno strumento unico. Elimina gratis i fallimenti di sintassi e DNS con questo verificatore. Paga un probe SMTP solo su quello che sopravvive, e solo quando la lista è abbastanza grande da giustificarlo. Poi lascia che sia un invio reale a darti l'ultima risposta definitiva, su piccoli lotti prima, così un segmento cattivo non porta giù il tuo dominio. Se preferisci avere l'intera sequenza dentro un unico flusso di lavoro, è quello che fa la verifica email di Overloop prima che una campagna parta.

Come leggere il risultato: valido, rischioso, non verificabile

Questo strumento non usa mai la parola "valido" per una casella specifica, e lo fa apposta. Ecco cosa significano davvero i verdetti che vedi nella tabella:

• Dominio verificato. Sintassi corretta e il dominio accetta posta tramite un server MX reale. Non è la conferma che quella singola casella esista: è la conferma che l'indirizzo ha una destinazione plausibile. È il verdetto migliore che un controllo lato browser può darti.
• Sintassi non valida, probabile refuso, nessun server di posta, usa e getta. Sono i verdetti "no" con motivazioni diverse. Un indirizzo con sintassi sbagliata o un dominio senza MX non arriverà mai, punto. Un probabile refuso (gmial.com invece di gmail.com) è quasi sempre da correggere, non da eliminare, a meno che il dominio corretto non risolva comunque.
• Indirizzo di ruolo, nessun MX con solo record A, possibile usa e getta. Sono i verdetti "rischioso": non falliscono in modo definitivo, ma meritano una decisione consapevole prima di inviare. Un indirizzo info@ o sales@ raggiunge una casella condivisa, non una persona: va bene per un follow-up di supporto, è debole per il cold outreach.
• Lookup DNS fallito. Non è un verdetto sull'indirizzo, è un fallimento della verifica stessa. Rilancia il controllo prima di decidere qualsiasi cosa su quella riga: trattarla come "non valida" rischia di buttare via indirizzi perfettamente buoni.

La distinzione che conta di più è tra "non recapitabile con certezza" (sintassi, nessun MX, null MX) e "recapitabile ma non confermato" (dominio verificato). Solo la prima categoria è sicura da eliminare senza ulteriori controlli. La seconda è il punto di partenza, non il punto di arrivo, per chi invia volumi seri.

Come verificare un indirizzo email, o diecimila

Cosa segnaliamo, e perché conta per l'outreach

• Sintassi non valida con la regola specifica violata, non solo una crocetta rossa. Due punti di fila, una parte locale oltre 64 caratteri, un trattino ai bordi di un'etichetta di dominio, un TLD numerico.
• Nessun server di posta. Il dominio risolve ma non ha un record MX, oppure pubblica un null MX (un singolo MX di 0 .), cioè il proprietario del dominio dichiara esplicitamente che non accetta posta. Entrambi rimbalzano, sempre.
• Probabile refuso in un dominio comune, con la correzione. gmial.com, hotmial.com, yahooo.com e un TLD che finisce in .con o .cmo sono i quattro che compaiono su quasi ogni lista.
• Domini usa e getta. Un'iscrizione da mailinator.com o un servizio di posta temporanea da dieci minuti non è un prospect e non risponderà mai.
• Indirizzi di ruolo. info@, sales@, support@, admin@ e no-reply@ raggiungono una casella condivisa o nulla. Attirano anche reclami più velocemente degli indirizzi personali, e alcuni (abuse@, postmaster@) sono monitorati proprio per questo.
• Provider gratuiti. Non è un difetto, ma su una lista B2B un indirizzo gmail.com di solito significa che hai arricchito la persona sbagliata, o che qualcuno ti ha dato un indirizzo personale per evitarti.
• SPF o DMARC assenti sul dominio ricevente, il che dice quanto rigorosamente il provider di quel dominio filtra probabilmente quello che gli invii.

Hai già l'indirizzo e vuoi sapere chi c'è dietro, oppure hai la persona e ti serve l'indirizzo? Usa l'email finder per andare dal nome all'indirizzo probabile. Verifica qui qualsiasi cosa esca da quella ricerca prima di inviarla.

Quando ti serve la verifica in blocco

Per un indirizzo, o per una manciata prima di una chiamata importante, questo strumento basta e avanza: è gratuito, gira nel browser, e non richiede account. Per una lista di migliaia di contatti prima di una campagna, il calcolo cambia in due modi.

Primo: il volume di lookup DNS resta gestibile grazie alla cache per dominio, ma il controllo sintassi e DNS da solo non basta più a proteggere la tua reputazione di invio. Su una lista grande, anche una piccola percentuale di caselle catch-all o abbandonate può bastare a far scattare i filtri spam di Gmail e Outlook se invii tutto insieme, senza scaglionare.

Secondo: a quel volume ha senso aggiungere un probe SMTP a pagamento sopra quello che sopravvive al controllo gratuito, non al posto suo. Il probe costa per indirizzo, quindi ha senso solo dopo aver eliminato con questo strumento le righe che non lo meritano nemmeno.

Se preferisci gestire l'intera sequenza (verifica, invio scaglionato, monitoraggio dei bounce e delle risposte) dentro un unico flusso, è quello che fa Overloop: la verifica gira prima che una campagna parta, e i risultati alimentano direttamente la sequenza, senza dover copiare export CSV tra strumenti diversi.

Altri strumenti gratuiti