Mayo sigue a buen ritmo. Vol.3 trae dos integraciones importantes y algunos controles nuevos que aparecen todo el tiempo en el trabajo diario de journeys.
Esto es lo que cambia 👇
Sincronizá tus audiencias de journey con Meta 🎯
El elemento Audience sync del Customer Journey Builder ya se conecta con Meta Ads. Agregalo en cualquier journey, seleccioná la cuenta publicitaria y la Custom Audience, y añadí o remové usuarios como un paso más del flujo.
Qué cambia: los cohortes de comportamiento que construís en Pushwoosh ahora alimentan automáticamente el retargeting pago y las listas de exclusión en Meta. Sin exportar CSVs, sin jobs de sincronización manual, sin esperar a que el equipo de datos conecte los dos sistemas. La sincronización corre como parte del journey y se mantiene actualizada a medida que los usuarios entran y salen.
Por qué es especialmente relevante en LATAM: Meta e Instagram son el canal pago dominante en la región. En mercados como México, Colombia, Argentina y Brasil, una parte enorme del presupuesto de performance se destina a campañas en Meta — y más del 85% de los dispositivos de esos mercados son Android. Eso significa que la mayoría de los usuarios en tus cohortes de Pushwoosh ya son usuarios activos en Meta/Instagram, y ahora podés activarlos ahí sin fricciones.
Un caso concreto para e-commerce LATAM: armás un cohorte de usuarios que agregaron al carrito pero no compraron, y en lugar de enviar solo un push de recupero, también los sumás a una Custom Audience de Meta para mostrarles el producto en Instagram. Coordinado, sin trabajo manual, dentro del mismo journey.
Meta es la primera plataforma publicitaria soportada en Audience sync de Pushwoosh. Google, Pinterest y otras llegarán después, todas a través del mismo elemento de journey.
Aprendé más sobre el elemento Audience sync →
Disparar journeys desde servicios externos con inbound webhook 🔌
Los Inbound webhooks permiten que servicios de terceros disparen eventos de Pushwoosh directamente. Tu CRM cierra un deal, tu plataforma de e-commerce registra un pago, tu herramienta de analytics detecta un hito — cada uno envía un HTTP POST a Pushwoosh, y el evento mapeado se dispara sobre el usuario correspondiente.
Qué cambia: antes, convertir un webhook de terceros en un evento de Pushwoosh implicaba montar un pequeño servidor de integración de tu lado: recibir el webhook, parsear el payload, llamar a la API de Pushwoosh y manejar los reintentos. Ahora Pushwoosh se encarga de esa parte. Pegás un payload de ejemplo, mapeás los campos a atributos del evento, elegís cómo identificar al usuario (User ID, email, teléfono o HWID) y listo.
Caso de uso — MercadoPago o Stripe → journey post-compra: un pago confirmado en MercadoPago (el procesador más usado en LATAM) o en Stripe llega como evento de compra en Pushwoosh y dispara automáticamente el flujo de agradecimiento o el journey de upsell. Si tu operación usa MercadoPago en Brasil, Argentina o México y Stripe para cobros internacionales, ambos pueden apuntar al mismo endpoint de inbound webhook — un payload de ejemplo por plataforma, y el resto lo resuelve Pushwoosh.
Esto es particularmente útil para apps de fintech y servicios de pago regional: cualquier evento transaccional relevante — carga de saldo, primer depósito, límite de crédito aprobado — puede disparar un journey de bienvenida, una confirmación o una oferta contextual sin que el equipo de desarrollo tenga que construir y mantener infraestructura de integración.
Control de entrega más preciso ⚙️
Dos actualizaciones más chicas que salen bastante en el trabajo diario de journeys.
⏱️ Configurar el TTL de push por campaña
El Push TTL — cuánto tiempo intenta el sistema entregar una notificación si el dispositivo está offline — ahora se puede configurar a nivel de campaña individual, tanto en pasos de push de Customer Journey como en envíos únicos. Hasta ahora, el TTL vivía en el preset, así que todas las campañas que usaban ese preset heredaban la misma fecha de expiración.
Por qué importa: los mensajes sensibles al tiempo — flash sales, OTPs, alertas de breaking news, recordatorios de eventos en vivo — no deberían llegar 3 días tarde cuando el teléfono del usuario vuelve a conectarse. Configurá un TTL corto y las notificaciones vencidas se descartan automáticamente. Para todo lo demás, el valor por defecto funciona bien.
En LATAM, donde la conectividad puede ser intermitente en zonas rurales o en ciudades con cobertura variable, la diferencia entre un mensaje que llega a tiempo y uno que llega tarde puede ser la diferencia entre una venta y un usuario confundido. Vale la pena ajustarlo para campañas con hora de expiración real.
🗓️ Segmentar usuarios por eventos de fecha futuros con daysahead
Un nuevo operador, daysahead, te permite segmentar usuarios por tags de tipo Fecha o atributos de evento mirando hacia adelante en el tiempo. Es el espejo de daysago.
Usalo para construir segmentos como:
- suscripciones que vencen en los próximos 7 días,
- cumpleaños en los próximos 3 días,
- trials que terminan en los próximos 14 días,
- reservas, turnos o eventos agendados que se acercan esta semana.
El operador siempre recalcula desde ahora, así que el segmento se mantiene fresco solo, sin actualizaciones manuales ni jobs de refresh programados. Combinalo con un journey para disparar recordatorios de renovación, ofertas de cumpleaños o avisos de vencimiento en el momento justo.
Caso de uso para apps de streaming y fintech en LATAM: las plataformas de streaming de la región — que compiten en mercados donde el precio mensual importa mucho — pueden usar daysahead para identificar a los usuarios cuyo plan vence en los próximos 5 días y enviarles una oferta de renovación anticipada. Lo mismo aplica para apps de préstamos, seguros digitales o billeteras que tienen fechas clave de vencimiento o renovación de contratos. El segmento se actualiza solo cada día, así que no hay que preocuparse por mantenerlo.
Centro de preferencias de email: gestión de categorías más flexible 💌
En la actualización Q1 2026, lanzamos el centro de preferencias de suscripción de email — los suscriptores eligen qué categorías de email quieren recibir (newsletters, promociones, actualizaciones de producto) en lugar de darse de baja de todo de un click.
Qué cambió desde entonces: gestionar esas categorías es ahora más flexible.
Al crear una categoría, ahora podés decidir en el momento si querés:
- auto-suscribir nuevos usuarios a medida que se registren, y/o
- suscribir a todos los usuarios existentes en el momento en que guardás.
También podés importar categorías de suscripción en masa vía CSV. Esto es útil cuando estás migrando una audiencia existente o sincronizando preferencias desde otro sistema.
Para equipos que migran desde otras plataformas de email: si venís de Mailchimp, RD Station, emBlue, Doppler u otra herramienta popular en LATAM, el import CSV de categorías simplifica bastante el proceso. En lugar de reconstruir manualmente las preferencias de suscripción de tu base, exportás los datos de la plataforma anterior, adaptás el formato a una columna con nombres de categoría separados por coma, y la importación se encarga del resto. Sin código, sin tickets al equipo de desarrollo.
Probá las actualizaciones vos mismo
Todas las funcionalidades de arriba ya están live y listas para usar en tu cuenta.
Para la lista completa, mirá nuestras release notes.
Artículos relacionados
Ver todo
