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.
Un copiloto de IA asigna los servidores, flujos y plantillas de Postmark para que usted los apruebe
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.
curl https://api.postmarkapp.com/email \
-H "X-Postmark-Server-Token: POSTMARK_TOKEN" \
-H "Content-Type: application/json" \
-d '{ "From": "hello@yourdomain.com",
"To": "user@example.com",
"Subject": "Hello",
"HtmlBody": "<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 Postmark a MigoSMTP, liste sus servidores, flujos de mensajes, plantillas, webhooks y supresiones, y después autentique sus dominios con MigoSMTP mientras los registros de Postmark siguen activos. Cree claves de API con alcance limitado, recree las plantillas y actualice los endpoints de webhook. Importe las supresiones antes de enviar. Migre un flujo cada vez, empezando por una pequeña proporción de correo transaccional, y retire los tokens y registros DNS de Postmark cuando el volumen se mantenga estable. Mantenga Postmark en funcionamiento hasta que los resultados le satisfagan.
Los equipos cambian para consolidar proveedores, ajustar costes o ganar más control sobre el enrutamiento y la infraestructura. La estructura se traslada bien porque Postmark ya separa el tráfico. Los servidores y flujos de mensajes se asignan a espacios de trabajo y flujos, los tokens de servidor se convierten en claves con alcance limitado y las firmas de remitente pasan a ser autenticación de dominio. Las funciones propias de Postmark, como los layouts de plantillas y el comportamiento de supresión por flujo, conviene comprobarlas en la documentación vigente del proveedor antes de copiarlas. Mantenga una lista de todo lo que no se asigne uno a uno.
El asistente de migración con IA lee la configuración de Postmark que usted exporta y propone cómo se asigna a MigoSMTP cada servidor, flujo, plantilla y webhook, con una puntuación de confianza en cada elemento. Señala dónde un layout de plantilla o un campo personalizado requiere atención manual. Una persona aprueba cada cambio antes de aplicarlo y cada aprobación queda registrada. Su equipo controla los plazos, el alcance y la reversión, y el asistente nunca envía correo ni edita el DNS por su cuenta.
Los flujos transaccional y de broadcast de Postmark existen por una razón. Recree esa separación en MigoSMTP para que los recibos y el correo de marketing tengan reputación, informes y gestión de supresiones independientes desde el primer día.
Cada servidor de Postmark suele representar una aplicación o un entorno. Migre uno cada vez, creando un espacio de trabajo y una clave para cada uno, de modo que cualquier incidencia quede limitada a una sola app.
Liste las plantillas, los layouts y los campos del modelo que envía su código. Recréelos en MigoSMTP y envíe mensajes de prueba con datos reales para confirmar que cada variable se muestra correctamente.
Sustituya los tokens de servidor de Postmark por claves de MigoSMTP en la configuración, un servicio cada vez. Mantenga activos los tokens antiguos hasta que los logs no muestren llamadas y entonces revóquelos.
Migre un flujo de mensajes cada vez para que el correo transaccional y el de broadcast conserven su propia reputación.
Recree las plantillas y los layouts compartidos y envíe mensajes de prueba para comprobar las variables y el formato.
Lee los servidores y flujos de mensajes exportados y propone estructuras de espacios de trabajo y flujos con puntuaciones de confianza. Usted ve cada cambio propuesto y lo aprueba antes de que se cree nada.
Convierte plantillas y layouts de Postmark conservando intactas las variables del modelo y muestra una vista previa renderizada con sus datos de muestra. Cada plantilla espera su aprobación antes de guardarse.
Compara las tasas de rebotes, diferimientos y quejas con su referencia de Postmark mientras se traslada el tráfico. Le avisa de cualquier desviación y usted decide si mantener o continuar cada etapa.
Responde preguntas como qué flujo migrar primero y qué probar, a partir de su configuración exportada. Sus recomendaciones son sugerencias que usted confirma antes de actuar.
Usted revisa y aprueba las sugerencias de la IA para su migración desde Postmark antes de que se aplique nada.
Anote qué aplicaciones usan cada token de servidor y cada flujo. Las integraciones ocultas, como las herramientas de soporte o los sistemas de facturación, son lo que los equipos olvidan con más frecuencia.
Las supresiones pueden diferir entre los flujos transaccional y de broadcast. Expórtelas por separado e impórtelas en el flujo equivalente de MigoSMTP antes de enviar.
Envíe mensajes de prueba con datos completos, parciales y vacíos. Compare el resultado con la versión de Postmark para detectar campos que faltan o espacios en blanco modificados.
Añada los registros DKIM y return-path de MigoSMTP sin borrar los de Postmark. Verifique que ambos pasan en una comprobación de cabeceras antes de cambiar ningún envío en producción.
El correo transaccional es el más sensible, pero el de broadcast tiene mayor volumen. Migre primero el transaccional y después aumente el de broadcast gradualmente vigilando las tasas de quejas.
Planifique cómo se asigna cada servidor y flujo de Postmark a un espacio de trabajo de MigoSMTP antes de empezar.
¿Migra desde Postmark? Nuestro equipo puede revisar sus flujos y plantillas antes de que empiece.
Liste sus servidores, flujos, plantillas y webhooks, autentique los dominios con MigoSMTP junto a Postmark, recree las plantillas, importe las supresiones y migre un flujo cada vez. Retire los tokens y registros DNS de Postmark cuando el volumen sea estable y los logs no muestren más uso.
Un solo servidor con pocas plantillas puede migrarse en días. Varios servidores, flujos y consumidores de webhooks llevan más tiempo porque cada uno requiere pruebas. Calcule varias semanas y migre un flujo cada vez. Pruebe primero con una pequeña proporción del tráfico y revise los resultados con su equipo.
Hay que recrearlas en MigoSMTP. Exporte el HTML de las plantillas y las variables del modelo que envía su código, y use el conversor para generar versiones que revisar. Compruebe los layouts y las secciones condicionales con envíos de prueba antes de aprobar. Pruebe primero con una pequeña proporción del tráfico y revise los resultados con su equipo.
MigoSMTP usa espacios de trabajo y flujos para mantener separados el correo transaccional y el de broadcast, por lo que la estructura se corresponde bastante bien. La reputación, los informes y las supresiones permanecen separados por flujo. Confirme el comportamiento exacto en la documentación de Postmark. Pruebe primero con una pequeña proporción del tráfico y revise los resultados con su equipo.
La reputación pertenece a su dominio y a sus IP de envío, así que no se traslada automáticamente. Autentique el dominio, envíe primero una pequeña proporción y auméntela gradualmente. Las IP dedicadas necesitan calentamiento antes de alcanzar el volumen completo. Pruebe primero con una pequeña proporción del tráfico y revise los resultados con su equipo.
Expórtelas e impórtelas en MigoSMTP antes del primer envío, para que los destinatarios que rebotaron o presentaron quejas no vuelvan a recibir correo. Si usa flujos separados, exporte e importe por flujo. Compruebe los formatos en la documentación vigente del proveedor. Pruebe primero con una pequeña proporción del tráfico y revise los resultados con su equipo.
Sí. Ambos pueden autenticar el mismo dominio, así que dirija un pequeño porcentaje por MigoSMTP mientras Postmark gestiona el resto. Dividir por servidor o flujo facilita comparar resultados y revertir. Mantenga activos los tokens de Postmark hasta que los logs no muestren más llamadas.
Sí, para el trabajo de asignación. El asistente lee los servidores, flujos y plantillas exportados, propone equivalentes de MigoSMTP con puntuaciones de confianza y marca los elementos que requieren atención manual. 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 Postmark y el calendario del cambio.
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.