Corriger les e-mails SendGrid qui partent dans les spams

Quand les messages SendGrid atterrissent dans les spams, ce sont en général les réglages par défaut qui sont en cause : la signature DKIM par sendgrid.net, l’encapsulation des liens par ct.sendgrid.net et les IP partagées lient tous votre réputation à une plateforme largement abusée par les spammeurs depuis des années. Sur SendGrid, l’authentification du domaine corrige les deux moitiés de DMARC d’un coup (le CNAME em aligne SPF, les CNAME s1 et s2 alignent DKIM), ce qui fait de ces trois enregistrements le correctif le plus décisif de cette page. Ci-dessous : les causes propres à SendGrid, y compris les blocages S3140 et S3150 de Microsoft, et la façon de vérifier un correctif par un envoi réel.

Lancer un test de spam gratuit Comment tester vos envois

Pourquoi les e-mails SendGrid finissent dans les spams.

Vos messages sont encore signés par sendgrid.net, pas par votre domaine

Un nouveau compte SendGrid peut commencer à envoyer avec pour seule base la Single Sender Verification, qui confirme que vous maîtrisez une adresse From et rien d’autre. Les messages partent signés en DKIM par sendgrid.net, Gmail affiche « via sendgrid.net » à côté de votre nom, et l’alignement DMARC échoue. Depuis les règles de Google et Yahoo de février 2024, quiconque envoie 5 000 e-mails par jour ou plus vers Gmail a besoin d’une authentification alignée, et la documentation de SendGrid présente elle-même la Single Sender Verification comme une option de phase de test. Terminez l’authentification du domaine sous Settings > Sender Authentication, puis confirmez le domaine d= de DKIM sur un envoi réel.

Chaque lien tracké passe par ct.sendgrid.net

Avec le suivi des clics activé et sans liens à votre marque, SendGrid réécrit chaque lien à travers son domaine de tracking par défaut ct.sendgrid.net, et ce domaine a un historique documenté d’abus lié au hameçonnage : des attaquants masquent des URL malveillantes derrière les redirections de suivi SendGrid, et des filtres d’entreprise comme Microsoft Defender ont signalé les liens sendgrid.net comme franchement malveillants. Un domaine de lien qui ne correspond jamais à votre domaine From, sur un redirecteur avec cet historique, est un signal de spam fort. Mettez en place les liens à votre marque dans Settings > Sender Authentication, pour que les liens trackés passent par un sous-domaine du vôtre.

Les comptes Essentials partagent des IP avec le problème d’abus de SendGrid

Sur le plan Essentials, chaque envoi part de pools d’IP partagées ; les IP dédiées n’arrivent qu’avec Pro et Premier. SendGrid regroupe les expéditeurs de réputation comparable, mais vous circulez toujours sur l’infrastructure de la plateforme que spammeurs et hameçonneurs préfèrent, avec des vagues documentées de comptes détournés qui débitent du hameçonnage. Vous ne choisissez pas votre pool, donc maîtrisez ce qui l’est : l’authentification du domaine et les liens à votre marque déplacent vers votre propre domaine les signaux que les filtres pèsent le plus, et un engagement régulier vous garde classé avec de meilleurs expéditeurs.

Microsoft bloque l’IP d’envoi : 550 5.7.1 avec un code S3140 ou S3150

Outlook.com, Hotmail et Microsoft 365 rejettent avec des erreurs 550 5.7.1 portant un code S3140 ou S3150 lorsqu’ils placent l’IP d’envoi sur leur liste de blocage ; Microsoft ne publie aucune signification distincte pour les deux codes. Ces rejets arrivent dans votre liste Blocks, pas dans Bounces, et SendGrid a confirmé que de nombreux blocages S3140 et S3150 récents ont touché des expéditeurs réputés pendant des changements de filtrage côté Microsoft. Contrôlez vos IP dans Microsoft SNDS : des résultats verts alors que les blocages s’accumulent constituent un bon dossier pour déposer une demande de délistage et d’assistance sur olcsupport.office.com, avec vos domaines, vos IP et le texte exact du bounce.

Une IP dédiée toute neuve est passée directement au volume complet

