Éviter que les emails SaaS finissent en spam
Quand les messages de bienvenue, reçus ou alertes produit d'un SaaS arrivent dans les spams, commencez par isoler le problème par domaine destinataire, type de message et infrastructure d'envoi. Les filtres évaluent la réputation du domaine et de l'IP, les plaintes, l'engagement et l'authentification, puis recoupent ces signaux avec le contenu et les liens. Une liste propre ne compense donc ni un SPF erroné ni une hausse de signalements après une campagne mal ciblée.
La réponse utile n'est pas de modifier l'objet au hasard. Vérifiez les données de réputation, demandez des retours aux destinataires concernés et comparez le rendu dans plusieurs boîtes de test. Ensuite, corrigez la cause identifiée, réduisez temporairement les envois à risque et rétablissez le volume progressivement lorsque les signaux se stabilisent.
Lire les signaux avant de modifier vos envois
Un placement en spam est rarement expliqué par un seul facteur. Les fournisseurs combinent l'identité de l'expéditeur, l'historique de ses envois et la réaction des destinataires. Pour une équipe SaaS, le premier travail consiste à définir précisément le périmètre : les reçus de paiement sont-ils touchés comme les newsletters ? Le problème concerne-t-il Gmail, Outlook, les domaines d'entreprise ou un seul groupe de clients ? Les messages échouent-ils dès leur arrivée ou après une campagne particulière ? Ces distinctions évitent de changer en même temps le contenu, le DNS et la cadence, puis de ne plus savoir quelle action a eu un effet.
La réputation du domaine se construit à partir des pratiques associées à votre identité d'envoi. Une nouvelle campagne peut être affectée par un historique antérieur, surtout si plusieurs produits ou équipes utilisent le même domaine. La réputation de l'IP compte aussi : avec une infrastructure mutualisée, les autres expéditeurs peuvent contribuer à son historique ; avec une IP dédiée, votre équipe porte davantage la responsabilité de son évolution. Demandez à votre fournisseur quels domaines et IP sont utilisés, et vérifiez que votre tableau de bord permet de distinguer les flux importants.
Les plaintes des destinataires constituent un signal particulièrement négatif. Une plainte ne signifie pas nécessairement que le contenu est mal écrit : elle peut venir d'une inscription oubliée, d'un désabonnement difficile à trouver, d'une fréquence inattendue ou d'une campagne envoyée à un ancien segment. Analysez les plaintes en fonction du programme, de la date d'inscription, du pays et de la dernière interaction disponible. Évitez de traiter un faible nombre de plaintes comme une preuve que tout va bien si les envois n'atteignent déjà plus la boîte principale.
L'engagement apporte un contexte supplémentaire. Les clics, réponses et usages réels du produit indiquent que la communication peut être utile, tandis qu'une longue période sans interaction peut suggérer que le contact ne souhaite plus recevoir de campagnes. Les signaux disponibles diffèrent selon le fournisseur et les mesures d'ouverture peuvent être imprécises ; privilégiez donc les actions observables comme les clics, les connexions au produit, les réponses au support ou une préférence mise à jour. Une stratégie saine exclut des campagnes générales les contacts qui n'ont montré aucun intérêt récent, tout en conservant les messages opérationnels nécessaires.
L'authentification permet au destinataire de vérifier que les systèmes autorisés envoient pour votre domaine et que le message n'a pas été altéré. Contrôlez SPF, DKIM et DMARC pour chaque service d'envoi, y compris les outils utilisés par le support, la facturation et les équipes commerciales. Une entrée DNS oubliée après une migration peut faire échouer l'alignement même si l'application continue d'envoyer. Gardez un inventaire des services autorisés, des sous-domaines et des responsables ; retirez proprement les anciens émetteurs plutôt que d'accumuler des règles impossibles à maintenir.
Les grandes messageries ont renforcé leurs attentes pour les expéditeurs en volume. Elles attendent notamment une authentification correcte, un moyen de désabonnement visible et simple, avec prise en charge du désabonnement en un clic pour les messages concernés, ainsi qu'un faible niveau de plaintes. Il n'existe pas de seuil universel à appliquer à tous les fournisseurs et tous les flux : suivez les exigences publiées par chaque messagerie et leurs outils de suivi. Le désabonnement doit retirer rapidement le contact des campagnes marketing concernées, sans bloquer les reçus ou alertes demandés par l'utilisateur.
Une liste d'envoi SaaS mélange souvent des personnes qui n'ont pas les mêmes attentes. Un administrateur qui reçoit une facture, un développeur abonné aux notes de version et un prospect inscrit à une démonstration ne doivent pas être traités comme un segment unique. Établissez la source de consentement ou la raison opérationnelle pour chaque adresse, enregistrez les préférences et synchronisez immédiatement les désabonnements dans tous les outils. En particulier, ne réimportez jamais un contact désabonné depuis le CRM sans vérifier son statut global.
Documentez ces signaux dans une fiche d'incident partagée : date, campagne, type d'email, domaine destinataire, fournisseur de messagerie, volume relatif, état d'authentification, plaintes et changement récent. Cette fiche donne aux équipes produit, marketing et infrastructure une base commune. Elle empêche aussi les raccourcis comme « Gmail bloque tout » alors que seules les annonces produit sont concernées ou qu'un sous-domaine particulier a perdu sa réputation.
Une remédiation progressive, documentée
Évitez de modifier dix paramètres à la fois. Assignez un responsable, notez l'hypothèse, changez une cause vérifiée et observez le même groupe de fournisseurs avant de reprendre les campagnes plus larges. Si un réglage DNS est en cause, confirmez-le avec l'équipe qui gère le domaine et attendez sa propagation avant de tirer des conclusions. Si la qualité des destinataires est en cause, retirez les contacts invalides, respectez les désabonnements et suspendez les segments dont l'origine ne peut pas être justifiée. Si le problème suit une campagne spécifique, relisez sa promesse, son ciblage, sa fréquence et ses liens.
Examiner le contenu, les liens et le trajet du message
Une fois les signaux d'identité et de réputation examinés, regardez le message tel qu'il est reçu, sur ordinateur comme sur mobile. Un email composé presque uniquement d'une image peut être difficile à lire avec les images désactivées, inaccessible avec un lecteur d'écran et pauvre en contexte pour le destinataire. Les filtres ne jugent pas un message à partir d'une règle simple « trop d'images égale spam », mais une création sans texte utile, avec un objet vague et des appels à l'action impossibles à comprendre, ressemble davantage à un envoi de faible qualité. Ajoutez un texte lisible, un titre explicite et une description alternative pertinente aux visuels informatifs.
Vérifiez aussi les liens, pas seulement le domaine affiché dans le bouton. Les raccourcisseurs d'URL masquent la destination, partagent parfois leur réputation entre de nombreux clients et compliquent le diagnostic d'un clic. Pour les messages SaaS, utilisez des liens directs vers des domaines que votre organisation contrôle ou vers des prestataires clairement identifiés. Évitez les chaînes de redirections successives, les domaines récemment modifiés et les liens de suivi qui aboutissent ailleurs que prévu. Comparez le texte visible, l'adresse réelle et la destination finale ; une incohérence peut inquiéter autant la personne que le filtre.
Les liens de suivi ont leur utilité pour comprendre l'usage d'une annonce produit, mais gardez-les cohérents et testez-les avant l'envoi. Les paramètres ne doivent pas rendre la destination illisible ni conduire à une page d'erreur pour certains comptes. Si votre outil transforme automatiquement les liens, vérifiez la configuration du domaine de suivi et son certificat. Supprimez les liens obsolètes, les boutons qui renvoient vers une page de connexion expirée et les adresses de test avant le lancement.
La séparation entre transactionnel et marketing protège la clarté des attentes et facilite l'analyse. Un email transactionnel répond à une action ou à un état nécessaire du compte : création, changement de mot de passe, facture, paiement ou incident de service. Une newsletter, une annonce commerciale ou une invitation à une fonctionnalité relève du marketing, même si elle est envoyée à des clients. Mélanger ces catégories dans un même flux ou sur une identité d'envoi commune rend les incidents plus difficiles à localiser et expose parfois les communications attendues aux variations d'une campagne.
Cette séparation peut s'appuyer sur des sous-domaines, des flux et des configurations distincts, selon l'architecture et les volumes de l'entreprise. L'objectif n'est pas de créer une forêt de domaines : il faut choisir une frontière exploitable par vos équipes. Par exemple, conservez un flux clairement réservé aux reçus et alertes critiques, et un autre pour les annonces et newsletters. Les messages transactionnels ne doivent pas devenir un prétexte pour insérer systématiquement une offre promotionnelle. Les messages marketing, eux, doivent afficher l'identité de l'expéditeur et proposer un désabonnement conforme et compréhensible.
Définissez les règles d'envoi à partir de l'effet d'une panne. Si une campagne marketing doit être suspendue, les reçus de paiement continuent-ils à partir de leur service dédié ? Qui peut couper un flux sans arrêter les notifications d'incident ? Les listes de suppression sont-elles partagées là où elles doivent l'être, tout en conservant les préférences propres à chaque catégorie ? Une matrice simple qui associe programme, expéditeur, sous-domaine, outil, propriétaire et procédure d'arrêt rend ces questions concrètes.
Le contenu lui-même doit tenir sa promesse. Si l'objet annonce une modification de facture, le corps doit expliquer le changement et l'action nécessaire sans dissimuler un argumentaire commercial. Si l'email prévient d'une nouvelle fonction, indiquez pour quels comptes elle est disponible et où trouver les détails. Une relation stable entre objet, pré-en-tête, contenu et destination aide le destinataire à reconnaître vos messages et limite les surprises susceptibles d'entraîner une plainte.
Organiser un diagnostic et choisir les bons contrôles
| Contrôle | Question de diagnostic | Action utile |
|---|---|---|
| 1. Périmètre | Quels fournisseurs, programmes et domaines sont touchés ? | Comparer campagne marketing et message opérationnel |
| 2. Authentification | SPF, DKIM et DMARC sont-ils valides pour chaque service ? | Corriger les entrées DNS et l'alignement d'identité |
| 3. Réputation | Les plaintes ou changements de volume coïncident-ils avec le début du problème ? | Mettre en pause le programme incriminé et examiner son segment |
| 4. Contenu et liens | Les destinations, redirections et versions texte sont-elles cohérentes ? | Remplacer les raccourcis et réparer les URL rompues |
| 5. Retours | Que voient les destinataires concernés dans leurs boîtes ? | Comparer les retours utilisateurs aux tests de boîte |
Mener l'enquête sans brouiller les indices
Commencez par constituer un échantillon réel de messages affectés. Notez le destinataire, le fournisseur de messagerie, l'heure, l'identifiant de campagne et le domaine expéditeur. Les équipes de support peuvent recueillir ces détails à partir de quelques tickets, en masquant les informations personnelles dans les notes internes. Demandez si la personne a retrouvé le message dans les indésirables, s'il est arrivé avec retard ou si aucun message n'est apparu. Ces situations peuvent avoir des causes différentes.
Rapprochez ensuite ces observations des journaux du fournisseur d'envoi. Cherchez les erreurs de livraison, les reports temporaires, les rebonds définitifs et les plaintes remontées. Un report temporaire ne signifie pas automatiquement que l'email a été placé en spam ; il faut le lire avec le code de réponse et le contexte de la destination. Si les outils de suivi regroupent tous les résultats, exportez un intervalle restreint par programme afin de ne pas comparer des communications qui n'ont ni le même public ni la même cadence.
Dans Google Postmaster Tools, observez les informations disponibles pour le domaine authentifié et l'IP, ainsi que les indicateurs de conformité et de réputation. Les données peuvent ne pas apparaître pour les petits volumes ou les périodes où l'outil n'a pas suffisamment de signaux. L'absence d'une mesure n'est donc pas une validation. Conservez l'intervalle de dates et le volume correspondant à chaque observation, puis comparez-le à la chronologie des campagnes et des incidents applicatifs.
Les retours utilisateurs apportent le détail que les tableaux ne montrent pas : une alerte d'expiration est-elle attendue ? Un changement de produit a-t-il surpris les administrateurs ? Une invitation a-t-elle été envoyée à une personne qui n'a pas demandé d'accès ? Cherchez le décalage entre ce que l'équipe pense envoyer et ce que le destinataire comprend. Le support peut proposer une action de signalement interne, mais il ne doit jamais demander à l'utilisateur de marquer artificiellement un message comme légitime pour compenser un problème d'envoi.
Enfin, reproduisez le message avec des boîtes contrôlées chez plusieurs fournisseurs. Une boîte de test donne un indice de rendu et d'acheminement à un instant précis ; elle ne reproduit pas l'historique, les préférences ou le comportement de chaque client. Comparez une version récente avec la dernière version connue comme fonctionnelle, sans envoyer de test massif. Conservez les résultats et le code exact de la création utilisée afin que l'équipe puisse revenir à une version stable si une modification éditoriale ou technique introduit un nouveau défaut.
Choisir un service selon le flux à protéger
| Service | Usage à examiner | Tarif affiché | Limite à considérer |
|---|---|---|---|
| Postmark | Envois transactionnels et observation de leur parcours | Basic : 15 $ par mois pour 10 000 emails par mois | À évaluer séparément des besoins d'automatisation marketing |
| Mailgun | API et relais SMTP pour les messages applicatifs | Basic : 15 $ par mois pour 10 000 emails par mois | Les dépassements et la conservation des journaux dépendent du plan |
| Brevo | Programmes marketing avec possibilité d'envois transactionnels | Starter : à partir de 9 $ par mois pour 5 000 emails par mois | Le palier d'entrée comprend le stockage de 500 contacts |
Ces services ne remplacent pas les vérifications de domaine, la qualité de la liste ou les retours des destinataires. Avant de choisir, établissez les flux à héberger, le volume mensuel attendu et les équipes qui interviendront lors d'un incident. Les prix ci-dessus correspondent aux plans nommés et à leurs volumes d'entrée ; comparez les besoins plus élevés et les fonctions sur les pages tarifaires des fournisseurs.
Erreurs fréquentes pendant la remédiation
La première erreur consiste à augmenter immédiatement le volume pour « réchauffer » un domaine sans comprendre le problème. Une hausse mécanique peut aggraver l'incident si les destinataires ne reconnaissent pas la marque ou si les plaintes persistent. Reprenez auprès des contacts qui attendent réellement le programme, en faisant varier le rythme seulement après l'observation des signaux utiles.
Une autre erreur est de traiter toutes les communications comme du marketing ou, à l'inverse, de qualifier une promotion de transactionnelle pour contourner un désabonnement. La fonction du message doit guider son classement. Une préférence marketing ne doit pas interrompre un reçu nécessaire, et un reçu ne doit pas servir de véhicule régulier à une campagne commerciale.
Évitez aussi de supprimer des contacts à partir d'un seul indicateur incomplet. Une absence d'ouverture n'est pas une preuve absolue d'inactivité, et les protections de confidentialité peuvent rendre cette mesure trompeuse. Combinez plusieurs signaux, regardez la période d'observation et distinguez l'usage du produit des clics dans un email. Gardez une règle claire pour les bounces définitifs et les demandes explicites de désabonnement.
Enfin, ne transformez pas une hypothèse en verdict. Une boîte de test ne reproduit pas exactement le contexte de chaque destinataire ; un tableau de réputation peut contenir peu de données si le volume est limité. Conservez les observations, indiquez leurs limites et demandez un échantillon de retours à des utilisateurs concernés avant un changement lourd d'infrastructure.
Questions fréquentes sur les emails SaaS classés en spam
Comment savoir si le problème vient de Gmail ou de notre domaine ?
Comparez les résultats par fournisseur de messagerie, domaine d’envoi et type de message. Google Postmaster Tools peut donner des indications sur la réputation et les erreurs observées chez Gmail, tandis que vos journaux d’envoi et les retours des utilisateurs aident à préciser le périmètre. Une panne limitée à une campagne n’appelle pas forcément la même correction qu’un échec d’authentification global.
À quoi sert Google Postmaster Tools ?
Cet outil fournit aux expéditeurs des données concernant les messages adressés aux comptes Gmail, dont des informations de réputation et d’authentification lorsqu’elles sont disponibles. Il ne remplace pas les journaux de votre fournisseur ni les observations des destinataires. Vérifiez la propriété du domaine et interprétez les données avec leur période de couverture.
Pourquoi demander aux utilisateurs de vérifier leurs spams ?
Leur retour confirme si le message est absent, retardé ou classé dans un dossier secondaire. Demandez le fournisseur utilisé, l’heure approximative et le type de message, sans leur faire transférer des informations confidentielles. Un échantillon de retours provenant de comptes concernés aide à confronter les données techniques à l’expérience réelle.
Comment faire un test de boîte de réception ?
Envoyez une version de préproduction vers des comptes de test chez plusieurs fournisseurs représentatifs, avec images activées et désactivées. Contrôlez le dossier d’arrivée, l’expéditeur, l’affichage du texte, les liens, le désabonnement et les en-têtes d’authentification. Ce test révèle des écarts de rendu ou de configuration ; il ne garantit pas le placement futur auprès de tous les destinataires.
Les raccourcisseurs de liens peuvent-ils nuire à la délivrabilité ?
Ils peuvent masquer la destination, ajouter une redirection et associer votre message à la réputation d’un domaine partagé. Préférez une adresse claire et contrôlée, puis vérifiez le parcours complet du clic et le domaine de suivi utilisé par votre plateforme.
Faut-il séparer les emails transactionnels des campagnes ?
Une séparation des flux ou des sous-domaines peut aider à isoler les usages, les propriétaires et les diagnostics. Conservez une configuration que l’équipe peut administrer et surveiller. Les reçus, alertes de sécurité et campagnes marketing doivent rester identifiables comme des programmes distincts, même si des outils communs assurent leur routage.
Quelles attentes s’appliquent aux expéditeurs en volume ?
Les grandes messageries demandent notamment une authentification correcte, un mécanisme de désabonnement en un clic pour les messages marketing concernés et un niveau de plaintes bas. Consultez les exigences propres à chaque fournisseur et surveillez les indicateurs associés ; n’appliquez pas un seuil unique supposé valable partout.
Que corriger en premier après une hausse de plaintes ?
Suspendez ou réduisez le programme concerné, identifiez le segment et la campagne à l’origine du changement, puis contrôlez l’origine des adresses, la promesse d’inscription, la fréquence et le désabonnement. Préservez les flux opérationnels nécessaires et ne relancez pas les contacts qui ont demandé à ne plus recevoir de marketing.
Une bonne authentification suffit-elle à éviter les spams ?
Non. SPF, DKIM et DMARC aident les fournisseurs à vérifier l’identité de l’expéditeur, mais la réputation, les plaintes, l’engagement, le contenu et les liens comptent également. L’authentification est une base à maintenir, pas une garantie de boîte de réception.
Comment rétablir progressivement les envois ?
Après avoir supprimé la cause, reprenez avec le programme corrigé et les destinataires qui attendent le plus clairement le message. Suivez les résultats par fournisseur et ne réintroduisez les segments moins engagés qu’après observation d’une situation stable. Le calendrier dépend de l’incident et des signaux réellement disponibles.
Une image seule est-elle considérée comme un spam ?
Il n’existe pas de règle simple selon laquelle une image seule serait automatiquement filtrée. En revanche, elle fournit peu de texte lisible, fonctionne mal lorsque les images sont désactivées et peut être inaccessible. Ajoutez un texte descriptif et un message compréhensible sans visuel.