Revisar correos transaccionales de una tienda implica comprobar qué evento los genera, qué información contienen y si llegan al destinatario correcto. Ver una plantilla bonita o un mensaje enviado por el sistema no confirma entrega. Pedido, pago, cancelación y devolución necesitan pruebas propias según la configuración real.

Inventaría mensajes y responsables

Lista los correos previstos y quién los recibe: cliente, operaciones o administración. Relaciona cada mensaje con el estado que lo activa.

No supongas que todos los cambios de estado envían correo. Las plataformas y extensiones pueden variar. Revisa documentación y configuración de la versión utilizada.

Prueba contenido y condiciones de envío

Para cada mensaje, comprueba:

  • Destinatario, remitente y dirección de respuesta.
  • Identificador y datos correctos del pedido.
  • Estado de pago y próximos pasos.
  • Enlaces pertinentes y funcionamiento en móvil.
  • Idioma y textos de políticas confirmadas.

Evita incluir información personal innecesaria o detalles de pago que no deban viajar por email. La plantilla debe informar lo necesario para completar la tarea.

Un pago pendiente no es una compra confirmada

Ejemplo hipotético: un cliente inicia pedido, pero el pago falla. Si el correo dice «tu compra está confirmada», crea una expectativa equivocada y obliga a operaciones a corregirla.

La prueba debe comprobar que el mensaje corresponde al estado real y que explica qué hacer. No utilices un texto genérico para todos los estados porque reduce trabajo de diseño.

En WooCommerce, su documentación diferencia la generación del mensaje y los problemas de envío o entrega. Esa distinción conviene mantener en el registro de incidencias.

Verifica recepción con mensajes identificados

Realiza pruebas controladas y registra fecha, evento, resultado de generación y recepción. Comprueba bandeja principal y spam, sin considerar una aparición puntual como garantía de todos los envíos futuros.

Si falla, investiga configuración de plataforma, servicio de correo y autenticación del dominio con el proveedor. No cambies varias capas simultáneamente: perderías la relación entre intervención y resultado.

Incluye una revisión después de actualizar plugins o cambiar hosting. Un flujo que funcionaba antes puede necesitar nuevas comprobaciones.

Registro de un mensaje transaccional

Anota evento, destinatario, plantilla, datos esperados y resultado observado. Separa generación, envío y recepción, indicando qué evidencia existe en cada etapa.

Comprueba enlaces de soporte y respuesta desde el correo recibido. Si el cliente no puede resolver una duda de pedido, el mensaje puede estar entregado y seguir siendo poco útil.

Después de cambiar proveedor de email, repite escenarios críticos y revisa las condiciones de autenticación con quien administra el dominio. Conserva mensajes de prueba identificados. No utilices la presencia de una plantilla en el editor como prueba de que se distribuye correctamente a todos los destinatarios.

El correo forma parte de la experiencia de compra

La tienda continúa después del checkout. Trata mensajes y entrega como funciones del proyecto ecommerce, con responsables y pruebas. Inclúyelos al valorar una web para comercio electrónico.