Migración desde Mailgun: valida los adjuntos

Un correo que incluye la frase «adjuntamos tu documento» asume un compromiso directo con quien lo recibe. Durante una migración desde Mailgun, el mensaje puede parecer impecable a simple vista, pero el archivo adjunto podría faltar, estar desactualizado o vincularse al evento equivocado. Conviene revisar el archivo adjunto como parte fundamental de la experiencia del lector, no como un mero detalle técnico secundario.

Prepara los creativos de correo ya revisados con Migma. Asegúrate de que los responsables de la aplicación y del envío validen la selección del documento, los permisos de acceso y la compatibilidad actual con archivos adjuntos en el proveedor de destino. Esta guía no presupone que cualquier flujo de trabajo con adjuntos en Mailgun pueda trasladarse sin cambios a Loops ni a otra plataforma de envío.

Haz inventario de lo prometido antes de migrar el envío

Localiza todos los mensajes que hagan referencia a un archivo adjunto en el asunto, el preencabezado, el cuerpo del correo o las instrucciones de soporte. Incluye menciones del tipo «abre la guía adjunta», incluso si el archivo se añade en otro punto de la aplicación. El diseño o texto del correo por sí solo no siempre revela la dependencia completa.

La guía de migración desde Mailgun de Loops explica cómo mapear el comportamiento del envío y revisar flujos basados en plantillas. Úsala como contexto de análisis inicial. La decisión sobre los archivos adjuntos que detallamos a continuación exige comprobar tu implementación de origen y la documentación oficial actualizada del proveedor de destino; en ningún caso constituye una garantía de paridad de funciones.

Para cada mensaje, registra la finalidad del archivo, su lógica de selección, la versión aprobada, el nombre de archivo, el formato, el rango de tamaño previsto y quién es el responsable. No es lo mismo una guía estática de bienvenida que un extracto personalizado para cada destinatario: sus requisitos de revisión y acceso son completamente distintos.

Decide si conviene un archivo adjunto o un enlace

No sustituyas un adjunto por un enlace de forma encubierta solo para simplificar la migración técnica. Puede que el destinatario necesite una copia sin conexión, un registro inalterable o un acceso identificado mediante portal. Pregunta al responsable de negocio qué método de entrega responde realmente a la necesidad operativa.

Un enlace puede ser adecuado si el documento cambia con frecuencia o exige control de acceso, pero en ese caso el correo debe explicarlo con claridad. Un archivo adjunto puede encajar mejor con un documento definitivo ya validado, aunque su autenticidad y distribución seguirán requiriendo revisión previa. Se trata de decisiones de flujo de trabajo, no de recomendaciones universales.

Si se modifica el método de entrega acordado, ajusta de inmediato el copy en Migma. «Consulta tu documento en el portal» plantea una expectativa muy distinta a «te adjuntamos el documento». Actualiza también el asunto y el texto de previsualización, ya que muchos destinatarios actúan según esos datos antes de abrir el cuerpo del mensaje.

Comprueba la plataforma de destino antes de fijar la fecha de migración

Pide al responsable técnico del envío que confirme en la documentación oficial de destino el soporte actual de adjuntos, los formatos permitidos, los límites de peso, los requisitos de codificación y las restricciones aplicables según el plan contratado. Registra la fecha exacta de esa comprobación. No reutilices límites anotados en migraciones antiguas ni des por sentado que un flujo SMTP directo se traduce automáticamente en una API basada en plantillas.

Ese mismo responsable debe identificar con precisión dónde se genera el archivo y dónde se adjunta. Un identificador de plantilla junto con sus variables dinámicas puede definir el correo sin transportar el archivo en sí. La migración debe cubrir ambos procesos si los dos son necesarios.

Si la plataforma de destino no admite el comportamiento necesario, mantén el responsable y el flujo actual para ese tipo de mensaje mientras el equipo evalúa una alternativa validada. No des la migración por cerrada limitándote a quitar el archivo prometido de los casos de prueba.

Utiliza una matriz de aceptación documental

Diseñar un correo ficticio con una guía formativa ofrece un entorno de pruebas seguro y sin riesgos. Comprueba la guía aprobada, un borrador más reciente aún no validado, un caso con archivo ausente y un nombre de archivo con espacios. Añade también casos límite realistas de tamaño y formato basándote en las especificaciones verificadas del destino.

Evita recurrir a documentos reales confidenciales con la simple excusa de dar realismo a la prueba. Los archivos ficticios permiten validar todo el circuito de entrega sin exponer datos de clientes. Conserva las referencias a mensajes privados dentro de tus sistemas operativos habituales.

Revisa el correo y el documento de forma conjunta

Migma genera creativos de email editables a partir de contexto validado. Solicítale un mensaje claro de entrega de documentación, con una única llamada a la acción principal y un canal de soporte. Facilita únicamente los datos necesarios para redactar el correo; no utilices esta fase de redacción como excusa para subir documentos fuente con información sensible.

Ejecuta Email Preflight para validar enlaces, redacción, previsualizaciones en bandeja de entrada y alertas de riesgo de entrega. A continuación, inspecciona el mensaje de prueba final emitido por el sistema de envío real. Abre el archivo mediante el procedimiento de prueba aprobado y comprueba que su contenido coincide exactamente con lo prometido en el cuerpo del correo.

Una previsualización de diseño no garantiza que el adjunto se haya transmitido. Tampoco la confirmación de recepción del proveedor asegura que el destinatario pueda abrir o entender el archivo. Documenta ambas evidencias por separado en el registro de validación.

Haz la transición tipología por tipología

Asigna un único responsable al envío previsto y concilia las colas de trabajo pendientes antes de traspasar la operativa. Evita enviar el mismo documento desde ambos proveedores a modo de comparativa improvisada. Compara primero los resultados en entornos de prueba controlados y sigue después el proceso de despliegue formal fijado por el equipo.

Guarda en un mismo registro la identificación del documento, la versión del creativo, la comprobación de compatibilidad técnica, la matriz de pruebas, el revisor y la evidencia del resultado final entregado. Este histórico simplificará notablemente la revisión de futuros cambios en las plantillas. Empieza por el mensaje en Migma, pero no des por aceptada la migración hasta que todo el recorrido prometido para el documento funcione sin fisuras.

Preguntas frecuentes