Vérifiez chaque adresse avant que SendGrid ne l'envoie, pas après le rebond
SendGrid supprime automatiquement les adresses qui provoquent un rebond dur ou une plainte pour spam : il cesse donc d'écrire à une adresse identifiée comme mauvaise dès le premier échec. Mais en tant qu'expéditeur transactionnel et piloté par API, vous payez ce premier échec. SendGrid ne peut pas savoir qu'une adresse bien formée mais jamais utilisée est morte tant qu'elle n'a pas rebondi — et ce rebond, c'est un envoi gaspillé et une atteinte à la réputation de votre IP. Qualisend comble cet écart : vérifiez chaque adresse avant même que SendGrid ne l'envoie, au moment de la collecte puis de nouveau avant tout lot, et supprimez les échecs pour que les déchets ne touchent jamais vos envois. Voici le workflow qui fonctionne aujourd'hui, ainsi que les options API et no-code.
La synchronisation SendGrid en un clic est suspendue le temps que nous reconstruisions la plateforme
Nous avons délibérément suspendu nos connecteurs natifs en un clic le temps de repenser la couche de synchronisation sur laquelle ils reposent — en renforçant la manière dont nous nous authentifions, respectons les limites de débit de chaque plateforme et réinjectons les résultats — afin qu'au retour de l'intégration native SendGrid, elle reste fiable quelle que soit la taille de la liste, plutôt que fragile à grande échelle. Rien de tout cela ne modifie la façon dont Qualisend vérifie une adresse.
Tout ce dont vous avez besoin fonctionne dès aujourd'hui : la boucle export CSV → vérification → réimport ci-dessous, ainsi que l'API pour vérifier à l'inscription, sont toutes deux entièrement prises en charge et opérationnelles en production — c'est ainsi que les équipes gardent SendGrid propre dès maintenant.
Ce que SendGrid nettoie pour vous
L'hygiène native de SendGrid, c'est la gestion des suppressions. SendGrid tient un ensemble de catégories de suppression — Bounces, Blocks, Spam Reports, Invalid Emails et Unsubscribes (une liste globale de désabonnement plus les exclusions ASM par groupe) — et en alimente plusieurs automatiquement : un rebond dur marque l'adresse comme définitivement non délivrable et la supprime des envois futurs ; une plainte pour spam supprime le plaignant ; une boîte aux lettres qui rebondit en dur comme inexistante (une réponse 550 5.1.1) est ajoutée à la liste Invalid Emails ; et une adresse syntaxiquement mal formée est rejetée d'emblée par la Mail Send API avant même de partir. Les rebonds temporaires et les blocages font l'objet de nouvelles tentatives et ne sont escaladés vers la suppression que s'ils continuent d'échouer. Dès qu'une adresse figure sur une liste de suppression, SendGrid l'ignore à chaque envoi. Vous pouvez ajouter vous-même des adresses à la liste Global Unsubscribe (ou à un groupe de désabonnement) via l'interface Suppressions ou l'API Suppressions, et consulter ou supprimer des entrées des listes Bounces et Invalid Emails alimentées automatiquement, de la même manière. Pour les adresses auxquelles SendGrid a réellement écrit, c'est une hygiène fiable et automatique.
Ce qu'il ne peut pas détecter
Le hic, c'est le timing : presque tous ces mécanismes sont réactifs — ils exigent un envoi et un échec pour se déclencher. Un rebond dur ne supprime une adresse qu'après qu'elle a déjà rebondi sur un vrai message, ce qui veut dire que vous avez déjà dépensé l'envoi et encaissé l'atteinte à la réputation. Même la liste Invalid Emails se remplit surtout de cette façon : une adresse bien formée sans boîte aux lettres active derrière elle n'est signalée que lorsqu'elle rebondit en dur (une réponse 550 5.1.1) et y atterrit. La seule chose que SendGrid rejette avant un envoi, c'est une syntaxe cassée — un @ manquant, une adresse trop longue — mais il ne peut toujours pas confirmer que jane@gmail.com possède une vraie boîte aux lettres : une adresse mal saisie ou morte depuis longtemps passe donc au travers et rebondit en dur à la livraison. Les adresses jetables collectées à l'inscription, les adresses génériques (info@, support@), les domaines catch-all et les boîtes aux lettres qui se sont discrètement éteintes paraissent toutes valides pour SendGrid jusqu'à ce que le premier envoi prouve le contraire — c'est-à-dire précisément le moment où un fournisseur de messagerie se forge sa première impression de votre IP et de votre domaine d'envoi.
Pourquoi une liste SendGrid propre est essentielle
Pour un expéditeur transactionnel ou piloté par API, les enjeux de réputation sont plus élevés que pour une liste marketing, et ils se concrétisent plus vite. Sur les forfaits Email API de SendGrid, vous êtes facturé au volume d'e-mails : chaque envoi à une adresse morte est donc un envoi payé qui file droit dans un rebond dur — et ce rebond dur est exactement le signal que les règles pour expéditeurs 2024 de Gmail et Yahoo, ainsi que les seuils de conformité de SendGrid lui-même, sanctionnent. Si vous êtes sur une IP dédiée, cette réputation vous appartient entièrement : une vague de rebonds pendant le warmup ou un pic d'adresses invalides peut anéantir des semaines de montée en charge soignée. Sur un pool d'IP partagées, vos rebonds pèsent sur tous ceux avec qui vous la partagez ; SendGrid surveille donc de près les taux d'invalides et de rebonds, et peut limiter ou suspendre les comptes qui les laissent grimper. (Si vous utilisez aussi Marketing Campaigns, facturé au nombre de contacts, garder les invalides hors de votre liste de contacts fait aussi baisser votre nombre facturable.) Vérifier avant l'envoi signifie que l'envoi n'est jamais dépensé et que l'atteinte à la réputation n'est jamais encaissée ; la suppression, elle, n'aide qu'après que l'adresse a déjà échoué une fois.
Le flux de travail qui fonctionne dès aujourd'hui
Il n'y a pas de liste marketing à exporter puis réimporter ici — le levier, c'est de vérifier une adresse avant même que SendGrid ne l'envoie : une fois au moment de la collecte, puis de nouveau avant tout lot ou envoi API.
Vérifiez au moment de la collecte
La vérification qui offre le plus de levier est la plus précoce. Appelez l'API REST de Qualisend depuis votre formulaire d'inscription, de paiement ou de génération de leads — avant d'écrire l'adresse dans votre base de données ou de la passer à la Mail Send API de SendGrid — pour qu'une faute de frappe (jane@gmial.com) ou une adresse jetable soit interceptée dans la même requête et n'entre jamais dans vos envois.
Vérifiez un lot avant un envoi API ou SMTP
Vous envoyez à un fichier de destinataires, une campagne de réengagement ou une liste importée ? Vérifiez-la d'abord. Chargez le fichier dans le nettoyage en masse de Qualisend — jusqu'à 1 000 000 d'adresses par job, doublons facturés une seule fois — ou collez directement les adresses. Les 100 crédits ponctuels du forfait gratuit, qui n'expirent jamais, couvrent un premier échantillon.
Lisez les résultats
Chaque adresse renvoie délivrable, à risque, non délivrable ou inconnu, avec un code de motif, un score de confiance de 0 à 100 et des sous-indicateurs (catch-all, jetable, générique, boîte pleine), ainsi que le fournisseur MX et le détail de la sonde comme preuves. Gardez les adresses délivrables ; agissez sur le reste.
Supprimez les échecs
Pour les adresses déjà présentes dans SendGrid, ajoutez les non délivrables à votre liste Global Unsubscribe afin qu'elles soient ignorées à chaque envoi futur — via l'interface Suppressions ou l'API Suppressions pour les ajouts en masse ou automatisés. (Les listes Bounces et Invalid Emails de SendGrid sont alimentées automatiquement à partir des échecs de livraison réels ; Global Unsubscribe, ou un groupe de désabonnement, est donc la liste à laquelle vous ajoutez vous-même les adresses vérifiées comme mauvaises.) Tout aussi important : retirez-les de votre propre base de données pour qu'elles ne soient jamais passées à la Mail Send API en premier lieu.
Ou automatisez-le à l'inscription
SendGrid est une plateforme pensée pour les développeurs, et Qualisend aussi. Le schéma le plus propre, c'est un unique appel de vérification dans le même chemin de code que celui qui passe la main à SendGrid : vérifiez l'adresse avec l'API REST de Qualisend (clés à portée limitée, limites de débit, webhooks) et n'appelez la Mail Send API de SendGrid que si elle revient délivrable. Vous préférez le no-code ? Branchez Zapier, Make ou n8n pour qu'une nouvelle soumission de formulaire soit vérifiée avant d'être ajoutée à une liste de contacts SendGrid ou de déclencher un envoi transactionnel.
Ce que Qualisend signale sur chaque adresse
- Les adresses bien formées mais mortes qui passent le contrôle de syntaxe de SendGrid et rebondissent en dur dès leur premier envoi
- Les domaines jetables / temporaires collectés à l'inscription, conçus pour expirer
- Les adresses génériques (info@, support@) qui attirent les plaintes pour spam et faussent l'engagement
- Les domaines catch-all, signalés pour que vous puissiez décider si un envoi vaut le risque
- Un score de confiance de 0 à 100 et un code de motif lisible par machine pour chaque adresse
Un connecteur SendGrid natif en un clic fait partie de la plateforme que nous reconstruisons — il revient, il n'est pas abandonné. En attendant sa sortie, l'API et la vérification en masse ci-dessus constituent la voie entièrement prise en charge, et elles fonctionnent avec n'importe quel forfait SendGrid.
Que faire de chaque résultat
Chaque adresse est renvoyée avec un verdict et des sous-indicateurs. Voici l'action qui garde votre liste SendGrid propre sans écarter des contacts que vous pouvez encore atteindre.
délivrableEnvoyez normalement.délivrable + indicateur génériqueConvient pour les e-mails transactionnels et de compte ; à écarter des envois marketing en masse, où les plaintes coûtent le plus cher.à risque + indicateur catch-allEnvoyez avec prudence et en limitant le débit — le domaine accepte tout à la porte, la boîte aux lettres derrière ne peut donc pas être confirmée.à risque + indicateur jetableN'envoyez pas ; ajoutez à Global Unsubscribe — la boîte a été conçue pour expirer.inconnuMettez en attente et revérifiez au prochain lot — il s'agit généralement de greylisting ou de limitation de débit, pas d'un verdict sur la boîte aux lettres.non délivrableSupprimez avant l'envoi — ajoutez à Global Unsubscribe — et retirez de votre base de données ; ne dépensez pas un envoi pour prouver qu'elle rebondit.Lectures associées
Des adresses propres, c'est la moitié de la délivrabilité — authentifiez aussi votre domaine d'envoi SendGrid.
Vérifiez au moment de la collecte pour que les déchets n'atteignent jamais un envoi.
Testez ponctuellement une adresse isolée ou un petit échantillon avant de brancher l'API.
Pourquoi le premier rebond d'un expéditeur transactionnel coûte plus cher qu'un envoi gaspillé.
Ce qu'une vague d'adresses invalides fait à la réputation d'une IP dédiée ou partagée.
Les seuils 2024 de rebonds et de plaintes à l'aune desquels vos e-mails SendGrid sont jugés.
FAQ sur la vérification SendGrid
Nettoyez votre liste SendGrid en quelques minutes
Commencez gratuitement avec 100 crédits qui n'expirent jamais — sans carte bancaire. Exportez, vérifiez, réimportez et protégez votre prochaine campagne.