Les plans Pro et Premier comprennent une IP dédiée, et la bascule déclenche souvent un placement en spam soudain : la nouvelle IP n’a aucun historique, donc les fournisseurs ralentissent ou classent en indésirable un fort volume venu d’elle. La recommandation de SendGrid est de la chauffer progressivement sur plusieurs semaines, en commençant par vos destinataires les plus engagés. Utilisez le warm-up d’IP automatisé de SendGrid au moment de l’ajout, ou suivez un calendrier de montée manuel, et gardez ensuite un volume régulier, car une IP qui envoie par à-coups refroidit.

Les listes de suppression ont été vidées, purgées ou ignorées

SendGrid supprime automatiquement les hard bounces, les signalements de spam et les désabonnements, puis abandonne silencieusement les envois futurs vers ces adresses. Deux modes de défaillance en découlent. Supprimer des entrées (ou activer la purge des bounces) fait réécrire à des adresses mortes ou plaignantes, précisément le comportement qui coule la réputation d’IP et de domaine. Et comme les abandons sont silencieux, des expéditeurs « corrigent » parfois les messages manquants en vidant les listes : cherchez les événements Dropped dans l’Activity Feed avant d’y toucher.

Comment SendGrid authentifie vos e-mails.

Sur SendGrid, l’authentification du domaine corrige les deux moitiés de DMARC d’un coup : le CNAME em déplace le Return-Path pour que SPF s’aligne, et les CNAME s1 et s2 déplacent la signature DKIM sur votre domaine. C’est plus que ce que peuvent offrir les ESP qui n’alignent que DKIM, et tout le parcours se trouve sous Settings > Sender Authentication.

enregistrement	par défaut	le problème	la solution
DKIM	Sans authentification du domaine, SendGrid signe les messages comme sendgrid.net. La Single Sender Verification n’y change rien : elle ne vérifie qu’une adresse From.	Le domaine d= de DKIM ne correspond jamais à votre domaine From, l’alignement DMARC échoue, et Gmail affiche « via sendgrid.net » à côté du nom de votre expéditeur.	Lancez Settings > Sender Authentication > Authenticate Your Domain et publiez les deux CNAME DKIM (s1._domainkey et s2._domainkey, pointant vers des hôtes comme s1.domainkey.u1234567.wl123.sendgrid.net) ; avec la sécurité automatisée activée, SendGrid fait tourner les clés derrière les CNAME à votre place.
SPF	Le Return-Path par défaut est une adresse sendgrid.net, donc SPF passe face au domaine de SendGrid plutôt qu’au vôtre.	Un SPF sans alignement n’apporte rien à DMARC, et le domaine de bounce ne construit aucune réputation pour votre marque.	Le troisième CNAME du même assistant (em1234.yourdomain.com pointant vers u1234567.wl123.sendgrid.net) délègue un sous-domaine de return-path à SendGrid, qui y publie l’enregistrement SPF ; avec la sécurité automatisée activée, n’ajoutez pas include:sendgrid.net à votre SPF racine.
DMARC	L’assistant Authenticate Your Domain vous remet un enregistrement TXT _dmarc (v=DMARC1; p=none;), mais c’est à vous de le publier, et les messages circulent que vous le fassiez ou non.	Google et Yahoo exigent un enregistrement DMARC sur le domaine From des expéditeurs en masse, et une politique d’application (quarantine ou reject) sans DKIM et SPF alignés envoie vos propres messages dans les spams.	Publiez v=DMARC1; p=none; avec une adresse de reporting rua à _dmarc.yourdomain.com, surveillez les rapports pendant que les CNAME se stabilisent, puis durcissez la politique une fois que les envois alignés sont propres.
Link branding	Le suivi des clics réécrit chaque lien à travers ct.sendgrid.net jusqu’à ce que vous mettiez un sous-domaine de lien à votre marque.	ct.sendgrid.net a un historique documenté d’abus lié au hameçonnage et se fait signaler par les filtres d’URL d’entreprise, et le domaine du lien ne correspond jamais à votre domaine From.	Dans Settings > Sender Authentication, terminez le parcours Brand Your Links et publiez ses CNAME (un hôte url1234 plus un hôte numérique, tous deux pointant vers sendgrid.net), pour que les liens trackés passent par votre propre sous-domaine.

