Notificaciones push vs SMS: diferencias y cuándo usar cada una

¿Qué es más fiable: push o SMS?

El SMS es la vía más fiable para los mensajes que deben llegar. El push depende del dispositivo, la app, el permiso, la conectividad, los ajustes de batería y Google o Apple.

Google afirma con claridad que FCM no ofrece garantía de entrega: un ID de mensaje solo significa que FCM aceptó el mensaje, y la entrega real depende de factores como el estado del dispositivo y los retrasos por ahorro de batería. Si un dispositivo está sin conexión, FCM almacena el mensaje y lo entrega al reconectarse hasta que vence su tiempo de vida (hasta cuatro semanas, que además es el valor por defecto), y un tiempo de vida igual a cero descarta todo lo que no pueda entregarse de inmediato. Si la app se desinstaló, el token deja de ser válido y los envíos posteriores fallan.

El SMS tiene sus propios fallos: filtrado, ID de remitente sin registrar, teléfono apagado, número cambiado. Pero ofrece un informe de entrega de la red y no depende de una app. Lea nuestra guía sobre SMS no entregados para los pasos de diagnóstico.

Para un push urgente, defina un tiempo de vida corto para que un aviso de "su repartidor está afuera" no llegue mañana, y use una clave de colapso para que las novedades reemplacen a las anteriores. Ambos son campos de nuestra API de push.

¿Qué canal conviene usar para cada mensaje?

Elija según lo que ocurre si el mensaje se pierde.

Para el OTP en particular, vea nuestras guías sobre mensajes OTP y OTP por WhatsApp vs OTP por SMS.

¿Cómo se combinan push y SMS?

Envíe push primero y deje que el SMS rescate lo que importa. El diseño tiene cuatro partes:

1. Un orden de canales: push y luego SMS.
2. Un disparador: el push no se abrió ni se atendió en el plazo definido, o no hay un token de dispositivo activo.
3. Un plazo por tipo de mensaje: un código de acceso puede justificar segundos; un recordatorio de pago, una hora.
4. Una regla de parada: si el usuario actúa en la app, se cancela el SMS pendiente.

Omita el SMS en los mensajes de poco valor, en los que perder un push no cuesta nada. Nuestro artículo sobre la estrategia de respaldo entre canales explica el orden y las reglas de parada, y la página del canal push muestra cómo el push convive con el SMS y WhatsApp en una sola plataforma. Los estados de entrega llegan en un único formato de webhook (vea webhooks), de modo que su sistema puede decidir si recurre al respaldo.

Un SMS de respaldo debe valerse por sí mismo y caber en un solo mensaje. Este tiene 90 caracteres, GSM-7, 1 mensaje (límite 160): Su pago del pedido 8842 fue rechazado. Abra la app y actualice su tarjeta: example.com/pay. Una versión para OTP tiene 75 caracteres, GSM-7, 1 mensaje: Su clave de acceso es 482915. Vence en 5 minutos. No la comparta con nadie. En español, las letras á, í, ó y ú no están en GSM-7 (é, ñ y ü sí), así que estos ejemplos evitan las tildes en esas vocales; un solo emoji, una de esas vocales acentuadas o unas comillas tipográficas convertirían cualquiera de los dos en Unicode y reducirían el límite a 70, por lo que conviene previsualizar en el contador de caracteres SMS.

¿Cómo se miden push y SMS de forma justa?

Use el mismo embudo para ambos: enviado, entregado o aceptado, abierto o con clic, y convertido. No compare una tasa de "entregado" del SMS con un recuento de "enviado" del push, porque significan cosas distintas. Un push "aceptado" por FCM no es un push visto por una persona.

• Alcance: la proporción de sus usuarios objetivo que puede recibir cada canal.
• Entrega: informes de entrega del operador para el SMS; eventos de aceptado y, cuando su app los registra, de mostrado o abierto para el push.
• Acción: clics en enlaces, eventos en la app y conversiones, atribuidos al canal con el último contacto.
• Bajas y desinstalaciones: quejas, respuestas STOP, revocaciones de permisos y desinstalaciones tras los envíos.
• Costo por resultado: el costo total del canal dividido entre las acciones completadas, no el costo por mensaje.

La calculadora de ROI de mensajería y nuestro caso de negocio del ROI de la mensajería omnicanal muestran cómo comparar canales por resultados.

Un ejemplo práctico: una app de reparto de comida en Dubái

"Souq Bites" (ficticio) tiene una app con una parte de clientes que permitió las notificaciones y una audiencia web más amplia. Envía las novedades del estado del pedido por push con un tiempo de vida corto y una clave de colapso, para que el último estado reemplace a los anteriores. El OTP de los registros nuevos va por SMS porque los usuarios nuevos no tienen permiso de la app. Para los usuarios existentes, el OTP va por push; si el código no se usa en un plazo corto, sigue un SMS desde un ID de remitente registrado. Las promociones van por push solo a los usuarios que permitieron las notificaciones y dieron su opt-in a las ofertas. Los usuarios inactivos, que pueden haber desinstalado la app, reciben un SMS de recuperación solo si dieron su consentimiento para SMS.

¿Cuáles son los errores más comunes?

• Tratar el permiso de push como consentimiento de marketing.
• Enviar los OTP solo por push, dejando sin servicio a los usuarios sin la app o sin notificaciones.
• Enviar la misma promoción por push y SMS a la vez.
• Dejar el tiempo de vida en su valor por defecto en mensajes urgentes.
• Comparar "aceptado por FCM" con "entregado por el operador" y declarar ganador al push.
• Usar SMS para todo, pagando por mensaje alertas que un push resolvería.
• Ignorar los tokens obsoletos tras las desinstalaciones, lo que infla los recuentos de envíos push.

Cómo ayuda OmniChannels.ai

OmniChannels.ai envía notificaciones push y SMS A2P desde la misma API REST y plataforma, junto con WhatsApp, RCS, email y otros canales. El push admite segmentación por usuario, token, tema y segmento, plantillas, enlaces profundos, una clave de colapso y un tiempo de vida. El SMS funciona sobre la conectividad directa con operadores de BroadNet, y el respaldo entre canales se configura según cada caso de uso, con los estados normalizados en un único formato de webhook. Lea la documentación de la API de push, conozca el canal de notificaciones push o hable con nuestro equipo de desarrolladores.