Tu endpoint /api/checkout empezo a devolver errores 500 a las 2:47 AM. Tu herramienta de monitoreo envio un email a las 2:48 AM. Leiste ese email a las 8:15 AM, cinco horas y media despues.
Para entonces, 2,340 requests de checkout habian fallado. La cola de webhooks de Stripe estaba atrasada. Tres clientes habian tuiteado sobre el problema. Tu co-fundador se entero por un ticket de soporte, no por tu sistema de monitoreo.
El monitoreo funciono. El canal de alerta no.
Por que LATAM y Europa van por defecto con WhatsApp
Si estas en America Latina, la respuesta a "como te encuentro ahora?" casi siempre es WhatsApp. No es solo una app, es la capa de comunicacion por defecto. Segun Statista, la penetracion de WhatsApp en Brasil, Argentina, Mexico, Colombia y Chile supera el 90% de los usuarios de smartphone. En Espana, Alemania e Italia es similar. La gente revisa WhatsApp decenas de veces al dia.
Para equipos de devs en estas regiones, usar email o Slack para alertas de produccion es nadar contra la corriente. Tus developers ya estan en WhatsApp todo el dia. Rutear alertas criticas a un canal donde realmente prestan atencion no es preferencia, es la decision obvia.
Y aun asi, casi ninguna herramienta de monitoreo de APIs ofrece WhatsApp como canal de alerta nativo. La mayoria asume que Slack y email alcanzan. No alcanzan.
Por que las alertas por email fallan a las 3 AM
El email es donde las alertas van a morir:
- Tasa de apertura promedio: 20-25%. 3 de cada 4 alertas nunca se leen.
- La pestana Promociones/Actualizaciones de Gmail atrapa la mayoria de emails automatizados.
- El modo No Molestar silencia las notificaciones de email en la mayoria de los telefonos.
- Batching. iOS y Android agrupan notificaciones no prioritarias. Tu alerta puede llegar en un resumen a las 7 AM.
Por que Slack tampoco es la solucion
Slack es mejor que el email, pero tiene sus propios problemas para alertas criticas:
- Ruido del canal. Si tu canal
#alertastambien tiene notificaciones de deploys y CI, las alertas reales se pierden. - Notificaciones moviles poco confiables. La app movil de Slack agrupa notificaciones agresivamente.
- DND y modos Focus. Slack respeta el DND del sistema. A las 3 AM, tu telefono esta en silencio.
WhatsApp: el canal de alertas que realmente se lee
WhatsApp tiene una posicion unica en el telefono de la mayoria de los developers:
- 98% de tasa de apertura. Los mensajes se leen, no se filtran.
- Tiempo promedio de lectura: menos de 3 minutos.
- Pasa el DND en la mayoria de configuraciones. WhatsApp generalmente esta en la lista blanca porque se usa para comunicacion personal y familiar.
- Funciona globalmente. 2 mil millones de usuarios en 180 paises.
El approach DIY: Twilio + webhooks
Como casi ninguna herramienta de monitoreo trae WhatsApp nativo, lo normal es armarlo vos. Necesitás:
- Una cuenta de Twilio ($15/mes minimo)
- Aprobacion de WhatsApp Business API (dias a semanas)
- Aprobacion de templates de mensajes de Meta
- Tu propia logica de monitoreo para detectar fallas
- Sistema de deduplicacion, recuperacion y rate limiting
Mucha infraestructura para "avisame cuando mi API se cae."
Cómo armarlo: un setup mínimo
Si vas por el camino DIY, mantenelo chico. El núcleo es un check que corre cada minuto (por ejemplo con un cron) y solo te manda un WhatsApp cuando cambia el estado: uno cuando el endpoint se cae y otro cuando se recupera. Guardá el último estado en un KV o en tu base de datos para no mandar 500 mensajes por la misma caída.
Con un cron de 1 minuto, cuando tu /api/checkout empiece a fallar vas a enterarte en uno o dos minutos, con el endpoint, el status y la tasa de error en el mensaje. Tené en cuenta que los mensajes de WhatsApp Business fuera de una conversación iniciada por el usuario requieren un template aprobado por Meta, así que registrá los templates de alerta y de recuperación antes de depender de ellos.
Comparacion de canales de alerta
| Canal | Mejor para | Velocidad | Tasa de lectura | Confiabilidad 3 AM |
|---|---|---|---|---|
| Critico: caidas, fallos de pago | < 15 seg | 98% | Alta | |
| Slack | Visibilidad del equipo | < 30 seg | ~60% | Baja |
| Reportes, digests semanales | 30s - 5 min | ~20% | Muy baja |
Setup recomendado: WhatsApp para el developer de guardia (criticos), Slack para el canal del equipo (todo), Email para reportes semanales.
Que herramientas de monitoreo realmente ofrecen WhatsApp?
La respuesta honesta: casi ninguna. Revisamos las top 15 herramientas de monitoreo de APIs y uptime. Asi esta la cosa:
| Herramienta | Alertas WhatsApp | Como |
|---|---|---|
| Datadog | No | Solo Slack, email, PagerDuty |
| New Relic | No | Solo Slack, email, PagerDuty |
| Sentry | No | Email, Slack, Discord |
| UptimeRobot | No | Email, SMS, Slack |
| Pingdom | No | Email, SMS, Slack |
| Better Stack | No | Email, Slack, Discord, Teams |
| Uptime Kuma | DIY | Webhook custom a Twilio |
Ninguna opción nativa, una DIY vía Twilio. Si hoy necesitás alertas por WhatsApp, contá con armar un puente por webhook hacia la WhatsApp Business API, como se explica arriba.
Alertas inteligentes, no spam
- Deduplicacion: Una alerta por incidente, no una por request fallido.
- Notificaciones de recuperacion: Mensaje automatico de "resuelto" con duracion del incidente.
- Periodos de cooldown: Configurables entre alertas del mismo endpoint.
- Routing por severidad: Criticos a WhatsApp, warnings a Slack, informativos a email.
Por dónde empezar
- Elegí cómo detectar fallas: una herramienta de uptime que pueda llamar un webhook, o un script chico con cron
- Configurá un remitente de WhatsApp Business (por ejemplo con Twilio) y hacé aprobar tus templates de alerta
- Conectá la detección con el envío, con deduplicación y mensajes de recuperación
- Rompé a propósito un endpoint de staging y confirmá que llega el mensaje
- Deploy y dormí tranquilo
La próxima vez que tu API se caiga a las 3 AM, vas a saberlo en minutos, no en 5 horas.