¿Qué hace realmente una pasarela SMS?
na pasarela SMS actúa como puente entre una aplicación y las redes móviles que transmiten mensajes de texto. Tu software utiliza protocolos web y datos estructurados; los operadores, protocolos de señalización propios de las telecomunicaciones. La pasarela realiza la traducción entre ambos: recibe un mensaje de tu sistema, lo formatea para la red de destino, lo envía por la ruta correcta y devuelve la respuesta de la red para que sepas qué ha ocurrido.
Esa traducción oculta una sorprendente complejidad: validación y formato de números según el estándar E.164, manejo de conjuntos de caracteres ( GSM de 7 bits frente a UCS-2 para alfabetos no latinos), segmentación de mensajes para textos largos, reglas de identificación del remitente que varían según el país y la ruta de retorno para las confirmaciones de entrega. Una buena pasarela hace que todo esto sea predecible. Una deficiente deja escapar la complejidad en forma de envíos fallidos y pérdidas silenciosas.
Enlaces SMPP frente a API HTTP
Existen dos formas comunes de conexión. La primera es SMPP (Short Message Peer-to-Peer), el protocolo que utilizan los propios operadores. Se abre una sesión TCP persistente —una "conexión"— como transmisor, receptor o transceptor, y se transmiten mensajes a través de ella. SMPP es eficiente para grandes volúmenes de datos, ofrece un control preciso de los parámetros de los mensajes y entrega las confirmaciones de forma asíncrona en la misma sesión. Es la opción ideal cuando se envían mensajes de forma continua a gran escala y se busca minimizar la sobrecarga por mensaje.
La segunda opción es una API HTTP / REST. Se envía un mensaje mediante una simple solicitud HTTPS y se recibe una respuesta JSON; las confirmaciones de entrega llegan a través de un webhook. REST es mucho más fácil de integrar, se adapta a las arquitecturas modernas y a las funciones sin servidor, y no requiere una conexión permanente. Para la mayoría del tráfico de aplicaciones (códigos de acceso de un solo uso, notificaciones, alertas), es la opción más práctica.
Ninguno es universalmente mejor. Los equipos que envían millones de mensajes al día suelen utilizar SMPP para optimizar el rendimiento y el control; los equipos que implementan nuevas funcionalidades recurren rápidamente a REST. Lo ideal es tener ambos protocolos disponibles, de modo que el protocolo se adapte a la carga de trabajo y no al revés.
Alojado versus dedicado
Una pasarela compartida (alojada) implica que su tráfico se ejecuta en la infraestructura y las rutas compartidas del proveedor. Su puesta en marcha es rápida, no requiere planificación de capacidad y se escala de forma elástica. Para la mayoría de los remitentes, es totalmente suficiente.
Una configuración dedicada le proporciona capacidad aislada: un enlace SMPP dedicado, rendimiento reservado y, en ocasiones, rutas o números dedicados. Si bien es más costoso y requiere más tiempo de implementación, lo aísla de la interferencia de otros usuarios, garantiza un rendimiento predecible y suele ser necesario para cargas de trabajo reguladas o de alta seguridad. La decisión se basa en el volumen, la previsibilidad y el cumplimiento normativo, no en el prestigio. Elija una configuración dedicada cuando la consistencia en las transacciones por segundo TPS y el aislamiento sean realmente importantes; de lo contrario, la opción alojada es la solución más sencilla.
Rendimiento, TPS y confirmaciones de entrega
El rendimiento se suele indicar en TPS (transacciones, es decir, mensajes, por segundo). Es especialmente importante cuando se requiere procesar un pico de tráfico en un lapso de tiempo reducido: una alerta instantánea, una campaña programada o una oleada de códigos de inicio de sesión. TPS nominal carece de sentido sin dos condiciones: si se trata de un tráfico sostenido o máximo, y si la ruta del operador de destino puede absorberlo. Una pasarela puede aceptar 1000 TPS y aun así quedar en cola detrás de una ruta con un procesamiento mucho más lento.
Aquí es donde las confirmaciones de entrega (DLR) demuestran su utilidad. Un DLR es la confirmación de la red sobre el estado final de un mensaje: entregado, fallido, caducado o rechazado. Trate "enviado" y "entregado" como cosas distintas: envío significa que la pasarela aceptó su solicitud; entrega significa que el terminal la recibió. Monitoree ambos, concílielos y genere alertas ante cualquier discrepancia. Cuando los DLR dejan de llegar o las tasas de entrega disminuyen, usted habrá detectado un problema de enrutamiento antes que sus usuarios.
Calidad de las rutas y rutas grises
La principal diferencia entre las pasarelas radica en el enrutamiento: la ruta que sigue un mensaje para llegar al operador de destino. Las conexiones directas con los operadores garantizan una entrega impecable, una gestión fiable de los identificadores de remitente y registros de entrega honestos. Las rutas indirectas y económicas, a menudo denominadas rutas grises, aprovechan las lagunas legales para reducir costes. Resultan atractivas hasta que los operadores las cierran: entonces, los mensajes se filtran, los identificadores de remitente se modifican, las confirmaciones de entrega dejan de ser fiables y el tráfico puede bloquearse sin previo aviso.
Para todo lo que importa —contraseñas, alertas de transacciones, notificaciones de cuenta— la calidad del enrutamiento no es un lujo. Lo que hay que analizar detenidamente es la cobertura de operadores del proveedor. La red de BroadNet abarca más de 200 países con más de 1000 conexiones directas con operadores, establecidas desde 2003, y ese alcance directo es precisamente lo que garantiza que los mensajes críticos lleguen intactos.
Acuerdo de nivel de SLA, seguridad y cómo evaluar a un proveedor.
Finalmente, lea más allá de la lista de características. Un SLA debe especificar la disponibilidad, los tiempos de respuesta del soporte y qué sucede cuando no se cumplen los objetivos, en lugar de simplemente prometer "alta confiabilidad". En cuanto a la seguridad, busque transporte API cifrado, enlaces SMPP autenticados y restringidos por IP, una gestión de credenciales sensata y prácticas claras de manejo de datos. Pregunte cómo funciona la conmutación por error entre rutas, cómo el proveedor gestiona las interrupciones del operador y si los informes le brindan visibilidad real sobre la entrega.
Una pasarela es infraestructura. Júzgale como juzgarías cualquier dependencia de la que dependa tu producto: por los protocolos que utiliza, las rutas que controla, los recibos que devuelve y las garantías que ofrece por escrito.