Une fois ces enregistrements mis à jour, vérifiez qu’ils passent avec les outils gratuits d’Unspam : SPF checker, DKIM checker et DMARC checker.

Comment tester une campagne SendGrid avec Unspam.

Les chemins de test de SendGrid ne se comportent pas comme des envois de production. Les e-mails de test de Marketing Campaigns partent avec « Test - » ajouté devant l’objet et sans liens actifs, les aperçus Email Testing rendent le message sans envoi normal, et le mode sandbox de l’Email API valide la charge utile sans rien remettre. Le seul test honnête est un envoi réel vers une adresse de test.

01
Récupérez votre adresse de test Unspam

Lancez un test antispam ou un test de placement en boîte de réception dans Unspam et copiez l’adresse de test qu’il génère. Les tests de placement comprennent des adresses de test chez Gmail, Outlook, Yahoo, Zoho, ProtonMail, AOL, GMX et Amazon WorkMail.
02
Ajoutez l’adresse de test comme contact SendGrid

Pour Marketing Campaigns, allez dans Marketing > Contacts > Add Contacts, ajoutez l’adresse manuellement, et gardez les adresses de test dans leur propre liste nommée par exemple Deliverability seeds. Pour l’Email API, passez cette étape : l’adresse de test va directement dans votre champ destinataire.
03
Envoyez le vrai message, pas un test

Marketing Campaigns : montez le Single Send exactement tel qu’il partira, choisissez la liste de test sous Recipients, et utilisez Send Immediately, pas le bouton de test. Email API : déclenchez votre modèle de production via le même appel d’API ou la même route SMTP que votre application, avec l’adresse de test comme destinataire et le mode sandbox désactivé.
04
Lisez les résultats dans Unspam

Contrôlez le score de spam à la manière de SpamAssassin, les verdicts SPF, DKIM et DMARC sur l’envoi réel (le domaine d= de DKIM doit être le vôtre via les sélecteurs s1 et s2, le Return-Path votre sous-domaine em), le placement par fournisseur, les prévisualisations dans les clients de messagerie et la heatmap d’eye-tracking par IA. L’assistant de correction par IA signale ce qu’il faut changer avant la vraie campagne.
05
Regardez l’Activity Feed si une adresse de test ne reçoit rien, puis retestez

Si l’adresse de test a déjà bouncé ou signalé un spam, SendGrid abandonne l’envoi en silence : cherchez un événement Dropped et retirez cette seule suppression. Appliquez les correctifs, réenvoyez à la même liste de test et comparez les exécutions. Le palier gratuit couvre 10 tests antispam, 10 prévisualisations, 10 heatmaps et 3 tests de placement en boîte de réception par mois, sans carte ; les plans payants démarrent à $9 par mois avec un remboursement sous 14 jours.

Le même test affiche votre campagne dans plus de 50 clients de messagerie réels, dont Gmail, Outlook, Apple Mail, iPhone et Android, chacun en mode clair et en mode sombre, grâce aux prévisualisations dans les clients de messagerie, pour confirmer le placement et le rendu en une seule passe.

Les fonctions SendGrid qui influencent discrètement la livraison.

Les adresses supprimées sont abandonnées sans bounce

Un envoi vers une adresse présente dans Bounces, Spam Reports ou Global Unsubscribes produit un événement Dropped dans l’Activity Feed, et aucun e-mail ne quitte jamais SendGrid. Rien ne vous prévient au moment de l’envoi. Quand un destinataire ou une adresse de test n’a rien reçu, contrôlez Suppressions avant d’accuser les filtres antispam.

Les blocks et les bounces ne se comportent pas de la même façon

Un bounce supprime définitivement une adresse ; un block, non. Les événements de block (listes de refus, blocages de fournisseur comme les S3140 et S3150 de Microsoft, filtrage de contenu) laissent l’adresse envoyable, donc la campagne suivante la réessaie. Utile pour un souci d’IP temporaire, mais cela signifie qu’un block ne se soigne jamais tout seul par la suppression : lisez le texte du Block Reason et corrigez la cause de fond.

