Nouveau guide : comment réchauffer une IP dédiée sans nuire à votre réputation. Lire maintenant →
MigoSMTP
E-mails transactionnels

Des reçus, réinitialisations et alertes qui arrivent quand cela compte

Un e-mail urgent exige une livraison rapide et prévisible, et une visibilité claire en cas de problème.

Un e-mail transactionnel rapide et traçable, avec un copilote IA qui explique chaque échec

Votre app
Événement
password_reset
Utilisateur
priya@example.com
Déclencheur
Événement déclenché
Piloté par les événements
Instantané
Une action de l'utilisateur déclenche un événementUne réinitialisation de mot de passe, une inscription ou un achat dans votre produit crée un événement. C'est cet événement qui lance l'e-mail.
Requête
POST /v1/send
{ "stream": "transactional",
"template": "reset",
"to": "priya@example.com" }
Réponse
202 Accepted
{ "id": "msg_8f3a21" }
Flux prioritaire
En file
Modèle + données
Idempotent
Un appel d'API suffit à l'envoyerVotre backend appelle l'API avec un modèle et des données. Le message est accepté et mis en file en quelques millisecondes.
TransactionnelOTP, reçus
MarketingCampagnes
Passerelle d'envoiPriorité d'abord
Des secondes, pas des minutes
Cadencé derrière
Voie dédiée
Jamais retardé
La priorité l'emporte sur le volumeLe courrier transactionnel emprunte sa propre voie rapide : une campagne marketing ne peut jamais retarder un code à usage unique.
Réception
Principal
Mises à jour
Social
1 nouveau
Acme Security
Réinitialisez votre mot de passe
à l'instant
Facturation
Votre reçu est prêt
2 h
Actus équipe
Résumé hebdomadaire
1 j
Support
Nous avons bien reçu votre demande
2 j
En quelques secondes
Authentifié
Il arrive pendant que l'on attendL'e-mail de réinitialisation est dans la boîte avant que l'utilisateur ne change d'onglet, avec une authentification qui le tient hors des spams.
Trace du message
10:01:02
Accepté
msg_a41b
10:01:03
Signé avec DKIM
msg_a41b
10:01:04
Livré · Gmail
msg_a41b
10:01:09
Ouverts
msg_a41b
Lien partageable
Consultable
Prêt pour le support
Chaque message est traçableQuand un client dit « je ne l'ai jamais reçu », le log montre accepté, livré et ouvert avec horodatage.
Délai de livraison des OTP
IA
Plus tôt
Maintenant
Plus lent que d'habitudeUn fournisseur retarde les codes depuis quelques minutes.
Suggestion : acheminer les codes par le pool d'IP prioritaire
Surveillance de la latence
Alertes en premier
L'IA veille sur les e-mails que les utilisateurs attendentUn modèle apprend votre délai de livraison habituel pour les codes à usage unique et les reçus, puis alerte quand il dérape. Le support est prévenu avant les clients.
Déclencheur
Un appel
Prioritaire
Arrive
Trace
Veilleur IA
Relais SMTPAPI RESTWebhooksIP dédiéesSignature DKIMAnalyse des e-mails entrantsModèlesAnalytiqueListes de suppressionSupervision de la réputationValidation d'e-mailsRôles d'équipe et journal d'auditRelais SMTPAPI RESTWebhooksIP dédiéesSignature DKIMAnalyse des e-mails entrantsModèlesAnalytiqueListes de suppressionSupervision de la réputationValidation d'e-mailsRôles d'équipe et journal d'audit
Le défi

Où l'e-mail transactionnel déraille

Problème

Les réinitialisations de mot de passe finissent en spam ou arrivent en retard

Comment nous vous aidons

Des pools d'IP distincts et une surveillance gardent le trafic transactionnel à l'écart des envois en masse.

Problème

Vous apprenez les échecs par vos clients

Comment nous vous aidons

Les webhooks et les logs de messages montrent chaque rebond et report au moment où il se produit.

