Cuando un correo de Magento llega con el nombre de tienda incorrecto, cambiar el logotipo en el archivo de diseño no suele solucionar el problema. La notificación final que recibe el cliente combina una plantilla de cuerpo con una cabecera, un pie de página, variables y una configuración asignada a una vista de tienda (store view) específica.
El punto de partida en Migma consiste en revisar qué elementos debe reconocer el destinatario: la identidad de marca, el idioma, los canales de contacto de soporte y el objetivo del mensaje. A continuación, el responsable de Adobe Commerce debe comprobar cómo se ensamblan estas piezas en la notificación real de la tienda. Este flujo conecta la revisión creativa con los ajustes de configuración que determinan el correo recibido.
Esta guía ha sido elaborada por Migma y describe un flujo editorial de resolución de problemas, no una integración nativa de Magento ni un procedimiento de despliegue en producción. La documentación de plantillas de Adobe se consultó el 20 de octubre de 2026.
Identificar la tienda y el mensaje exactos
Empieza documentando un único caso concreto. Registra la vista de tienda, el tipo de notificación, la identidad que debería mostrarse, el error detectado y la hora exacta en que se generó. Trabaja siempre con un ejemplo anonimizado en lugar de compartir datos reales de clientes innecesariamente.
Imaginemos una tienda online con una versión principal en inglés y un outlet específico en otro idioma. El correo de bienvenida del outlet podría incluir el texto correcto en el cuerpo, pero dirigir a los usuarios a la tienda principal al hacer clic en el encabezado. Se trata de un fallo de asignación muy distinto al de un logotipo ausente o una descripción de producto sin traducir.
Describe el problema siempre desde la perspectiva del destinatario. Un detalle como «el enlace de la cabecera abre la otra tienda» ofrece al equipo técnico una pauta de verificación reproducible. Decir simplemente «el diseño no parece el correcto» deja demasiadas incógnitas abiertas.
Revisar la composición completa del mensaje
La documentación de Adobe sobre plantillas de email personalizadas detalla que los mensajes del sistema combinan una plantilla de cuerpo (body) con plantillas independientes de cabecera (header) y pie de página (footer). Además, explica que la personalización puede aplicarse a nivel de sitio web (website), tienda (store) o vista de tienda (store view), lo que exige tener asignada la plantilla personalizada correspondiente en cada caso.
Por esta razón, revisar únicamente el cuerpo del correo en un entorno de previsualización no permite validar la identidad global del mensaje. Pregunta al responsable técnico qué cabecera y qué pie de página están vinculados, y qué ajuste de configuración selecciona el cuerpo de la notificación afectada. Registra las referencias de cada plantilla en la documentación de control.
En la revisión creativa, analiza estos elementos en conjunto:
| Elemento | Pregunta de validación | Evidencia que solicitar |
|---|---|---|
| Cabecera | ¿Qué marca se comunica y adónde dirige su enlace? | La cabecera generada con datos reales y su destino final |
| Cuerpo | ¿El propósito y el idioma se corresponden con esta tienda? | La plantilla de mensaje seleccionada con datos de prueba aprobados |
| Pie de página | ¿El destinatario puede contactar con el equipo adecuado? | Enlaces funcionales de soporte y de información de la tienda |
| Variables | ¿Los valores específicos de la tienda coinciden con el mensaje? | Un ejemplo generado a partir de la vista de tienda afectada |
Estas preguntas funcionan como criterios de aceptación y no sustituyen los procedimientos oficiales de configuración de la plataforma, que el administrador de Commerce debe ejecutar según los estándares de cada instalación.
Definir la identidad prevista en Migma
Antes de redactar, comprueba que estás trabajando con el contexto de marca en Migma adecuado. Revisa el logotipo, la paleta de color, las tipografías, el tono de comunicación, las referencias guardadas y los datos de empresa aprobados. Diseñar sobre el contexto de otra marca puede introducir un segundo error mientras se investiga el primero.
Asigna al borrador un encargo (brief) específico para la vista de tienda correspondiente. En el caso del outlet, especifica el idioma aprobado, la página de inicio y el canal de soporte que deben figurar. Detalla qué elementos del mensaje aportará el responsable técnico y qué textos deben mantenerse intactos. Nunca introduzcas datos reales de clientes en un prompt genérico de diseño.
Genera una referencia visual completa que muestre con claridad la relación prevista entre cabecera, cuerpo y pie de página. Si la implementación final en Commerce ensambla estos bloques por separado, documenta el traspaso técnico correspondiente. Este flujo de trabajo no asume que descargar un archivo HTML configure de forma automática cada sección de la plantilla en Magento.
Proteger las variables de la plataforma durante la implementación
Adobe advierte expresamente sobre el riesgo de sobrescribir el código encerrado entre dobles llaves al editar el contenido de una plantilla. Estas etiquetas marcan el límite entre el texto revisado y los valores dinámicos que gestiona la plataforma.
Pide al equipo de desarrollo que identifique con claridad las variables y directivas propias de la notificación. Un ajuste de redacción propuesto por diseño no debe alterar accidentalmente el número de pedido, la URL de la tienda u otras expresiones dinámicas. Utiliza valores de prueba autorizados para verificar la concordancia gramatical alrededor de los campos variables.
Si una variable no aparece o no se resuelve correctamente, traslada la incidencia al responsable de la implementación. Evita inventar sintaxis alternativas procedentes de otras herramientas: un marcador de posición que encaje visualmente no garantiza que la notificación real pueda procesarlo en el entorno de producción.
Comparar el resultado configurado con la referencia
Sigue las pautas de la guía de exportación de Migma para realizar el traspaso creativo y revisa el resultado directamente en el entorno de destino. El responsable de la tienda debe comprobar tanto las plantillas personalizadas seleccionadas como su ámbito de aplicación (scope); guardar una plantilla en el panel de control no garantiza que la vista de tienda afectada la esté utilizando.
En el ejemplo del outlet, recrea el flujo del mensaje de bienvenida con datos de prueba autorizados. Comprueba que el encabezado dirija al outlet, que el cuerpo utilice el idioma correcto y que el pie enlace con el equipo de soporte correspondiente. A continuación, revisa otra vista de tienda para descartar que una modificación compartida haya alterado accidentalmente otros canales.
Esta comprobación resulta fundamental cuando una corrección parece funcionar en una previsualización aislada, pero el mensaje recibido sigue mostrando incoherencias. Conviene trazar la configuración real y el mensaje generado antes de volver a modificar el diseño.
Validar la visualización en bandeja de entrada y la asignación técnica
Ejecuta Email Preflight sobre la referencia de Migma y resuelve cualquier aviso crítico. Después, comprueba el mensaje final generado por la plataforma en los principales clientes de correo, prestando especial atención a dispositivos móviles y al modo oscuro cuando sea posible reproducirlos. La interpretación visual puede variar según el cliente; no des por sentado un renderizado idéntico en todos los casos.
Conserva juntos la vista de tienda analizada, las referencias de plantilla, la versión aprobada en Migma, el escenario de prueba, los enlaces de destino finales y el responsable de la revisión. Registra también cualquier limitación técnica pendiente. La documentación final debe dejar claro tanto lo que ve el cliente como el ajuste del sistema responsable de mostrarlo.
Para profundizar en la gestión de correos en entornos con múltiples tiendas, la guía de automatizaciones en Magento de Brevo ofrece una visión más amplia de las operaciones multitienda. Este flujo, en cambio, se centra en un objetivo concreto: asegurar que la notificación final se corresponda inequívocamente con la tienda adecuada. Empieza validando una referencia en Migma y comprueba el ensamblaje completo del mensaje antes de replicar los cambios en el resto de la cuenta.
Preguntas frecuentes
¿Por qué el cuerpo del correo puede ser correcto si la identidad de la tienda no lo es?
Según la documentación de Adobe, los mensajes combinan plantillas independientes de cuerpo, cabecera y pie de página, configurables a distintos niveles de tienda. Por tanto, es necesario revisar el mensaje ensamblado al completo y la configuración aplicada, no solo el cuerpo.
¿Guardar una plantilla personalizada hace que la vista de tienda la use automáticamente?
No necesariamente. Las instrucciones de Adobe exigen actualizar la configuración de la tienda para vincular la plantilla personalizada. El administrador de Commerce debe comprobar que esté asignada a la notificación y al ámbito correspondientes.
¿Puede una exportación desde Migma configurar todas las secciones de email en Magento?
No. Migma proporciona la referencia visual aprobada y el archivo HTML para el traspaso, mientras que el equipo de Commerce debe mapear cabecera, cuerpo, pie de página, variables y parámetros de configuración en la plataforma.
¿Qué debe incluir el registro de validación de identidad de una tienda?
Debe registrar la vista de tienda, el tipo de notificación, las referencias de plantilla empleadas, la versión aprobada en Migma, la prueba con datos ficticios, los enlaces de destino comprobados y el responsable de la revisión. También conviene anotar limitaciones pendientes y contrastar otra tienda para descartar impactos en configuraciones compartidas.