Les envois de test s’annoncent d’eux-mêmes

Marketing Campaigns ajoute « Test - » devant l’objet de chaque e-mail de test et n’active pas les liens réels, donc le message que les filtres notent n’est pas celui que reçoivent vos clients. Le placement d’un envoi de test ne prouve rien, dans un sens comme dans l’autre. Validez par un vrai Single Send, ou par un appel d’API de production, vers des adresses de test.

La Single Sender Verification est un raccourci de test, pas une authentification

Elle prouve que vous maîtrisez une adresse From ; elle ne signe rien et n’aligne rien. La documentation de SendGrid déconseille les expéditeurs uniques sur boîte gratuite (gmail.com, outlook.com), parce que Google, Yahoo et Microsoft appliquent DMARC sur leurs propres domaines : ces messages sont donc classés en indésirable ou rejetés. Tout ce qui touche la production a besoin de l’authentification du domaine.

Ce que rencontrent les expéditeurs SendGrid sur le terrain.

Les problèmes de délivrabilité que les expéditeurs SendGrid rencontrent le plus souvent, chacun avec la solution qui le règle.

Outlook a ralenti tous nos messages avec 451 4.7.650, et rien n’avait changé chez nous

Des expéditeurs sur des IP dédiées en bonne santé signalent des vagues de reports temporaires indiquant « 451 4.7.650 … temporarily rate limited due to IP reputation » chez Outlook, Hotmail et Live, même avec une réputation SendGrid de 99 pour cent et un SNDS propre. Les messages ne sont pas rejetés, ils sont simplement réessayés jusqu’à 72 heures, et la première réponse automatique de Microsoft est en général « nothing detected », ce qui bloque les gens.

La solution Confirmez que l’IP est verte dans Microsoft SNDS et que le rDNS résout, puis traitez cela comme un ralentissement côté Microsoft, pas comme un correctif SendGrid. Ouvrez un ticket sur olcsupport.office.com et répondez à la première réponse automatique « nothing detected » pour demander une escalade ; Microsoft réinitialise alors la limite de ralentissement appliquée à votre IP pour l’ajuster à votre réputation, et la remise se débloque en général en quelques heures. Sur une IP établie et verte dans SNDS, ne ralentissez pas à l’extrême et ne recommencez pas le warm-up. L’inverse ne s’applique que si ces reports touchent une IP réellement neuve en cours de warm-up, ou une IP qui n’est pas verte dans SNDS : là, réduisez le volume et étalez la montée.

SendGrid a discrètement mis notre nouveau compte « under review » et nos e-mails d’inscription ont cessé de partir

Chaque nouveau compte SendGrid entre dans une phase de vérification avant de pouvoir envoyer, et un compte établi peut basculer en « warned » ou « suspended » sur une baisse de délivrabilité ou des plaintes pour spam. Pendant une suspension, les demandes d’envoi sont mises en file jusqu’à 72 heures puis expirent en silence, si bien que les expéditeurs croient à un problème de filtrage antispam alors que les messages n’ont jamais quitté SendGrid.

La solution Contrôlez la boîte de l’adresse administrateur pour la notification SendGrid (demande de vérification, avertissement « at risk for suspension » ou avis de suspension) et répondez-y directement, puisqu’elle est routée vers l’équipe de revue de compte et de conformité ; l’assistance générale ne peut pas réactiver un compte signalé. Pour un nouveau compte, répondez rapidement aux questions sur l’objet de vos envois pour lever la retenue, ce qui se règle normalement en 24 à 72 heures. Notez que les états diffèrent : un compte « warned » peut encore envoyer pendant que vous répondez, tandis qu’un compte suspendu voit ses messages mis en file jusqu’à 72 heures puis abandonnés. Pour éviter le déclencheur, gardez des taux de bounce et de plaintes pour spam bas, puisque SendGrid signale les comptes quand le rapport entre messages remis et messages traités baisse ou que les plaintes montent.

Nos réinitialisations de mot de passe ont commencé à partir dans les spams juste après un envoi massif de campagne marketing

