Guide de l’infrastructure e-mail
Guide de l’API d’e-mails transactionnels
Un guide pratique pour envoyer de manière fiable mots de passe, reçus, alertes et autres e-mails déclenchés par le produit.
Un e-mail transactionnel est déclenché par une action de l’utilisateur ou du système : réinitialisation de mot de passe, reçu, lien de vérification, alerte ou mise à jour de statut. Il doit être envoyé depuis une identité vérifiée, être observable et rester séparé des e-mails promotionnels.
Ce que cela signifie en pratique
- Messages déclenchés par une action, comme les reçus et les réinitialisations de mot de passe
- Identités d’expéditeur vérifiées et SPF, DKIM et DMARC alignés
- Réponses de livraison et enregistrements d’événements par message
- Séparation claire entre usage transactionnel et usage promotionnel
Check-list de mise en œuvre
- Listez chaque événement produit qui doit donner lieu à un e-mail.
- Définissez un modèle stable et une stratégie d’idempotence pour chaque événement.
- Vérifiez le domaine d’envoi avant d’activer les envois en production.
- Surveillez les bounces et les plaintes, puis placez les destinations à risque en liste de suppression.
Les questions que posent les équipes
Qu’est-ce qu’un e-mail transactionnel ?
Les messages nécessaires pour réaliser une action de l’utilisateur ou communiquer à son sujet, comme la vérification de compte, les reçus, les alertes de sécurité et les réinitialisations de mot de passe.
Puis-je envoyer des e-mails marketing via une API transactionnelle ?
Seulement si le fournisseur et votre modèle de consentement des destinataires le permettent. Gardez le trafic promotionnel, les désinscriptions et les contrôles de réputation séparés des e-mails critiques pour le produit.