Tu Pipeline de Email Es una Caja Negra
Envías el email. La API devuelve 200 OK. Asumes que llegó.
Eso no es un sistema de email en producción. Es optimismo con sintaxis de JavaScript.
El problema real no es enviar emails. Es saber exactamente qué pasa con cada uno después de enviarlo.
La mayoría de developers configura Resend, verifica el dominio, implementa los templates con React Email, y da el trabajo por terminado. Hasta que un cliente dice que no recibió su email de confirmación. O hasta que tu tasa de entrega cae en picado y no sabes por qué.
Este artículo cubre la capa que falta: observabilidad completa del ciclo de vida de cada email usando los webhooks de eventos de Resend, gestión de bounces, y un sistema de alertas que te avisa antes de que el problema escale.
---
Por Qué el 80% de los Sistemas de Email Fallan en Silencio
Resend registra cada evento de cada email que envías: email.sent, email.delivered, email.bounced, email.complained, email.opened, email.clicked.
La mayoría de developers no los escucha.
El resultado: bounces acumulados que degradan tu reputación de dominio, usuarios marcando tus emails como spam sin que lo sepas, y direcciones inválidas que consumen cuota de envío sin generar valor.
La reputación de un dominio de email se construye durante meses y se destruye en días.
Una tasa de complaints por encima del 0,08% activa las protecciones de Gmail. Una tasa de bounces por encima del 2% puede llevar a la suspensión temporal de tu dominio en cualquier ESP.
Necesitas saber estos números antes de que lleguen a esos umbrales.
---
Arquitectura: Event Tracking Completo con Resend Webhooks
El punto de entrada es la configuración de webhooks en el dashboard de Resend. Activa todos los eventos: delivered, bounced, complained, opened, clicked.
Después, necesitas una tabla en tu base de datos para persistir cada evento.
Y tu endpoint de webhook que procesa y persiste:
---
Gestión de Bounces: El Patrón que Protege tu Reputación
No todos los bounces son iguales. La distinción crítica:
→ Hard bounce: dirección no existe o dominio inválido. Nunca vuelvas a enviar.
→ Soft bounce: buzón lleno, servidor temporalmente no disponible. Puedes reintentar.
Resend distingue ambos en el campo bounce.type del evento.
El patrón de supresión local es obligatorio. Resend mantiene su propia lista de supresión, pero tú necesitas la tuya para prevenir intentos de envío antes de que el ciclo de webhook se complete.
---
Dashboard de Analíticas: Las Métricas que Importan
Con los eventos persistidos en Supabase, puedes construir queries que te den visibilidad real.
Y la función SQL correspondiente:
Estos números son los que determinan la salud de tu pipeline de email.
---
Comparativa: Sin Observabilidad vs Con Observabilidad
❌ Sin sistema de eventos:
→ Envías a direcciones que llevan meses devolviendo hard bounces
→ No sabes que tu tasa de complaints superó el umbral crítico
→ Un cliente reporta que no recibe emails y tardas horas en diagnosticar
→ Tu dominio cae en carpetas de spam sin previo aviso
✅ Con event tracking completo:
→ Cada hard bounce suprime la dirección automáticamente
→ Alerta en Slack en tiempo real cuando hay un complaint
→ Dashboard con delivery rate, bounce rate y complaint rate por periodo
→ Queries que identifican patrones: ¿qué tipo de email tiene más bounces?
---
Alertas Proactivas: El Sistema que Te Avisa Antes del Problema
Un cron job que ejecuta cada hora y comprueba umbrales críticos:
Esto no es opcional en producción. Es la diferencia entre enterarte de un problema por tus propios sistemas o por un cliente enfadado.
---
Lo Que Se Lleva de Aquí
La capa de observabilidad de un sistema de email en producción tiene tres componentes:
→ Event tracking: persiste cada webhook de Resend en tu base de datos
→ Suppression management: gestión local de bounces y complaints con acción inmediata
→ Proactive alerting: umbrales configurados que disparan notificaciones antes de que el daño sea irreversible
El real resend email api tutorial no termina cuando envías tu primer email. Termina cuando tienes visibilidad completa de qué pasa con cada mensaje, quién lo recibe, quién lo rechaza, y quién te está marcando como spam.
La arquitectura que no monitoriza su pipeline de email no tiene un sistema de email. Tiene una esperanza con una API key.
Implementa el event tracking hoy. Tu tasa de entrega a seis meses te lo agradecerá.
Artículos relacionados
- MCP en Producción: El Pattern de Composición que Nadie Te Explica
- Sanity Webhooks y Content Pipelines: La Arquitectura que Nadie Te Explica
- Next.js 16: Las Features que el 90% de Developers Todavía No Entienden
---
¿Quieres recibir contenido como este cada semana? Suscríbete a mi newsletter