Par défaut, SendGrid envoie les messages transactionnels et marketing sous la même identité et la même réputation d’IP, et le marketing tire la réputation vers le bas par un engagement plus faible et davantage de plaintes. Quand une campagne promotionnelle fait bondir les plaintes, le coup suit vos codes OTP, vos reçus et vos réinitialisations de mot de passe jusque dans le dossier spam.

La solution Séparez les flux au niveau que jugent les fournisseurs : le domaine d’envoi. Signez le transactionnel et le marketing depuis des sous-domaines différents (par exemple mail.yourbrand.com pour le marketing, txn.yourbrand.com pour les réinitialisations et les reçus), chacun authentifié sous Settings > Sender Authentication, pour que les plaintes contre le sous-domaine marketing ne suivent pas un transactionnel signé séparément en DKIM. Changer seulement le domaine From visible ne suffit pas : les messages doivent être signés en DKIM par le sous-domaine distinct. Créez aussi un subuser par flux, pour des statistiques et une réputation indépendantes. Sur Pro ou Premier, placez chaque subuser sur sa propre IP ou son propre pool dédié dès que vous envoyez au volume (environ 250 000 messages par mois ou plus) ; Essentials ne permet ni de séparer la réputation d’IP ni d’utiliser des subusers, donc là c’est la séparation par sous-domaine qui compte.

Nos taux d’ouverture et de clic SendGrid ont l’air excellents, et des abonnés continuent de disparaître de la liste

Avec le suivi des ouvertures et des clics activé, les passerelles de sécurité d’entreprise récupèrent chaque lien tracké (via ct.sendgrid.net) dans un bac à sable avant que le destinataire ne voie l’e-mail, lien de désabonnement compris. Cela gonfle les ouvertures et les clics, et un GET sur le lien de désabonnement tracké peut désabonner en silence des destinataires valides que vous n’avez jamais réellement perdus.

La solution Ne vous fiez pas aux compteurs bruts d’ouvertures et de clics pour décider de la délivrabilité ; SendGrid confirme qu’il ne peut pas distinguer un clic de robot d’un clic humain et enregistre tout, donc corroborez avec les réponses, les conversions ou le placement sur liste de boîtes de test. Faites du contrôle en un clic du fournisseur de messagerie le chemin de désabonnement principal : activez Subscription Tracking pour que SendGrid émette les en-têtes List-Unsubscribe et List-Unsubscribe-Post: List-Unsubscribe=One-Click (RFC 8058), où le désabonnement se fait sur un POST que les scanners n’envoient pas. Si vous gardez un lien dans le corps, assurez-vous qu’un GET n’affiche qu’une page de confirmation et que seul un POST désabonne, ou utilisez Group Unsubscribe. Filtrez l’activité non humaine avec l’Event Webhook, et guettez les grappes de clics ou de désabonnements qui tombent quelques secondes après un envoi depuis le même domaine d’entreprise.

SendGrid déforme notre en-tête List-Unsubscribe, donc le désabonnement en un clic casse dans Gmail et les plaintes montent

Des expéditeurs rapportent que dès que la valeur de l’en-tête List-Unsubscribe dépasse 77 octets, le relais SMTP de SendGrid l’encode en MIME, ce que Gmail et Outlook ne savent pas analyser : le contrôle de désabonnement en un clic disparaît alors. Des destinataires agacés cliquent sur signaler comme spam au lieu de se désabonner, ce qui fait monter les taux de plaintes et pousse le placement vers les spams. Le défaut se cache parce que la vue Show original de Gmail décode l’en-tête, si bien que tout paraît normal à l’inspection rapide.

La solution Gardez la valeur de l’en-tête List-Unsubscribe à 77 octets ou moins, pour que SendGrid la relaie inchangée : utilisez une URL de désabonnement courte sur un chemin de domaine nu plutôt qu’une longue chaîne de requête, et si vous approchez la limite, envoyez une seule entrée https ou mailto au lieu des deux. Confirmez l’en-tête brut sur un envoi réel en inspectant la source du message dans la boîte destinataire, et non la vue Show original décodée de Gmail, et vérifiez qu’il est toujours en ASCII pur. Envoyez aussi l’en-tête List-Unsubscribe-Post: List-Unsubscribe=One-Click, pour que Gmail et Yahoo honorent le désabonnement en un clic, puisqu’un en-tête cassé compte contre les exigences 2024 pour les expéditeurs en masse.

