Donnez à chaque client, marque ou environnement ses propres clés, domaines et rapports, sans gérer vos propres serveurs de messagerie.
E-mail multi-locataire pour SaaS, avec une API prête pour les agents et un tri du support assisté par IA
Un locataire envoie du spam et touche tout le monde
Les limites et la suppression par espace de travail empêchent un seul expéditeur de nuire aux autres.
Les clients veulent leur propre domaine d'envoi
L'intégration et la vérification des domaines passent par l'API.
Les changements d'e-mail partent à chaque version
Les modèles versionnés permettent au produit et au support de mettre à jour le contenu en toute sécurité.
L'e-mail multi-locataire fonctionne quand chaque client est une unité distincte avec ses propres clés, son domaine et ses limites, le tout géré par votre produit.
L'e-mail pour SaaS désigne l'ensemble des messages qu'un logiciel envoie au nom de ses propres utilisateurs : invitations à un espace de travail, alertes d'usage, digests, avis de facturation et, dans de nombreux produits, e-mails envoyés sous la marque du client. C'est plus difficile que l'e-mail applicatif ordinaire, car de nombreux locataires partagent une même plateforme d'envoi : la conception doit séparer leurs limites, domaines, clés et réputation tout en gardant l'intégration simple pour les développeurs. Une bonne conception évite que les locataires s'affectent entre eux.
Les premières équipes SaaS envoient tout depuis un seul compte et un seul domaine. À mesure que les clients arrivent, les problèmes s'accumulent : la mauvaise liste d'un locataire nuit à la délivrabilité de tous, les clients demandent à envoyer depuis leur propre domaine, le produit et le support veulent modifier les modèles sans mise en production, et personne ne sait expliquer pourquoi un utilisateur n'a pas reçu une invitation. Développer en interne les contrôles par locataire retire du temps d'ingénierie au produit lui-même. Pendant ce temps, le support reste sans réponse.
MigoSMTP, construit sur MigoMTA, propose des espaces de travail avec clés, limites et rapports distincts, l'intégration de domaines via l'API, des modèles versionnés et des webhooks qui renvoient le statut de livraison dans votre produit. Une API prête pour les agents et un copilote de support aident votre équipe à répondre plus vite à « pourquoi ceci n'est pas arrivé » et à repérer les locataires aux schémas de rebond inhabituels. Des personnes approuvent toute suspension ou modification de configuration. Les rapports détaillent les résultats par espace de travail.
Envoyez les invitations déclenchées par un coéquipier, avec les événements de livraison renvoyés à votre app pour que l'invitant voie si le message a rebondi et puisse corriger l'adresse.
Prévenez les administrateurs quand un seuil est franchi, avec un envoi prioritaire pour que les alertes ne soient pas mises en file derrière des digests, et enregistrez la livraison pour votre piste d'audit. Les alertes restent auditables.
Lancez des résumés hebdomadaires par espace de travail et par utilisateur, limités pour que le digest d'un gros locataire n'utilise pas la capacité dont les petits ont besoin au même moment.
Laissez les clients vérifier leur propre domaine via un parcours d'intégration et envoyer sous leur marque, avec des contrôles SPF et DKIM terminés avant le premier usage. Les domaines non vérifiés restent bloqués.
Laissez les locataires envoyer depuis leur propre domaine vérifié tout en gardant la maîtrise des limites et de la suppression.
Prévenez les clients à l'approche des limites de leur forfait et confirmez les paiements, le tout depuis des modèles que vous pouvez versionner.
Au début, un seul compte est simple. À mesure que les locataires grandissent, la séparation protège tout le monde.
Commencez par des espaces de travail dès le premier locataire. Migrer plus tard est bien plus difficile que de partir séparé.
Saisissez l'e-mail d'un utilisateur et demandez pourquoi une invitation n'est pas arrivée. Le copilote lit le log des messages et résume le chemin de livraison. Il ne peut rien renvoyer ni modifier sans l'approbation du personnel.
Repérez les espaces de travail dont les schémas de rebond ou de plainte s'écartent de la normale et soumettez-les à examen. Votre équipe décide d'avertir, de limiter ou de laisser le locataire tranquille.
Une interface compatible MCP permet à des agents internes approuvés de provisionner des espaces de travail ou de vérifier l'état d'un domaine avec des clés à portée limitée. Les actions à fort impact peuvent exiger une étape d'approbation humaine. Chaque appel est journalisé.
Rédigez des versions traduites ou reformulées des e-mails produit pour relecture. Les responsables produit modifient et approuvent chaque version avant sa mise en ligne dans un modèle versionné.
Les fonctions d'IA sont une aide à titre consultatif : vos équipes d'ingénierie et de support examinent les suggestions et gardent la main sur les décisions concernant locataires, modèles et envois.
Séparez clés, limites et rapports par client pour qu'un expéditeur bruyant ne nuise pas aux autres et que vous voyiez clairement l'usage.
N'envoyez jamais depuis le domaine d'un client tant que SPF et DKIM ne passent pas. Bloquez les domaines non vérifiés au niveau de l'API pour protéger la réputation partagée.
Gardez les e-mails produit dans des modèles versionnés pour que le support et le produit puissent mettre à jour le texte en sécurité et revenir en arrière si un changement pose problème.
Utilisez les webhooks pour afficher livré, rebondi ou différé à côté de l'action, ce qui réduit les tickets sur les e-mails manquants.
Appliquez des plafonds d'envoi par défaut et relevez-les sur demande, pour qu'un compte compromis ne puisse pas envoyer un gros volume avant que quiconque s'en aperçoive.
Vous concevez votre modèle de locataires ? Notre équipe peut le revoir avec vous.
Utilisez une API e-mail avec un espace de travail ou un sous-compte par locataire, chacun avec ses clés, limites et rapports. Authentifiez les domaines d'envoi, renvoyez les événements via des webhooks et appliquez une suppression par locataire pour que les mauvaises données d'un client n'affectent pas les autres.
Oui, avec un parcours d'intégration de domaine : le client ajoute des enregistrements DNS, vous vérifiez SPF et DKIM, puis seulement vous activez l'envoi. L'API peut automatiser cela, pour que votre produit guide chaque client dans la configuration sans support manuel.
Isolez les locataires dans des espaces de travail distincts, appliquez des limites d'envoi, supprimez automatiquement rebonds et plaintes, et surveillez les taux de chaque locataire. Déplacez les locataires à haut risque ou à fort volume vers leur propre pool d'IP si leur comportement commence à affecter les autres. Revoyez les limites à mesure que chaque locataire grandit.
Stockez les modèles hors du code applicatif, avec versions, variables et étape de relecture. Le produit et le support peuvent ainsi modifier le contenu sans déploiement, tandis que les ingénieurs gardent la maîtrise des données transmises et peuvent annuler un mauvais changement. Étiquetez chaque version pour tracer les changements.
Abonnez-vous aux événements webhook et stockez les statuts livré, rebondi et différé en face de l'enregistrement concerné dans votre base de données. Votre interface peut alors afficher un badge de statut ou une invite de renvoi sans jamais lire une boîte aux lettres. Cela réduit aussi nettement les tickets répétitifs.
La plupart des équipes SaaS utilisent l'API HTTP pour les envois applicatifs, car elle prend en charge métadonnées, idempotence et erreurs plus riches. SMTP est utile pour les systèmes hérités, les plugins et les outils tiers. Les deux peuvent coexister dans le même espace de travail. Beaucoup d'équipes utilisent les deux simultanément sans conflit.
Oui, via une interface compatible MCP avec des clés à portée limitée. Vous décidez des actions autorisées aux agents, par exemple des vérifications de statut en lecture seule ou la préparation d'envois, et pouvez exiger une approbation humaine pour tout ce qui est sensible.
Un copilote peut lire le log des messages d'un utilisateur et expliquer le chemin de livraison en langage clair, comme un motif de rebond ou un report. Le personnel examine le résumé et décide de la suite.
Parlez-nous de votre volume et de votre configuration, et nous vous guiderons vers la bonne configuration.
Créez un compte, ajoutez votre domaine et envoyez votre premier e-mail.