Analyser et normaliser
Nous rejetons la syntaxe hostile avant qu'un crédit ne soit dépensé, puis canonisons l'adresse telle que le serveur de messagerie la verra vraiment.
Vérification d'email en temps réel
Ne devinez plus quels emails vont rebondir.
BounceIntel contrôle la syntaxe, le DNS, les enregistrements MX et la boîte aux lettres elle-même, puis explique son verdict avec un score et des codes de motif exploitables.
Vérifiez n'importe quelle adresse. Sans compte. Essayez avec .
Vous vérifiez depuis votre propre stack ? Lire la documentation API
POST /v1/check_emailExemple
100/100
- Score
- 100 / 100
- Envoi sûr
- Oui
- Fournisseur
- google workspace
- SyntaxeValide
- Enregistrements MXPrésents
- SMTPConnecté
- Boîte mailExiste
- Catch-allNon
- JetableNon
- deliverable
- provider reputation
- tenant history positive
Chaque verdict arrive avec les preuves qui le justifient.
La confiance des équipes qui vivent dans la boîte de réception
- Latence médiane de vérification
- < 500 ms
- Objectif de disponibilité de l'API
- 99,9 %
- Adresses e-mail validées, et ce n'est pas fini
- 1B+
- Données traitées et stockées dans l'UE
- UE
01Méthode
Une vérification de boîte, pas une conjecture.
Chaque vérification suit le même pipeline : syntaxe, DNS, MX, puis une conversation SMTP avec le serveur destinataire. Le verdict arrive avec ses preuves.
Interroger le serveur de messagerie
Recherche MX, poignée de main SMTP, sondage du destinataire. Attrape-tout, pleine, désactivée et générique sont classées, pas devinées.
Noter et expliquer
Un score de 0 à 100, une action recommandée, et des codes de raison exploitables dans le code. Pas de bloc opaque.
POST /v1/check_emaillive
02Cas d'usage / par équipe / par moment
Trouvez le moment où une mauvaise adresse vous coûte
La vérification se rentabilise à huit endroits différents, du formulaire d'inscription à une plateforme de données qui lance des millions de contrôles par mois. Choisissez celui qui ressemble à votre problème.
Ingénieurs produit et growth
Formulaires d'inscription et de commande
Une mauvaise adresse qui entre dans votre base à l'inscription est un problème que vous paierez plusieurs fois, pas une seule.
Équipes commerciales et agences outboundProspection à froid et développement commercial
L'outbound est le seul canal où quelques pour cent de mauvaises adresses peuvent emporter tout le domaine d'envoi avec elles.
Responsables email et cycle de vieEmail marketing et hygiène de listes
Une liste se dégrade que vous lui envoyiez des messages ou non, et la facture arrive d'un coup.
Équipes RevOps et donnéesHygiène du CRM et des bases de contacts
Personne ne remarque un CRM qui se périme, parce que chaque fiche prise isolément a l'air correcte.
Équipes e-commerce et retailE-commerce et emails transactionnels
Une adresse mal saisie au paiement, et la confirmation de commande comme l'avis d'expédition partent dans le vide.
Équipes produit SaaSOnboarding SaaS et abus d'essais gratuits
Les essais gratuits et les primes de parrainage se cultivent avec des adresses jetables, une boîte éphémère à la fois.
Agences et cabinets de conseilAgences et prestataires de services
Vous héritez de listes que vous n'avez pas constituées, et c'est vous que l'on tient pour responsable de ce qu'elles font.
Plateformes de données et vendeurs de listesFournisseurs de données et plateformes
Si vous vendez de la donnée de contact, la précision de la vérification est la qualité de votre produit, pas un coût d'exploitation.
03Signaux
Ce qui entre réellement dans un verdict.
Ce sont les contrôles derrière chaque résultat de ce site et de l'API.
Syntaxe
Uniquement des adresses conformes aux RFC. Les parties locales entre guillemets et les littéraux IP n'atteignent jamais SMTP.
Enregistrements MX
Si le domaine accepte le courrier, et quels hôtes il désigne.
Sondage de la boîte
Le destinataire existe-t-il, est-il plein, désactivé ou attrape-tout.
Jetables et génériques
Boîtes éphémères et adresses de type admin@ / info@, signalées explicitement.
Règles des fournisseurs
Gmail, Microsoft 365 et d'autres imposent des contraintes supplémentaires que nous encodons en codes de raison.
Codes de raison
Des valeurs machine stables, pour que votre intégration branche sans analyser du texte anglais.
04Développeurs / REST / sans SDK
Un POST. Du JSON explicable en retour.
Authentification Bearer, un seul endpoint, et une réponse dont les champs pilotent directement votre intégration. Aucune bibliothèque à installer, aucun wrapper à apprendre.
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."
}
]
}
}05Produit
Un seul moteur, trois portes d'entrée.
Le même pipeline de vérification alimente le vérificateur en direct, les jobs en masse et l'API REST.
06Piste d'audit
Un score que vous pouvez défendre.
Quand un responsable demande pourquoi une adresse a été rejetée, vous pouvez montrer les codes de motif, pas l'intuition d'un prestataire.
VerdictAction recommandée
La boîte a accepté le destinataire, et rien dans les signaux du fournisseur ou de l'historique n'a plaidé contre.
- deliverable
- provider_reputation
- tenant_history_positive
Elle se résout, mais quelque chose dans l'adresse ou son domaine vous coûtera dès que vous enverrez en volume.
- catch_all
- role_account
- full_inbox
L'adresse a été refusée d'emblée, ou il n'y a nulle part où livrer le courrier.
- invalid_recipient
- no_mx
- disabled_mailbox
Le fournisseur n'a pas voulu donner de réponse claire. Nous le disons, plutôt que d'habiller une supposition en score.
- smtp_timeout
- smtp_policy_block
- transient_smtp
41 codes de raison répartis sur 4 verdicts. Chaque contrôle renvoie ceux qui se sont réellement appliqués, donc un rejet remonte toujours à une règle plutôt qu'à un nombre.
Commencez avec 100 crédits. Sans carte.
Créez un compte et lancez le même pipeline que votre liste de production utilisera.