Traslade su envío sin perder reputación, historial ni el sueño. Ejecute ambos proveedores en paralelo y después haga la transición por etapas.
La IA convierte sus identidades de SES y eventos de SNS en una asignación que puede revisar
Enumere sus dominios, claves, plantillas, webhooks y supresiones.
Añada los registros DNS de MigoSMTP junto a los antiguos.
Recree plantillas y webhooks e importe las supresiones.
Traslade el tráfico por etapas y vigile la entrega.
Elimine los registros y claves antiguos cuando todo esté estable.
La terminología refleja la documentación del proveedor en el momento de redactar esto. Verifique con la documentación actual antes de publicar.
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>"
}'Solicitudes ilustrativas. Consulte la referencia de la API para ver la lista completa de campos.
Para migrar de Amazon SES a MigoSMTP, haga un inventario de sus identidades verificadas, conjuntos de configuración, destinos de eventos y supresiones a nivel de cuenta; después autentique sus dominios en MigoSMTP mientras los registros de SES siguen en su sitio. Cree nuevas credenciales SMTP o API, sustituya los consumidores de SNS y de colas por webhooks e importe las supresiones. Traslade el tráfico por etapas, compare la entrega y elimine las identidades de SES y las credenciales IAM solo cuando el envío por SES lleve inactivo el tiempo que usted decida.
Muchos equipos dejan SES porque quieren menos piezas de AWS alrededor del correo, como políticas IAM, topics y colas de SNS, o porque buscan más opciones de enrutamiento y soporte. La mayor parte de la configuración se traslada: las identidades verificadas pasan a ser autenticación de dominio, los conjuntos de configuración se asignan a workspaces y streams, y la lista de supresión se importa. Detalles como el estado de sandbox, las cuotas de envío y el comportamiento regional deben confirmarse con la documentación vigente del proveedor para su cuenta. Anote cada diferencia para que el equipo acuerde qué cambia.
El asistente de migración con IA lee la configuración de SES que usted exporta, incluidas identidades, conjuntos de configuración y destinos de eventos, y propone cómo se asigna cada uno a MigoSMTP con una puntuación de confianza. Cuando un topic de SNS alimenta código propio, señala el consumidor que deberá actualizar. Una persona aprueba cada cambio propuesto antes de aplicarlo, y las aprobaciones quedan registradas. El asistente nunca envía correo ni edita el DNS por su cuenta, y usted controla los tiempos, el alcance y la reversión.
Si los eventos de entrega, rebote y queja pasan por SNS hacia colas o funciones Lambda, redirija esa lógica a los webhooks de MigoSMTP. Ejecute ambas rutas durante un breve periodo para confirmar que las actualizaciones de su base de datos coinciden.
Las aplicaciones que usan credenciales SMTP de SES necesitan un nuevo host, puerto y credenciales de MigoSMTP. Cambie un servicio a la vez, ya que las credenciales de SES derivadas de IAM y las de MigoSMTP se gestionan por separado.
Cada conjunto de configuración suele representar un caso de uso, como recibos o newsletters. Cree un workspace o stream equivalente para cada uno y así mantener separados los informes y la gestión de supresiones.
Una cuenta de envío nueva empieza con sus propios límites, así que confirme sus cuotas iniciales antes de trasladar volumen. Mantenga SES activo para cualquier tipo de correo que aún no haya verificado en MigoSMTP.
Cambie los topics de notificación y sus handlers por webhooks que envían los mismos eventos directamente a su aplicación.
Use comprobaciones de dominio gestionadas, guía de warm-up y monitorización en lugar de construirlas usted mismo.
Lee las identidades, conjuntos de configuración y destinos de eventos exportados, y propone equivalentes en MigoSMTP con puntuaciones de confianza. Los elementos ambiguos se marcan y un miembro del equipo aprueba cada asignación antes de crearla.
Analiza las exportaciones de su repositorio de código en busca de handlers de mensajes de SNS y SQS, y enumera los que requieren cambios para usar webhooks. Prepara borradores de actualización para que usted los revise; nada se modifica automáticamente.
Sigue las tasas de rebote, diferimiento y quejas frente a su referencia en SES mientras el tráfico se traslada, y avisa ante desviaciones. Usted decide si continuar, pausar o revertir cada etapa.
La API de MigoSMTP está documentada en un formato que herramientas y agentes pueden leer, de modo que sus propios scripts o asistentes pueden redactar solicitudes. Cada cambio de envío o de configuración sigue requiriendo su aprobación.
Las sugerencias de IA para su migración desde SES las revisa y aprueba usted antes de aplicar nada.
Descargue la lista de supresión a nivel de cuenta, y cualquier entrada a nivel de lista, antes de enviar nada. Importarla evita enviar de nuevo correo a direcciones que ya rebotaron o presentaron quejas.
Localice todos los servicios que tengan credenciales SMTP o claves de acceso de SES. Sustitúyalas una a una y desactive las credenciales antiguas cuando los logs no muestren actividad.
Autentique los mismos dominios y direcciones de remitente que usa hoy. Una discrepancia entre el dominio del From y el dominio autenticado es una causa frecuente de pruebas fallidas.
Deje activas las identidades y credenciales de SES durante la transición. Si un stream se comporta mal en MigoSMTP, podrá redirigirlo rápidamente y investigar con calma.
Si su correo debe permanecer en una región concreta, confirme las regiones disponibles con sus equipos de nube y cumplimiento antes de migrar. Documente dónde se almacenan los logs y los datos de los destinatarios tras el traslado.
Asigne sus topics de notificación y sus handlers a endpoints de webhook antes de trasladar volumen.
¿Va a migrar desde Amazon SES? Nuestro equipo puede revisar su pipeline de eventos antes de empezar.
Exporte sus identidades, conjuntos de configuración y lista de supresión, autentique sus dominios en MigoSMTP, cree credenciales nuevas, sustituya los handlers de eventos de SNS por webhooks y traslade el tráfico por etapas. Desactive las identidades de SES y las credenciales IAM solo cuando haya cesado el envío por ahí. Pruebe primero con una pequeña parte del tráfico y revise los resultados con su equipo.
Las configuraciones sencillas solo con SMTP pueden migrarse en unos días. Las que tienen varios conjuntos de configuración, topics de SNS y handlers de Lambda tardan más porque hay que reconstruir y probar el pipeline de eventos. Calcule varias semanas, incluido un aumento gradual por etapas. Pruebe primero con una pequeña parte del tráfico y revise los resultados con su equipo.
MigoSMTP tiene su propio proceso de alta de cuenta, independiente del estado de su sandbox en SES. Confirme sus límites iniciales con nuestro equipo antes de trasladar volumen y mantenga SES activo para todo lo que aún no haya verificado. Pruebe primero con una pequeña parte del tráfico y revise los resultados con su equipo.
Los webhooks de MigoSMTP entregan los eventos de entrega, rebote, queja y otros directamente a su endpoint HTTPS, por lo que quizá no necesite topics ni colas de SNS. Actualice su consumidor al nuevo payload y ejecute ambas rutas brevemente para comparar. Pruebe primero con una pequeña parte del tráfico y revise los resultados con su equipo.
La reputación va ligada a su dominio y a sus IP, por lo que no se transfiere automáticamente. Autentique su dominio, empiece con una pequeña parte del correo y aumente de forma gradual. Si usa IP dedicadas en SES, planifique un warm-up para las nuevas. Pruebe primero con una pequeña parte del tráfico y revise los resultados con su equipo.
Sí. Exporte la lista de supresión a nivel de cuenta e impórtela en MigoSMTP antes del primer envío. Compruebe el formato de exportación y cualquier entrada a nivel de lista con la documentación vigente del proveedor para no omitir nada. Pruebe primero con una pequeña parte del tráfico y revise los resultados con su equipo.
Sí. Ambos pueden autenticar su dominio al mismo tiempo, así que reparta el tráfico por aplicación, conjunto de configuración o dominio de destinatario. Mantenga activas las credenciales de SES hasta que los logs confirmen que nada las sigue usando. Compare las tasas de rebote y de quejas entre ambos antes de cada aumento.
La IA redacta la asignación; las personas deciden. Lee las identidades, conjuntos de configuración y destinos de eventos exportados, propone equivalentes de MigoSMTP con puntuaciones de confianza y señala los consumidores de SNS que necesitan cambios. Una persona aprueba cada cambio antes de aplicarlo.
Sí. La mayoría de los equipos envía primero una pequeña proporción por MigoSMTP y la aumenta gradualmente.
Pasar de un pool compartido a una IP dedicada requiere calentamiento. Use la guía o la calculadora.
Nuestro equipo puede revisar su plan para Amazon SES y el calendario del corte.
Cuéntenos sobre sus dominios, volumen y configuración y le ayudaremos a planificar una transición segura y por etapas.
Crea una cuenta, añade tu dominio y envía tu primer correo.