Skip to main content
GET
API di validazione email

Avvio rapido

Per effettuare una richiesta, fornisci il tuo api_key univoco e l’email da verificare — non serve altro:
In caso di successo, la richiesta restituisce tutte le informazioni disponibili sull’indirizzo:

Parametri della richiesta

string
obbligatorio
Le tue credenziali API personali. Le chiavi sono limitate per prodotto Cleariflow, quindi una chiave di validazione email non autorizza richieste ad altre API, ad esempio la geolocalizzazione IP.
String
obbligatorio
L’indirizzo email da verificare.
Boolean
Flag opzionale per disabilitare l’autocorrezione. Imposta auto_correct=false per disattivarla. È abilitata per impostazione predefinita.

Parametri della risposta

Le risposte vengono restituite in un JSON compatto e standardizzato.
String
Ripete l’email inviata nella richiesta.
String
Correzione suggerita quando viene rilevato un probabile errore di battitura (es. johnsmith@gmial.com => johnsmith@gmail.com). Vuoto se non c’è alcun suggerimento.
String
Valutazione di Cleariflow sulla capacità dell’indirizzo di ricevere posta. Valori possibili: DELIVERABLE, UNDELIVERABLE, UNKNOWN. DELIVERABLE richiede un controllo SMTP riuscito; se esistono record MX ma SMTP non può confermare la casella (comune con i grandi provider), il risultato è UNKNOWN. Tutti i piani eseguono gli stessi controlli; i gratuiti differiscono solo per quota mensile e limiti di frequenza (vedi codici 422 e 429).
Float
Punteggio decimale da 0 a 0.99 che riflette la qualità dell’indirizzo. Gli indirizzi disposable sono limitati a circa 0.05; senza conferma SMTP, massimo 0.55.
Boolean
true quando l’indirizzo corrisponde al pattern standard local@domain.tld. Elementi mancanti o caratteri non validi restituiscono false.
Boolean
true se il dominio appartiene a un provider di email gratuito (es. Gmail, Yahoo).
Boolean
true se il dominio è nella nostra lista di provider di caselle temporanee o usa e getta (es. Mailinator, Yopmail).
Boolean
true se la parte locale sembra un account di ruolo piuttosto che di un individuo, ad es. team@, sales@, info@.
Boolean
true se il dominio è configurato come catch-all.
Boolean
true quando esistono record MX per il dominio.
Boolean
true se la verifica SMTP ha esito positivo. Se SMTP fallisce ma altri controlli passano, il risultato può essere UNKNOWN. Sconsigliamo di bloccare registrazioni o invii di moduli basandosi solo su errori SMTP.

Esempi di richiesta

Esempio: probabile errore di battitura

Questo esempio mostra una richiesta in cui viene rilevato un probabile errore di battitura nell’indirizzo inviato. Anche quando viene trovato un probabile errore di battitura, tutti gli altri controlli (es. email gratuita, dominio usa e getta) vengono eseguiti sull’indirizzo originariamente inviato — non sulla correzione suggerita.
Una risposta di successo ha questo aspetto:

Esempio: formato non valido

Questo esempio mostra un indirizzo che non supera la formattazione di base. Quando is_valid_format è false, i controlli successivi (es. is_free_email, is_role_email) vengono saltati e segnalati come false.
Una risposta di successo ha questo aspetto:

Caricamento massivo (CSV)

Preferisci non chiamare l’API direttamente? Usa il caricamento massivo CSV — i risultati ti verranno inviati via email al termine dell’elaborazione. Durante il caricamento di un CSV, segui queste linee guida:
  • Inserisci gli indirizzi email nella prima colonna.
  • Elimina le righe vuote.
  • Usa un indirizzo per riga.
  • Limita i file a un massimo di 50.000 righe.

Codici di risposta ed errore

Gli errori vengono restituiti in JSON con un codice e una descrizione leggibile. I codici più comuni sono elencati di seguito.

Altre note

Nota sui piani: tutti i piani (gratuiti e a pagamento) eseguono gli stessi controlli, inclusi MX, SMTP e rilevamento catch-all. Nota sulla fatturazione: ogni email valutata consuma un credito per richiesta — indipendentemente dall’esito. L’invio di un indirizzo non valido (es. “fda3346ds”) conta comunque come un credito.