¿Por qué usar un método de respaldo?
Un mensaje puede no siempre ser enviado o recibido a través de un canal dado. Las razones comunes incluyen:- El usuario no tiene ese canal disponible (ej., sin dirección de email o número de teléfono, o no se ha suscrito a push)
- El mensaje falló al enviar debido a errores de entrega o tokens inválidos
- Usuarios deshabilitando o revocando permisos
- Dispositivos estando sin conexión o en estados restringidos (ej., Modo Concentración de iOS)
- Apps desinstaladas o tokens push expirados
Resumen de estrategia de respaldo
1
Enviar mensaje primario
Intenta entregar el mensaje a través de tu canal preferido (ej., Push, Email o SMS).
2
Esperar confirmación de entrega o interacción
Usa datos de entrega o lógica basada en eventos para determinar si el mensaje fue entregado exitosamente, se hizo clic o se abrió. En Journeys, esto sucede automáticamente usando nodos Wait Until.
3
Activar canal de respaldo
Si el mensaje no reportó una entrega confirmada o no se hizo clic/abrió, envía el mismo mensaje a través de otro canal disponible (ej., Email, SMS o Push).
Requisitos
- External ID
- Los usuarios deben tener al menos una suscripción válida para cada canal (email, teléfono, token push)
Configuraciones de ejemplo
Opción 1: OneSignal Journeys
Usa OneSignal Journeys para automatizar visualmente la lógica de respaldo sin código.- Interfaz de arrastrar y soltar
- Soporta confirmación de entrega (con Entrega Confirmada)
- Combina Push, In-App, Email y SMS
- Automatiza respaldo sin integración de API
Configuración recomendada
En lugar de ramificación sí/no, usa un nodo Wait Until: Configúralo para esperar hasta que el mensaje se entregue (la entrega confirmada aplica solo a push), se haga clic, o se abra (solo email).- Establece un período de expiración para evitar esperas indefinidas
- Después de la expiración, envía el mensaje de respaldo a través de otro canal

Muestra ejemplo de journey de respaldo.
La Entrega Confirmada debe habilitarse por plataforma. Consulta Entrega Confirmada.
Opción 2: Flujo de trabajo de respaldo personalizado (Avanzado)
Puedes construir un sistema de respaldo usando el API REST de OneSignal y el API View Message, pero requiere implementación cuidadosa.1
Enviar un mensaje a un usuario
Envía una notificación a un solo usuario usando su
external_id y canal objetivo.json
2
Verificar estado de entrega
Consulta el API View Message usando el Si el mensaje falló o muestra
notification_id para determinar si fue entregado.json
"received": 0, prepárate para reenviar a través de otro canal.3
Enviar mensaje de respaldo
Antes de reenviar, verifica los canales disponibles del usuario recuperando su registro (a través del API View User).
Luego envía el mensaje nuevamente a través del siguiente canal disponible (Email, SMS o Push).
Opción 3: Event Streams
Usa Event Streams para monitorear eventos de mensajes en tiempo real. Esto permite que sistemas externos reaccionen automáticamente cuando un mensaje falla. Flujo común:- Envía una notificación push o email
- Captura eventos
notification_failedodelivery_faileda través de Event Streams - Determina si el usuario puede recibir otro canal (verificando sus suscripciones disponibles y con opt-in a través del API View User)
- Envía un mensaje de respaldo a través del siguiente canal disponible
Event Streams proporciona información de entrega en tiempo real pero no emite un evento para “no enviado”, ya que los mensajes no enviados no tienen evento. Usa esto solo para manejar fallos, clics, aperturas y cancelaciones de suscripción.
Opción 4: Detectar y segmentar usuarios no suscritos
Puedes etiquetar usuarios que se han cancelado la suscripción de canales específicos y reorientarlos manualmente a través de otro.1
Detectar estado de no suscrito
Usa el observador SDK
addPermissionObserver() para detectar cambios en el permiso push.2
Etiquetar usuarios no suscritos
Cuando se revoca el permiso, etiqueta al usuario (ej.,
unsubscribed_from_push: true).3
Orientar segmento de respaldo
En el dashboard de OneSignal, crea un segmento:
unsubscribed_from_push = true- Y tiene suscripción de email o SMS Luego orienta ese segmento con tu campaña de respaldo.
Esta es una opción manual y no es ideal para automatización, pero funciona para campañas de respaldo periódicas.
Mejores prácticas
- Elige el canal de respaldo basado en la prioridad del mensaje.
- Usa SMS para alertas urgentes (ej., seguridad o tiempo de inactividad).
- Usa Email o In-App para actualizaciones no urgentes.
- Journeys es el método más fácil y confiable para gestionar respaldos.
- Agrega expiraciones a los nodos Wait Until para evitar esperas indefinidas.
- La Entrega Confirmada es requerida para activar respaldo verdaderamente basado en entrega.
- Evita duplicados multicanal asegurando que los mensajes de respaldo hagan referencia al estado de entrega.
Casos de uso de ejemplo
Alerta de seguridad
Si un push de alerta de seguridad falla, envía una alerta SMS inmediatamente.Actualización de entrega de pedido
Envía un push con información de rastreo. Si no se entrega, envía la misma actualización por Email.Notificación de fallo de pago
Si un push falla, envía un SMS instando al usuario a reintentar el pago.Recordatorio de evento
Si un recordatorio por email no se entrega, envía una notificación Push en su lugar.Alerta de tiempo de inactividad del sistema
Si push falla, el respaldo a SMS asegura que los usuarios se mantengan informados en tiempo real.Aviso de facturación
Si la entrega por email falla, envía un recordatorio push o SMS.Notificación de venta flash
Si el push no se entrega, envía un SMS con detalles de la promoción y un enlace para comprar.Need help?Chat with our Support team or email
support@onesignal.comPlease include:- Details of the issue you’re experiencing and steps to reproduce if available
- Your OneSignal App ID
- The External ID or Subscription ID if applicable
- The URL to the message you tested in the OneSignal Dashboard if applicable
- Any relevant logs or error messages