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.
L'IA transforme vos identités SES et événements SNS en une correspondance que vous pouvez examiner
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.
aws sesv2 send-email \
--from-email-address hello@yourdomain.com \
--destination ToAddresses=user@example.com \
--content 'Simple={Subject={Data=Hello},Body={Html={Data="<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 d'Amazon SES vers MigoSMTP, listez vos identités vérifiées, ensembles de configuration, destinations d'événements et suppressions au niveau du compte, puis authentifiez vos domaines avec MigoSMTP tout en conservant les enregistrements SES. Créez de nouveaux identifiants SMTP ou API, remplacez les consommateurs SNS et de files par des webhooks, puis importez les suppressions. Basculez le trafic par étapes, comparez la délivrabilité, et ne supprimez les identités SES et les identifiants IAM qu'une fois SES silencieux pendant la durée de votre choix.
Les équipes quittent souvent SES pour avoir moins de composants AWS autour de l'e-mail, comme les politiques IAM, les topics SNS et les files, ou pour disposer de plus d'options de routage et de support. L'essentiel de la configuration se transpose : les identités vérifiées deviennent l'authentification de domaine, les ensembles de configuration correspondent à des workspaces et des flux, et la liste de suppression s'importe. Des points comme le statut sandbox, les quotas d'envoi et le comportement régional doivent être confirmés dans la documentation actuelle du fournisseur pour votre compte. Notez chaque différence pour que l'équipe s'accorde sur ce qui change.
L'assistant de migration IA lit la configuration SES que vous exportez, notamment les identités, ensembles de configuration et destinations d'événements, et propose pour chacun une correspondance MigoSMTP avec un score de confiance. Lorsqu'un topic SNS alimente du code personnalisé, il signale le consommateur à mettre à jour. Une personne approuve chaque modification proposée avant toute application, et les approbations sont journalisées. L'assistant n'envoie jamais d'e-mails et ne modifie jamais le DNS de lui-même ; vous contrôlez le calendrier, le périmètre et le retour arrière.
Si les événements de livraison, de rebond et de plainte transitent par SNS vers des files ou des fonctions Lambda, redirigez cette logique vers les webhooks MigoSMTP. Faites tourner les deux chemins brièvement pour confirmer que vos mises à jour en base concordent.
Les applications qui utilisent des identifiants SMTP SES ont besoin d'un nouvel hôte, d'un nouveau port et d'identifiants MigoSMTP. Changez un service à la fois, car les identifiants SES dérivés d'IAM et ceux de MigoSMTP sont gérés séparément.
Chaque ensemble de configuration représente généralement un cas d'usage comme les reçus ou les newsletters. Créez un workspace ou un flux correspondant pour chacun afin de garder séparés les rapports et la gestion des suppressions.
Un nouveau compte d'envoi démarre avec ses propres limites : confirmez vos quotas de départ avant de basculer du volume. Gardez SES actif pour toute catégorie de mails que vous n'avez pas encore vérifiée sur MigoSMTP.
Remplacez topics de notification et gestionnaires par des webhooks qui envoient les mêmes événements directement à votre application.
Utilisez des contrôles de domaine gérés, des conseils de warm-up et de la supervision plutôt que de les construire vous-même.
Lit les identités, ensembles de configuration et destinations d'événements exportés, et propose des équivalents MigoSMTP avec scores de confiance. Les éléments ambigus sont signalés, et un membre de l'équipe approuve chaque correspondance avant sa création.
Analyse les exports de votre dépôt de code à la recherche de gestionnaires de messages SNS et SQS et liste ceux qui nécessitent un passage aux webhooks. Il prépare des mises à jour à relire ; rien n'est modifié automatiquement.
Suit les taux de rebond, de report et de plainte par rapport à votre référence SES pendant la bascule du trafic, et alerte en cas de dérive. Vous décidez de poursuivre, de suspendre ou de revenir en arrière à chaque étape.
L'API MigoSMTP est documentée sous une forme lisible par les outils et les agents, afin que vos propres scripts ou assistants puissent rédiger des requêtes. Toute modification d'envoi ou de configuration requiert toujours votre approbation.
Les suggestions IA pour votre migration SES sont relues et approuvées par vous avant toute application.
Téléchargez la liste de suppression au niveau du compte, ainsi que les entrées au niveau des listes, avant d'envoyer quoi que ce soit. L'importer évite de renvoyer des mails à des adresses qui ont déjà généré un rebond ou une plainte.
Repérez chaque service qui détient des identifiants SMTP ou des clés d'accès SES. Remplacez-les un par un, puis désactivez les anciens identifiants quand les logs n'indiquent plus aucune activité.
Authentifiez les mêmes domaines et adresses d'expédition que ceux utilisés aujourd'hui. Un décalage entre le domaine From et le domaine authentifié est une cause fréquente d'échec des tests.
Laissez les identités et identifiants SES actifs pendant la transition. Si un flux se comporte mal sur MigoSMTP, vous pouvez le rerouter rapidement et enquêter sereinement.
Si vos e-mails doivent rester dans une région donnée, confirmez les régions disponibles avec vos équipes cloud et conformité avant de migrer. Documentez où sont stockés les logs et les données des destinataires après la migration.
Faites correspondre vos topics de notification et gestionnaires à des endpoints de webhook avant de basculer du volume.
Vous quittez Amazon SES ? Notre équipe peut examiner votre pipeline d'événements avant que vous ne commenciez.
Exportez vos identités, ensembles de configuration et liste de suppression, authentifiez vos domaines avec MigoSMTP, créez de nouveaux identifiants, remplacez les gestionnaires d'événements SNS par des webhooks et basculez le trafic par étapes. Ne désactivez les identités SES et les identifiants IAM qu'après l'arrêt des envois sur SES. Testez d'abord sur une petite part du trafic et passez les résultats en revue avec votre équipe.
Les configurations simples, uniquement SMTP, peuvent migrer en quelques jours. Celles qui comptent plusieurs ensembles de configuration, topics SNS et gestionnaires Lambda demandent plus de temps, car le pipeline d'événements doit être reconstruit et testé. Prévoyez plusieurs semaines, montée en charge par étapes comprise. Testez d'abord sur une petite part du trafic et passez les résultats en revue avec votre équipe.
MigoSMTP a sa propre procédure d'activation de compte, distincte de votre statut sandbox SES. Confirmez vos limites de départ avec notre équipe avant de basculer du volume, et gardez SES actif pour tout ce que vous n'avez pas encore vérifié. Testez d'abord sur une petite part du trafic et passez les résultats en revue avec votre équipe.
Les webhooks MigoSMTP envoient les événements de livraison, de rebond, de plainte et autres directement à votre endpoint HTTPS ; vous n'avez peut-être donc plus besoin de topics SNS ni de files. Adaptez votre consommateur au nouveau payload et faites tourner les deux chemins brièvement pour comparer. Testez d'abord sur une petite part du trafic et passez les résultats en revue avec votre équipe.
La réputation suit votre domaine et vos IP ; elle ne se transfère donc pas automatiquement. Authentifiez votre domaine, commencez avec une petite part de vos e-mails et augmentez progressivement. Si vous utilisez des IP dédiées sur SES, prévoyez un warm-up pour les nouvelles. Testez d'abord sur une petite part du trafic et passez les résultats en revue avec votre équipe.
Oui. Exportez la liste de suppression au niveau du compte et importez-la dans MigoSMTP avant le premier envoi. Vérifiez le format d'export et les éventuelles entrées au niveau des listes dans la documentation actuelle du fournisseur pour ne rien oublier. Testez d'abord sur une petite part du trafic et passez les résultats en revue avec votre équipe.
Oui. Les deux peuvent authentifier votre domaine en même temps : répartissez le trafic par application, par ensemble de configuration ou par domaine destinataire. Gardez les identifiants SES actifs jusqu'à ce que les logs confirment que plus rien ne les utilise. Comparez les taux de rebond et de plainte entre les deux avant chaque augmentation.
L'IA rédige la correspondance ; ce sont les personnes qui décident. Elle lit les identités, ensembles de configuration et destinations d'événements exportés, propose des équivalents MigoSMTP avec scores de confiance et signale les consommateurs SNS à modifier. Une personne approuve chaque modification avant son application.
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 Amazon SES 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.