Problème

Les envois marketing nuisent aux e-mails critiques

Comment nous vous aidons

Les flux et les pools isolent chaque type de trafic pour que l'un ne puisse pas nuire à l'autre.

Le parcours d'un message

De votre app à la boîte de réception, avec des contrôles à chaque étape

Votre appEnvoie par SMTP ou API avec votre clé.
RéceptionAuthentifie, valide et contrôle le débit de la requête.
File et routagePriorise les e-mails et choisit le bon pool d'IP.
Signature et livraisonSigne avec DKIM et livre avec une cadence adaptée à chaque fournisseur.
Boîte et événementsLes événements de livraison, de bounce et d'engagement vous reviennent.

Bonnes pratiques qui protègent la délivrabilité

Séparez les fluxGardez l'e-mail transactionnel et marketing sur des domaines ou pools d'IP différents.
Authentifiez chaque domaineSPF, DKIM et DMARC alignés pour chaque domaine d'envoi.
Agissez immédiatement sur les rebondsSupprimez les rebonds définitifs et alertez en cas de pic.
Fonctionnement

De votre app à la boîte de réception, avec une piste à suivre

Le courrier transactionnel suit un chemin court et prévisible. Chaque étape est observable : un e-mail de réinitialisation manquant devient une simple recherche, pas un mystère.

Votre applicationDéclenche un message après un événement tel qu'un achat, une demande de réinitialisation ou une nouvelle connexion.
MigoSMTPAuthentifie la requête, applique votre modèle, met le message en file sur le bon flux et renvoie un ID de message.
Fournisseur destinataireAccepte, diffère ou rejette le message. Les reports sont relancés selon un calendrier.
Les événements vous reviennentLes événements de livraison, de rebond et de plainte parviennent à votre système via les webhooks et le log des messages.
Aperçu

L'e-mail transactionnel avec MigoSMTP en bref

L'e-mail transactionnel est un e-mail individuel qu'une application envoie parce qu'un utilisateur a fait quelque chose : réinitialiser un mot de passe, payer une facture, se connecter depuis un nouvel appareil ou passer une commande. Contrairement à une campagne, le destinataire l'attend en quelques secondes et ne peut souvent pas continuer sans lui. Un service d'e-mail transactionnel accepte ces messages par SMTP ou API HTTP, les signe, les achemine vers le fournisseur de messagerie du destinataire et rend compte du sort de chacun.

La plupart des équipes commencent par envoyer depuis le serveur applicatif ou un compte marketing partagé. Cela fonctionne jusqu'à ce qu'une réinitialisation de mot de passe finisse en spam, qu'une relance envoie un reçu en double ou qu'une campagne promotionnelle ralentisse les codes à usage unique placés derrière. Comme l'expéditeur voit rarement le message une fois sorti de l'app, le premier signe de problème est souvent un ticket de support. Absence d'authentification, IP partagée unique et manque de données d'événements rendent ces problèmes difficiles à tracer.

MigoSMTP, conçu par Rackwave Technologies sur MigoMTA, donne au courrier transactionnel ses propres flux, des IP dédiées en option, des webhooks et des logs de messages consultables. Un copilote IA peut lire les codes de rebond et les reports et suggérer en langage clair une cause probable et un correctif, et des alertes d'anomalie peuvent signaler une hausse soudaine des retards. Votre équipe examine chaque suggestion et décide des changements. Les rapports restent consultables par destinataire ou par ID.

Cas d'usage

Où les équipes l'utilisent

Réinitialisation de mot de passe et OTP

Envoyez des liens de réinitialisation et des codes à usage unique qui doivent arriver en quelques secondes, sur un flux séparé de tout contenu promotionnel pour que les files ne les retardent jamais. Les relances sont gérées en toute sécurité.

Reçus de commande et de paiement

Confirmez les achats dès que le paiement aboutit, joignez des factures PDF et utilisez des clés d'idempotence pour qu'une relance de votre backend ne produise jamais de reçu en double. Le support peut retrouver n'importe quel reçu par la suite.