La délivrabilité avec SendGrid, vos questions.

Pourquoi Gmail affiche-t-il « via sendgrid.net » à côté du nom de mon expéditeur ?

Votre domaine n’est pas authentifié, donc SendGrid signe les messages comme sendgrid.net et Gmail signale l’écart avec la mention via. Terminez l’authentification du domaine sous Settings > Sender Authentication ; dès que les CNAME em, s1 et s2 sont validés, la mention disparaît et votre propre domaine commence à construire sa réputation.

Outlook rejette soudain mes messages avec 550 5.7.1 et un code S3140 ou S3150. Ai-je cassé quelque chose ?

Pas nécessairement. S3140 et S3150 sont des blocages d’IP par Microsoft, et SendGrid a confirmé que des vagues récentes ont touché des expéditeurs réputés pendant des changements de filtrage côté Microsoft. Contrôlez les IP d’envoi dans Microsoft SNDS : si elles ressortent en vert alors que les blocages s’accumulent, déposez une demande de délistage et d’assistance sur olcsupport.office.com avec vos domaines, vos IP et le texte exact du bounce. Si SNDS affiche du jaune ou du rouge, corrigez d’abord les sources de plaintes et de bounces.

Une IP dédiée me sortira-t-elle du dossier spam ?

En général non. Les IP dédiées viennent avec les plans Pro et Premier, et une IP neuve est plus froide que n’importe quel pool partagé : aucun historique signifie du ralentissement jusqu’à ce que plusieurs semaines de warm-up soient passées. Un volume faible ou irrégulier sur une IP dédiée fait moins bien qu’un pool partagé en bonne santé. Corrigez d’abord l’authentification, les liens à votre marque et la qualité de liste ; passez à une IP dédiée pour le volume et le contrôle, pas comme remède au spam.

Unspam peut-il se connecter à mon compte SendGrid et tester les envois automatiquement ?

Non. Unspam ne s’intègre ni à l’API de SendGrid ni à celle d’aucun autre ESP. Le mode opératoire est manuel par choix : ajoutez l’adresse de test d’Unspam comme contact ou comme destinataire d’API, envoyez un vrai message par votre chemin de production, puis lisez les résultats dans Unspam. C’est le seul moyen de tester exactement les messages, la signature et les liens que reçoivent vos destinataires.

Les messages vers certaines adresses n’arrivent jamais et il n’y a aucun bounce. Où sont-ils passés ?

Presque certainement dans une suppression. SendGrid abandonne les envois vers les adresses présentes dans Bounces, Spam Reports et Unsubscribes sans tenter la remise, et journalise un événement Dropped dans l’Activity Feed. Ne videz pas les listes en masse pour y remédier : réécrire à des adresses mortes ou plaignantes est précisément ce qui abîme la réputation. Ne retirez que les adresses dont vous pouvez prouver qu’elles sont valides et consentantes.

La délivrabilité est-elle moins bonne sur les plans les moins chers de SendGrid ?

L’écart d’infrastructure est réel mais étroit. Les comptes Essentials envoient depuis des pools d’IP partagées, et les réglages par défaut de SendGrid traînent un passé : le plan gratuit, longtemps favori des spammeurs et des détourneurs de comptes, a été entièrement retiré en 2025, mais la signature sendgrid.net et les liens ct.sendgrid.net vous rattachent encore à cet historique. Le correctif est la séparation plutôt que la montée en gamme : l’authentification du domaine et les liens à votre marque déplacent votre réputation sur votre propre domaine, sur n’importe quel plan.

Les informations sur la plateforme SendGrid ont été vérifiées à partir de la documentation publique en June 2026 et ont pu changer depuis. SendGrid est une marque de son propriétaire respectif. Unspam n’est ni affilié à SendGrid ni approuvé par SendGrid.

Testez votre prochaine campagne SendGrid avant vos abonnés.

Lancer un test de spam gratuit Test d’Inbox Placement