Fuentes de tráfico · Glosario

Tráfico push Notificaciones web push e in-page push

En palabras simples

El tráfico push viene de anuncios con forma de notificación. O bien el usuario alguna vez permitió que un sitio le mandara notificaciones del navegador y ahora recibe anuncios por esa vía, o bien el anuncio simplemente parece una notificación dentro de una página web. Los clics son baratos y rápidos de comprar, los usuarios no están buscando nada y las ofertas simples y potentes son las que mejor funcionan.

Definición

El tráfico push es publicidad entregada como notificaciones. El web push clásico usa el permiso de notificaciones del navegador: un usuario que hizo clic en “Permitir” en un sitio entra a una lista de suscriptores, y las redes push venden espacios publicitarios en las notificaciones que reciben esos suscriptores, que aparecen en el escritorio o en la bandeja de notificaciones del teléfono incluso con el navegador cerrado. El in-page push imita ese mismo aspecto dentro de una página web como formato de banner, no necesita suscripción y funciona en iOS y en navegadores donde las notificaciones están restringidas. Redes como RichAds, PropellerAds, Kadam y otras venden ambos, normalmente por CPC con segmentación por GEO, dispositivo, sistema operativo, navegador y antigüedad de la suscripción.

Los usuarios de push no están buscando, así que el formato favorece ofertas que se entienden en una línea: sweepstakes, utilidades y VPN, dating, leads de finanzas, instalaciones de apps y ofertas simples de e-commerce. Las creatividades son diminutas (un título, un mensaje corto, un ícono y a veces una imagen grande), lo que hace que el gancho y la landing carguen con la conversión. La antigüedad de la suscripción también importa: los suscriptores recientes hacen más clics y convierten más, las listas viejas menos, y las redes suelen fijar precios y segmentar por separado.

Los navegadores han ido restringiendo el formato. Chrome 80, lanzado en febrero de 2020, introdujo una interfaz de permisos de notificación más silenciosa que reemplaza el pop-up por un pequeño ícono para los usuarios que suelen rechazar las solicitudes y para los sitios con tasas de aceptación muy bajas. Chrome 84, en julio de 2020, empezó a enviar automáticamente a esa interfaz silenciosa a los sitios con solicitudes de permiso abusivas o contenido de notificaciones abusivo (mensajes falsos del sistema, phishing, malware). El efecto para los afiliados es que las listas de suscriptores construidas con solicitudes engañosas se encogen y pierden alcance, y que el texto de notificación que se hace pasar por una alerta del sistema o de seguridad es a la vez una violación de políticas y un riesgo de baneo.

El push es un canal de volumen que se optimiza por fuente y por zona. Las campañas se lanzan amplias con un CPC cercano a la puja sugerida, luego se recortan por zona o ID de publisher, navegador y antigüedad de la suscripción, y las creatividades se renuevan seguido porque los mismos suscriptores ven muchos anuncios. Como en todo canal frío, las tasas de aprobación dependen de qué tan honesto sea el gancho sobre la oferta que hay detrás.

En la práctica

Caso de la industria

La ofensiva de Chrome contra las solicitudes de notificaciones en 2020

En febrero de 2020 Chrome 80 introdujo la interfaz silenciosa de permisos de notificación: en lugar de un pop-up que interrumpe, los usuarios que suelen rechazar notificaciones, y quienes visitan sitios con tasas de aceptación muy bajas, ven una pequeña campana tachada en la barra de direcciones. Al mismo tiempo, Google agregó datos de permisos de notificación al Chrome User Experience Report, así que las tasas de aceptación por sitio pasaron a ser medibles. En julio de 2020 Chrome 84 fue más allá y empezó a poner automáticamente en la interfaz silenciosa a los sitios con solicitudes de permiso o contenido de notificaciones abusivos.

Para el ecosistema push el cambio fue estructural. Las listas de suscriptores solo crecen a través de sitios cuyas solicitudes los usuarios de verdad aceptan, así que las solicitudes agresivas del tipo “haz clic en Permitir para continuar” perdieron buena parte de su efecto, y las listas construidas así dejaron de crecer. Las creatividades de notificación que imitan avisos del sistema, llamadas perdidas o alertas de virus se volvieron un camino rápido hacia las sanciones. Las redes respondieron impulsando el in-page push, que no necesita ningún permiso, y con una moderación de creatividades más estricta. Para un afiliado, la lección duradera es que el volumen de push se alquila a las políticas del navegador; el gancho honesto sobre la oferta es el que sobrevive al siguiente cambio.

Errores comunes

  • Escribir notificaciones que imitan alertas del sistema, llamadas perdidas o avisos de virus. Rompe las reglas de las redes y la política de abuso de Chrome, e infla el scrub.
  • Tratar a todos los suscriptores igual. La antigüedad de la suscripción, el navegador y el sistema operativo cambian mucho la conversión; segmenta y puja por separado.
  • Mandar tráfico push a flujos largos. Los usuarios de push actúan por impulso; los flujos cortos como formularios SOI e instalaciones simples convierten mejor.
  • No rotar creatividades. Los mismos suscriptores ven muchas notificaciones; el CTR cae rápido sin títulos e íconos nuevos.
  • Ignorar los datos por zona. Como en native, los resultados de push se concentran en una minoría de zonas; bloquea el resto.

Profundiza

Preguntas frecuentes

¿Cuál es la diferencia entre push clásico e in-page push?

El web push clásico se entrega a usuarios que permitieron que un sitio les mandara notificaciones del navegador y puede aparecer fuera del navegador. El in-page push solo parece una notificación y se muestra dentro de una página web, así que no necesita suscripción y funciona donde las notificaciones están restringidas.

¿Qué ofertas funcionan con tráfico push?

Ofertas que se explican en una línea y se completan rápido: leads de sweepstakes, VPN y utilidades, dating SOI, leads de finanzas, instalaciones de apps y ofertas simples.

¿Chrome mató al tráfico push?

No, pero lo restringió. Chrome 80 (febrero de 2020) introdujo solicitudes de permiso más silenciosas y Chrome 84 (julio de 2020) empezó a penalizar a los sitios con solicitudes o notificaciones abusivas. Los flujos de suscripción y las creatividades honestas siguen funcionando.

¿Cómo se cobra el tráfico push?

Sobre todo por clic (CPC), a veces por impresión, con pujas que varían según GEO, dispositivo, navegador y antigüedad de la suscripción. Las redes publican pujas sugeridas por segmento.

Fuentes

  1. Adding notification permission data to the Chrome User Experience Report — Chrome for Developers (developer.chrome.com, 2020)
  2. Chrome 84 will block intrusive notifications, permission requests from abusive sites — 9to5Google (9to5google.com, 2020)
  3. Shhh…be quiet! Reducing the unwanted interruptions of notification permission prompts on Chrome — Google Research (research.google)
  4. Native Advertising: A Guide for Businesses — Federal Trade Commission (ftc.gov, 2015)

Las referencias se listan como texto a propósito; búscalas por título y editor. Actualizado: 2026-10-06.

Los términos son la parte fácil.

Ponlos en práctica en una red con tracking real, pagos en unas 48 horas y un manager dedicado.

Únete a la red