Alertes de sécurité du compte

Prévenez les utilisateurs des connexions depuis un nouvel appareil et des changements d'identifiants, avec les événements de livraison enregistrés pour pouvoir montrer quand chaque alerte a été envoyée et si elle a rebondi.

Mises à jour de statut pilotées par webhooks

Poussez les événements livré, différé et rebondi dans votre propre base de données pour que les écrans du support et du produit affichent le vrai statut des e-mails sans interroger de boîte aux lettres. Moins de tickets remontent à l'ingénierie.

Liens magiques et invitations

Envoyez des liens de connexion et des invitations d'équipe qui expirent, avec une formulation claire et un moyen d'en demander un nouveau.

Mises à jour d'expédition et de statut

Prévenez les clients quand une commande, un ticket ou une demande change d'état, et enregistrez l'événement de livraison correspondant.

En parallèle

L'e-mail transactionnel et l'e-mail marketing demandent un traitement différent

Envoyer les deux depuis un même endroit convient. Les mélanger sur un seul flux est ce qui crée les problèmes de livraison.

TransactionnelMarketing
DéclencheurUne seule action de l'utilisateurUn calendrier ou une décision de campagne
TimingLes secondes comptentQuelques heures sont généralement acceptables
PublicUn destinataire qui attend le messageUne liste, souvent segmentée
Principal risqueUn message retardé ou manquantPlaintes et obsolescence des listes
Meilleure isolationDomaine et pool d'IP dédiésPool séparé, chauffé avec soin
À surveillerDélai de livraison, rebonds, reportsEngagement, plaintes, désabonnements

Utilisez des flux séparés pour qu'un problème de campagne ne retarde jamais une réinitialisation de mot de passe.

Fonctions IA

E-mail transactionnel assisté par IA

Copilote

Copilote d'explication des échecs

Collez un rebond ou un report et obtenez une explication claire, la cause probable et un correctif suggéré. Le copilote se contente de conseiller ; votre équipe applique toute modification du DNS ou des paramètres.

Anomalie

Alertes d'anomalie de délai

Des modèles apprennent vos délais de livraison habituels par fournisseur et signalent les retards inhabituels avant que vos utilisateurs ne se plaignent. Vous choisissez les seuils et les personnes notifiées, et les alertes ne modifient jamais le routage d'elles-mêmes.

Prêt pour les agents

Accès API prêt pour les agents

Une interface compatible MCP permet aux agents IA approuvés et aux outils internes de consulter le statut des messages ou de préparer des envois. Des clés à portée limitée et une étape d'approbation humaine gardent chaque action sous votre contrôle.

Assistance

Aide à la rédaction de modèles

Générez des premières versions de reçus, de réinitialisations et d'alertes dans votre ton. Rien n'est enregistré ni envoyé tant qu'un membre de l'équipe n'a pas relu et approuvé le modèle final.

Les fonctions IA sont ici des assistants : elles suggèrent, résument et signalent, tandis que votre équipe relit et garde la main sur chaque décision d'envoi et de configuration.

Bonnes pratiques

Bonnes pratiques pour l'e-mail transactionnel

Séparez les flux transactionnels et marketing

Utilisez des domaines d'envoi ou des pools d'IP différents pour qu'un problème de campagne ne ralentisse pas, ni n'envoie en spam, les réinitialisations de mot de passe et les reçus.

Alignez SPF, DKIM et DMARC

Authentifiez chaque domaine d'envoi et vérifiez l'alignement avec l'adresse From, puis faites passer DMARC de la surveillance à l'application dès que les rapports sont propres.

Utilisez des clés d'idempotence sur chaque envoi

Joignez une clé unique par événement pour qu'une nouvelle tentative après un délai dépassé ne livre jamais deux fois le même reçu ou code à un client.

Supprimez immédiatement les rebonds définitifs

