Migrez vos envois sans perdre en réputation, en historique ni en sommeil. Faites tourner les deux fournisseurs en parallèle, puis basculez par étapes.
Un assistant IA fait correspondre vos templates et webhooks SendGrid, et vous les examinez
Listez vos domaines, clés, modèles, webhooks et suppressions.
Ajoutez les enregistrements DNS de MigoSMTP à côté des anciens.
Recréez les modèles et webhooks, importez les suppressions.
Déplacez le trafic par étapes et surveillez la livraison.
Supprimez les anciens enregistrements et clés une fois la situation stable.
La terminologie reflète la documentation du fournisseur au moment de la rédaction. Vérifiez la documentation à jour avant de publier.
curl https://api.sendgrid.com/v3/mail/send \
-H "Authorization: Bearer SENDGRID_KEY" \
-H "Content-Type: application/json" \
-d '{ "personalizations": [{ "to": [{ "email": "user@example.com" }] }],
"from": { "email": "hello@yourdomain.com" },
"subject": "Hello",
"content": [{ "type": "text/html", "value": "<p>Hi there</p>" }] }'curl https://api.migosmtp.com/v1/send \
-H "Authorization: Bearer YOUR_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"from": "hello@yourdomain.com",
"to": "user@example.com",
"subject": "Hello",
"html": "<p>Hi there</p>"
}'Requêtes données à titre d'illustration. Consultez la référence de l'API pour la liste complète des champs.
Pour migrer de SendGrid vers MigoSMTP, auditez vos clés API, templates dynamiques, event webhook et suppressions, puis ajoutez les enregistrements d'authentification de domaine MigoSMTP à côté des vôtres chez SendGrid. Recréez les templates, pointez votre consommateur de webhooks vers le nouveau format de payload et importez les suppressions avant d'envoyer. Faites passer d'abord une petite part du trafic par MigoSMTP, surveillez la délivrabilité et augmentez par étapes. Ne retirez les enregistrements et clés SendGrid qu'une fois le volume stable pendant la durée de votre choix.
Les équipes migrent pour des raisons comme regrouper l'infrastructure, mieux contrôler le routage ou modifier la facturation. Quelle que soit la raison, une grande partie de votre configuration se transpose. L'authentification d'expéditeur devient l'authentification de domaine, les clés API deviennent des clés à portée limitée, les subusers deviennent des workspaces, et les suppressions et groupes de désabonnement s'importent sous forme de listes. Les comportements propres à SendGrid, comme le versionnage des templates et la gestion des anciens templates, sont à vérifier dans la documentation actuelle du fournisseur avant de reconstruire quoi que ce soit. Gardez par écrit la liste de tout ce qui ne correspond pas un pour un, pour que personne n'ait de surprise après la bascule.
L'assistant de migration IA lit la configuration que vous exportez de SendGrid et propose une correspondance : templates, variables handlebars, événements de webhook et structure des subusers, chacun avec un score de confiance. Il signale tout ce qu'il ne peut pas traduire proprement au lieu de deviner. Une personne de votre équipe approuve chaque modification proposée avant son application, et chaque approbation est consignée : vous gardez le contrôle de ce qui migre et du moment. Votre équipe garde la main sur le calendrier, le périmètre et le retour arrière, et l'assistant n'envoie jamais d'e-mails ni ne modifie le DNS de lui-même.
Commencez par les reçus, les réinitialisations de mot de passe et les alertes envoyés via l'API v3 mail send. Le volume est prévisible : vous pouvez donc comparer la délivrabilité avec SendGrid avant de migrer quoi que ce soit d'autre.
Gardez SendGrid actif pendant qu'un petit pourcentage d'e-mails passe par MigoSMTP. Séparez par application, template ou domaine destinataire, et élargissez la part dès que les taux de rebond et de plainte concordent.
Si vous utilisez des subusers par client ou par marque, créez un workspace MigoSMTP pour chacun. La réputation, les clés et les données de suppression restent séparées comme aujourd'hui.
Pointez vos gestionnaires de livraison, de rebond, d'ouverture et de clic vers les webhooks MigoSMTP. Faites tourner brièvement une couche de correspondance pour que les systèmes en aval qui attendent les anciens noms d'événements continuent de fonctionner.
Placez les comptes parents et les subusers dans des workspaces MigoSMTP distincts pour que chaque équipe garde ses propres clés et rapports.
Migrez d'abord les e-mails transactionnels, puis les campagnes, afin que les messages les plus importants se stabilisent avant que le volume n'augmente.
Lit chaque template dynamique, convertit les variables handlebars et les blocs conditionnels, et affiche un aperçu côte à côte. Vous examinez le résultat et approuvez chaque template avant son enregistrement.
Compare les paramètres de l'event webhook SendGrid avec les événements MigoSMTP et propose une correspondance champ par champ avec des scores de confiance. Rien n'est appliqué tant qu'un membre de l'équipe ne l'a pas validé.
Pendant la bascule par étapes, il surveille les tendances de rebond, de report et de plainte par rapport à votre référence et lève une alerte en cas de dérive. Vous décidez de suspendre, de maintenir ou de poursuivre la montée en charge.
Si vous passez à des IP dédiées, il rédige une montée en charge à partir de votre historique de volume et ajuste le plan au fil des résultats. Vous approuvez chaque étape avant que le calendrier d'envoi ne change.
Les suggestions de l'IA pour votre migration SendGrid sont examinées et approuvées par vous avant toute application.
Téléchargez d'abord les rebonds, signalements de spam, désabonnements et suppressions de groupes. Les importer avant le premier envoi protège les destinataires qui se sont déjà désinscrits et maintient les taux de plainte bas.
Ajoutez les enregistrements DKIM et return-path de MigoSMTP à côté de ceux de SendGrid. Les deux peuvent authentifier votre domaine en même temps, ce qui permet un retour arrière rapide.
Envoyez chaque template converti avec des variables proches de la production, y compris des valeurs vides ou absentes. Les différences d'évaluation des conditions sont la cause la plus fréquente d'e-mails cassés.
Basculez le transactionnel, puis le marketing, en deux étapes distinctes. Les volumes et les schémas d'engagement diffèrent : chaque flux mérite donc son propre contrôle avant de passer au suivant.
Une fois que tous les services utilisent des clés MigoSMTP, révoquez les clés API SendGrid. Faites-le en dernier, quand les logs n'affichent plus aucun trafic qui les utilise.
Laissez le compte SendGrid actif, avec l'envoi arrêté, jusqu'à ce que vous soyez sûr que plus rien n'en dépend.
Vous quittez SendGrid ? Notre équipe peut examiner vos subusers et templates avant le démarrage.
Auditez votre configuration SendGrid, ajoutez les enregistrements d'authentification de domaine MigoSMTP à côté des existants, recréez les templates et webhooks, importez les suppressions, puis basculez le trafic par étapes. Ne retirez SendGrid qu'une fois le volume stable. La plupart des équipes font tourner les deux fournisseurs en parallèle pendant la transition.
Cela dépend du nombre de templates, de webhooks et d'applications d'envoi. Une seule application avec quelques templates peut migrer en quelques jours ; une configuration multi-subusers demande plus de temps. Prévoyez plusieurs semaines pour la bascule par étapes et le warm-up si vous ajoutez des IP dédiées.
Vous les reconstruisez dans MigoSMTP, mais vous ne partez pas de zéro. Exportez le HTML et les variables du template : le convertisseur propose une version correspondante à relire. Vérifiez les helpers et conditions handlebars dans l'aperçu avant d'approuver. Testez d'abord sur une petite part du trafic et examinez les résultats avec votre équipe.
La réputation appartient à votre domaine et à vos IP d'envoi ; elle ne se transfère donc pas automatiquement. Authentifiez votre domaine, envoyez d'abord une petite part, puis augmentez progressivement. Sur une infrastructure partagée, vous partez de la réputation du pool ; les IP dédiées nécessitent un warm-up. Testez d'abord sur une petite part du trafic et examinez les résultats avec votre équipe.
Exportez-la et importez-la dans MigoSMTP avant votre premier envoi, pour ne plus écrire aux adresses en rebond ou désabonnées. Incluez les données de groupes de désabonnement si vous en utilisez. Vérifiez le format d'export dans la documentation actuelle du fournisseur. Testez d'abord sur une petite part du trafic et examinez les résultats avec votre équipe.
Si vous envoyez via SMTP, seuls l'hôte, le port et les identifiants changent généralement. Si vous utilisez l'API v3 mail send, le corps de la requête diffère : mettez à jour l'appel ou utilisez un SDK. Testez d'abord dans un environnement de préproduction. Testez d'abord sur une petite part du trafic et examinez les résultats avec votre équipe.
Oui. Les deux peuvent authentifier le même domaine simultanément : vous pouvez donc faire passer un pourcentage d'e-mails par MigoSMTP et garder SendGrid pour le reste. Séparez par application ou par template pour faciliter la comparaison. Gardez les identifiants SendGrid actifs jusqu'à ce que les logs n'affichent plus aucune utilisation.
L'IA fait le fastidieux travail de correspondance, pas les décisions. Elle lit votre configuration exportée, propose des correspondances de templates, webhooks et subusers avec des scores de confiance, et signale les lacunes. Rien n'est appliqué tant qu'une personne de votre équipe n'a pas approuvé chaque modification.
Oui. La plupart des équipes envoient d'abord une petite part via MigoSMTP, puis augmentent progressivement.
Passer d'un pool partagé à une IP dédiée exige un warm-up. Utilisez le guide ou le calculateur.
Notre équipe peut examiner votre plan pour SendGrid et le calendrier de bascule.
Parlez-nous de vos domaines, de votre volume et de votre configuration, et nous vous aiderons à planifier une bascule sûre et progressive.
Créez un compte, ajoutez votre domaine et envoyez votre premier e-mail.