🎬 Découvrez transcript.im : des transcriptions gratuites de vidéos YouTube, TikTok et Instagram.Découvrir transcript.im

API de vérification d'e-mails

API de vérification d'e-mails en temps réel via HTTP avec contrôles SMTP complets de boîte — une API précise pour la délivrabilité, pas seulement le format.

Email Verification API : interface avec POST, 200 OK, JSON, Bearer, 6K3['+-)(~Zέ{
API de validation d'email

Vérifiez en temps réel

Utilisez un simple appel API pour vérifier des adresses lors de l'inscription, de l'enrichissement, des workflows d'agents IA ou de pipelines de traitement de listes personnalisés.

JSON structuréRéponse en temps réelVérification SMTP
Get Started for Free
API de vérification d'e-mail en temps réel : interface avec POST, 200 OK, SMTP, {%C|*, :s;9egp3&q+

Tous les modes de l'API de vérification, un endpoint

Chaque type de vérification est accessible via la même API REST de vérification d'e-mails.

API gratuite de vérification d'e-mail : interface avec Unique, Lot, Fichier, SDKs, I(V]ސ!ǖK2W[,L(aY`X

Vérification d'un seul e-mail

POST /verify — un appel à l'API de vérification d'e-mails en temps réel avec une réponse en moins de 3 s. Renvoie le statut, la délivrabilité, le score de qualité et les indicateurs de risque dans un seul objet JSON.

Vérification par lots

POST /verify/bulk — vérifiez jusqu'à 50 adresses par appel API, de façon synchrone. Tous les résultats reviennent dans une seule réponse API, avec le même schéma que celui utilisé par l'API de vérification d'e-mails en temps réel pour une adresse.

Traitement asynchrone de fichiers

POST /verify/file — soumettez des fichiers CSV ou Excel à l'API pour un traitement en arrière-plan. Les résultats sont envoyés par webhook lorsque la tâche API est terminée.

SDKs officiels

Bibliothèques client typées pour l'API de vérification en Python, Node.js, Go et PHP. Nouvelle tentative automatique en cas d'échec, gestion complète des erreurs et types de réponse identiques dans tous les langages.

Prise en charge des webhooks dans l'API de vérification

Recevez les résultats de l'API de façon asynchrone et consultez l'historique des messages.

Webhook de l'API de vérification d'e-mail : interface avec Événement, Rappel, Signature, mx7^$G�Sn,__B, EK浝I`z

Livraison asynchrone

Créer des webhooks

Enregistrez des endpoints HTTP pour recevoir les résultats de l'API dès qu'une tâche ou un lot est terminé. L'API prend en charge les payloads personnalisés, les nouvelles tentatives automatiques en cas d'échec et la configuration par tâche ou globale.

  • Événements de fin de job avec résumé des résultats
  • Nouvel essai automatique sur les livraisons échouées
  • Configuration par job ou au niveau du compte

Historique des messages

Interroger les messages

Accédez au journal complet des événements webhook pour récupérer d'anciens résultats de l'API, déboguer les échecs de livraison ou rejouer les notifications manquées. Les événements API sont conservés pendant 30 jours.

  • Interroger les événements par job ID ou plage de dates
  • Rejouer les livraisons manquées ou échouées
  • Rétention d'événements de 30 jours

Dans l'endpoint

Ce que prouve l'API de vérification d'e-mails à chaque appel

Une API de vérification d'e-mails n'est utile que si ses champs de réponse reposent sur des preuves. Celle-ci renvoie des faits au niveau de la boîte, pas un simple avis syntaxique présenté comme un verdict.

La syntaxe et le routage sont les couches simples, pas la réponse

À chaque appel, l'API de vérification d'e-mails normalise l'adresse, contrôle sa structure et résout les enregistrements MX du domaine. Ces deux couches API sont rapides et ne sollicitent pas le destinataire ; elles s'exécutent donc en premier et écartent les données manifestement invalides avant l'étape SMTP.

Une API limitée à la syntaxe s'arrête ici et déclare le résultat valide. C'est toute la différence entre un endpoint de validation et une API gratuite de vérification d'e-mails qui poursuit le contrôle jusqu'à la boîte elle-même.

C'est avec SMTP que l'API de vérification mérite son nom

L'API ouvre une véritable conversation SMTP avec le serveur destinataire et teste le chemin du destinataire. Aucun corps de message n'est envoyé, aucun lien de confirmation n'est cliqué et rien n'arrive dans la boîte de la personne. Notre API gratuite de vérification d'e-mails lit assez loin la réponse du serveur pour distinguer un destinataire accepté d'un rejet permanent.

C'est ce qui en fait une API de vérification d'e-mails en temps réel, et non une recherche DNS accompagnée d'un discours marketing. La preuve vient du système qui acceptera ou refusera réellement votre e-mail.

Les indicateurs de risque accompagnent le statut dans la même réponse

Un seul objet JSON de l'API réunit le statut de délivrabilité, un score de qualité, un niveau de risque, des codes de motif et les indicateurs d'adresse jetable, de compte de rôle, de domaine catch-all et de webmail gratuit. Votre application n'a pas besoin d'un second appel API pour comprendre le résultat.

Le choix de placer les indicateurs à côté du statut est délibéré. Une adresse de rôle acceptée et une boîte personnelle acceptée sont toutes deux deliverable ; seul votre produit sait laquelle convient à ce workflow.

Les réponses non concluantes restent non concluantes

Le greylisting, les reports des fournisseurs et les limites de débit sont normaux à l'échelle d'une API. L'API gratuite de vérification d'e-mails renvoie unknown au lieu de les promouvoir en deliverable ou de les rétrograder en invalid.

La logique de nouvelle tentative doit se trouver dans votre code, pas être cachée dans l'endpoint. Une API qui devine en silence supprime précisément le signal dont vous avez besoin pour décider d'une nouvelle tentative ou orienter l'enregistrement vers une vérification manuelle.

Champs de réponse

Associez chaque statut de l'API de vérification à une décision applicative

La réponse API est conçue pour être utilisée directement dans une logique conditionnelle. Chaque statut correspond à une action, et les codes de motif de l'API expliquent les cas limites.

deliverable — continuer

Le chemin du destinataire a accepté la sonde lors de l'appel. Acceptez l'inscription, enregistrez le contact ou mettez le message en file d'attente, sous réserve des règles de consentement appliquées par votre produit.

L'API gratuite de vérification d'e-mails renvoie le même champ de statut avec l'offre gratuite qu'avec les volumes payants : le comportement testé avec des crédits gratuits est celui que vous mettez en production.

undeliverable — rejeter ou redemander

Un échec permanent signalé par l'API signifie que l'adresse provoquera un hard bounce. Dans un formulaire d'inscription, affichez de nouveau le champ avec le code de motif de l'API. Dans une tâche en arrière-plan, excluez l'enregistrement sans supprimer la valeur d'origine.

Ne corrigez jamais automatiquement le domaine. Une API de vérification peut signaler l'échec d'une adresse ; elle ne peut pas déterminer l'adresse que la personne voulait saisir.

risky — appliquez votre propre politique

Risky signifie que la boîte peut accepter les e-mails tout en présentant un indicateur important pour votre produit. Consultez les codes de motif : un fournisseur d'adresses jetables lors d'une inscription payante pose un problème très différent d'une adresse de rôle sur un formulaire d'assistance.

Définissez cette politique une seule fois, là où vous appelez notre API gratuite de vérification d'e-mails, afin que chaque interface du produit traite le même indicateur API de la même façon.

unknown — réessayer, ne pas écarter

Le fournisseur destinataire a donné à l'API une réponse qui ne prouve rien. Placez l'adresse en file d'attente pour un appel API ultérieur au lieu de bloquer l'utilisateur ou d'enregistrer un faux négatif dans votre base de données.

Dans un parcours d'inscription, l'API de vérification d'e-mails en temps réel doit gérer ce cas sans bloquer le service : laissez passer l'utilisateur, relancez la vérification de façon asynchrone, puis agissez selon le second résultat API.

Schémas d'intégration

Où appeler l'API de vérification d'e-mails dans un système réel

La plupart des intégrations API utilisent les trois mêmes points de contact. Le bon emplacement de l'appel API compte davantage que le SDK choisi.

  1. 1

    Au point de saisie

    Appelez l'API lorsqu'une adresse est soumise — inscription, paiement, formulaire de lead ou mise à jour du profil. Une vérification pendant que la personne est encore sur la page lui permet de corriger elle-même une faute de frappe, ce qui justifie pleinement un appel API intégré au formulaire.

    Au-delà d'un délai court, l'appel ne doit pas être bloquant. Une réponse de l'API gratuite de vérification d'e-mails arrive généralement en une à trois secondes, mais votre formulaire ne doit pas échouer parce qu'un fournisseur destinataire a été lent.

  2. 2

    Dans le pipeline qui déplace déjà vos données

    Les tâches de synchronisation CRM, les workers d'enrichissement et les étapes ETL sont des emplacements naturels pour cette API gratuite de vérification d'e-mails. Ajoutez l'appel API là où circulent déjà les enregistrements et stockez le statut, les indicateurs et l'horodatage du contrôle dans des champs.

    Pour des fichiers plutôt que des enregistrements unitaires, l'API POST /verify/file accepte les formats CSV ou Excel et appelle votre webhook à la fin de la tâche ; le traitement API par lot ne nécessite donc pas de connexion persistante.

  3. 3

    Dans les agents et outils d'IA

    Le MCP Server expose notre API gratuite de vérification d'e-mails à Claude Desktop et Cursor en langage naturel, tandis que les Agent Skills l'installent en un clic dans les plateformes d'agents. Les deux méthodes renvoient le même JSON structuré que l'API REST.

    C'est essentiel pour la fiabilité des agents : un modèle n'a pas à analyser du texte libre, et l'outil ne peut pas prétendre qu'une adresse est valide si l'API sous-jacente a renvoyé unknown.

  4. 4

    Autour de l'envoi lui-même

    La fraîcheur des données compte plus que le volume. Vérifiez les destinataires à forte valeur peu avant l'envoi au lieu de vous fier à un statut vieux de plusieurs mois, et revérifiez les enregistrements inactifs avant leur ajout à une campagne.

    Pour une liste entière, Vérification d'e-mails en masse applique le même moteur à un fichier, sans vous obliger à reconstruire une logique de traitement par lots au-dessus de l'endpoint en temps réel.

Limites transparentes

Quatre choses que l'API de vérification d'e-mails ne prétend pas faire

La réponse API est fiable parce que son périmètre est étroit. Chacun de ces besoins relève d'un autre outil ou d'une autre équipe, pas d'une API de vérification.

Elle ne prouve ni l'identité ni le consentement

Une boîte qui accepte un e-mail ne révèle ni qui la contrôle, ni où cette personne travaille, ni si elle a accepté d'être contactée. Les alias partagés, les adresses transférées et les données d'enrichissement obsolètes peuvent tous produire des résultats API deliverable associés à la mauvaise personne.

Utilisez des données de première partie pour l'identité et conservez le consentement dans votre propre système de référence. Aucune API de vérification ne peut fournir l'un ou l'autre.

Elle ne garantit pas le placement en boîte de réception

L'acceptation SMTP décrit le chemin du destinataire au moment de l'appel API. L'arrivée de votre campagne en boîte de réception dépend de la réputation de l'expéditeur, de l'authentification, du contenu et de l'historique des plaintes — autant de facteurs côté expéditeur que l'API n'observe jamais.

La vérification élimine les échecs liés aux adresses. La délivrabilité du message lui-même est un programme distinct, avec ses propres indicateurs.

Les domaines catch-all restent incertains

Un domaine catch-all accepte toutes les parties locales ; aucune API gratuite de vérification d'e-mails ne peut donc prouver qu'une adresse supposée y existe. L'API renvoie cet indicateur précisément pour éviter à votre code de devoir l'inférer.

Orientez les résultats catch-all vers une vérification manuelle au lieu de les classer comme deliverable, surtout pour les listes B2B construites à partir de modèles de noms.

Un résultat est une observation horodatée

Des boîtes sont fermées, des alias retirés et des domaines migrés chaque jour. L'API indique ce qui était vrai au moment de l'appel, et cette information vieillit dès que l'API répond.

Stockez l'heure du contrôle avec le statut afin que les systèmes en aval puissent décider quand la preuve est trop ancienne pour être utilisée.

Interfaces associées

Lien entre l'API de vérification et le reste de la plateforme

Le même moteur est proposé via plusieurs interfaces API. Le bon choix dépend généralement de la personne qui effectue la demande, pas de la précision.

Une adresse, manuellement

Lorsqu'une personne doit examiner un résultat plutôt qu'en automatiser des milliers, le Vérificateur d'e-mails exécute dans le navigateur le même pipeline SMTP et affiche tous les indicateurs que l'API renverrait.

C'est le moyen le plus rapide de vérifier la cohérence d'une adresse avant d'écrire du code pour l'API de vérification d'e-mails.

Un fichier entier à la fois

Lorsque le travail porte sur une liste plutôt que sur un flux, le Nettoyage de listes d'e-mails applique les mêmes règles à chaque ligne et conserve les motifs dans l'export.

Les fichiers et les appels API utilisent le même moteur ; une ligne nettoyée en masse et une adresse contrôlée via l'API de vérification ne peuvent donc pas produire des résultats contradictoires.

L'approche axée sur la validation

La page API de validation d'e-mails décrit le même endpoint pour les équipes qui recherchent la validation plutôt que la vérification, avec des détails d'intégration présentés sous cet angle.

L'endpoint, le schéma et les preuves SMTP sont identiques ; seul l'angle de la documentation change.

Questions fréquentes

1. Quelle est la vitesse de l'API de vérification d'e-mails ?

Les résultats API en cache reviennent en moins de 200ms. Une vérification SMTP complète prend en moyenne 1–3 secondes, ce qui permet d'utiliser cette API de vérification d'e-mails en temps réel dans un formulaire. L'API accepte jusqu'à 6,000 requêtes de vérification unitaire et 1,500 requêtes par lot par minute.

2. Comment intégrer l'API de vérification d'e-mails ?

L'API de vérification utilise des appels REST standard et renvoie des réponses JSON. Des SDK officiels sont disponibles pour Python, Node.js, Go et PHP. La plupart des intégrations API prennent moins de 30 minutes. Le MCP Server et les Agent Skills ne nécessitent aucun code — une seule installation suffit pour utiliser l'API de vérification d'e-mails en temps réel dans tout client d'IA compatible.

3. Combien coûte l'API de vérification d'e-mails ?

Le forfait Starter coûte $20 pour 20,000 crédits, soit $0.001 par e-mail — sans frais mensuels, vous ne payez que votre utilisation. Le tarif dégressif descend à $0.00035 par e-mail pour 1M de crédits. L'offre gratuite de l'API de vérification d'e-mails inclut 20 crédits gratuits chaque jour de connexion, jusqu'à 600 par mois, sans carte bancaire.

4. Que contient chaque réponse de l'API de vérification ?

Chaque réponse API contient le statut de vérification (deliverable, undeliverable, risky ou unknown), un score de qualité de 0–100, un niveau de risque et des codes de motif. Elle inclut aussi les indicateurs d'e-mail jetable et de compte de rôle, la détection catch-all et des suggestions de correction des fautes de frappe.

5. L'API de vérification est-elle sécurisée ?

Toutes les requêtes API utilisent HTTPS. Une authentification par clé API est requise à chaque appel API, et une liste blanche d'IP est disponible pour renforcer la sécurité. BillionVerify est entièrement conforme au RGPD et au CCPA, avec suppression automatique des données après traitement.

6. Comment les agents d'IA et les LLM utilisent-ils cette API de vérification ?

Les agents d'IA se connectent via le MCP Server (langage naturel dans Claude et Cursor), des Agent Skills prêts à l'emploi (installation en un clic pour Claude et Manus), ou des appels REST directs depuis LangChain, CrewAI ou tout SDK Anthropic ou OpenAI. Chaque méthode utilise la même API de vérification d'e-mails et renvoie le même JSON structuré — aucune transformation de la réponse n'est nécessaire.

7. Quelle est la différence entre une API de validation d'e-mails et une API de vérification d'e-mails ?

Une API de validation d'e-mails et une API de vérification d'e-mails désignent généralement le même endpoint — il vérifie si une adresse est réelle et délivrable. BillionVerify effectue une vérification au niveau SMTP pour confirmer que la boîte existe sur le serveur destinataire, au lieu de se limiter au DNS ou à la syntaxe. L'endpoint unique /verify renvoie dans une réponse JSON le statut, le score de qualité, l'indicateur d'adresse jetable, l'indicateur de compte de rôle et la détection catch-all.

API de vérification d'e-mails

Obtenez votre clé API

Un endpoint pour chaque type de vérification. MCP Server et Agent Skills inclus. L'offre gratuite de l'API de vérification d'e-mails vous donne 20 crédits chaque jour de connexion, jusqu'à 600 par mois, sans carte bancaire.

600 crédits gratuits par mois · Intégration native du serveur MCP · Sans carte bancaire

99.9%
Précision
Real-time
Vitesse de l'API
$0.00014
Par e-mail
600/mo
Gratuit pour toujours