Publicado: 6 de enero de 2026
A partir de este mes, Chrome comenzará a lanzar límites de frecuencia de mensajes de la API de Push para los sitios que envían muchas notificaciones sin mucha participación en el sitio. En esta publicación, se explica el cambio y los sitios que probablemente se vean afectados por él.
La Web abierta es una plataforma potente para conectarse con los usuarios, y la API de Push ha sido una parte transformadora de ella. En conjunto con la API de Notifications, la API de Push permite que los sitios envíen notificaciones oportunas incluso cuando el sitio web no se está ejecutando en el navegador. Esto permite una conexión persistente y valiosa entre los usuarios y los sitios que más les interesan.
Sin embargo, como suele suceder con la tecnología avanzada, existe la posibilidad de que se use de forma inadecuada. Muchos de nosotros lo hemos experimentado: un sitio web que nos bombardea con un flujo constante de notificaciones que no son relevantes ni valiosas. Esto puede deberse a problemas como que un sitio web cambie su comportamiento desde que se otorgó el permiso o que se engañe a un usuario para que acepte una solicitud de permiso. Estas notificaciones no deseadas interrumpen el flujo de trabajo del usuario y pueden generar una percepción negativa de las notificaciones y de la Web en general. Creemos que el poder de las notificaciones push debe ir acompañado de la responsabilidad de usarlas con prudencia.
Nuestro compromiso continuo con una mejor experiencia de notificaciones
Trabajamos arduamente para brindarles a los usuarios más control y abordar el spam de notificaciones de frente. En Chrome 80, presentamos mensajes más silenciosos para solicitar permisos de notificaciones, que muestran un mensaje más sutil para los sitios con tasas de aceptación bajas o para los usuarios que bloquean con frecuencia las solicitudes de notificaciones. Más recientemente, para Chrome en Android, comenzamos a usar el aprendizaje automático integrado en el dispositivo para identificar y advertir a los usuarios sobre notificaciones potencialmente maliciosas o que generan spam, lo que ayuda a protegerlos de intentos de phishing y otro contenido dañino sin comprometer la privacidad. También revocamos automáticamente los permisos de notificaciones de los sitios que la Navegación segura de Google identifica como abusivos. Por último, en octubre anunciamos que Chrome quitará automáticamente el permiso de notificaciones por usuario para los sitios con los que un usuario no haya interactuado recientemente. Estos son solo algunos ejemplos de nuestro compromiso continuo para crear una experiencia de notificaciones más segura y agradable para todos.
Una nueva capa: Límites de frecuencia de la API de Push
Para proteger aún más a los usuarios de Chrome del volumen abrumador de notificaciones y garantizar que estas sigan siendo una herramienta útil para todos, presentaremos un mecanismo de limitación de frecuencia para la API de Push basado en la participación del usuario. Nuestro objetivo es crear una mejor Web, en la que los usuarios tengan el control y los desarrolladores puedan establecer conexiones significativas. Este cambio está diseñado para frenar las prácticas abusivas de notificaciones sin afectar a los sitios web legítimos.
Cómo funciona
Inicialmente, nuestra determinación para limitar la velocidad de un sitio se basará en tres factores clave, que se calculan a diario:
- Es la cantidad de mensajes push que envió un sitio por el tiempo que se pasó en él.
- Es la cantidad de mensajes de permisos que se muestran por el tiempo que se pasa en el sitio.
- Es el nivel de participación que tiene el usuario en el sitio (según la puntuación de participación en el sitio y la cantidad de minutos en primer plano).
Cuando se identifica que un sitio envía una gran cantidad de notificaciones con muy poca participación de los usuarios, lo consideraremos disruptivo y limitaremos su capacidad de enviar mensajes a un valor no inferior a 1,000 por minuto. Las solicitudes que superen ese límite generarán una respuesta HTTP 429.
Para evitar que los sitios molestos alternen rápidamente entre el comportamiento molesto y el no molesto, la lógica para quitar el límite de frecuencia es más compleja:
- Después del primer día de comportamiento disruptivo, el límite de frecuencia se aplicará durante un día.
- Después del segundo día de comportamiento disruptivo, se aplicará el límite de frecuencia durante siete días.
- Después del tercer día de comportamiento disruptivo y los días posteriores, se aplicará el límite de frecuencia durante 14 días.
- El recuento se restablecerá después de 42 días consecutivos de comportamiento no disruptivo.
Si bien esto describe nuestro enfoque inicial, los detalles de este cálculo pueden evolucionar con el tiempo a medida que lo haga el ecosistema, para brindar el mejor servicio tanto a los usuarios como a la comunidad de desarrolladores.
¿Esto afectará mi sitio?
Es importante destacar que este cambio solo afectará a la API de Push. Los sitios aún podrán enviar notificaciones mientras estén abiertos con la API de Notifications.
Este cambio no afectará a casi todos los sitios web. Esta iniciativa está dirigida a una pequeña cantidad de sitios que envían una cantidad excesiva de notificaciones de bajo valor. Para la comunidad de desarrolladores en general que se enfoca en enviar notificaciones oportunas, pertinentes y atractivas, este cambio ayudará a preservar la integridad y la eficacia de este poderoso canal de comunicación.
Creemos que este es un paso necesario para garantizar un futuro saludable y sostenible para las notificaciones web. Si fomentamos un enfoque más reflexivo y centrado en el usuario, podemos crear de forma colectiva una mejor experiencia de notificaciones para todos en la Web.