Créez des modèles d'e-mail que toute votre équipe peut utiliser, avec variables, aperçus et historique des versions.
L'IA propose des objets et des variantes de texte ; votre équipe valide ce qui part.
Travaillez en visuel ou en code, selon ce qui convient à l'auteur.
Personnalisez le contenu et affichez des blocs sous conditions.
Chaque modification est enregistrée et peut être restaurée.
Vérifiez le rendu avant toute mise en ligne.
Partagez en-têtes, pieds de page et mentions légales.
Séparez marques et clients.
Partez de zéro ou d'une mise en page de base.
Marquez les parties qui changent selon le message.
Appelez le modèle depuis l'API ou les en-têtes SMTP.
Passez d'une étape à l'autre pour voir ce que vous contrôlez à chacune. Interface illustrative. Tous les chiffres et adresses affichés sont des données d'exemple.
Le marketing et le support peuvent modifier le contenu pendant que l'ingénierie garde la logique d'envoi intacte.
Un modèle d'e-mail est une mise en page réutilisable avec des emplacements que votre système remplit avec de vraies données à l'envoi d'un message. L'éditeur de modèles MigoSMTP permet de créer des modèles en visuel ou en HTML, de marquer des variables comme un prénom ou un numéro de commande, d'ajouter des blocs conditionnels et d'envoyer par nom de modèle depuis l'API ou les en-têtes SMTP. Chaque modification est enregistrée comme une version. Les auteurs prévisualisent les changements avec des données d'exemple avant tout envoi.
Les modèles s'adressent aux équipes où développeurs et non-développeurs se partagent les e-mails. Le marketing et le support peuvent modifier le texte et le design, tandis que l'ingénierie garde la logique d'envoi intacte. Des droits par rôle distinguent qui peut modifier de qui peut publier, et les aperçus avec données d'exemple permettent aux auteurs de vérifier le rendu avant toute mise en ligne. Les blocs réutilisables assurent la cohérence des en-têtes, pieds de page et mentions légales. Les parties en texte brut sont générées automatiquement et modifiables à la main, et les envois de test confirment le rendu avant le lancement.
La qualité des modèles influence la délivrabilité plus que la plupart des équipes ne le pensent. Un HTML cassé, l'absence de partie en texte brut et des tournures spammy nuisent tous au placement en boîte de réception. Un éditeur géré détecte ces problèmes avant l'envoi, et l'assistance IA peut suggérer des objets et resserrer le texte, une personne validant chaque changement avant publication. Les équipes qui standardisent leurs modèles respectent aussi plus facilement les exigences de marque, d'accessibilité et légales, car le pied de page et la mention de désabonnement sont centralisés.
Créez un modèle de commande expédiée avec numéro de commande, lien de suivi et note cadeau facultative. Votre code envoie le nom et les variables, et les retouches de texte ne demandent jamais de déploiement.
Laissez l'équipe marketing mettre à jour les textes et visuels promotionnels dans l'éditeur, publier une fois approuvés, et libérer l'ingénierie des demandes de petites modifications de texte.
Gardez les blocs de marque et les modèles de chaque client dans une bibliothèque d'espace de travail distincte : en-têtes, pieds de page et mentions légales ne fuient jamais d'un compte à l'autre.
Si une modification publiée casse le rendu, ouvrez la liste des versions et restaurez la précédente. Les messages envoyés ensuite utilisent immédiatement le modèle restauré.
Gardez les réinitialisations de mot de passe, alertes de connexion et messages de vérification dans des modèles au texte figé et avec votre pied de page légal, afin d'utiliser à chaque fois le même texte approuvé.
Maintenez un modèle par langue avec les mêmes variables et laissez votre code choisir la version selon la langue du client. Les relecteurs peuvent lire chaque langue côte à côte.
Les deux fonctionnent. La différence : qui peut modifier un e-mail, et à quelle vitesse.
Votre code n'envoie que le nom du modèle et les variables : la logique d'envoi reste la même dans les deux cas.
Donnez un objectif et une audience à l'assistant : il propose plusieurs objets et préheaders. Vous choisissez, modifiez ou écartez ; rien n'est enregistré dans un modèle en ligne sans votre approbation.
Sélectionnez un paragraphe et demandez une formulation plus courte, plus claire ou plus formelle. L'assistant présente sa modification comme une suggestion que vous acceptez ou refusez, en préservant vos variables.
Un copilote vérifie dans un modèle les variables cassées, les textes alternatifs manquants, les images lourdes et les formules qui déclenchent couramment les filtres anti-spam, puis liste les corrections. Vous décidez lesquelles appliquer.
Pour les envois de type campagne, des modèles suggèrent des créneaux de livraison d'après l'engagement passé de votre propre audience. Les suggestions sont facultatives et vous pouvez garder un calendrier fixe.
Les fonctions IA sont des assistants : elles proposent des formulations et des vérifications, et votre équipe relit et publie chaque modèle.
Les messages multipart avec une version texte soignée paraissent plus légitimes aux filtres et sont plus accessibles. Générez-la depuis le HTML, puis retouchez-la à la main.
Si un prénom manque, une formule d'appel vide paraît cassée. Définissez une valeur de repli, comme une salutation neutre, pour chaque champ personnalisé.
Testez avec des noms longs, des valeurs manquantes et des caractères inhabituels. Les cas limites sont là où les mises en page et les conditions échouent le plus souvent.
Modifiez en brouillon, envoyez-vous un test et ne publiez qu'après relecture. Les droits par rôle font de cela une règle plutôt qu'une habitude.
Évitez les e-mails composés uniquement d'images et les fichiers volumineux. Vérifiez le rendu dans les clients de messagerie de votre audience, car la prise en charge du CSS varie beaucoup.
Utilisez des noms comme order-shipped ou password-reset. Le code qui envoie par nom reste lisible, et les auteurs trouvent vite le bon modèle.
Vous migrez des e-mails existants vers des modèles ? Notre équipe peut vous aider à planifier.
Un modèle d'e-mail est une mise en page d'e-mail enregistrée avec des emplacements, appelés variables, remplacés par de vraies valeurs à l'envoi. Vous rédigez le design et le texte une fois, puis envoyez de nombreux messages personnalisés depuis le code ou une campagne.
Créez le modèle, marquez ses variables, puis appelez-le par son nom depuis l'API avec une valeur pour chaque variable, ou référencez-le dans les en-têtes SMTP. Le système génère le rendu du modèle et livre le message. Consultez la référence de l'API pour les champs.
L'éditeur prend en charge les variables et les blocs conditionnels, et l'aperçu affiche le rendu avec des données d'exemple avant publication. La documentation liste la syntaxe exacte. Décrivez chaque variable dans les notes du modèle pour que les auteurs sachent quoi renseigner.
Oui. Collez ou importez votre HTML et ajoutez des variables là où le contenu doit changer. Vérifiez l'aperçu et la version texte brut, puis envoyez un test avant d'utiliser le modèle en production.
Un modèle est un contenu et une mise en page réutilisables. Une campagne ou un envoi est une instance de ce contenu adressée à des destinataires précis à un moment donné. Un même modèle peut alimenter de nombreux envois : l'améliorer les améliore tous. Relisez attentivement le résultat avant de publier.
Oui. Chaque modification enregistrée crée une version, et vous pouvez restaurer une version antérieure. Les messages envoyés après la restauration utilisent la version restaurée, les messages précédents ne sont pas affectés. Le retour arrière est utile quand une modification de dernière minute casse une mise en page. Comparez d'abord les versions côte à côte pour être sûr de restaurer celle que vous voulez garder.
L'IA peut suggérer des objets, resserrer le texte et vérifier dans un modèle les variables cassées et les formules qui déclenchent le spam. Chaque suggestion est facultative, et votre équipe relit et publie chaque modèle.
Oui. Les droits par rôle permettent aux équipes marketing et support de modifier le contenu et, si vous l'autorisez, de le publier, tandis que les développeurs gardent le contrôle des clés API et de la logique d'envoi. Les versions brouillon et publiée tiennent le travail inachevé à l'écart des envois réels. Les brouillons restent privés jusqu'à leur publication.
Créez un compte, ajoutez votre domaine et envoyez votre premier e-mail.