Le courrier transactionnel, c'est un reçu, une réinitialisation de mot de passe, une confirmation de commande : attendu, un à la fois, et il doit arriver. Une infolettre part vers des milliers de gens d'un coup, dont certains la marqueront comme indésirable. Envoyer les deux depuis le même domaine, c'est laisser le second abîmer le premier.
Pourquoi cela compte
La réputation se suit par domaine expéditeur et par IP. Assez de plaintes sur une campagne, et tout le domaine devient suspect - y compris la réinitialisation de mot de passe que quelqu'un attend en ce moment même, c'est-à-dire le seul message qui ne doit jamais être retardé.
Séparez les domaines
receipts and resets -> mail.yourdomain.com
newsletters -> news.yourdomain.com
Chaque sous-domaine a ses propres enregistrements SPF et DKIM et bâtit sa propre réputation. Une mauvaise semaine de campagne touche le sous-domaine des infolettres et rien d'autre.
Ils demandent aussi un traitement différent
- Le transactionnel - envoyer tout de suite, réessayer avec insistance en cas d'échec, alerter quelqu'un quand cela échoue, et n'y jamais glisser de publicité.
- Les infolettres - envoyer par lots, honorer les désabonnements sur-le-champ, et cesser d'écrire aux adresses qui rebondissent.
List-Unsubscribe, sur l'infolettre
List-Unsubscribe: <https://news.yourdomain.com/u/abc123>, <mailto:unsub@news.yourdomain.com>
List-Unsubscribe-Post: List-Unsubscribe=One-Click
Les grands fournisseurs l'exigent désormais pour le courrier de masse. Sans lui, le bouton de désabonnement du logiciel de courrier devient le bouton indésirable, et celui-là coûte bien plus cher à votre réputation.
Surveillez-les séparément
Taux de rebond et taux de plainte par domaine. Les rebonds du transactionnel signalent un problème d'adresse ; les plaintes des infolettres signalent un problème de contenu ou de consentement. Mélangés, aucun des deux chiffres ne veut plus rien dire.
Si un nouveau domaine entre en jeu, allez-y doucement - voyez chauffer un nouveau domaine d'envoi.
