Réinitialisations de mot de passe, liens magiques, codes OTP et reçus doivent arriver à l’instant où votre API les déclenche. Quand un e-mail parti de SES, Postmark, SendGrid ou Mailgun glisse dans les spams, les utilisateurs s’en vont en silence et aucune erreur n’apparaît dans vos journaux. Unspam teste où arrivent réellement vos e-mails transactionnels, avant que le premier ticket d’assistance ne dise « je n’ai jamais reçu l’e-mail ».
Votre API renvoie 200, l’ESP accepte le message, et l’e-mail atterrit quand même dans les spams. L’utilisateur ne peut pas se connecter, n’ouvre aucun ticket et s’en va, tout simplement. C’est une panne silencieuse que votre pile ne fera jamais remonter.
Le transactionnel depuis Postmark, le marketing depuis SendGrid, la facturation depuis SES, tout sur le même domaine racine. Un seul include SPF erroné ou une clé DKIM non alignée et le serveur de réception commence à tout filtrer. Le DNS ne dit rien de l’alignement réel à l’arrivée.
Vous lancez des tests unitaires sur le rendu du modèle, mais rien ne vérifie que l’e-mail atteint Gmail. Une régression de réputation part en production exactement comme un build vert, et vous l’apprenez par vos utilisateurs.
Envoyez une vraie réinitialisation ou un vrai reçu vers la liste de boîtes de test d’Unspam et voyez Boîte de réception, Promotions, Spam ou Absent chez Gmail, Outlook, Yahoo, Zoho, ProtonMail, AOL, GMX et Amazon WorkMail. Le verdict qui compte vraiment, pas ce que votre ESP a accepté.
Un message en entrée, une analyse complète en sortie : verdict SPF, DKIM et DMARC, signalements de contenu, inscriptions sur liste noire et problèmes de HTML. Calibré sur le placement réel, si bien que le chiffre correspond à la question de savoir si vos utilisateurs reçoivent l’e-mail, pas à une liste de règles générique.
Déclenchez une vraie réinitialisation de mot de passe, un lien magique ou un reçu depuis SES, Postmark, SendGrid, Mailgun ou votre propre SMTP vers l’adresse de test d’Unspam. Le même chemin de code que celui de vos utilisateurs.
Obtenez le score de spam avec le verdict SPF, DKIM et DMARC, les signalements de contenu, l’état des listes noires et les problèmes de rendu HTML, avec le correctif exact pour chacun.
Boîte de réception, Promotions, Spam ou Absent chez Gmail, Outlook, Yahoo, Zoho, ProtonMail, AOL, GMX et Amazon WorkMail. Le chiffre qui décide si le lien de connexion est cliqué.
Programmez des tests récurrents sur chaque flux transactionnel. Recevez une alerte le matin où le placement glisse, comme vous réveilleriez quelqu’un pour une panne, parce qu’une réinitialisation qui n’arrive pas en est une.
L’e-mail transactionnel, c’est de l’infrastructure. Quand il casse, il n’y a pas de trace d’exécution, juste des utilisateurs qui ne peuvent plus se connecter. Voici les contrôles que les équipes techniques branchent en premier.
Testez vos e-mails d’authentification sur Gmail grand public comme sur Google Workspace en entreprise. Un taux de boîte de réception de 70 % est un échec de connexion silencieux pour près d’un tiers de vos utilisateurs, et votre entonnoir ne le montrera jamais.
Avant de basculer le trafic vers un nouveau domaine d’envoi, vérifiez SPF, DKIM et DMARC sur chaque sous-domaine utilisé par votre pile, et figez un chiffre de placement à comparer une fois le volume monté.
Envoyez un test par fournisseur utilisé par votre produit, Postmark pour le transactionnel, SES pour la facturation, SendGrid pour le marketing, et confirmez que chaque expéditeur aligne DKIM et DMARC sur le même domaine racine.
Confirmez que votre return-path personnalisé (envelope-from) est aligné et résout bien, au lieu de retomber sur la valeur par défaut de l’ESP. Un return-path mal aligné est un échec DMARC discret qui fait filtrer les e-mails côté réception.
Lancez un test Autopilot quotidien sur chaque flux : réinitialisation, OTP, reçu, facturation. Alertez en cas de régression, pour qu’un ingénieur la voie avant un utilisateur, au seuil qui vous ferait réveiller quelqu’un pour une indisponibilité.
Vous passez de Mailgun à SES, ou de SendGrid à Postmark ? Lancez des tests avant et après sur chaque flux transactionnel, pour qu’une régression de réputation ne file pas en production sans être vue.
Les questions de délivrabilité que posent les équipes techniques avant de brancher Unspam sur un pipeline transactionnel.
Non, et c’est délibéré. Unspam ne se connecte jamais à votre compte ESP. Vous ajoutez l’adresse de test d’Unspam à votre propre outil et vous lui envoyez un vrai message via SES, Postmark, SendGrid, Mailgun ou votre propre SMTP, puis vous lisez les résultats dans Unspam. Tester ce qui arrive réellement sur la liste de boîtes de test rend le fournisseur de départ sans importance. Si vos e-mails SendGrid partent déjà dans les spams, le guide de correction SendGrid passe en revue les causes courantes ; pour SES, voyez le guide Amazon SES.
Chaque test détaille quel mécanisme a réussi, échoué ou été aligné pour ce message précis, ce qui vous montre exactement quel enregistrement d’expéditeur a servi, sans éplucher le DNS. Vous pouvez aussi lancer les checkers SPF, DKIM et DMARC indépendamment sur votre domaine, ou le diagnostic e-mail complet. Le test de placement en boîte de réception vous dit ensuite si cet alignement fait réellement bouger le placement à l’arrivée.
Oui. Unspam propose une API de test antispam pour noter un message par programme et une API de placement en boîte de réception pour lancer des tests sur liste de boîtes de test. Branchez l’une ou l’autre dans le pipeline qui déploie vos modèles transactionnels, pour qu’un contrôle de délivrabilité tourne à côté de vos autres tests. À noter : le test lui-même reste un envoi réel vers une adresse de test ; l’API pilote l’exécution, elle ne se raccroche pas à votre ESP.
Pour les réinitialisations de mot de passe, les codes OTP et la facturation, traitez tout ce qui passe sous 95 % de placement en boîte de réception chez les grands fournisseurs comme un échec qui mérite une alerte. Ce sont les messages qui engagent le plus votre crédibilité. Le marketing et le promotionnel tolèrent davantage. Vous fixez le seuil par flux dans Autopilot.
C’est une autre couche. Votre ESP rapporte ce qu’il a accepté, ce qui a bouncé ou ce qui a fait l’objet d’une plainte. Unspam rapporte où les messages acceptés sont réellement allés côté réception : Boîte de réception, Promotions, Spam ou Absent, fournisseur par fournisseur. Les deux sont complémentaires, et le chiffre de l’ESP seul vous dira que tout va bien pendant que vos utilisateurs ne reçoivent toujours pas l’e-mail.
Oui. Autopilot relance un test au rythme que vous choisissez et alerte dès que le taux de spam dépasse votre seuil, si bien que vous l’apprenez le matin où le placement glisse. Associez-le à la surveillance de la délivrabilité et lancez un passage de vérification d’adresses e-mail avant les envois en masse, pour purger les adresses invalides qui feraient plonger un test de placement.
Lancez un test de placement gratuit sur un envoi transactionnel réel. Sans carte, sans inscription, juste le verdict.
