Las notificaciones push no siempre llegan. Los usuarios desaparecen sin previo aviso. Y una parte considerable de tu audiencia vive en Telegram — sobre todo en comunidades de cripto, gaming y delivery en México, Colombia y Argentina. La actualización de abril ataca estos tres puntos a la vez.
Esto es lo que cambia 👇
Nuevo canal disponible: Telegram 💬
Ya puedes configurar un bot de Telegram en Pushwoosh y mandarles mensajes 1:1 a tus usuarios directamente desde el Customer Journey Builder, junto a tus pasos de push, in-app, email, SMS y WhatsApp.
Qué cambia: Para muchas apps móviles en LATAM, Telegram es el canal donde realmente ocurren las conversaciones con los usuarios — especialmente en verticales como fintech, gaming y comunidades de ofertas. Antes había que mantener una herramienta aparte de tu stack principal de marketing. Con Telegram dentro del Customer Journey lo orquestas como cualquier otro canal: misma segmentación, mismos triggers, mismo reporting. Push, WhatsApp y Telegram conviven en un solo journey y se reparten al usuario según comportamiento.
No pierdas a los usuarios que no recibieron tu push 🔁
El paso de notificación push del Customer Journey Builder ya podía dividir el flujo por aperturas. Ahora también divide por entrega — es decir, según si el mensaje llegó al dispositivo o no.
- 🟢 Entregado → sigue por el camino principal.
- 🟠 No entregado (token expirado, dispositivo offline, opt-out, etc.) → reroutea esos usuarios a otro canal: email, SMS, in-app o Telegram.
Por qué importa: La tasa de apertura te dice quién interactuó. La tasa de entrega te dice a quién le llegó el mensaje en primer lugar. En LATAM, donde Android domina con un 85%+ del mercado y muchos usuarios usan dispositivos de gama media con conexiones intermitentes, una porción significativa de los push simplemente no llega en el primer intento. Los usuarios que no la recibieron suelen ser justo los que más necesitas alcanzar — confirmación de pago en una fintech, recordatorio de carrito abandonado en plena Hot Sale, alerta de breaking news en un app de medios. El journey ahora redirige a esos usuarios al canal de fallback de manera automática, con los conteos de entregado vs. no entregado visibles en el canvas.
Detecta usuarios inactivos antes de que se vayan 😴
Un nuevo evento por defecto del SDK, PW_UserIdle, se dispara cuando un usuario queda inactivo en tu app móvil. El SDK lo trae listo, así que no tienes que definir el evento tú mismo.
Los usuarios inactivos son difíciles de tratar: todavía no se fueron, pero nada en tus datos los marca tampoco. Con PW_UserIdle puedes:
- segmentar usuarios dormidos para campañas de reactivación,
- disparar journeys directamente con el evento, o
- alimentar la señal a ManyMoney AI, para que tome la inactividad en cuenta en las campañas que arma sola.
Más sobre PW_UserIdle (y sus atributos) →
Cloud Pages disponible para todos los planes 📄
Cloud Pages, landing pages con tu marca alojadas por Pushwoosh, ya están disponibles para cualquier cuenta a pedido.
Qué cambia: La mayoría de las campañas necesitan una página a la cual mandar al usuario: una encuesta, un formulario de registro, una promo larga, una página de click-through tras un mensaje in-app. Antes esto vivía en un page builder separado. Ahora puedes construir y alojar el destino dentro de Pushwoosh, con los datos de audiencia y la segmentación ya conectados — una herramienta menos en tu stack.
Para activar Cloud Pages en tu cuenta, contacta a tu Customer Success Manager o al equipo de Soporte.
Prueba las actualizaciones tú mismo
Cada feature de arriba está activa y lista para usar en tu cuenta.
Para la lista completa, revisa nuestras release notes.
