Skip to main content
Por cada email que envías, RQE te dispara un webhook con eventos a medida que ocurren. Algunos vienen del proveedor de envío (entrega, rebote); otros los detecta RQE directamente (apertura, click).

Eventos disponibles

También existe email.reject (envío rechazado antes de salir). El detalle de cada evento y sus campos está en la referencia de Webhooks.

Bounces — soft vs hard

Las quejas (email.complaint) también agregan al destinatario a la suppression list automáticamente.
Sobre 2% de bounces, tu deliverability se degrada. Sobre 5%, el proveedor puede suspender tu envío. Limpia tu lista: un email viejo es un bounce esperando suceder.

Open tracking

RQE inyecta un pixel 1x1 transparente en el HTML. Cuando el cliente del destinatario carga las imágenes, dispara email.open.

Por qué la confiabilidad es aproximada

  • Outlook desktop bloquea imágenes externas por default → no detecta open
  • Apple Mail iOS 15+ con MPP (Mail Privacy Protection) carga el pixel automáticamente al recibir → reporta open antes de que el usuario abra realmente
  • Clientes de texto plano → no cargan imágenes
Trata los opens como aproximadosLos opens son señal de tendencia (¿este send lo abre más gente que aquel?), no de comportamiento individual exacto. Para conversión real, mira los clicks.

Click tracking

Antes de enviar, RQE reescribe los <a href> del HTML para que pasen por un endpoint de tracking que hace 302 redirect al destino original. El redirect es instantáneo, el usuario no nota nada. Solo falla si copia/pega el href manual (extremadamente raro).

Webhook payload

Tu webhook_url recibe un POST con firma HMAC-SHA256 en el header X-RQE-Signature, firmada con tu API key del proyecto. Ejemplo de body para email.delivery:
Para el shape completo por tipo de evento, ver Webhooks → Payload outbound.

Verificación HMAC en Node

Próximos pasos

  • Webhooks — referencia completa con todos los formatos.
  • Test mode — separar tracking dev vs prod.