SMS A2P: cómo llegan los mensajes de empresa al móvil

Esta guía está pensada para responsables de producto, marketing e ingeniería que envían OTP, alertas o campañas por SMS y quieren entender qué ocurre después de pulsar «enviar». Al terminar sabrá explicar qué es el SMS A2P, analizar con criterio lo que un proveedor afirma sobre sus rutas y formular las preguntas que separan una entrega fiable de un tráfico barato.

¿Qué es el SMS A2P?

El SMS A2P (application-to-person) es cualquier mensaje de texto generado por un software y enviado al teléfono móvil de una persona. Las contraseñas de un solo uso, los avisos de entrega, las alertas bancarias, los recordatorios de citas y las campañas de marketing son todos A2P.

Su opuesto es el SMS P2P (person-to-person): un abonado que escribe un mensaje a otro. Técnicamente ambos usan el mismo Servicio de Mensajes Cortos definido por 3GPP en la especificación TS 23.040 y llegan a la misma bandeja de entrada. Comercial y operativamente son productos distintos.

La distinción importa porque los operadores protegen sus ingresos por A2P y a sus abonados. El tráfico empresarial que intenta pasar por P2P para evitar las tarifas A2P es justo lo que los cortafuegos de los operadores están diseñados para detectar.

¿Cómo viaja un SMS A2P desde su aplicación hasta el móvil?

Un mensaje pasa por cuatro etapas principales, y un informe de entrega (DLR) regresa por la misma cadena. Cada salto añade latencia, coste y un punto donde algo puede fallar.

1. Su aplicación crea el mensaje: número del destinatario en formato internacional, ID de remitente, texto y una referencia interna. Lo envía a un proveedor mediante una API HTTP o SMPP, el protocolo binario muy extendido entre sistemas de mensajería.
2. El proveedor o agregador valida la solicitud, comprueba que el ID de remitente está permitido en ese país, detecta la codificación (GSM-7 o Unicode), divide los mensajes largos en segmentos, selecciona una ruta y le factura.
3. El operador móvil de destino recibe el tráfico, a menudo a través de un cortafuegos de SMS que revisa el remitente, el contenido y el origen. Su centro de mensajes cortos (SMSC) localiza al abonado e intenta la entrega, reintentando si el teléfono está apagado.
4. El terminal recibe el mensaje. A continuación el operador genera un informe de entrega que vuelve al proveedor y de ahí a usted, normalmente mediante un webhook o un informe de entrega SMPP.

Los valores de estado cambian según el proveedor, pero su significado es coherente: enviado al proveedor (aceptado por este), enviado (entregado al siguiente salto), entregado (confirmado por la red del terminal) o fallido con un código de error. Nuestra guía sobre los estados de entrega de los mensajes explica cómo interpretarlos.

Dónde se producen retrasos y fallos

• En el proveedor: números no válidos, ID de remitente no registrados, límites de la cuenta o problemas de codificación.
• Entre saltos: congestión o limitación de velocidad en la conexión de un intermediario.
• En el cortafuegos del operador: remitente bloqueado, contenido bloqueado u origen no reconocido.
• En el terminal: teléfono apagado, sin cobertura o con la memoria llena. El SMSC reintenta durante un periodo de validez, tras el cual el mensaje caduca.

¿Qué diferencia hay entre rutas directas e indirectas?

Una ruta directa significa que su proveedor entrega al operador de destino mediante su propia conexión o a través del canal que ese operador ha autorizado para el tráfico A2P. Una ruta indirecta hace pasar sus mensajes por uno o más agregadores adicionales antes de llegar al operador.

Las rutas indirectas no son malas en sí mismas. Ningún proveedor está conectado directamente a todos los operadores del mundo, y las rutas indirectas bien gestionadas a través de socios de confianza son normales en destinos de cola larga. El problema es la transparencia: debe saber qué destinos son directos, cuáles indirectos y quién es el siguiente salto.

¿Qué es una ruta gris y por qué importa?

Una ruta gris introduce SMS empresariales en la red de un operador por un camino que este no ha autorizado para tráfico A2P. La documentación de GSMA describe el tráfico gris como mensajes que llegan a la red de un operador sin que el operador de destino cobre por la terminación A2P.

Entre las técnicas habituales de ruta gris están enviar tráfico A2P a través de acuerdos de interconexión P2P, usar SIM box (baterías de tarjetas SIM de consumo que inyectan mensajes como si los escribiera un abonado) y aprovechar enlaces de señalización poco protegidos. El trabajo de GSMA sobre seguridad de la interconexión incluye el bypass de SMS A2P y el bypass mediante SIM box entre los tipos de fraude de los que se defienden los operadores.

Para una empresa que envía mensajes, las rutas grises generan riesgos concretos:

