Verifica email in tempo reale

Smetti di indovinare quali email rimbalzeranno.

BounceIntel controlla sintassi, DNS, record MX e la casella di posta stessa, poi spiega il verdetto con un punteggio e codici motivo su cui puoi agire.

Verifica qualsiasi indirizzo. Senza account. Provalo con .

Verifichi dal tuo stack? Leggi la documentazione API

POST /v1/check_emailEsempio
100/100
Punteggio
100 / 100
Invio sicuro
Provider
google workspace
  • SintassiValida
  • Record MXPresenti
  • SMTPConnesso
  • CasellaEsiste
  • Catch-allNo
  • Usa e gettaNo
  • deliverable
  • provider reputation
  • tenant history positive

Ogni verdetto arriva con le prove che lo sostengono.

Scelto da team che vivono nella casella di posta

  • Headout
  • BroadLink
  • Datalastic
  • intelbee
  • Escaun
  • ReviewDad
  • Green Power Innovations
  • FranceRent
Latenza mediana di verifica
< 500 ms
Obiettivo di uptime dell'API
99,9%
Indirizzi email verificati, e continuiamo
1B+
Dati elaborati e archiviati nell'UE
UE

01Metodo

Una verifica della casella, non un’ipotesi.

Ogni verifica segue la stessa pipeline: sintassi, DNS, MX e poi una conversazione SMTP con il server ricevente. Il verdetto arriva con le sue prove.

01

Analizza e normalizza

Scartiamo la sintassi ostile prima di spendere un credito, poi rendiamo canonico l'indirizzo così come lo vedrà davvero il server di posta.

02

Interroga il server di posta

Ricerca MX, handshake SMTP, sondaggio del destinatario. Catch-all, piena, disattivata e di ruolo vengono classificate, non indovinate.

03

Assegna un punteggio e spiega

Un punteggio da 0 a 100, un'azione consigliata e codici di motivo utilizzabili nel codice. Nessun blocco opaco.

POST /v1/check_emaillive

Request

{"email": "[email protected]"}

Pipeline

Response

awaiting verdict_

02Casi d'uso / per team / per momento

Trova il momento in cui un indirizzo sbagliato ti costa

La verifica si ripaga in otto punti diversi, dal modulo di registrazione a una piattaforma di dati che lancia milioni di controlli al mese. Scegli quello che somiglia al tuo problema.

03Segnali

Cosa entra davvero in un verdetto.

Sono i controlli dietro ogni risultato di questo sito e dell'API.

Sintassi

Solo indirizzi conformi agli RFC. Parti locali tra virgolette e letterali IP non arrivano mai a SMTP.

Record MX

Se il dominio accetta posta e quali host indica.

Sondaggio della casella

Se il destinatario esiste, se è pieno, disattivato o catch-all.

Usa e getta e di ruolo

Caselle temporanee e indirizzi tipo admin@ / info@, segnalati esplicitamente.

Regole dei provider

Gmail, Microsoft 365 e altri applicano vincoli aggiuntivi che codifichiamo come codici di motivo.

Codici di motivo

Valori stabili leggibili dalla macchina, così la tua integrazione ramifica senza analizzare testo inglese.

04Sviluppatori / REST / nessun SDK

Un POST. JSON spiegabile in risposta.

Autenticazione Bearer, un solo endpoint e una risposta i cui campi guidano direttamente la tua integrazione. Nessuna libreria da installare, nessun wrapper da imparare.

verify.sh
curl -X POST https://api.bounceintel.com/v1/check_email \
  -H "Authorization: Bearer $BOUNCEINTEL_KEY" \
  -H "Content-Type: application/json" \
  -d '{"email": "[email protected]"}'
response.json200
{
  "input": "[email protected]",
  "is_reachable": "safe",
  "syntax": {
    "domain": "stripe.com",
    "username": "ada",
    "is_valid_syntax": true
  },
  "mx": {
    "accepts_mail": true,
    "records": ["aspmx.l.google.com", "alt1.aspmx.l.google.com"]
  },
  "smtp": {
    "can_connect_smtp": true,
    "is_deliverable": true,
    "is_catch_all": false,
    "is_disabled": false,
    "has_full_inbox": false
  },
  "misc": {
    "is_disposable": false,
    "is_role_account": false,
    "is_b2c": false
  },
  "provider": "google_workspace",
  "provider_rules_applied": true,
  "score": {
    "score": 100,
    "category": "valid",
    "sub_reason": "deliverable",
    "safe_to_send": true,
    "confidence": 0.97,
    "confidence_level": "high",
    "reason_codes": ["deliverable", "tenant_history_positive"]
  },
  "bounce_risk": {
    "score": 3,
    "category": "low",
    "confidence": 0.94,
    "action": "send",
    "model_version": "br-2026.06",
    "risk_factors": [
      {
        "signal": "smtp_is_deliverable",
        "direction": "decreases_risk",
        "contribution": -0.41,
        "description": "Mailbox accepted the recipient at RCPT TO."
      }
    ]
  }
}

06Traccia di controllo

Un punteggio che puoi difendere.

Quando qualcuno chiede perché un indirizzo è stato rifiutato, puoi indicare i codici motivo, non l'intuito di un fornitore.

VerdettoAzione consigliata
  • La casella ha accettato il destinatario e nulla nei segnali del provider o nello storico ha detto il contrario.

    • deliverable
    • provider_reputation
    • tenant_history_positive
  • Si risolve, ma qualcosa nell'indirizzo o nel suo dominio ti costerà appena invierai a volume.

    • catch_all
    • role_account
    • full_inbox
  • L'indirizzo è stato rifiutato subito, oppure non c'è alcun luogo dove consegnare la posta.

    • invalid_recipient
    • no_mx
    • disabled_mailbox
  • Il provider non ha voluto dare una risposta chiara. Lo diciamo, invece di travestire un'ipotesi da punteggio.

    • smtp_timeout
    • smtp_policy_block
    • transient_smtp

41 codici di motivo distribuiti su 4 verdetti. Ogni controllo restituisce quelli che si sono davvero applicati, quindi un rifiuto risale sempre a una regola e non a un numero.

Inizia con 100 crediti. Senza carta.

Crea un account ed esegui la stessa pipeline che userà la tua lista di produzione.