Una API para SMS, WhatsApp y RCS: el enrutamiento inteligente de Sent

Añadir mensajería a una app parece una línea hasta la segunda petición. SMS, WhatsApp y RCS traen credenciales, formatos y fallos propios; un mercado prefiere SMS, otro WhatsApp, otro apenas abre RCS. La demo de Eric Tech se planta ahí y prueba Sent — una API unificada que promete hablar a los tres desde una sola petición — hasta un móvil real. Lo más rápido del título es menos eslogan que arquitectura: la app no elige canal, la plataforma decide y muestra su trabajo.

Por qué un solo canal no basta

Muchos empezaban en SMS, añadían WhatsApp cuando cuajaba y parcheaban RCS al final. Cada rama = proveedor, auth y lenguaje de plantilla distintos, más fallback propio cuando un canal falla. A nivel internacional empeora: SMS caro o poco fiable aquí, baja penetración de WhatsApp allá. El código se bifurca, la matriz de tests crece y cada canal abre ventana de mantenimiento. El vídeo lo resume: enviar es fácil, entregar en todas partes es difícil.

Cómo funciona el enrutamiento inteligente de Sent

Sent invierte la carga. No escribes SMS/WhatsApp/RCS en la petición; das destinatario y referencia de plantilla y la plataforma elige. La doc describe un router que pondera disponibilidad, señales de engagement y coste para elegir el mejor canal vivo y reformatear el contenido. Las plantillas sacan el texto del código, la misma llamada puede caer en SMS hoy y en RCS mañana sin cambiar código. Cumplimiento, identidad y respaldo quedan en plataforma — código ligero, entregabilidad robusta.

Cablear el flujo de notificación en TypeScript

Demo deliberadamente modesta. Proyecto TypeScript nuevo, SDK de Sent, clave API y número destino en env; el remitente compartido acelera el arranque. Existe identidad dedicada, pero la aprobación US 10DLC/TCR tarda 1–3 días laborables, así que empezar ya tiene sentido. El flujo gira en torno a sent.message con plantilla y variables, no texto incrustado, lo que facilita adaptación multicanal y mantenimiento. El esqueleto parece una pequeña feature de notificación pero puede vivir dentro de un producto mayor.

El primer envío devuelve ID y estado inicial. Momentos después el canal elegido se vuelve visible — ahí la abstracción demuestra valor. La misma petición puede dar SMS, WhatsApp o RCS sin ramas en la app; los detalles se resuelven en plataforma. La decisión es observable, no oculta. Ver el camino en logs permite depurar y optimizar coste y elimina suposiciones de canal en envíos internacionales.

La entrega es asíncrona: de sent a delivered vía webhook

Un accept de API no es entrega; la mensajería es asíncrona. De ahí el segundo acto: webhooks. En el dashboard de Sent registras endpoint, te suscribes a message.sent y message.delivered y expones el handler local con túnel. El handler registra ID, tipo, canal y estado, verifica firma secreta de env para ignorar ruido de internet. Al reejecutar, sent primero, delivered cuando el operador confirma, traza completa en una terminal. El mensaje que aparece en un móvil real es la prueba en vivo — no un mock.

Prueba en móvil real y qué significa a escala

Al final la promesa se afina: cuando se multiplican los canales no multiplicas ramas en código. Misma petición, misma ref de plantilla, mismo webhook; cuando la cobertura RCS se expande o los precios cambian el router actualiza su elección sin tocar tu capa de notificación. La abstracción baja mantenimiento y sube entregabilidad para transaccional, verificación o alertas, sobre todo internacional. Las páginas lifecycle, setup y events de la doc cierran el círculo.