Verificación de alcanzabilidad + respaldo de canal

Que el mensaje llegue de todas formas

Alguien apaga el push, o se da de baja de una lista de email, y el mensaje que armaste para esa persona simplemente no llega. Nada en el reporte de envío lo marca: la campaña corrió, el contador subió, y una persona nunca lo vio. Una alerta de fraude bancario que solo intenta push no cumplió su trabajo si el push está apagado. Una actualización de entrega que solo intenta push se le escapa a un repartidor a mitad de un pedido, con las notificaciones en silencio. La verificación de alcanzabilidad detecta eso antes de que el mensaje salga, y enruta a la persona a otro canal en vez de dejarte escribir la lógica de respaldo a mano.

Qué te da la verificación de alcanzabilidad

Qué cuenta como alcanzable

Solo 2 de los 5 canales tienen una respuesta publicada de qué significa “no alcanzable”. El resto de la lógica de tags todavía no es pública.

Eso es un tag de suscripción, no un intento de entrega ocurriendo en tiempo real. Un usuario marcado como alcanzable igual puede perderse el mensaje más adelante en la cadena si su dispositivo está offline o la app ya no está instalada. Lo que este elemento te da y un condition split genérico no: la rama en sí misma, un split alcanzable/no alcanzable construido a propósito que sueltas en el lienzo y encadenas, en vez de cablear a mano un condition o un wait step contra datos de suscripción.

Encadena verificaciones en una cascada

Enruta la rama no alcanzable de una verificación de push hacia una verificación de email, y la rama no alcanzable de esa hacia una verificación de SMS o WhatsApp. Cada paso reduce la audiencia a las personas que el canal anterior no pudo alcanzar, hasta que el mensaje llega o se acaban los canales por intentar.

Cierra la cascada con in-app

In-app no es uno de los 5 canales que revisa este elemento, pero es la parada final más común. Un mensaje in-app alcanza a cualquiera que abra la app, sin importar su estado de suscripción en el resto de los canales.

Qué hace omnicanal a un journey

Omnicanal es más que listar 5 canales en la configuración. Significa que el journey puede detectar, persona por persona, cuándo un canal está cerrado, y reaccionar antes de que el envío falle en silencio — algo especialmente relevante en mercados donde las conexiones son intermitentes y Android domina con más del 85% de los dispositivos. La verificación de alcanzabilidad es lo que le da eso al Constructor de Customer Journey: una forma de rodear un canal cerrado en vez de solo enumerar los canales que tienes.

Dónde se gana su lugar

Una verificación entre los canales que protege

Construida para los canales entre los que hace respaldo

Una cascada es tan buena como los canales detrás de ella: notificaciones push como primer intento, correo electrónico como respaldo, SMS o WhatsApp para cerrarla.

Condition Split se ve parecido: un nodo, 2 o más ramas, evaluado una vez. La diferencia está en qué lee: un segmento, tag o valor de evento que ya está en el perfil, versus si un canal está abierto. Ambos viven dentro del Constructor de Customer Journey, en el mismo lienzo que cualquier otro elemento de control de flujo.

Los datos detrás de esto viven en infraestructura que puedes nombrar

Los tags de suscripción que revisa una verificación de alcanzabilidad corren por la misma infraestructura que el resto de la plataforma. Pushwoosh cuenta con certificación SOC 2 Type I e ISO 27001:2022, cumplimiento con GDPR y opera bajo la BDSG alemana, con infraestructura propia en EE.UU. y Alemania. El detalle completo está en la página de seguridad de datos.

Cómo funciona

Qué tener en cuenta

Preguntas frecuentes

Alcánzalos por el canal que esté abierto

Encadena una verificación de alcanzabilidad para cada canal que un mensaje pueda usar, y deja de tratar un canal cerrado como un callejón sin salida.

Explora productos relacionados