Cessez d'écrire aux adresses qui renvoient des échecs permanents et soyez alerté en cas de pic, car des rebonds répétés nuisent à la réputation de vos e-mails critiques.

Gardez un contenu court et compatible texte

Incluez une partie en texte brut, une action claire et un nom d'expéditeur reconnaissable. Les messages sobres s'affichent partout et ressemblent moins à du phishing.

FAQ

E-mail transactionnel : questions fréquentes

Vous ne savez pas comment séparer vos flux d'e-mails ? Notre équipe peut examiner votre configuration avec vous.

Quelle est la différence entre e-mail transactionnel et e-mail marketing ?

L'e-mail transactionnel est déclenché par une action unique de l'utilisateur et fournit une information dont la personne a besoin, comme un reçu ou un lien de réinitialisation. L'e-mail marketing est promotionnel et envoyé à des groupes. Les fournisseurs et les réglementations les traitent différemment : gardez-les sur des flux, domaines ou pools d'IP séparés.

Quelle est la meilleure façon d'envoyer des e-mails transactionnels depuis mon app ?

Utilisez une API e-mail ou un relais SMTP authentifié plutôt que votre propre serveur web. Envoyez depuis un domaine vérifié, configurez SPF, DKIM et DMARC, utilisez des clés d'idempotence et consommez les webhooks pour que votre app sache si chaque message a été livré ou a rebondi.

Comment éviter que les e-mails de réinitialisation de mot de passe finissent en spam ?

Authentifiez votre domaine, envoyez depuis une adresse constante, séparez les e-mails de réinitialisation des promotions et évitez les raccourcisseurs de liens ou les images lourdes. Surveillez les reports et les plaintes par fournisseur pour réagir vite si un fournisseur de messagerie commence à filtrer vos messages.

À quelle vitesse un e-mail transactionnel doit-il arriver ?

Les messages urgents, comme les codes à usage unique, devraient atteindre la boîte de réception en quelques secondes dans des conditions normales. La vitesse réelle dépend du fournisseur destinataire : suivez donc les délais de livraison par fournisseur et soyez alerté en cas de retard. Gardez les liens de réinitialisation valides assez longtemps pour les fournisseurs plus lents.

Ai-je besoin d'une IP dédiée pour l'e-mail transactionnel ?

Pas toujours. Les expéditeurs à faible volume s'en sortent souvent bien sur un pool partagé bien géré, tandis qu'un volume plus élevé ou critique profite d'une IP dédiée que vous pouvez chauffer et surveiller. Décidez selon le volume, la régularité et le coût d'un message retardé.

Puis-je envoyer des pièces jointes comme des factures dans un e-mail transactionnel ?

Oui, les envois SMTP et API peuvent inclure des pièces jointes, comme des factures PDF, dans la limite de taille des messages. Gardez des fichiers légers ou renvoyez plutôt vers une page de téléchargement sécurisée. Les grosses pièces jointes ralentissent la livraison : testez avec de vraies factures avant le lancement.

Comment savoir si un e-mail transactionnel a été livré ?

Abonnez-vous aux événements webhook pour les résultats livré, différé, rebond et plainte, et stockez-les avec votre propre enregistrement. Le journal des messages permet au support de chercher par destinataire ou ID de message pour voir toute la chronologie de livraison d'un e-mail. Soyez aussi alerté en cas de pic de rebonds.

Comment l'IA peut-elle aider à la livraison des e-mails transactionnels ?

L'IA peut expliquer les codes de rebond en langage clair, signaler les retards inhabituels et rédiger des modèles. Elle agit comme assistant : votre équipe relit les suggestions et approuve toute modification avant qu'elle n'affecte l'envoi.

Étape suivante

Prêt à le voir avec vos envois ?

Parlez-nous de votre volume et de votre configuration, et nous vous guiderons vers la bonne configuration.

Réserver une démoCommencer gratuitement

Commencez à envoyer en quelques minutes.

Créez un compte, ajoutez votre domaine et envoyez votre premier e-mail.