Rediseñar un correo de pedido en WooCommerce debe servir, ante todo, para que la información de la compra resulte más clara. Conviene preparar primero en Migma la línea visual y los textos aprobados, y trasladar después esa propuesta a los controles de WooCommerce o al sistema de personalización que utilice la tienda para hacer las pruebas definitivas.
Antes de instalar una extensión o rehacer la plantilla desde cero, revisa la configuración nativa del sistema. La documentación oficial de WooCommerce explica cómo gestionar el estilo general, los ajustes de cada notificación por separado, la vista previa para escritorio y móvil, y el envío de correos de prueba. Algunas opciones dependen de las funciones que tengas activadas, por lo que una guía antigua podría no coincidir con lo que ves en tu panel.
Esta guía la publica Migma para equipos que revisan el diseño de sus correos transaccionales. Los datos de producto se verificaron el 14 de octubre de 2026. En ella se describe un flujo de entrega de diseño (handoff), no un plugin nativo de Migma que sustituya automáticamente las plantillas de WooCommerce.
Identifica la notificación antes de modificar su aspecto
Ve a WooCommerce → Ajustes → Correos electrónicos y localiza el aviso concreto. La guía sobre ajustes de correo electrónico distingue con claridad las notificaciones que recibe el equipo de la tienda de las que van dirigidas a los clientes.
Tener clara esa separación evita confusiones habituales con la nomenclatura: el aviso de «Nuevo pedido» no es el mensaje de bienvenida o confirmación para el comprador, sino una alerta interna. Revisa bien quién lo recibe y qué objetivo cumple antes de tratarlo como el correo que el cliente ve tras finalizar la compra.
En los mensajes dirigidos al cliente, comprueba con qué estado de pedido se disparan y qué representa exactamente ese estado en la operativa de tu tienda. WooCommerce documenta el correo de «Pedido en procesamiento» como el resumen que incluye los detalles de la compra tras confirmarse el pago. Por su parte, el aviso de «Pedido completado» se envía cuando la orden se marca como finalizada, lo que suele indicar que el paquete ha salido del almacén. Ese «suele» es clave: revisa tu proceso logístico real antes de prometer al cliente que cualquier pedido completado ya está en reparto.
Guarda una copia del mensaje actual y anota el nombre técnico de la notificación, la versión de WooCommerce, las funciones activas y los plugins relacionados. Esa será tu referencia base para el rediseño.
Comprueba el alcance de los ajustes nativos
Las opciones nativas de plantilla documentadas por WooCommerce permiten definir el logotipo, el texto del pie de página, la paleta de colores y ajustes visuales adicionales si la función de mejoras de correo está activada. Además, cada notificación ofrece campos propios como el asunto, el encabezado, contenido adicional o el tipo de formato, con variaciones según el aviso.
Si el problema se limita a un logotipo desfasado o a colores con poco contraste, la configuración estándar puede ser suficiente. Un cambio de estructura más profundo exigirá otra vía de desarrollo compatible. Aplica siempre la modificación más simple que resuelva la necesidad de quien lee el correo.
No des por hecho que la interfaz de otra tienda será idéntica a la tuya. Determinadas extensiones añaden tipos de correo propios y ciertas funciones modifican los controles disponibles. Toma como referencia técnica los ajustes visibles en tu propia instalación y la documentación oficial actualizada.
Antes de tocar nada, define quién se encarga de cada parte: el equipo de diseño valida el aspecto y la legibilidad, mientras que el administrador o desarrollador de la tienda asume la integración y el comportamiento técnico.
Define el orden de lectura prioritario
Trabaja en Migma una propuesta visual limpia a partir de los ajustes de marca revisados. Especifica con claridad el objetivo de la notificación y los datos que deben permanecer visibles en todo momento.
En una actualización de pedido, una jerarquía eficaz suele estructurarse así: identidad de la tienda, estado del pedido, número de referencia, datos esenciales de la compra y canal de contacto con soporte. Explica el estado de forma concisa; el comprador no debería tener que descifrar etiquetas internas de gestión para saber qué ha ocurrido.
Una comparativa de criterios de revisión podría plantearse así:
| Situación inicial | Propuesta de cambio | Pregunta de validación |
|---|---|---|
| Cabecera decorativa excesiva | Logotipo identificable y proporcionado | ¿Accede el usuario a los datos del pedido sin hacer scroll innecesario? |
| Mensaje de confirmación genérico | Redacción precisa según el estado real | ¿Coincide el texto con la situación exacta de la notificación? |
| Datos de soporte relegados al pie | Enlace de ayuda visible junto al resumen | ¿Puede el cliente resolver dudas sin tener que buscar? |
| Datos del pedido incrustados en una imagen | Texto real en la plantilla definitiva | ¿Se lee la información esencial si las imágenes no se cargan? |
Esta tabla plantea un marco de revisión cualitativo, no métricas de rendimiento. El objetivo es que cada decisión responda a lo que el destinatario necesita saber.
Respeta los datos y marcadores generados por la tienda
El diseño del correo no debe convertirse en la fuente de datos para importes, estados de pago, direcciones de entrega o detalles de devoluciones. Esa información debe generarla y mantenerla la implementación final de WooCommerce.
La documentación oficial detalla qué marcadores de posición (placeholders) admiten determinados campos, como el título del sitio, la fecha o el número de pedido. No presupongas que esas variables funcionan igual en cualquier plantilla a medida o extensión externa; confirma la sintaxis admitida con la persona responsable de la integración.
Haz pruebas con pedidos de muestra que cubran casos reales: nombres de producto largos, compras con varios artículos, campos opcionales vacíos o distintos estados de pago y reembolso según la notificación. Un diseño que encaja a la perfección con un único artículo sencillo puede desajustarse por completo ante un pedido real complejo.
Verifica también el formato de moneda y fecha para que coincida con la configuración de la tienda. Evita fijar valores estáticos en el lienzo de Migma solo para que la maqueta parezca más acabada.
Separa la validación visual de la aceptación técnica
Utiliza Migma Email Preflight para revisar el diseño, la coherencia visual y la compatibilidad general. Si exportas el código HTML, trátalo como material de entrega (handoff) que debe adaptarse al sistema de plantillas que use tu WooCommerce. Un archivo descargado desde Migma no se instala por sí solo en la plataforma.
Una vez implementada la plantilla en la tienda, utiliza las funciones nativas de vista previa y envío de prueba de WooCommerce. Después, simula un flujo de compra real dentro del entorno de pruebas habitual de tu equipo. Comprueba que el tipo de notificación, el destinatario, el asunto, los datos del pedido, los enlaces y la dirección de respuesta funcionen según lo previsto.
Evalúa siempre el correo recibido en una bandeja de entrada real, no únicamente la vista previa del navegador. El servicio de envío utilizado y el cliente de correo final influyen directamente en la visualización. Conserva una copia de la versión aprobada y asegúrate de mantener un respaldo para poder volver a la plantilla anterior si surge algún imprevisto.
Valida una notificación antes de continuar con el resto
Cuando el primer correo funcione y esté aprobado, traslada ese mismo criterio visual a las demás notificaciones del ciclo de compra. Analiza cada una de forma independiente: un mensaje de reembolso no debe compartir la redacción optimista de una confirmación de pago.
Migma facilita la creación de un diseño claro y fácil de revisar en equipo, mientras que WooCommerce se encarga de inyectar los datos del pedido y gestionar el envío. Esta separación permite que ambas partes validen un resultado sólido: correos reconocibles, alineados con la marca y técnicamente fiables.
Preguntas frecuentes
¿Hace falta un plugin para cualquier cambio de diseño en los correos de WooCommerce?
No necesariamente. Conviene revisar primero los ajustes nativos de correo. WooCommerce incluye controles de apariencia, campos específicos por notificación, vista previa y envíos de prueba; las opciones disponibles dependen de tu versión y de las funciones activadas.
¿El HTML exportado desde Migma puede sustituir directamente una plantilla de WooCommerce?
No. El diseño o el código HTML aprobado sirve como entrega técnica (handoff) para que el administrador o desarrollador lo adapte e integre mediante el método que use la tienda.
¿El correo de pedido completado significa siempre que el paquete ya se ha enviado?
Según la documentación de WooCommerce, suele indicar el envío, pero no siempre es así. Confirma qué implica ese estado en tu operativa logística antes de asegurar en el texto que el pedido ya está en camino.
¿Qué conviene probar tras modificar la plantilla?
Comprueba la notificación seleccionada, el destinatario, el asunto, los datos reales del pedido, los marcadores de posición, los canales de soporte y los enlaces clave. Realiza pruebas con pedidos variados y revisa el correo final en la bandeja de entrada.