Blog

Tips, guides, and privacy advice

← Back to Blog
Conseils développeurs

Pourquoi les emails transactionnels de ton app arrivent en spam (et comment y remédier)

24 décembre 2025·8 min read

Pourquoi l'email transactionnel est une autre bête

Il y a une distinction fondamentale entre emails marketing et emails transactionnels. Les emails marketing — newsletters, promotions — vont à des abonnés ayant accepté de les recevoir. Ils tolèrent des délais et quelques placements en spam. Les emails transactionnels sont radicalement différents : liens de vérification, réinitialisations de mot de passe, confirmations d'achat — ils arrivent à des moments critiques. Un email de réinitialisation de mot de passe en spam, c'est un utilisateur bloqué hors de son compte.

SPF : la base de l'authentification email

SPF est un enregistrement DNS TXT qui indique quels serveurs de messagerie sont autorisés à envoyer des emails au nom de ton domaine. Sans SPF, ton email est traité avec méfiance par défaut. Exemple : v=spf1 include:sendgrid.net ~all. Utilise MXToolbox pour vérifier ta configuration. Plus d'infos sur l'authentification email chez ton fournisseur d'envoi.

DKIM : preuve cryptographique

DKIM ajoute une signature cryptographique à chaque email. Sans DKIM, il est bien plus facile pour des acteurs malveillants de se faire passer pour ton domaine. Spamhaus et d'autres services de réputation intègrent l'historique de signature DKIM dans les scores de réputation de domaine.

DMARC : la couche de politique

DMARC définit ce que les serveurs destinataires doivent faire quand un email échoue aux vérifications SPF ou DKIM. Commence par p=none (supervision uniquement), examine les rapports agrégés quelques semaines, puis passe à p=quarantine ou p=reject.

Réputation IP

Même avec SPF, DKIM et DMARC parfaits, les emails peuvent atterrir en spam si l'IP d'envoi a une mauvaise réputation. Des services comme Spamhaus maintiennent des listes de blocage. Sur une IP partagée, ta réputation est liée à tous les autres expéditeurs. Utilise un fournisseur d'email transactionnel dédié : SendGrid, Amazon SES, Postmark, Mailgun.

Tester la livraison correctement

La méthode la plus rapide : envoyer un email de test vers une boîte mail temporaire fraîche et vérifier à la fois la boîte de réception et le dossier spam. Cela donne un retour immédiat et sans ambiguïté. Teste à chaque changement de fournisseur, mise à jour de template, nouveau domaine ou nouvel environnement. Inclure la vérification MXToolbox dans ta checklist de pré-lancement.

Taux de rebond et plaintes spam

Un taux de rebond supérieur à 2% et un taux de plaintes supérieur à 0,1% provoquent des problèmes de délivrabilité. Supprime immédiatement et définitivement les rebonds durs. Surveille ces métriques via le tableau de bord de ton fournisseur.

Checklist complète de délivrabilité

  • Enregistrement SPF : enregistrement DNS TXT listant tous les serveurs d'envoi autorisés.
  • DKIM : signature configurée via le fournisseur, clé publique publiée en DNS.
  • DMARC : commencer par p=none, progresser vers p=quarantine.
  • Fournisseur dédié : SendGrid, SES, Postmark ou Mailgun.
  • Lignes d'objet propres : spécifiques, pertinentes, sans mots déclencheurs.
  • HTML + texte brut : toujours les deux.
  • Gestion des rebonds : supprimer les rebonds durs immédiatement.
  • Test de boîte de réception : envoyer des emails de test vers des adresses temporaires fraîches avant chaque déploiement.
SPF, DKIM et DMARC ne sont pas des options — ce sont les bases indispensables d'une délivrabilité fiable. Configure-les avant d'envoyer ton premier email de production et vérifie la délivrabilité via une boîte jetable fraîche avant chaque lancement.