¿Qué es el SMS A2P?

Dos tipos, una misma red

Un banco envía un código de acceso. Una empresa de reparto envía una ventana de entrega. Una tienda envía una oferta con consentimiento. Cada mensaje nace en una aplicación, así que cada uno es A2P: de aplicación a persona. Una persona que escribe a una amiga hace P2P: de persona a persona. El teléfono, la red radio y a menudo el mismo centro de mensajes transportan ambos. La diferencia está en quién inicia el mensaje y qué sabe la red del remitente.

Esa diferencia cambia el tratamiento. El tráfico A2P circula por un remitente registrado y una ruta empresarial. El P2P circula por una suscripción de consumidor. Las mismas palabras pueden ser A2P si las envía un banco y P2P si las envía una amiga, y la red debería tratarlas de forma distinta.

El acuse es un estado de red

Un acuse de entrega, o DLR, informa qué hizo la red con un mensaje enviado. Puede decir entregado, caducado, no entregado o desconocido, con un código que explica el estado. No dice que una persona abriera el mensaje, leyera el código o actuara. Un teléfono apagado, lleno o sin cobertura produce un estado distinto al de un teléfono que recibió el mensaje y lo ignoró.

Lea el DLR como una señal más del embudo. Crúcelo con sus propios eventos: código introducido, pedido completado, respuesta recibida. Una tasa de entrega alta con una tasa de finalización baja apunta al mensaje, al remitente o al formulario, no solo a la red.

Tres tipos de tráfico, tres juegos de reglas

El tráfico de autenticación lleva contraseñas de un solo uso, aprobaciones de acceso y códigos de verificación. Es pequeño, sensible al tiempo y valioso para un atacante. El transaccional lleva avisos, recibos y recordatorios de citas. El promocional lleva marketing y mensajes de reactivación, y necesita un consentimiento registrado y una baja que funcione.

Mantenga los tres separados. Una ráfaga de marketing en la misma ruta puede retrasar un código de acceso. Una ruta de autenticación dimensionada para códigos cortos puede no encajar con una campaña que necesita un caudal alto y sostenido. Cada tipo también se enfrenta a sus propios filtros de contenido, así que una plantilla que pasa para uno puede fallar para otro.

Qué comprobar antes de contratar

Pregunte qué tipos de remitente funcionan en cada destino y qué registro necesita cada uno. Pregunte qué rutas llevan su tráfico y si el proveedor le avisa antes de un cambio de ruta. Pregunte qué significa un acuse de entrega y si el proveedor prueba teléfonos en los mercados que le importan. Pregunte cómo se filtra el contenido y cómo se gestionan las bajas.

Pida una ruta de prueba con su propio contenido y remitente antes del lanzamiento. Pregunte qué datos conserva el proveedor y durante cuánto tiempo. Pregunte qué ocurre si falla una ruta o se rechaza un remitente. Pregunte quién le avisa cuando cambia una ruta y con cuánta antelación. La explicación de SMPP cubre la conexión; la guía de sender ID cubre el registro en México y Brasil.

Reúna las respuestas en una tabla: destino, tipo de remitente, responsable del registro, ruta, fecha de prueba y alternativa. Una tabla con huecos es más útil que una presentación pulida, porque muestra qué pregunta no respondió el proveedor. Puntúe la evidencia, no la relación.

P2P, P2A y bidireccional

A2P describe la dirección de salida: de la aplicación a la persona. P2A describe la inversa: una persona responde a la aplicación y la respuesta llega a un callback o a una bandeja. Un programa bidireccional usa las dos. La ruta de respuesta necesita un remitente que pueda recibir mensajes, normalmente un código corto o un número largo, y una ruta que transporte tráfico originado en el móvil. Un remitente alfanumérico suele no poder recibir respuestas, por eso los programas bidireccionales eligen un número.

El P2P sigue siendo de persona a persona y no es un canal empresarial. Una empresa que pide a sus clientes que escriban a un número personal crea un flujo P2P con consecuencias empresariales: sin registro de remitente, sin acuse para la empresa y sin control sobre la ruta. Si el programa necesita responsabilidad, use un remitente A2P con una ruta bidireccional.