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

API de Validation d'E-mails

Un endpoint pour chaque type de vérification. Une API de validation d’e-mails en temps réel avec contrôles SMTP, réponses JSON structurées et intégration native MCP et Agent Skills.

Email Validation API : interface avec POST, 200 OK, JSON, Clé API, +LX\k
|ԞVHJC
y0,m
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 validation d'e-mail en temps réel : interface avec POST, 200 OK, SMTP, ,_i߇2L6PxM, AnbDIMw

Tous les modes de l’API de validation, un endpoint

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

API gratuite de validation d'e-mail : interface avec Unique, Lot, Fichier, SDKs, ӿ	.]j3t

Vérification d'un seul e-mail

POST /verify — un appel à l’API de validation d’e-mails en temps réel avec une réponse en moins de 3s. 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 — validez 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 la validation unitaire.

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.

SDK officiels

Bibliothèques client typées pour l’API gratuite de validation d’e-mails 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 validation

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

Webhook de l'API de validation d'e-mail : interface avec Événement, Rappel, Réessayer, BƩq[)q0}0UO{4O$R̓Κ', po

Livraison asynchrone

Créer des Webhooks

Enregistrez des endpoints HTTP pour recevoir les résultats API dès qu’une tâche ou un lot se termine. L’API prend en charge les payloads personnalisés, les nouvelles tentatives automatiques après échec et la configuration par tâche ou globale.

  • Événements de fin de traitement avec résumé des résultats
  • Relance automatique en cas d'échec de livraison
  • Configuration par traitement 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 API, diagnostiquer les échecs de livraison ou rejouer les notifications manquées. Les événements API sont conservés 30 jours.

  • Interroger par ID de traitement ou plage de dates
  • Rejouer les livraisons manquées ou échouées
  • Conservation des événements 30 jours

Contrat de réponse

Ce que renvoie l’API de validation d’e-mails, champ par champ

La plupart des équipes adoptent une API de validation pour remplacer une expression régulière. Cette évolution n’est utile que si la réponse API apporte plus d’informations que le booléen qu’elle remplace.

status est le champ qui doit orienter les branches de votre code

L’API renvoie l’un des quatre statuts suivants : deliverable, undeliverable, risky ou unknown. Ces quatre états existent parce que la réalité en compte quatre ; toute API de validation qui les réduit à true et false oblige chaque appelant à recréer la nuance manquante.

Branchez d’abord votre logique sur status. Tout le reste de la réponse de l’API gratuite de validation d’e-mails explique ce statut au lieu de le remplacer.

Le score et le niveau de risque servent à classer, pas à bloquer

Un score de qualité de 0 à 100 et un niveau de risque permettent de trier une file d’attente, de prioriser le suivi commercial ou d’ajuster un seuil selon le contexte. Ce sont des champs dérivés de l’API : utilisez-les comme indices de classement, pas comme verdict de l’API.

Bloquer sur le seul score conduit les équipes à rejeter accidentellement de bons clients. Décidez selon status ; classez selon le score.

Les codes de motif rendent l’API facile à diagnostiquer

Chaque réponse API qui n’est pas deliverable comporte un motif lisible par machine. Syntaxe invalide, absence de route de messagerie, boîte rejetée et report par le fournisseur sont des problèmes distincts aux solutions distinctes ; notre API gratuite de validation d’e-mails nomme chacun d’eux au lieu de renvoyer un échec générique.

Consignez le code de motif de l’API, pas le texte. Il reste stable d’une version à l’autre et permet de traiter, des mois plus tard, un ticket d’assistance concernant une adresse précise.

Les indicateurs booléens décrivent l’adresse, pas sa délivrabilité

Adresse jetable, compte de rôle, catch-all et webmail personnel gratuit sont fournis comme indicateurs API indépendants. Une adresse peut être parfaitement délivrable tout en cumulant trois de ces indicateurs, ce qu’un validateur syntaxique ne peut pas exprimer, contrairement à une API.

Voici la différence concrète entre une API de validation d’e-mails en temps réel et un contrôle de format : le contrôle indique que la chaîne est bien formée, tandis que l’API indique ce qu’est réellement l’adresse.

Migration

Passer d’un validateur syntaxique à une véritable API de validation

Les équipes arrivent généralement avec une regex ou un appel de bibliothèque déjà présent dans le code. La migration vers l’API est simple, mais elle exige de changer trois habitudes.

Ne considérez plus le format comme la réponse

Une expression régulière prouve qu’une chaîne pourrait être une adresse. Cette API gratuite de validation d’e-mails prouve qu’un serveur de messagerie l’accepte actuellement. Gardez la regex comme indice peu coûteux côté client si vous le souhaitez, mais ne la laissez plus décider si un enregistrement est valable.

En pratique, supprimez la branche qui dit qu’un format valide autorise l’enregistrement et remplacez-la par une branche fondée sur le champ status de l’API.

Donnez à l’API un délai d’expiration et une solution de repli

Un appel réseau peut ralentir lorsque le fournisseur destinataire répond lentement. Donnez à l’API un délai d’expiration compatible avec votre formulaire et décidez à l’avance de la suite en cas d’expiration : généralement, accepter l’adresse, la marquer comme non vérifiée, puis la contrôler avec un nouvel appel API.

Une API de validation d’e-mails en temps réel ne doit jamais provoquer l’échec d’une inscription. Classez l’adresse comme non vérifiée plutôt que rejetée.

Stockez le résultat comme une donnée, pas comme un filtre

Enregistrez dans la fiche le statut API, le code de motif, les indicateurs et l’horodatage du contrôle. Une équipe qui ne conserve qu’un booléen nettoyé ne peut pas expliquer une décision de suppression trois campagnes plus tard, ni distinguer des preuves API récentes de preuves obsolètes.

Conserver la réponse API complète permet aussi de changer de politique sans nouvelle vérification : les faits restent, seule la règle qui les interprète évolue.

Traitez délibérément le statut unknown, une seule fois

Unknown n’est ni une erreur API ni un échec. Il signifie que le fournisseur destinataire ne s’est pas prononcé. Définissez la politique de nouvelle tentative à un seul endroit — une file d’attente, un délai, un nombre maximal de tentatives API — plutôt que de disperser des relances ad hoc dans le code.

La plupart des résultats unknown se résolvent lors d’un appel API ultérieur ; c’est pourquoi notre API gratuite de validation d’e-mails les signale honnêtement au lieu de deviner.

Points d’intégration

Quatre façons d’appeler l’API de validation d’e-mails

Un endpoint, quatre formats d’appel API. Choisissez selon le volume et la latence du travail, pas selon vos préférences.

  1. 1

    Une adresse, en mode synchrone

    POST /verify reçoit une adresse et renvoie le JSON complet en une à trois secondes. C’est le mode de l’API de validation d’e-mails en temps réel utilisé par les formulaires d’inscription, le paiement et la modification de profil.

    Comme il s’agit d’un seul appel API sans cycle de vie de tâche, c’est aussi le mode le plus simple à tester avant de développer une intégration plus vaste.

  2. 2

    Jusqu’à 50 adresses en un appel

    POST /verify/bulk vérifie jusqu’à 50 adresses de façon synchrone et les renvoie avec le même schéma. Utilisez-le lorsqu’une page ou une tâche traite naturellement quelques enregistrements à la fois.

    La taille maximale du lot est une limite stricte de l’API, pas une limite souple. Les payloads plus volumineux sont refusés avec une erreur API claire qui renvoie vers l’endpoint de fichier ; rien ne se transforme silencieusement en requête lente.

  3. 3

    Fichiers, en mode asynchrone

    POST /verify/file accepte les fichiers CSV ou Excel, les traite en arrière-plan et appelle votre webhook lorsque la tâche API se termine. Aucune connexion ne doit rester ouverte pendant le traitement d’un fichier volumineux.

    Pour une charge de travail sous forme de liste plutôt que d’appels API, Vérification d’e-mails en masse utilise le même moteur sur un fichier importé, avec déduplication et export CSV.

  4. 4

    Depuis les agents d’IA et les clients MCP

    Le MCP Server expose la même API de validation d’e-mails à Claude Desktop et Cursor en langage naturel, tandis que les Agent Skills l’installent en un clic sur les plateformes d’agents. Les deux renvoient le même JSON structuré que l’API REST.

    Le comportement de l’agent reste ainsi fidèle aux faits : l’outil ne peut pas présenter unknown comme un résultat fiable, car l’agent lit directement la réponse de l’API gratuite de validation d’e-mails.

Périmètre

Ce que l’API de validation vous laisse délibérément gérer

L’API est volontairement ciblée. Chaque élément ci-dessous répond à un besoin réel — mais sa place est ailleurs dans votre système, pas dans une API de validation.

Consentement et suppression

Notre API gratuite de validation d’e-mails peut indiquer qu’une adresse accepte les messages. Elle ne peut pas savoir si la personne a accepté de les recevoir et ne consulte pas votre liste de suppression.

Conservez le consentement dans votre propre système de référence et vérifiez-le avant, pas après, l’appel API.

Identité et emploi

Une adresse d’entreprise délivrable ne prouve pas que la personne nommée la contrôle ni qu’elle y travaille encore. Les alias, boîtes partagées et données d’enrichissement obsolètes invalident régulièrement cette hypothèse.

Utilisez des données collectées directement pour établir l’identité. Cette API gratuite de validation d’e-mails fournit des preuves sur une boîte, pas sur une personne.

Placement en boîte de réception

L’acceptation SMTP est un fait côté destinataire. L’arrivée de votre message 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, éléments que l’API ne peut pas observer.

Améliorez la qualité des adresses avec l’API ; améliorez le placement par un travail côté expéditeur et une surveillance que l’API ne peut pas assurer.

Fraîcheur

Chaque réponse API décrit l’instant de l’appel. Les boîtes ferment, les alias expirent et les domaines migrent ; un résultat API stocké perd donc de sa fraîcheur, qu’il soit relu ou non.

Revérifiez selon un calendrier adapté à la vitesse d’évolution de vos données et laissez l’horodatage du contrôle déclencher automatiquement cette décision.

Outils associés

La place de l’API de validation d’e-mails parmi les autres outils

Le même moteur alimente plusieurs interfaces API. Le bon choix dépend de la personne qui interroge et du nombre d’adresses concernées.

Le même endpoint sous l’angle de la vérification

L’API de vérification d’e-mails documente le même endpoint pour les équipes qui recherchent la vérification plutôt que la validation, avec une explication plus détaillée des preuves SMTP.

Le schéma, les crédits et la précision sont identiques — seule la présentation de la documentation change.

Un outil dans le navigateur pour une adresse

Lorsqu’une personne veut consulter un résultat unique plutôt qu’automatiser un processus, le vérificateur d’e-mails exécute le même processus dans le navigateur et affiche tous les indicateurs que l’API renverrait.

C’est le moyen le plus rapide de confirmer le comportement du moteur avant d’écrire du code pour l’API gratuite de validation d’e-mails.

Validation superficielle sans SMTP

Si le besoin se limite réellement au format et au routage des e-mails, le validateur d’e-mails s’arrête à la syntaxe et au MX, sans jamais utiliser de contrôle SMTP.

Utilisez-le pour un préfiltrage peu coûteux et réservez l’API de validation d’e-mails en temps réel aux enregistrements pour lesquels un rebond aurait un coût réel.

Questions fréquentes

1. Quelle est la vitesse de l’API de validation d’e-mails ?

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

2. Comment intégrer l’API de validation d’e-mails ?

L’API de validation 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 gratuite de validation d’e-mails dans tout client d’IA compatible.

3. Combien coûte l’API de validation 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 validation 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 validation ?

Chaque réponse API contient le statut de validation (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’adresse 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 validation 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 validation ?

Les agents d’IA se connectent via le MCP Server (langage naturel dans Claude et Cursor), les Agent Skills préconfigurés (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 validation d’e-mails et renvoie le même JSON structuré — aucune transformation de réponse 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 des contrôles 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 Validation d'E-mails

Obtenez votre clé API

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

600 crédits gratuits par mois · Intégration native MCP Server · Sans carte de crédit requise

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