Backend, API et données · Mixte

E-mails sortants, messages et webhooks

En une ligne : Les messages sortants sont une interface publique : ils ont besoin d'une file, de réessais et d'un enregistrement de ce qui a été envoyé à qui.

Un e-mail qui arrive à destination

Configurez des enregistrements d'authentification de l'expéditeur sur le domaine — sans eux, le courrier tombe dans les spams, et ce n'est pas un bug de code. Séparez l'e-mail transactionnel du marketing, idéalement sur un sous-domaine distinct, afin que le marketing ne nuise pas aux messages critiques.

Surveillez les rebonds et les plaintes. Une adresse qui échoue à répétition doit être bloquée automatiquement.

Webhooks sortants

Si vous notifiez les systèmes de vos clients, vous vous engagez : une signature leur permettant de vérifier que le message vient de vous, un identifiant unique par événement, des réessais avec délai et un écran où le client voit ce qui a été envoyé et ce qui a échoué.

Déclarez explicitement qu'un message peut être envoyé plus d'une fois — afin que l'autre côté gère la duplication.

Hygiène

Des modèles en un seul endroit, le support de l'hébreu et de la directionnalité, un lien de désinscription là où c'est nécessaire, et un enregistrement de chaque envoi avec un identifiant permettant de tracer une demande client en une minute.

Pour aller plus loin

N'envoyez pas de messages depuis la requête de l'utilisateur. Écrivez dans une file, renvoyez une réponse et envoyez en arrière-plan. Au-delà de la vitesse, cela garantit que quand le prestataire d'e-mail est lent ou tombe, l'utilisateur ne reçoit pas d'erreur pour une action qui a réussi.