Azienda

Pensato per i team le cui email devono arrivare in posta in arrivo.

Parte una campagna, il tasso di bounce schizza in alto e il dominio di invio ne paga il prezzo: le email finiscono nello spam e qualcuno deve spiegare perché. BounceIntel esiste per evitare che quella lista venga mai inviata, e per mostrare esattamente perché ogni indirizzo è stato rimosso.

01Perché esistiamo

Un verdetto vale quanto il ragionamento che lo sostiene.

Ogni team che invia email prima o poi sbatte contro lo stesso muro. Parte una campagna, il tasso di bounce schizza, il dominio mittente incassa il colpo reputazionale e qualcuno deve spiegare in riunione che cosa è andato storto. Lo strumento di verifica che avrebbe dovuto evitarlo restituisce un colore e una percentuale, e nessuna delle due è una spiegazione.

BounceIntel parte dal presupposto opposto: in una verifica la parte interessante sono le prove, non la conclusione. Ogni controllo restituisce i codici motivo che hanno prodotto il verdetto, i segnali che li sostengono e un livello di confidenza onesto su quanto il pipeline sia davvero riuscito a stabilire.

Questo cambia a che cosa serve lo strumento. Smette di essere un filtro di cui fidarsi alla cieca e diventa una fonte che puoi citare: in una revisione di deliverability, in una valutazione di protezione dei dati, o davanti al collega che vuole sapere perché quattromila indirizzi sono stati esclusi.

02Come funziona

Cinque fasi, e un risultato che mostra il proprio ragionamento.

Lo stesso pipeline sta dietro al verificatore gratuito in home page, alla dashboard, a un caricamento in blocco e all'API. Non esiste una corsia premium che verifichi meglio.

01

Sintassi e normalizzazione

L'indirizzo viene analizzato secondo le regole dello standard, non secondo un'espressione regolare trovata da qualche parte. Quando un dominio somiglia a un refuso di un grande provider lo diciamo, invece di fallire in silenzio: un errore di battitura intercettato qui è un credito non speso più avanti.

02

Risoluzione di dominio e MX

Risolviamo il dominio e leggiamo i suoi record MX. Un dominio senza MX non può ricevere posta: è una risposta definitiva disponibile prima ancora di aprire una connessione, e la classe di indirizzo non valido meno costosa da rimuovere.

03

Regole del provider

I grandi provider applicano regole proprie sulla parte locale (lunghezze minime, caratteri vietati, parole riservate) e rifiutano gli indirizzi che le violano, che una casella possa esistere o meno. Applicarle prima della conversazione SMTP evita il viaggio di andata e ritorno e produce un codice motivo più preciso.

04

Interrogazione SMTP

Apriamo una conversazione con il server ricevente e chiediamo del destinatario, senza mai consegnare un messaggio. È lì che si rivelano le configurazioni catch-all, le caselle disattivate e quelle piene, ed è lì che un server che risponde allo stesso modo per qualsiasi indirizzo si tradisce.

05

Punteggio e codici motivo

I segnali vengono combinati in un punteggio, una categoria, un'azione consigliata e i codici motivo che li spiegano. Quando le prove non consentono una risposta certa, il risultato dice «sconosciuto». È un dato di fatto, non un fallimento, e trattarlo come tale è ciò che evita di scartare indirizzi buoni.

03Principi

Le regole che ci imponiamo.

Quasi tutte ci costano qualcosa. È più o meno il test che distingue un principio da uno slogan.

01

L'incertezza si dichiara, non si nasconde

Un dominio catch-all non è davvero risolvibile dall'esterno. Lo etichettiamo e ti spieghiamo che cosa significa per il tuo rischio, invece di tirare a indovinare perché la dashboard sembri decisa.

02

I tuoi indirizzi non sono il nostro dataset

Nulla di ciò che invii viene usato per costruire un elenco, arricchire un prodotto che vendiamo o addestrare alcunché. Gli indirizzi in blocco non vengono mai scritti nel nostro database: solo nel report che scarichi, che scade.

03

Un pipeline, una risposta

La verifica gratuita in home page esegue lo stesso codice di una chiamata API enterprise. Non c'è una via più economica e meno accurata nascosta dietro un prezzo più basso.

04

Spiegabilità per impostazione predefinita

I codici motivo fanno parte di ogni risposta: non sono un extra a pagamento né una modalità di debug. Se non possiamo dirti perché, il verdetto non si è guadagnato la tua fiducia.

05

Diciamo di no a certo lavoro

Le liste ricavate da scraping, quelle acquistate e l'enumerazione di indirizzi vengono rifiutate, e gli account che le usano chiusi. Un servizio di verifica che non controlla ciò che riceve diventa lo strumento di quelli da cui dovrebbe difendere.

06

La conservazione è un default, non un'impostazione

I report scadono da soli. Cancellarne uno cancella gli indirizzi, perché non esiste una seconda copia che dorme in un database in attesa che qualcuno se ne dimentichi.

04In cifre

La scala, detta senza giri di parole.

Il volume non sostituisce l'accuratezza, ma è ciò che la rende misurabile: più caselle un pipeline ha visto, meglio conosce il comportamento di ciascun provider.

1B+
Indirizzi email verificati, e continuiamo
40
Codici motivo nella tassonomia pubblicata
< 500ms
Latenza mediana per una verifica singola
UE
Dove gira la verifica e risiedono i dati

05FAQ

Le domande prima di mandarci una lista

Chi c'è dietro BounceIntel?

Una società indipendente che opera nell'Unione europea. Il servizio che chiami su api.bounceintel.com è nostro, costruito e gestito internamente e non rivenduto da un altro fornitore. I dati di registrazione sono nella pagina contatti e nei nostri documenti legali.

Conservate gli indirizzi che carico?

Non nel nostro database. Una lista in blocco esiste solo nei file di report generati per te: stanno fuori dalla root web, sono raggiungibili unicamente tramite un download autenticato e vengono eliminati alla scadenza del periodo di conservazione. Ciò che conserviamo è aggregato: quanti sono tornati sicuri, rischiosi, non validi o sconosciuti.

Perché alcune verifiche risultano «sconosciute»?

Perché alcuni server rifiutano di rivelare se una casella esiste e altri sono temporaneamente irraggiungibili. Inventare un verdetto in quei casi è il modo in cui uno strumento di verifica finisce per escludere buoni clienti. Ti diciamo che cosa è successo e decidi tu.

Come viene gestito un dominio catch-all?

Un catch-all accetta ogni indirizzo, quindi nessun test esterno può distinguere una casella reale da una inventata. Individuiamo la configurazione, valutiamo il rischio con gli altri segnali disponibili (comportamento del provider, reputazione del dominio, esiti storici) e dichiariamo onestamente la confidenza.

Posso usarlo su una lista acquistata?

No. La nostra politica di uso accettabile vieta le liste acquistate, ricavate da scraping o intermediate, e la facciamo rispettare. La verifica conferma che indirizzi che già detieni lecitamente sono ancora attivi; non rende utilizzabile una lista che non lo è.

Avete un accordo sul trattamento dei dati?

Sì, e si applica automaticamente come parte dei nostri termini: non devi firmare nulla perché ci vincoli. Se il tuo processo di acquisto richiede una copia controfirmata, o le clausole contrattuali tipo sottoscritte separatamente, chiedicelo e lo organizziamo.

Mandaci la lista di cui ti fidi di meno.

100 crediti alla registrazione, senza carta, e lo stesso pipeline di una chiamata API enterprise.