Emails transaccionales de pedido: guía para tiendas online

Los emails transaccionales de pedido son los que la tienda envía porque el cliente hizo algo: compró, pagó, recibió un paquete, pidió una devolución. Son los emails más esperados de cualquier tienda online y los que más consultas generan cuando fallan. Un buen conjunto cubre seis momentos (pedido recibido, pago, factura, envío, entrega y devoluciones), sale del dominio de la tienda, llega en segundos y responde a la pregunta que el cliente tiene en ese instante. Esto es lo que conviene enviar, qué escribir y cómo asegurarte de que llegue.

Por qué importan más de lo que parece

Quien acaba de pagar mira la bandeja de entrada hasta que aparece la confirmación. Si no llega, abre el chat de la tienda, escribe por WhatsApp o empieza a sospechar. Los emails de pedido:

• reducen la atención al cliente: "¿se procesó mi pedido?" y "¿dónde está mi paquete?" son las consultas más comunes en casi cualquier tienda;
• generan confianza: son la prueba de compra, con número, importe y fecha;
• preparan la siguiente venta: el cliente los lee con atención, así que su tono y claridad pesan en si vuelve o no.

Los seis emails esenciales

1. Pedido recibido

Envíalo en el segundo en que termina el checkout, aunque el pago siga pendiente. Incluye número de pedido, productos con imagen pequeña, cantidades, precios, envío, impuestos, plazo estimado, dirección y medio de pago. El asunto, literal: Recibimos tu pedido #10482.

2. Pago

En Latinoamérica conviven muchos medios de pago y cada uno pide un mensaje distinto:

• Tarjeta aprobada: confirma y explica qué pasa ahora (preparación, factura, envío).
• Tarjeta rechazada o en revisión: explica sin culpar al cliente y da un camino claro: otra tarjeta, otro medio, contacto con soporte.
• Pagos pendientes (transferencia, pago en efectivo en puntos de pago, Mercado Pago en proceso): indica qué falta, el plazo para pagar y el código o enlace en texto que se pueda copiar, no solo en imagen.

Cuando el pago se acredita, el email de "pago confirmado" cierra el ciclo. Es el que el cliente busca cuando quiere estar seguro.

3. Factura

Adjunta el PDF o enlaza a la factura electrónica según lo que exija tu país. Muchas tiendas la unen al aviso de envío; funciona si el asunto deja claro que la factura está ahí.

4. Pedido enviado, con seguimiento

El email más abierto después de la confirmación. Debe incluir:

• número de seguimiento en texto, fácil de copiar;
• nombre de la paquetería;
• enlace de seguimiento;
• plazo de entrega actualizado;
• qué hacer si no hay nadie en casa.

Si tu plataforma (Tiendanube, VTEX, Shopify, WooCommerce) ofrece una página de seguimiento propia de la tienda, prefiérela al enlace directo de la paquetería.

5. Pedido entregado

Breve: "Tu pedido llegó". Explica cómo iniciar una devolución y recuerda el plazo de desistimiento que aplique en tu país (en la Unión Europea, por ejemplo, el consumidor tiene en general 14 días para desistir de una compra a distancia). Es el puente hacia los emails de postcompra y reseñas, que deben llegar unos días después, no en el mismo mensaje.

6. Devoluciones, reembolsos y cancelaciones

Cada paso merece su mensaje: solicitud recibida, etiqueta de devolución, producto recibido, reembolso hecho (con el plazo en que se verá en la tarjeta). Un cliente en plena devolución está inquieto; el silencio aquí se convierte en reclamación pública.

Lo que todo email de pedido necesita

• La tienda como remitente, con un nombre reconocible (Tienda Ejemplo <pedidos@tiendaejemplo.com>), nunca un dominio genérico de la plataforma o del proveedor de email.
• El número de pedido en el asunto, para encontrarlo luego en la búsqueda.
• Respuestas que funcionan: un reply_to que llegue a soporte, no un noreply que rebota.
• Versión en texto plano junto al HTML.
• Datos de la empresa: razón social, identificación fiscal y contacto. Generan confianza y muchas leyes de consumo los exigen en el proceso de compra.
• Sin acortadores de enlaces genéricos: son una señal clásica de spam.

