Notificaciones push web

Aviso de suscripción

Pregunta antes de que lo haga el navegador o el sistema operativo, con algo que la persona realmente lee. Pushwoosh trae un aviso web por defecto, una campanita de suscripción, un popup que puedes mostrar más de una vez, y un primer de permiso para móvil armado con mensajes in-app — todo antes del diálogo nativo que la mayoría solo ve una vez en su vida.

Popup de suscripción personalizado en un sitio web pidiéndole a un visitante que se suscriba, junto al diálogo nativo de permiso del navegador que dispara

Solo tienes una oportunidad para preguntar

Alguien entra a tu sitio y el navegador lo interrumpe con un diálogo de permiso antes de que sepa siquiera qué hace tu marca. Toca “bloquear” por costumbre, y esa decisión es casi permanente: Chrome y Firefox empiezan a tratar un sitio como bloqueado después de dos rechazos, y en iOS tienes exactamente un diálogo nativo, para siempre. En un mercado donde la mayoría del tráfico web llega desde Android y navegadores móviles, esa primera impresión pesa el doble. Un aviso de suscripción es la pregunta que va primero: una campanita, un slide-in, una pantalla in-app, algo que explique a qué se está diciendo que sí antes de que aparezca el diálogo del sistema y se gaste esa única oportunidad real.

Lo que ya viene incluido

En la web, el aviso de suscripción por defecto es un widget sin código que se muestra antes del diálogo nativo del navegador y lo dispara solo cuando la persona acepta. Un botón de campanita (subscribeWidget) se queda fijo en la página para quien se saltó ese primer aviso, y un popup personalizado (subscribePopup) ofrece “Preguntar después” o “Suscribirme”, editable y controlable mediante una API toggle() cuando tu propia lógica decida que es el momento. Los formularios de suscripción por email recogen un segundo opt-in, separado, con doble opt-in como opción.

Repetible, no de un solo tiro

El popup personalizado se puede mostrar tantas veces como haga falta, a diferencia del diálogo nativo que Chrome y Firefox bloquean después de dos rechazos.

Primer móvil, armado a mano

Un mensaje in-app funciona como pantalla previa, y solo dispara el permiso nativo cuando la persona la toca — no hay un botón de "pedir permiso" listo para usar, así que este lo armas tú.

iOS y Android 13 resueltos en el SDK

La autorización provisional de iOS suscribe en silencio, sin ningún diálogo; el permiso en tiempo de ejecución de Android 13 se pide desde el SDK, en el momento que tú definas.

Se muestra tantas veces como haga falta

Vuelve a mostrar el popup personalizado, otra vez y otra más, hasta que la persona se suscriba o lo bloquee del todo — sin límite, y sin el riesgo de que el navegador marque tu sitio como bloqueado, como pasaría tras dos rechazos nativos. Esa insistencia es justo el motivo para construir un popup propio en vez de depender solo del diálogo nativo.

Por qué esto importa para el push web

El push web solo llega a quienes dijeron que sí, y en la web ese sí tiene que sobrevivir a un default hostil: un diálogo del sistema hecho para conseguir una respuesta, no para convencer a nadie. Un aviso de suscripción es el paso que convierte una visita al azar en alguien a quien el resto del producto puede alcanzar — más de tu tráfico termina con algo que realmente puede llegarle, útil incluso en temporadas de campaña como Hot Sale o Buen Fin, cuando cada suscriptor cuenta.

Un opt-in, no un solo canal

El mismo opt-in que recoge un widget web o un primer móvil registra un perfil único en push, web, email e in-app. A partir de ahí, las verificaciones de alcanzabilidad y el fallback de canal en Customer Journey Builder deciden qué canal realmente llega a esa persona — push, luego email, luego SMS — así que el momento que capturas aquí vale más que un suscriptor en un solo canal.

Cómo funciona

  1. Activa tus widgets

    Habilita el aviso por defecto, la campanita o el popup personalizado desde Settings → Platform Configuration → Web Push, o configúralos directo en el Pushwoosh.init.

  2. Elige el momento real

    Dispara el popup con su API toggle() después de que la persona haga algo que muestre interés — leer un artículo, agregar al carrito — en vez de al cargar la página.

  3. Arma el primer móvil

    Construye un mensaje in-app como pantalla previa, y llama al permiso del SDK solo cuando la persona ya la haya tocado.

Bueno saberlo antes de construir sobre esto.

  • No hay un aviso para suscribirse a temas o categorías — encauza esas preferencias con tags y segmentos.
  • No hay un botón de “pedir permiso push” listo para móvil; el primer es un mensaje in-app que armas tú mismo.
  • No hay un centro de preferencias multicanal donde alguien gestione todas sus suscripciones en un solo lugar.
  • El diálogo nativo del navegador solo se dispara tras un gesto del usuario, y Chrome y Firefox empiezan a bloquear un sitio después de dos rechazos — eso es política del navegador, no una configuración de Pushwoosh.
  • Los avisos de push web en iOS solo funcionan dentro de una PWA agregada a la pantalla de inicio (Safari 16.4+), no en una pestaña normal de Safari móvil.

Pregunta una vez más, en el lugar correcto

Un aviso de suscripción es una pregunta pequeña, y decide cuánto de tu audiencia puedes alcanzar de verdad.