¿Existe un número seguro de pushes por día?
No hay un número oficial. En las fuentes oficiales que leímos, Google no publica un límite diario de pushes ni un intervalo mínimo entre un push y otro. Lo que sí publica es que Chrome compara lo que el sitio envía con el tiempo que las personas pasan en él y con cuánto interactúan.
Este artículo reúne lo que Google publicó, casi todo entre 2024 y 2026, explica cada mecanismo con su fuente y su fecha, muestra qué decide la persona y qué decide Chrome, y termina con un método para que encuentres el ritmo de tu propio sitio. Donde la fuente no dice algo, el texto lo avisa.
¿Por qué cada publisher escucha un número distinto?
En un grupo de publishers, la pregunta apareció junto con otras sobre el intervalo entre un push y otro y sobre repetir la misma URL, y cada respuesta trajo un número distinto. Esos números son experiencia personal, y ninguno vino acompañado de clics ni de suscriptores perdidos. Describen el sitio de quien respondió, no una regla de Chrome.
¿Qué compara Chrome en lugar de un número?
Desde enero de 2026, Chrome empezó a limitar el envío de un pequeño número de sitios que mandan notificaciones de más y de poco valor. Según Google, casi todos los sitios no se ven afectados. La fuente es Chrome for Developers, del 6 de enero de 2026.
Según el mismo texto, al comienzo son tres medidas, calculadas todos los días. La primera es cuántos pushes envió el sitio por tiempo que las personas pasan en él. La segunda es cuántas solicitudes de permiso mostró el sitio por ese mismo tiempo. La tercera es el nivel de interacción de las personas con el sitio.
En agosto de 2026, Google describió las mismas señales en otro texto, el volumen de mensajes en relación con el tiempo que las personas pasan en el sitio, la frecuencia de las solicitudes de permiso y la interacción en general. Siete meses después, la vara sigue siendo relativa.
Como dos de las medidas dependen del tiempo que las personas pasan en el sitio, el mismo volumen de pushes pesa de una manera en un sitio y de otra en otro. El número de otro publisher no sirve de vara para el tuyo. Las solicitudes de permiso tienen su propio texto, Cómo conquistar a un suscriptor sin caer en la solicitud silenciosa (solo en portugués por ahora).
¿Qué son el tiempo en el sitio y la interacción?
El texto de Google sobre el límite dice que el tercer factor se basa en la puntuación de interacción del sitio y en los minutos en primer plano. Para entender qué significa eso, conviene leer la documentación de Chromium, que no trae fecha en la página.
Según esa documentación, la interacción es una puntuación de 0 a 100 que cada navegador guarda para cada sitio. La señal principal es el tiempo activo de la persona en el sitio, como desplazarse, hacer clic y escribir. La puntuación sube con ese uso, hasta un máximo por día, y empieza a bajar después de un período sin visita.
En la práctica, y esta es una lectura nuestra, quien recibe tus pushes y no vuelve al sitio deja de sumar interacción. Coincide con lo que dice la Ayuda de Chrome, que Chrome puede quitar el permiso de los sitios que la persona no visita hace un tiempo.
Una curiosidad, para quien le gusta mirar por dentro. Cada persona puede ver las puntuaciones de su propio navegador escribiendo chrome://site-engagement en la barra de direcciones. La página muestra solo las puntuaciones de ese navegador.
¿De qué formas el suscriptor deja de recibir tus pushes?
Hay dos familias de causas. En una, decide la persona. En la otra, decide Chrome. Separarlas ayuda a leer lo que pasa con tu base.
Lo que decide la persona
En Chrome en Android, la persona cancela la suscripción a un sitio con un toque, directamente en la notificación. En septiembre de 2024, cuando el recurso empezaba por los Pixel, Google informó que ya había reducido en un 30% el volumen de notificaciones en los Pixel compatibles. El número es de los Pixel, de 2024, y la fuente no dice cómo se midió. Desde mayo de 2025, Google describe el botón como parte de Chrome en Android. La Ayuda de Chrome de hoy dice que, en algunos dispositivos, es posible darse de baja directamente desde las notificaciones, sin indicar cuáles.
Si la persona toca Dar de baja por error, puede tocar Deshacer en el momento.
En el ordenador, la persona bloquea un sitio en Más, Configuración, Privacidad y seguridad, Configuración de sitios, Notificaciones. Allí ve dos listas, una con los sitios con permiso para enviar notificaciones y otra con los sitios sin permiso para enviar notificaciones. En Android, toca Información de la página, junto a la dirección, y después Permisos, o entra en Más, Configuración, Configuración de sitios, Notificaciones para ver todos los sitios a la vez.
Lo que decide Chrome
Desde octubre de 2025, Chrome quita por sí mismo el permiso que la persona dio a sitios con muy baja interacción y alto volumen de notificaciones, en Android y en el ordenador, y avisa a la persona. Las aplicaciones web instaladas quedan fuera. La fuente es el blog de Google sobre Chrome, del 10 de octubre de 2025. El texto no define qué es muy baja ni qué es alto volumen.
Para evitar el exceso de notificaciones, Chrome también puede quitar el permiso de los sitios que la persona no visita hace un tiempo, según la Ayuda de Chrome. Chrome ya hacía esto con permisos que la persona no usa, como la cámara y la ubicación.
En agosto de 2026, Google informó que Chrome quita el permiso de los sitios que recibieron repetidamente avisos de sospecha. Esos avisos son el tema de la sección sobre el texto de la notificación, más abajo.
La persona puede devolver el permiso. En la Comprobación de seguridad de Chrome, encuentra los permisos quitados de los sitios y puede devolver el permiso. También puede volver al sitio y activar de nuevo las notificaciones, y hasta puede desactivar la eliminación automática.
¿Y el límite de envío?
El límite de envío es otra cosa. Limita el envío del sitio, según Google, y no aparece en las fuentes que leímos como una retirada de permiso. Para casi todos los sitios, no cambia nada.
El texto de la notificación también cuenta
El aviso de posible spam es un mecanismo distinto del límite y de la retirada de permiso. En Android, desde 2025, un modelo de aprendizaje automático que se ejecuta en el propio dispositivo lee lo que está escrito en cada notificación, como el título, el texto y los botones. Cuando considera que el contenido puede ser engañoso o spam, muestra un aviso con las opciones de darse de baja o ver la notificación. El contenido no se envía a Google. La fuente es Chrome Security, del 8 de mayo de 2025.
El aviso es de Chrome en Android, y la fuente de Google no restringe el aviso a un modelo de dispositivo. Según Google, el recurso empezó solo en Android, y Google evaluaría ampliarlo a otras plataformas en el futuro.
Quien recibe el aviso puede tocar Mostrar notificación y después Marcar como seguro para Chrome, según la Ayuda de Chrome. La descripción de Google habla del contenido de la notificación y no menciona la cantidad de envíos.
Si un mismo sitio recibe avisos de sospecha repetidamente, el efecto deja de ser solo visual. En agosto de 2026, Google informó que Chrome quita el permiso de los sitios que recibieron esos avisos repetidamente. La fuente es Google Security, del 11 de agosto de 2026.
El tamaño del problema, en números de Google
Según Google, en octubre de 2025, menos del 1% de todas las notificaciones recibe alguna interacción. Es un número de toda la plataforma, no de un sitio.
En agosto de 2026, Google informó que, con el conjunto de las defensas de Chrome contra notificaciones abusivas, las notificaciones en Android bajaron más de 7 mil millones por día, solo en el primer trimestre. El texto no dice el año del trimestre ni qué defensa produjo el número, así que no mide una sola defensa.
¿Mandar menos push da más clics?
En las pruebas de Google, los sitios que mandan menos notificaciones están viendo más clics. Eso no decide la frecuencia de nadie. La frase habla de lo que Google observó en las pruebas, y no dice cuántos pushes debes mandar. Trata la frecuencia como una prueba, con medición.
El criterio que da el propio Google, en la documentación de push de web.dev, es que el push sirve para que la persona reciba información en el momento justo, relevante y precisa. Fuera de eso, la tendencia es molestar y reducir la interacción.
Qué puede medir el publisher
En el Google Analytics de tu sitio, la visita que trae el push se puede ver, marcada con UTM. La visualización de la notificación no llega a Google Analytics, solo la visita que trae el clic. AI Web Push marca con UTM el enlace de las campañas creadas en el panel y de los posts automáticos. Por la API, los tres campos de UTM son opcionales y no tienen valor por defecto.
Para separar cada campaña en Google Analytics, mira Lo que AI Web Push ya marca con UTM y cómo separar cada campaña. Para poner Google Analytics en tu sitio, mira Cómo poner Google Analytics (GA4) en tu sitio con un plugin, código o GTM, y para medir la suscripción con Google Tag Manager, Cómo crear informes de Web Push en GA4 vía GTM.
Una salvedad importante. La medición de visitas y de clics no muestra quién quitó el permiso. Google Analytics no ve eso. Por eso el método de abajo mira lo que sí se puede ver, los clics de cada push y el total de clics.
Cómo encontrar el ritmo de tu sitio
Este es un método que sugerimos nosotros, una práctica, y no una regla de Google. No tiene número de pushes a propósito, porque el ritmo que sirve es el que tú mides en tu sitio.
- Elige dos semanas parecidas, sin feriado ni noticia fuera de lo común.
- En la primera semana, mantén el ritmo de hoy y anota los clics de cada push y el total de clics de la semana.
- En la segunda semana, cambia una sola cosa, el número de envíos por día, hacia arriba o hacia abajo.
- Compara los clics de cada push, el total de clics y el CTR de las dos semanas.
- Si los clics de cada push bajan y el total no crece, el envío extra no trajo un lector nuevo. Si el total crece y los clics de cada push se mantienen, el sitio aguantó el ritmo nuevo.
- Repite con cada cambio grande de línea editorial o de público.
Ejemplo ilustrativo, sin datos de ningún sitio real. Un sitio manda más envíos en una semana y ve que el total de clics se queda quieto y que los clics de cada push bajan. La lectura es que los envíos de más fueron para quien ya no hacía clic.
Escribe también un título, un texto y botones que describan el contenido. El aviso de posible spam de Android lee lo que está escrito en la notificación, como estos tres elementos.
Errores comunes, cada uno con su fuente
- Un título que parece engañoso o spam, que el aviso de Android puede marcar. Fuente, Chrome Security, mayo de 2025.
- Volumen alto para quien casi no interactúa, que puede llevar a Chrome a quitar el permiso. Fuente, blog de Google, octubre de 2025.
- Pedir permiso demasiadas veces, lo que también cuenta en el límite de envío de Chrome. Fuente, Chrome for Developers, enero de 2026.
- Dejar que el aviso de spam se repita, lo que lleva a Chrome a quitar el permiso. Fuente, Google Security, agosto de 2026.
- Mandar a quien no vuelve al sitio, porque Chrome puede quitar el permiso de los sitios que la persona no visita hace un tiempo. Fuente, Ayuda de Chrome.
La solicitud de permiso tiene reglas propias, que están en el texto sobre cómo conquistar a un suscriptor sin caer en la solicitud silenciosa (solo en portugués por ahora).
¿Vale la pena repetir la misma URL?
En las fuentes oficiales que leímos, Google no publica una regla sobre repetir la misma URL. Como Chrome observa la interacción de las personas, la práctica útil es seguir los clics de cada URL y renovar las que dejaron de rendir. Eso es práctica de mercado, y no regla de Google.
Lo que Google no publicó
Google no dice dónde queda la línea entre mucho y poco envío. No dice a partir de qué punto la interacción es baja, ni qué cuenta como alto volumen. No publica un intervalo mínimo entre pushes. Quien te dé un número exacto está yendo más allá de la fuente.
¿Y en el iPhone?
Las reglas de este texto son de Chrome. En el iPhone y en el iPad, el web push solo funciona en un sitio agregado a la pantalla de inicio, desde iOS y iPadOS 16.4, y la solicitud de permiso tiene que venir de un toque de la persona. La fuente es WebKit, del 16 de febrero de 2023. El texto no dice nada sobre frecuencia en Safari.
Preguntas frecuentes
¿Cuántos pushes por día puedo mandar sin perder mi base?
Google no publica un número por día. Chrome compara lo que el sitio envía con el tiempo que las personas pasan en él y con su interacción.
¿Existe un intervalo mínimo entre un push y otro?
Google no publica un intervalo mínimo.
¿Mandar menos push siempre aumenta los clics?
Google dice que los sitios con menor volumen están viendo más clics, pero eso no decide la frecuencia de tu sitio. Prueba y mide.
¿Qué hace que Chrome quite el permiso de mi sitio?
Entre las causas que Google publicó, mucho volumen con muy baja interacción, un sitio que la persona no visita hace un tiempo y avisos de spam repetidos.
¿La persona puede devolver el permiso?
Sí, por la Comprobación de seguridad de Chrome o volviendo al sitio.
¿El aviso de posible spam cuenta cuántos pushes mando?
La descripción de Google habla del contenido de la notificación y no menciona la cantidad de envíos.
¿Esto vale en el ordenador?
La retirada automática de permiso vale en Android y en el ordenador. El aviso de spam y el botón de baja con un toque son de Chrome en Android.
¿Y en el iPhone?
El web push solo funciona en un sitio agregado a la pantalla de inicio, y la solicitud tiene que venir de un toque de la persona.
¿Cómo veo el resultado del push en Google Analytics?
Por la visita marcada con UTM. La visualización de la notificación no llega a Google Analytics.
Lee también
- Cómo ver los ingresos de tus notificaciones push (UTM, GA4 y Ad Manager)
- Lo que AI Web Push ya marca con UTM y cómo separar cada campaña
- Cómo poner Google Analytics (GA4) en tu sitio con un plugin, código o GTM
- Cómo crear informes de Web Push en GA4 vía GTM
- Cómo conquistar a un suscriptor sin caer en la solicitud silenciosa (solo en portugués por ahora)
Fuentes oficiales
- Chrome for Developers, Increasing web push notification value with rate limits, 6 de enero de 2026, https://developer.chrome.com/blog/web-push-rate-limits
- Blog de Google sobre Chrome, Reducing notification overload for a quieter browsing experience in Chrome, 10 de octubre de 2025, https://blog.google/chromium/automatic-notification-permission/
- Chrome Security, Fighting Unwanted Notifications with Machine Learning in Chrome, 8 de mayo de 2025, https://blog.google/chromium/fighting-unwanted-notifications-wi/
- Google Security, texto sobre las capas de defensa de Chrome contra notificaciones abusivas, 11 de agosto de 2026, https://blog.google/security/the-multi-layered-defenses-that-harden-chrome-against-abusive-notifications/
- Google, actualización de seguridad de Chrome, 12 de septiembre de 2024, https://blog.google/products-and-platforms/products/chrome/google-chrome-safety-update-september-2024/
- Ayuda de Chrome, notificaciones en Chrome, consultada el 21 de octubre de 2026, https://support.google.com/chrome/answer/3220216?co=GENIE.Platform%3DAndroid
- web.dev, Push notifications overview, actualizada el 10 de noviembre de 2020, https://web.dev/articles/push-notifications-overview
- Chromium, documento de diseño de Site Engagement, sin fecha en la página, https://www.chromium.org/developers/design-documents/site-engagement/
- WebKit, Web Push for Web Apps on iOS and iPadOS, 16 de febrero de 2023, https://webkit.org/blog/13878/web-push-for-web-apps-on-ios-and-ipados/