Por qué las llamadas telefónicas superan al email en notificaciones críticas
Cuando un servidor cae a las 2am, el email queda sin leer. Una llamada telefónica siempre llega. Aprende a construir un sistema de notificaciones garantizadas con la API de Automated Calls.
El problema de las alertas silenciosas
Son las 2:17am. Tu servicio de procesamiento de pagos lanza una excepción crítica. Un email aterriza en la bandeja de entrada del ingeniero de guardia — justo al lado de otras 47 alertas de la semana pasada. El incidente se propaga. Por la mañana, has perdido transacciones y confianza de clientes.
Los emails y las notificaciones push fallan en el peor momento: cuando el responsable está dormido, alejado de su escritorio o en una reunión con el teléfono en silencio. Una llamada telefónica atraviesa todo.
Cuándo necesitas entrega garantizada
Algunas notificaciones simplemente no pueden perderse:
- Incidentes de producción — base de datos caída, fallos en la pasarela de pago, brechas de seguridad
- Plazos de compliance — firma de contratos, presentación de informes regulatorios hoy mismo
- Aprobaciones urgentes — transferencias bancarias, consentimientos médicos, concesión de accesos
- Escalaciones — un ticket lleva 4 horas abierto sin respuesta
Para estos escenarios necesitas una tasa de llegada del 95%+. Las llamadas telefónicas la ofrecen. El email, no.
Construyendo una notificación de llamada garantizada con la API
Esta es la llamada API mínima para despertar a tu ingeniero de guardia:
POST /api/calls
{
"destination": "0501234567",
"when": "now",
"retries": 10,
"text": "Alerta crítica: el servicio de pagos está caído. Conexión a base de datos rechazada. Se requiere acción inmediata.",
"language": "es",
"webhook": "https://mysite.com/notifications/done?destination=0501234567"
}Analicemos cada campo.
destination — a quién llamar
Un número de teléfono en cualquier formato estándar. También puedes pasar un array para cadenas de escalación — llama primero al contacto principal, luego al secundario si no está disponible.
when — inmediatamente o programado
"now" lanza la llamada en segundos. También puedes pasar un timestamp ISO 8601 para programarla:
"when": "2026-03-15T08:00:00Z"Las llamadas programadas funcionan bien para traspasos de guardia, briefings matutinos o recordatorios de SLA — entregadas exactamente cuando el receptor empieza su día.
retries — la clave para la entrega garantizada
Esto es lo que hace que las llamadas telefónicas sean genuinamente fiables. Con "retries": 10, el sistema:
- Intenta la llamada inmediatamente
- Si no hay respuesta o está ocupado — espera y reintenta
- Repite hasta 10 veces con el intervalo configurado
- Se detiene en cuanto la llamada es contestada y el mensaje se reproduce completo
Sin reintentos, una llamada sin respuesta es una notificación perdida. Con 10 reintentos, llegas a alguien incluso si se ha alejado del teléfono unos minutos.
El comportamiento de reintentos es configurable — puedes establecer el intervalo entre intentos (por ejemplo, cada 2 minutos) y detener los reintentos tras la primera entrega exitosa.
text y language — texto a voz
No necesitas archivos de audio pregrabados. Pasa una cadena de texto plano y un código de idioma — el sistema lo convierte en voz natural antes de realizar la llamada.
Los idiomas soportados incluyen es, en, uk y otros. El texto puede ser dinámico — inyecta datos variables directamente en el mensaje:
"text": "Alerta: el pedido {{order_id}} ha sido marcado para revisión. El cliente {{customer_name}} está esperando.",
"language": "es"Esto significa que tu sistema de notificaciones puede incluir contexto específico y accionable — no solo «algo va mal».
webhook — confirmación de entrega
La URL del webhook recibe una petición POST en el momento en que la llamada es procesada:
{
"destination": "0501234567",
"status": "answered",
"duration_seconds": 18,
"attempts": 3,
"delivered_at": "2026-03-14T02:19:43Z"
}Úsalo para:
- Marcar la alerta como reconocida en tu sistema de monitorización
- Registrar la confirmación de entrega para auditorías de compliance
- Activar el siguiente paso en el flujo de escalación (dejar de llamar al principal, pasar al manager)
Paga solo por llamadas procesadas
A diferencia de la facturación telefónica tradicional que cobra por cada intento de marcación, cobramos solo cuando una llamada es realmente procesada — es decir, cuando el audio fue reproducido al receptor.
Lo que esto significa en la práctica:
- Ocupado en el intento 1, contestado en el intento 3: pagas por una llamada procesada
- Los 10 reintentos sin respuesta: no pagas nada
- Llamada contestada, persona cuelga a los 2 segundos: pagas por una llamada procesada
Este modelo alinea los costes con la entrega real. No pagas de más por números no disponibles o problemas de red.
Un patrón de escalación real
Una escalación de guardia usando la API:
// Activado por el sistema de monitorización
async function escalate(incident) {
const call = await automatedCalls.create({
destination: oncall.primary.phone,
when: 'now',
retries: 5,
text: `Incidente de producción: ${incident.title}. Severidad: ${incident.severity}. Revisa tu dashboard inmediatamente.`,
language: 'es',
webhook: `https://ops.mycompany.com/webhooks/call-delivered?incident=${incident.id}&tier=primary`
});
// El handler del webhook escala al secundario si el principal no confirma en 10 minutos
}El handler del webhook verifica si el contacto principal reconoció el incidente en tu herramienta de gestión. Si no — lanza una segunda llamada al contacto secundario, luego al manager. La cadena de escalación funciona automáticamente con auditoría completa de entrega.
Texto a voz vs. audio pregrabado
| Texto a voz | Audio pregrabado | |
|---|---|---|
| Contenido dinámico | Sí — inyección de variables | No — mensaje fijo |
| Tiempo de configuración | Cero | Requiere sesión de grabación |
| Idiomas | Cambio por llamada | Un idioma por archivo |
| Naturalidad | Muy buena (TTS neural) | Depende de la calidad de grabación |
| Mejor para | Alertas operacionales, mensajes personalizados | Campañas de marketing |
Para notificaciones críticas, el texto a voz gana porque el mensaje necesita ser específico y actual. «Tu servidor está caído» es menos útil que «El lag de la réplica de la base de datos superó los 30 segundos en db-prod-02».
Consideraciones de compliance
Las notificaciones por llamada telefónica están sujetas a regulaciones en la mayoría de países:
- Consentimiento: Las notificaciones operacionales a empleados o contratistas generalmente no requieren consentimiento de marketing
- Restricciones horarias: Muchas jurisdicciones restringen las llamadas automatizadas al horario comercial — verifica las normas locales antes de programar llamadas no urgentes fuera de las 8am–9pm
- Identificación: En algunas regiones, las llamadas automatizadas deben identificarse como tal al inicio
Para uso operacional interno (llamar a tu propio equipo), estas restricciones raramente aplican.
Conclusión
Cuando algo se rompe a las 2am, necesitas que el responsable lo sepa en minutos — no cuando revise el email a las 9am. Las llamadas telefónicas con lógica de reintentos son el único mecanismo de notificación que garantiza eso.
La API es simple: un destino, un mensaje, un contador de reintentos y un webhook. Texto a voz incluido, pago solo cuando la llamada es entregada, confirmación completa vía webhook.
Obtén acceso anticipado y realiza tu primera llamada de prueba a tu propio número — sin tarjeta de crédito.