# Emails transaccionales de pedido: guía para tiendas online

> Los emails de pedido que necesita tu tienda (confirmación, pago, envío con seguimiento, entrega, devoluciones), qué escribir en cada uno y cómo enviarlos.

Source: https://pidgely.com/es/blog/emails-transaccionales-de-pedido/ · Published: 2026-10-18 · Pidgely

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

| Momento | Disparador | Lo que quiere saber el cliente |
|---------|-----------|--------------------------------|
| Pedido recibido | Checkout completado | "¿Funcionó? ¿Qué compré? ¿Cuánto pagué?" |
| Pago | Pago aprobado, rechazado o pendiente (transferencia, efectivo) | "¿Tengo que hacer algo más?" |
| Factura | Factura emitida | "¿Dónde está mi factura?" |
| Pedido enviado | Etiqueta creada y entregada a la paquetería | "¿Cuándo llega? ¿Cómo lo sigo?" |
| Pedido entregado | Confirmación de la paquetería | "¿Llegó de verdad? ¿Y si hay un problema?" |
| Devolución, reembolso o cancelación | Solicitud del cliente o de la tienda | "¿Cuál es el siguiente paso? ¿Cuándo recibo mi dinero?" |

### 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](/es/blog/emails-de-postcompra-y-resenas/), 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](/es/blog/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](/es/blog/consentimiento-email-marketing-tienda-online/)).

## 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](https://docs.pidgely.com/guides/smtp/) 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)](/es/integrations/nuvemshop/), [VTEX](/es/integrations/vtex/), [Shopify](/es/integrations/shopify/) o [WooCommerce](/es/integrations/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:

```bash
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](https://docs.pidgely.com/guides/templates/).

## 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](/es/blog/spf-dkim-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](/es/blog/emails-de-postcompra-y-resenas/) y, más adelante, la [recompra](/es/blog/emails-de-recompra-y-win-back/).

## Preguntas frecuentes

### ¿El email de confirmación de pedido necesita enlace de baja?

No. Confirmaciones, avisos de envío y recibos son transaccionales. Las directrices de Google para remitentes excluyen los mensajes transaccionales del requisito de baja con un clic. Si el email se convierte en promoción, eso cambia.

### ¿Puedo incluir recomendaciones de productos en la confirmación?

Un bloque pequeño y secundario, sí. El propósito principal debe seguir siendo el pedido. Si la promoción pasa a ser lo central, los filtros y la ley lo tratan como marketing, que exige consentimiento y baja.

### ¿Por qué mis emails de pedido llegan tarde o a spam?

Casi siempre porque comparten flujo, IPs y dominio con las campañas, o porque el dominio no está autenticado. Envía los transaccionales por un flujo separado con SPF, DKIM y DMARC alineados y sigue los eventos de entrega por webhook.

### ¿El aviso de envío debe salir de la tienda o de la paquetería?

De la tienda. El cliente te compró a ti, reconoce tu dominio y te responderá a ti. El enlace de seguimiento puede llevar a la paquetería o a una página de seguimiento de tu propia tienda.