• Bloqueo sin aviso: cuando el cortafuegos de un operador detecta el camino, la entrega puede interrumpirse de la noche a la mañana.
• Pérdida del ID de remitente: los mensajes pueden llegar desde un número local aleatorio en lugar de su marca, lo que parece phishing y rompe la confianza en el autocompletado de OTP.
• Informes de entrega poco fiables: algunas rutas de baja calidad notifican «entregado» sin una confirmación real de la red del terminal.
• Exposición normativa: en los mercados que exigen remitentes registrados, el tráfico de bypass socava el régimen de registro que hacen cumplir los reguladores.

Un precio inusualmente bajo para un destino en el que los operadores cobran tarifas A2P significativas es la señal de alerta más frecuente.

¿Qué debe preguntar a un proveedor de SMS?

Haga preguntas que exijan respuestas concretas y comprobables. Un buen proveedor responde por país y por operador, no con afirmaciones genéricas de «rutas directas en todo el mundo».

1. ¿Con qué operadores de mis mercados clave se conectan de forma directa y con cuáles mediante socios?
2. ¿Cómo se registran los ID de remitente en mercados como los Emiratos Árabes Unidos y Arabia Saudí, y quién es el titular del registro? Consulte nuestra guía de registro de ID de remitente.
3. ¿Cómo se generan los informes de entrega? ¿Provienen del operador y qué códigos de error transmiten?
4. ¿Qué ocurre con el tráfico promocional y el transaccional? ¿Se enrutan y registran por separado donde el mercado lo exige?
5. ¿Cómo detectan y detienen el fraude, incluido el tráfico inflado artificialmente? Consulte nuestra guía de prevención del SMS pumping.
6. ¿Cómo se facturan los mensajes Unicode y los largos? El árabe y los emoji cambian el número de segmentos, como explica nuestra guía de límites de caracteres.
7. ¿Qué informes puedo exportar para conciliar mensajes enviados, entregados y facturados?
8. ¿Cómo me avisan de los cambios de ruta o de incidencias en el operador?

Ejemplo práctico: una fintech saudí elige ruta

«Wathiq Pay» (nombre ficticio) envía OTP de inicio de sesión y alertas de transacciones a clientes en Arabia Saudí y los Emiratos Árabes Unidos, además de algún OTP a clientes que viajan al extranjero.

• Mercados principales: exige ID de remitente transaccionales registrados y rutas autorizadas por el operador para cada operador importante de ambos países, y pide a cada proveedor preseleccionado que indique el camino por operador.
• Prueba: envía tráfico de OTP idéntico por dos proveedores preseleccionados durante dos semanas y compara la tasa de entrega, el tiempo hasta la entrega y si el ID de remitente de la marca llega intacto.
• Cola larga: para los destinos de clientes en itinerancia acepta rutas indirectas, pero solo activa los países donde tiene usuarios activos.
• Supervisión: concilia los informes de entrega con las verificaciones completadas. Una ruta que informa de una entrega alta pero de pocas verificaciones de OTP completadas se investiga, porque podría estar notificando entregas que no se produjeron.

Errores habituales y límites

• Elegir solo por precio. La ruta más barata suele costar más en OTP fallidos y tickets de soporte.
• Fiarse de «entregado» sin contrastar. Compare los informes de entrega con resultados reales, como la finalización del OTP o los clics en enlaces.
• Mezclar marketing en remitentes transaccionales, lo que puede provocar la suspensión de un ID de remitente registrado.
• Ignorar la codificación. Un solo emoji o carácter árabe puede duplicar o triplicar los segmentos facturados.
• Suponer que las normas son globales. El registro de remitentes, el contenido y los horarios se fijan país por país; confírmelos con el regulador, como la TDRA en los Emiratos Árabes Unidos.
• Límites de esta guía: los acuerdos de enrutamiento cambian con frecuencia y ningún directorio público indica qué proveedor tiene conexión directa con qué operador. Verificarlo mediante pruebas y compromisos contractuales es el único método fiable.

Cómo ayuda OmniChannels.ai

OmniChannels.ai funciona con BroadNet Technologies, una empresa de mensajería de telecomunicaciones con conectividad con operadores de SMS. Puede lanzar campañas de SMS junto a WhatsApp, RCS, Telegram y correo electrónico, con carga de Excel o CSV, vista previa, programación y filtrado de duplicados. Los informes de entrega, con vistas resumida y avanzada, filtros y exportación a CSV, le permiten conciliar lo enviado y lo entregado. Admite árabe e inglés y la facturación funciona con un monedero prepago. Los desarrolladores pueden enviar mediante la API REST pública con webhooks de entrega, o por SMPP 3.4 para grandes volúmenes.