1. Le domaine n’est pas correctement authentifié
Les serveurs destinataires utilisent SPF, DKIM et DMARC pour vérifier l'origine du message. Une absence, une erreur DNS ou un mauvais alignement peut conduire à un rejet ou à un classement en spam.
Commencez par vérifier que le domaine visible dans From correspond bien au domaine authentifié et que les enregistrements DNS sont publiés sans doublon.
2. Le domaine ou l’adresse IP manque de réputation
Les fournisseurs observent l'historique du domaine et de l'infrastructure d'envoi. Un nouveau domaine, un changement de fournisseur ou une hausse brutale du volume ne dispose pas encore d'un historique stable.
Augmentez progressivement le volume, séparez les usages importants et évitez les changements répétés d'adresse ou de domaine expéditeur.
3. Les destinataires n’attendent pas le message
Un message techniquement parfait peut être signalé comme indésirable. Les plaintes sont un signal fort : n'envoyez qu'aux personnes qui s'attendent à recevoir le contenu et rendez la désinscription simple pour les communications non essentielles.
Utilisez une adresse From reconnaissable et gardez une cohérence entre la promesse faite dans l'application et l'email reçu.
4. Trop d’adresses sont invalides
Continuer à envoyer vers des adresses qui produisent des hard bounces dégrade la qualité de la liste et la réputation de l'expéditeur. Une adresse définitivement invalide doit être placée en suppression avant le prochain envoi.
Les erreurs temporaires doivent, elles, être retentées avec une fréquence raisonnable plutôt que transformées immédiatement en échec définitif.
5. Le message ressemble à un envoi trompeur ou mal construit
Il n'existe pas de liste magique de mots interdits. Les filtres évaluent plutôt la cohérence du message, les liens, l'identité de l'expéditeur, le HTML et les réactions des destinataires.
Évitez les liens masqués, les domaines différents sans raison, les pièces jointes inutiles et les emails composés uniquement d'une grande image. Ajoutez aussi une version texte lisible lorsque c'est pertinent.
Dans quel ordre diagnostiquer le problème ?
Vérifiez d'abord l'authentification et la réponse exacte du serveur destinataire. Observez ensuite les bounces et les plaintes, puis la stabilité du volume et la qualité du contenu.
- Contrôler SPF, DKIM, DMARC, PTR et TLS.
- Lire le code et le message SMTP de chaque tentative.
- Supprimer les adresses définitivement invalides.
- Vérifier que les destinataires attendent réellement le message.
- Surveiller la réputation avec les outils proposés par les grands fournisseurs.
Ce que Spore automatise — et ce qui reste à votre charge
Spore vérifie le domaine, signe les messages avec DKIM, retente les erreurs temporaires, traite les bounces et conserve l'historique des tentatives. Une adresse en hard bounce est bloquée avant un nouvel envoi.
Votre application reste responsable des destinataires contactés, du contenu envoyé et du rythme de ses communications. Aucun fournisseur ne peut garantir la boîte principale, mais une infrastructure observable permet de comprendre et de corriger les échecs.