Transaccional no es marketing (y no debe salir junto)

El error más común es enviar las confirmaciones con la misma herramienta, las mismas IPs y el mismo dominio que las newsletters. En Black Friday, una campaña de 200.000 destinatarios entra en la cola delante del recibo de quien acaba de pagar. Y si la campaña genera quejas, la mala reputación arrastra también al email más importante.

Separa los flujos: transaccionales por un camino, campañas por otro, idealmente en subdominios distintos (pedidos.tiendaejemplo.com y news.tiendaejemplo.com). Lo explicamos en email transaccional vs. marketing. En Pidgely es así por defecto: POST /emails usa el flujo transaccional y las campañas usan el flujo de broadcast, en pools de IP separados.

El propósito define lo que es el email. Una confirmación con un bloque discreto de "también te puede gustar" sigue siendo transaccional. Una "confirmación" que es 80% promoción pasa a ser marketing, y entonces aplican el consentimiento y la baja (ver consentimiento en el email marketing de la tienda).

Cómo enviarlos: plataforma, API o SMTP

Tiendanube, VTEX, Shopify y WooCommerce ya envían notificaciones de pedido por defecto. Cubren lo básico, pero la personalización es limitada, salen por infraestructura compartida y rara vez ves si el email se entregó. Para tener el control:

1. Relay SMTP: WooCommerce y muchos plugins permiten cambiar el servidor de salida. Apúntalo al SMTP de Pidgely con tu clave de API.
2. API: tu sistema (o un conector) recibe el evento del pedido y llama a la API de email con una plantilla.
3. Integración nativa: el camino sin código. Conecta Tiendanube (Nuvemshop), VTEX, Shopify o WooCommerce a Pidgely y los emails de confirmación, pago aprobado, envío con seguimiento, entrega y cancelación salen solos, con tu marca.

Una confirmación por API, con una plantilla con variables:

curl -X POST https://api.pidgely.com/emails \
  -H "Authorization: Bearer $PIDGELY_API_KEY" \
  -H "Content-Type: application/json" \
  -H "Idempotency-Key: pedido-10482-recibido" \
  -d '{
    "from": "Tienda Ejemplo <pedidos@tiendaejemplo.com>",
    "to": "ana@example.org",
    "reply_to": "soporte@tiendaejemplo.com",
    "template": {
      "id": "pedido-recibido",
      "variables": { "ORDER_ID": "10482", "TOTAL": 89.9, "CUSTOMER_NAME": "Ana" }
    },
    "tags": [{ "name": "category", "value": "order_received" }]
  }'

Dos detalles que evitan problemas:

• Idempotencia: los webhooks de la plataforma a veces llegan dos veces. La misma Idempotency-Key garantiza un solo email por evento.
• Variables obligatorias: si falta ORDER_ID, el envío falla con un error de validación en lugar de salir "Pedido #" en blanco. Ver la guía de plantillas.

Entregabilidad: el email de pedido debe llegar en segundos

• Autentica el dominio con SPF, DKIM y DMARC alineados al dominio de la tienda. Los proveedores desconfían del correo sin autenticar con importes y enlaces de pago. La configuración está en SPF, DKIM y DMARC explicados.
• Sigue la entrega con eventos: webhooks como email.delivered, email.bounced y email.delivery_delayed te dicen qué pasó con cada mensaje. Una confirmación rebotada es la señal para que soporte contacte al cliente por otro canal.
• Corrige errores de tipeo en el checkout: direcciones como gmial.com generan rebotes que dañan la reputación.
• Deja las campañas en otro flujo, como vimos arriba.

Checklist rápido

• Cada uno de los seis momentos tiene su email, con asunto literal y número de pedido.
• Pagos pendientes con código o enlace copiable y plazo.
• Nombre y dominio de la tienda como remitente, con respuestas que llegan a soporte.
• SPF, DKIM y DMARC aprobados con el dominio de la tienda.
• Transaccionales en un flujo separado de las campañas.
• Idempotencia para no duplicar envíos.
• Rebotes y retrasos vigilados por webhook.

Con esto, los emails de pedido dejan de ser un simple aviso y pasan a ser el inicio de la relación. Después vienen la postcompra y, más adelante, la recompra.