En algún momento de los últimos dieciocho meses, las plataformas dejaron de pedir a los remitentes que se comportaran y empezaron a hacerlo cumplir. Chrome ahora limita la tasa de sitios que clasifica como disruptivos y revoca silenciosamente el permiso de notificación de sitios que los usuarios ignoran. Android 16 silencia las ráfagas de notificaciones por defecto, agrupa forzosamente todo y, en los Pixel más nuevos, archiva los envíos promocionales en un paquete colapsado y silencioso. Google Messages limita cuántos usuarios nuevos puede alcanzar un remitente de RCS de baja reputación. Si buscaste “chrome notification crackdown” o “why are my push notifications not delivered”, esta página es la referencia: cada cambio, la fuente principal detrás de él, a quién afecta y las soluciones específicas que mantienen a un remitente entregado.
Este es un documento vivo. Lo actualizamos cuando una plataforma lanza o anuncia un cambio, y cada revisión se registra en el registro de cambios en la parte inferior. Última actualización: 17 de agosto de 2026.
Una nota de encuadre antes de los detalles, porque explica cada entrada en la tabla a continuación. Ninguna de estas plataformas está matando las notificaciones. Todas están dividiendo las notificaciones en dos clases: los envíos de alto volumen y bajo compromiso se limitan, silencian, agrupan o anulan la suscripción, mientras que las notificaciones relevantes y basadas en eventos mantienen la entrega completa y, en algunos casos, obtienen una mejor ubicación que antes. La represión no es contra los push. Es contra el bombardeo.
Qué cambió: el cronograma de la represión de notificaciones de 2026
| Plataforma | Cambio | ¿A quién afecta? | Efectivo | Fuente |
|---|---|---|---|---|
| Chrome (escritorio + Android) | UI de permisos más silenciosa: aviso silenciado para usuarios que suelen bloquear y para sitios con bajas tasas de aceptación de avisos; ampliado más tarde a sitios con avisos o contenido abusivos | Sitios que solicitan en la primera visita a la página o envían contenido engañoso | Chrome 80, febrero de 2020 (aplicación extendida hasta 2020) | Blog de Chromium |
| Safari / iOS | Web Push declarativo: web push sin service worker, sin penalización de push silencioso para cargas declarativas | Remitentes de web push dirigidos a usuarios de Apple | iOS/iPadOS 18.4 (marzo de 2025); Mac en Safari 18.5 (mayo de 2025) | Blog de WebKit |
| Chrome en Android | ML en el dispositivo marca las notificaciones web push sospechosas como "posiblemente engañosas o spam" con cancelación de suscripción de un toque | Remitentes cuyo patrón de texto de notificación coincide con spam | Mayo de 2025 | Blog de Chromium |
| Android 16 | Enfriamiento de notificaciones (ráfagas progresivamente más silenciosas, activadas por defecto) y agrupación forzada de las notificaciones de cada aplicación | Remitentes de push de aplicaciones de alta frecuencia; ráfagas de cualquier tipo | Estable el 10 de junio de 2025 | Android Authority; nuestro análisis en profundidad |
| Chrome (escritorio + Android) | Revocación automática de permisos de notificación a través de Comprobación de seguridad para sitios de bajo compromiso y alto volumen | Sitios que envían muchas notificaciones en las que los usuarios nunca hacen clic | Anunciado el 10 de octubre de 2025; en proceso de implementación | Blog de Chromium |
| Mensajes de Google | Agrupación de "remitentes desconocidos"; marcas de verificación de empresas verificadas y marca estandarizada para RCS | Empresas que envían mensajes a usuarios que no las tienen guardadas | Desde mediados de octubre de 2025 (en implementación) | Android Authority |
| Android 16 QPR2 (Pixel) | Organizador de notificaciones: la IA en el dispositivo clasifica las notificaciones de promociones y noticias en un paquete colapsado y silencioso por defecto; resúmenes de IA para conversaciones | Envíos de notificaciones push de aplicaciones promocionales en Pixels actuales (6 países, inglés) | Diciembre de 2025 | 9to5Google |
| Chrome (escritorio + Android) | Límites de frecuencia de la API de push: los sitios clasificados como disruptivos se limitan a 1000 mensajes push/minuto con HTTP 429 por encima de ese límite; escalera de penalización de 1 → 7 → 14 días | Envíos de alto volumen con baja interacción por usuario | En implementación a partir de enero de 2026 | Chrome para desarrolladores |
| RCS para empresas | Límites de tráfico basados en la reputación: límites de usuarios únicos por períodos de 28 días para agentes promocionales de baja reputación (activo en India; los nuevos agentes comienzan con baja reputación); análisis de tendencias de spam y motivos de cancelación de suscripción | Envíos promocionales de RCS, especialmente nuevos agentes | 7 de enero / 16 de febrero / 1 de abril de 2026 | Notas de la versión de RCS para empresas |
Ahora el detalle por plataforma, en el orden en que aparecerá en tu panel.
Chrome: límites de frecuencia, permisos revocados automáticamente y filtrado de spam con ML
Chrome es donde la mayoría de los equipos de retención sienten la represión primero, porque las notificaciones push web son el canal propio de mayor volumen que la mayoría de las marcas de comercio electrónico utilizan. Tres mecanismos separados están ahora activos y se acumulan.
Límites de frecuencia de la API de push para sitios "disruptivos"
Desde enero de 2026, Chrome evalúa cada sitio diariamente según tres factores: mensajes push enviados por el tiempo que los usuarios pasan en el sitio, notificaciones de permiso mostradas por el tiempo en el sitio y el nivel de interacción del usuario con el sitio (puntuación de interacción del sitio más minutos en primer plano). Un sitio que no supera la prueba se clasifica como disruptivo y se limita a 1000 mensajes push por minuto. Todo lo que supere el límite recibe una respuesta HTTP 429 del servicio de push.
La penalización se intensifica. El primer día disruptivo otorga un límite de 1 día. Un segundo día consecutivo lo extiende a 7 días. A partir del tercer día, el límite se aplica durante 14 días a la vez, y el contador solo se reinicia después de 42 días consecutivos de comportamiento limpio. Google no ha publicado un número de versión de Chrome para la implementación; el mecanismo se evalúa en el servidor y llegó silenciosamente.
Haz los cálculos contra tu propia lista. A 1000 mensajes por minuto, un envío para 500.000 suscriptores tarda más de ocho horas en completarse. Una notificación push de venta flash que debía llegar en quince minutos ahora llega a lo largo de una jornada laboral completa, y la ventana de ingresos que debía alcanzar ya no existe. Ese es el costo real: no una prohibición, una decadencia: tus ingresos de carritos recuperados y tus cifras de clics a ingresos se erosionan mientras tu panel de entrega todavía dice "enviado".
Tenga en cuenta el alcance. El límite se aplica solo a la API de Push en segundo plano; las notificaciones enviadas desde una pestaña abierta a través de la API de Notificaciones no se ven afectadas. El propio enfoque de Google es que “casi todos los sitios web no se verán afectados”; el objetivo es el pequeño conjunto de remitentes que envían un gran volumen a una audiencia que ha dejado de responder. Si usted pertenece a ese conjunto es una pregunta medible, y la autoevaluación a continuación lo explica.
Revocación automática de permisos
El segundo mecanismo elimina a los suscriptores que creías que poseías. Anunciado el 10 de octubre de 2025, la Comprobación de Seguridad de Chrome ahora revoca automáticamente el permiso de notificación de los sitios que combinan un nivel de interacción del usuario muy bajo con un alto volumen de notificaciones enviadas, el mismo tratamiento que ya aplicaba a los permisos de cámara y ubicación no utilizados. El equipo de producto de Chrome lo justificó con una cifra: menos del 1% de todas las notificaciones reciben alguna interacción por parte de los usuarios.
Los detalles que importan para un remitente:
- Las aplicaciones web instaladas están exentas. Un suscriptor que haya añadido su sitio a su pantalla de inicio o escritorio conserva el permiso.
- Se notifica al usuario cuando Chrome elimina un permiso, y este puede restaurarlo a través de la Comprobación de Seguridad o al visitar de nuevo su sitio y volver a aceptarlo.
- Google informó que en las pruebas, la sobrecarga de notificaciones disminuyó significativamente con “solo un cambio mínimo en los clics totales de notificaciones”, y que los sitios que enviaban volúmenes menores vieron aumentar las tasas de clics.
Lea ese último punto de nuevo, porque es toda la represión en una sola frase. Los clics nunca estuvieron en la cola de la lista. Los sitios que enviaban menos ganaban más por envío. Chrome ahora está aplicando la higiene de la lista que los remitentes de alto rendimiento ya estaban practicando: su segmento inactivo ya no es un número de vanidad en el contador de suscriptores, es una responsabilidad que desencadena la aplicación.
Google no ha publicado los umbrales numéricos para "bajo compromiso" o "alto volumen", por lo que ningún proveedor puede prometerle un techo seguro. Lo que usted puede controlar es la proporción que el sistema está midiendo claramente: interacciones por notificación entregada.
Evaluación de ML en el dispositivo en Android
El tercer mecanismo, activo desde mayo de 2025, coloca un modelo de aprendizaje automático entre su notificación y los ojos del usuario. Chrome en Android analiza el contenido de las notificaciones push web entrantes en el dispositivo (las notificaciones push web están cifradas de extremo a extremo, por lo que el análisis debe ser local; el modelo lee el título, el cuerpo y las etiquetas de los botones de acción). Las notificaciones que coinciden con patrones de engaño o spam se muestran con una advertencia y una opción de cancelar suscripción de un solo toque.
Los hábitos de redacción que hacen tropezar a los clasificadores de spam son aquellos en los que se apoyan los remitentes de baja calidad: urgencia falsa, lagunas de clickbait, estilo engañoso de mensajes del sistema. Si la redacción de su notificación pudiera confundirse con una plantilla de estafa de premios, en algunos teléfonos ahora se envía con una etiqueta de advertencia y una puerta de salida adjunta.
Lo que la historia de Chrome le dice sobre lo que vendrá
Nada de esto es un desvío. Chrome silenció el aviso de permisos para sitios de baja aceptación en febrero de 2020, y luego extendió la aplicación a avisos abusivos y contenido abusivo más adelante ese mismo año. La ola de 2025-2026 traslada la aplicación desde el momento de opt-in a la relación de envío en sí. La dirección ha sido unidireccional durante seis años: cada lanzamiento hace que la participación sea más importante. Planifique que los umbrales se endurezcan, no que se relajen.
Android 16: enfriamiento, agrupación forzada y el paquete silencioso de Promociones
Los cambios de Android afectan a las notificaciones push de las aplicaciones en lugar del navegador, y cambian lo que significa "entregado" en lugar de si la entrega ocurre.
Enfriamiento de notificaciones, activado por defecto cuando Android 16 se volvió estable el 10 de junio de 2025, se enfoca en ráfagas. La primera notificación en una ráfaga alerta con volumen completo y un banner completo; cada una subsiguiente dentro de aproximadamente un minuto es progresivamente más silenciosa y visualmente minimizada, y la ráfaga se colapsa bajo un solo banner. Las llamadas, alarmas y conversaciones prioritarias están exentas; las notificaciones de marketing y transaccionales no lo están. Nada se elimina y los informes de entrega no se mueven, que es exactamente por lo que el cambio es peligroso. Tu panel dice tres entregadas; el teléfono del usuario presentó una. Publicamos un análisis completo de la mecánica y las correcciones de diseño de envío en nuestra guía de enfriamiento de notificaciones de Android 16.
Agrupación forzada elimina una opción que los desarrolladores solían tener: Android 16 agrupa todas las notificaciones de la misma aplicación, independientemente de si la aplicación optó por participar o no. Combinado con el enfriamiento, los segundos y terceros envíos de cualquier secuencia rápida son ahora elementos de línea silenciosos y colapsados en lugar de banners.
El Organizador de Notificaciones es el más agudo de los tres. Implementándose desde diciembre de 2025 con Android 16 QPR2 en los teléfonos de las series Pixel 9 y 10 (9to5Google), utiliza un modelo en el dispositivo para clasificar las notificaciones en Promociones, Noticias, Social y Sugeridas — y las categorías de Promociones y Noticias están habilitadas por defecto, archivando las notificaciones coincidentes en un paquete colapsado en la sección silenciosa de la sombra. La implementación es limitada hoy (Pixels recientes, seis países, inglés), pero el valor predeterminado importa: en los dispositivos que Google controla completamente, un envío promocional ya no suena, ya no muestra un banner y permanece plegado hasta que el usuario lo busca. Junto a él, los resúmenes de IA en el dispositivo comprimen las notificaciones de conversación.
El mismo ciclo del SO también construyó el carril opuesto. Las notificaciones centradas en el progreso de Android 16 (el patrón Actualizaciones en vivo) ofrecen eventos genuinamente en vivo y rastreados por el usuario —una entrega en camino, el estado de un pedido— con una ubicación persistente y elevada. Los lanzamientos de Google de 2026 han seguido ampliando este carril de contenido en vivo, aunque los detalles de lo que se enviará más allá de Android 16 aún se están definiendo y vale la pena verificar las notas de la versión actual de Android antes de crearlas. La intención del diseño ya es inequívoca: el contenido que el usuario está rastreando activamente se promociona; el contenido que el remitente quiere que el usuario note se organiza fuera del camino.
Debajo de la capa del SO, los límites de larga data por dispositivo de Firebase Cloud Messaging todavía se aplican — 240 mensajes por minuto y 5.000 por hora a un solo dispositivo —, y los remitentes que sostienen cerca del límite corren el riesgo de ser marcados por abuso. Cada sistema que su empresa ejecuta contra la misma aplicación comparte ese presupuesto.
iOS y Safari: un tipo de puerta más silenciosa
La historia de Apple de 2025-2026 es menos una represión que una apertura controlada, porque Apple construyó sus puertas desde el principio: las notificaciones push web en iOS siempre han requerido que el usuario agregue su sitio a su pantalla de inicio primero (un filtro deliberado de alta intención, en vigor desde iOS 16.4), y la política de la App Store ha limitado durante mucho tiempo las notificaciones push de marketing.
Qué cambió:
- Declarative Web Push se lanzó en iOS/iPadOS 18.4 en marzo de 2025 y llegó a Mac en Safari 18.5 (WebKit). Le permite ejecutar notificaciones push web desde una carga útil JSON estandarizada sin un service worker, y elimina la penalización de notificación push silenciosa para los mensajes declarativos porque la carga útil en sí misma garantiza una notificación visible. Las notificaciones push heredadas del service worker siguen funcionando; el formato declarativo es el camino a seguir que Apple quiere que sigan los remitentes.
- iOS 26, según se informa, abre por defecto los sitios de la pantalla de inicio como aplicaciones web, lo que amplía la superficie donde las notificaciones push web de iOS pueden ejecutarse. Hasta ahora solo hemos visto esto documentado de forma indirecta; trátelo como una dirección hasta que la documentación de Apple sea explícita.
- La política no ha cambiado y es estricta. La Guía de revisión de aplicaciones 4.5.4 todavía requiere que las notificaciones push no sean obligatorias para que su aplicación funcione, no contengan datos personales confidenciales y —para promociones o marketing directo— solo se envíen a usuarios que hayan optado explícitamente a través del lenguaje de consentimiento en la interfaz de usuario de su aplicación, con una opción de exclusión dentro de la aplicación. El abuso "puede resultar en la revocación de sus privilegios".
Para un equipo de retención, la conclusión de iOS es que Apple ya filtró su audiencia por usted. Un suscriptor de notificaciones push web de iOS eligió instalar su sitio; un suscriptor de notificaciones push de aplicaciones eligió optar por el marketing. Ambas listas son pequeñas y de alta intención, lo que significa que quemarlas con una frecuencia de envío masiva es más caro por suscriptor que en cualquier otro lugar.
RCS: los límites de reputación llegan al canal más nuevo
Si estás añadiendo RCS o WhatsApp a tu combinación —y para la recuperación de carritos y las actualizaciones de pedidos, deberías estar evaluando canales de mensajería—, Google ya ha instalado la capa de aplicación que al web push le llevó seis años conseguir.
Según la documentación de RCS for Business de Google, cada remitente comercial (agente) tiene una reputación —Alta, Media o Baja— impulsada por los comentarios de los usuarios y los informes de spam, y todos los agentes nuevos empiezan en Baja. La reputación establece un límite de tráfico: el número de usuarios únicos con los que el agente puede iniciar conversaciones cada 28 días naturales. Las respuestas a conversaciones iniciadas por el usuario están exentas. La aplicación entró en vigor para los agentes promocionales en la India el 7 de enero de 2026, se endureció el 1 de abril de 2026 con un límite general para remitentes de baja reputación, y la consola para desarrolladores ahora informa del nivel de reputación, el límite de tráfico, la tendencia del spam y los motivos de cancelación de suscripción en ventanas de 7 y 28 días.
En el extremo del consumidor, Google Messages ha estado agrupando mensajes de remitentes no guardados bajo «Remitentes desconocidos» desde mediados de octubre de 2025 y está implementando marcas de verificación verificadas y marca comercial estandarizada —evidencia de desmontaje sobre algunos detalles, pero la dirección coincide con todo lo demás en este documento. En RCS no obtienes un período de gracia para adquirir malos hábitos: el alcance se gana con la interacción desde el primer mensaje.
¿Estás en riesgo? La autoevaluación
Chrome y Google publican los factores pero no los umbrales, por lo que la auditoría honesta es relativa: mide si te pareces al remitente que estos sistemas fueron diseñados para detener. Ejecuta estas ocho comprobaciones contra tus últimos 30 días de envíos. Cada «no» es un hallazgo. Varias de estas comprobaciones solo tienen sentido contra números externos, así que ejecútalas junto con nuestros benchmarks de notificaciones push de 2026, donde los rangos de percentiles para la tasa de visualización y la tasa de clics te muestran lo que realmente alcanzan los remitentes medianos, p75 y p90.
- Ratio de interacción. ¿Tu tasa de clics de web push está significativamente por encima de la línea de base de interacción del ecosistema, inferior al 1 %, que Chrome citó cuando justificó la revocación automática? Si tu CTR tiene un cero después del punto decimal, estás dentro del perfil contra el que Chrome está aplicando la normativa.
- Volumen frente a visitas. El primer factor de Chrome para sitios disruptivos son las notificaciones push enviadas por tiempo de permanencia en el sitio. ¿Estás enviando más notificaciones a un suscriptor típico por semana de las que ese suscriptor tiene sesiones contigo por semana? Un suscriptor que visita mensualmente y recibe notificaciones diarias falla esta proporción.
- Cola inactiva. ¿Qué parte de tu lista no ha hecho clic en ninguna notificación en 90 días? Si más de la mitad de tus envíos van a esa cola, tu tasa de interacción agregada está siendo determinada por personas que ya se han ido, y las plataformas califican el agregado.
- Disciplina de las indicaciones. ¿Solicita permiso de notificación en la primera visita, antes de que el visitante haya hecho algo? La tasa de aceptación de las indicaciones es un criterio de inscripción de la UI silenciosa y un factor de sitio disruptivo. Indicar después de una acción demostrada (segunda visita, añadir al carrito, creación de cuenta) es la solución, y se refleja directamente en su tasa de opt-in.
- Difusión masiva. ¿Qué porcentaje de su volumen de envío mensual son difusiones masivas a toda la lista sin segmentar, en comparación con las notificaciones activadas por algo que hizo el destinatario (carrito abandonado, bajada de precio, artículo de nuevo en stock, pedido enviado)? Por encima de aproximadamente la mitad de difusiones masivas, su volumen es alto exactamente en el patrón que penaliza cada mecanismo de esta página.
- Límites de frecuencia y horas de silencio. ¿Aplica un límite por suscriptor en todas las campañas y sistemas que pueden enviar (marketing, transaccional, RSS y cualquier otra herramienta)? La reducción de velocidad y la agrupación forzada de Android significan que los remitentes no coordinados ahora se canibalizan visiblemente entre sí en el mismo dispositivo.
- Honestidad en la copia. ¿Sobreviviría alguna notificación reciente a la prueba de “¿es esto engañoso?” de un lector escéptico: sin urgencia falsa, sin suplantación de mensajes del sistema, sin brechas de cebo? El clasificador en el dispositivo de Chrome ya está ejecutando esa prueba en Android.
- Tendencia de cancelación de suscripción. ¿Su tasa de cancelación de suscripción por envío es estable o decreciente? En RCS ahora alimenta una puntuación de reputación con un límite de tráfico estricto adjunto; en las notificaciones push web es su advertencia temprana. Nuestra guía para reducir las tasas de cancelación de suscripción de notificaciones push cubre el diagnóstico en profundidad.
Puntúese honestamente. Cinco o más respuestas limpias y la represión es en su mayoría un viento de cola para usted: el spray-and-pray de sus competidores está siendo limitado mientras sus envíos siguen llegando. Tres o más hallazgos y debe asumir que ya está perdiendo alcance que no puede ver en un informe de entrega.
El manual de cumplimiento: soluciones que se mantienen
Cada mecanismo anterior mide la misma cantidad subyacente: valor por notificación, por lo que las soluciones convergen. Estos seis movimientos, en orden de prioridad.
1. Elimine la cola inactiva antes de que las plataformas la eliminen por usted. Cree un segmento de inactivos (sin clic en 90 días), ejecute una secuencia honesta de recuperación a través de él, luego deje de enviar a los que no responden. Esto es contraintuitivo para los equipos que tratan el tamaño de la lista como el KPI, pero las matemáticas son unidireccionales ahora: un suscriptor inactivo contribuye con cero ingresos y degrada activamente la relación de participación con la que Chrome lo califica. En PushEngage, la segmentación dinámica mantiene el grupo de inactivos automáticamente, y dado que el precio solo cuenta los suscriptores activos, recortar el peso muerto reduce su factura en lugar de su alcance.
2. Cambia el volumen de envíos de explosiones a disparadores. Un aviso de carrito abandonado, una alerta de bajada de precio, una notificación de reposición de stock: estos obtienen clics porque el propio comportamiento del destinatario los programó. Mover incluso la mitad de tu volumen mensual de envíos basados en calendario a campañas disparadas aumenta tu ratio de interacción en cada factor que Chrome mide, y es donde estaban los ingresos de todos modos: los envíos disparados se atribuyen a carritos recuperados y pedidos completados, no a impresiones. Presentamos el argumento completo, con las definiciones de clases de campaña y las matemáticas de ingresos por envío, en por qué la era de las explosiones acaba de terminar.
3. Segmenta lo que todavía se difunde. Algunos envíos legítimamente van a lo ancho: una venta en toda la tienda, la noticia de última hora de un editor. Amplio no es lo mismo que no segmentado. Dividir una difusión por comportamiento, historial de compras o afinidad de categoría aumenta los clics en cada porción y mantiene defendible la ratio personal de notificaciones push por visita de cada suscriptor. La segmentación es ahora un requisito de entregabilidad, no una cortesía de personalización: esa publicación contiene el caso completo de entregabilidad.
4. Aplica un límite de frecuencia en cada canal y sistema. El enfriamiento de Android 16 lo hizo concreto: tu CRM, tu capa transaccional y tu calendario de promociones comparten un presupuesto de atención en el dispositivo, independientemente de si comparten un panel. Establece un límite por suscriptor y horas de silencio a nivel de plataforma, abarcando notificaciones push web, push de aplicaciones y WhatsApp juntas, para que cuatro sistemas razonables no puedan acumularse en un patrón abusivo. Esto solo funciona si un motor de segmentación ve cada envío: el argumento práctico más sólido para consolidar canales en lugar de ejecutar una herramienta por canal.
5. Arregla el momento de la suscripción. Mueve la solicitud de permiso detrás de una acción que señale intención, usa una solicitud de dos pasos para que la solicitud a nivel del navegador solo se active con un sí, y acepta la lista más pequeña y limpia. La tasa de aceptación de la solicitud alimenta la puntuación de Chrome en ambos extremos: la inscripción con interfaz de usuario silenciosa y la evaluación del sitio disruptivo, y una lista consentida es simplemente la lista que hace clic.
6. Haz que el texto sobreviva a un clasificador. Afirmaciones sencillas, urgencia real solo cuando el plazo es real, identidad del remitente obvia. En Android, un modelo de ML lee tu título y cuerpo antes que el usuario. El texto honesto siempre fue una mejor práctica de retención; ahora también es un requisito de entrega.
Si ejecutas estas seis en PushEngage, el resumen honesto de dónde ayuda el producto: campañas disparadas, segmentos RFM y de comportamiento, límites de frecuencia entre canales, horas de silencio y atribución de ingresos por notificación están integrados, en planes que facturan solo por suscriptores activos: el modelo de precios coincide con la dirección en la que ahora imponen las plataformas. Lo que ninguna herramienta puede hacer es decidir dejar de enviar masivamente; esa parte es política, y es tuya.
Preguntas frecuentes
¿Por qué no se entregan mis notificaciones push en 2026? Comprueba cuatro sospechosos en orden. Primero, la revocación automática de Chrome: si el número de suscriptores disminuye silenciosamente, los suscriptores de bajo compromiso pueden estar perdiendo el permiso a través de Safety Check. Segundo, los límites de tasa de Chrome: si los envíos a listas grandes tardan horas de repente o tu servicio de push registra respuestas HTTP 429, es probable que te hayan clasificado como disruptivo. Tercero, la presentación de Android: en Android 16, la entrega todavía ocurre pero las ráfagas se silencian y agrupan, y en los píxeles más nuevos los envíos promocionales aterrizan en un paquete silencioso —entregados, pero no vistos. Cuarto, las causas aburridas que preceden a la represión: suscripciones caducadas, errores del service worker y configuraciones de notificaciones a nivel del sistema operativo.
¿Ha prohibido Chrome las notificaciones push? No. Chrome limita la tasa de sitios que clasifica como disruptivos (alto volumen, bajo compromiso) y revoca los permisos que los usuarios ignoran demostrablemente. Un remitente cuyas notificaciones reciben clics no se ve afectado por ninguno de los dos mecanismos, y las pruebas de Google encontraron que los remitentes de menor volumen vieron aumentar las tasas de clics.
¿Qué tasa de compromiso me mantiene a salvo de la revocación automática de Chrome? Google no ha publicado umbrales, y cualquier proveedor que te dé un número seguro está adivinando. Los hechos publicados: menos del 1% de todas las notificaciones reciben alguna interacción, y la revocación se dirige a la combinación de un compromiso muy bajo con un alto volumen de envíos. La estrategia defendible es mantener tu tasa de clics bien alejada de esa línea de base y dejar de enviar a suscriptores que han dejado de responder.
¿Los límites de tasa de Chrome afectan a toda mi cuenta o solo a un sitio? El lenguaje de evaluación de Chrome es por sitio: los mensajes, los avisos y el compromiso se miden contra "un sitio". Los remitentes que utilizan una plataforma de push se evalúan según el comportamiento de su propio dominio, no el agregado de su proveedor. Google no ha publicado más orientación que esa, así que trata los detalles entre dominios como no confirmados.
¿Qué cambió para las notificaciones push en Android 16? Tres cosas: enfriamiento de notificaciones (las ráfagas se silencian progresivamente hasta por un minuto, activadas por defecto, llamadas y alarmas exentas), agrupación forzada de las notificaciones de cada aplicación y, a partir de la actualización QPR2 de diciembre de 2025 en los píxeles recientes, el Organizador de Notificaciones, que archiva las notificaciones de Promociones y Noticias en un paquete colapsado silencioso por defecto. Mecánicas completas en nuestra guía de enfriamiento de Android 16.
¿Se aplica la represión a iOS? Las restricciones de Apple en su mayoría la preceden: las notificaciones push web de iOS requieren que el usuario agregue tu sitio a su pantalla de inicio, y la Directriz 4.5.4 de la App Store requiere una opción explícita y una opción de exclusión dentro de la aplicación para marketing push. El cambio de 2025 es Declarative Web Push (iOS 18.4 / Safari 18.5), un formato más simple y sin service worker, sin penalización de push silencioso para mensajes declarativos.
¿Los mensajes empresariales de RCS también tienen límites de tasa? Sí, por reputación. Google asigna a cada agente empresarial de RCS una reputación Alta/Media/Baja a partir de los comentarios de los usuarios y los informes de spam; los agentes de baja reputación (incluidos todos los agentes nuevos) se enfrentan a límites en los usuarios únicos iniciados por período de 28 días. La aplicación está activa para los agentes promocionales en India desde principios de 2026, con informes de reputación y tendencias de spam en la consola de desarrollador para todos.
¿El push web sigue valiendo la pena en 2026? Para los remitentes que activan y segmentan, más que antes: el tráfico de spray-and-pray limitado solía competir por la misma barra de notificaciones que tú. Las plataformas están fortaleciendo el canal para los remitentes para los que se construyó el canal, y expulsando al resto.
Última actualización y registro de cambios
Este centro se mantiene como una referencia viva. Convención: la fecha de "Última actualización" solo cambia para actualizaciones sustantivas (una plataforma que lanza, anuncia o documenta un cambio), no para ediciones de texto. Cada actualización sustantiva recibe una línea de registro de cambios con una fuente. Si cita esta página, cítela con su fecha de última actualización.
- 2026-09-21 — Publicación inicial. Cubre: Límites de tasa de la API de Push de Chrome (enero de 2026), revocación automática de permisos de Chrome (anunciado en octubre de 2025), filtrado de notificaciones de ML en el dispositivo de Chrome (mayo de 2025), enfriamiento de Android 16 + agrupación forzada (junio de 2025), Organizador de notificaciones QPR2 de Android 16 (diciembre de 2025), Web Push declarativo (iOS 18.4 / Safari 18.5, 2025), límites de tráfico basados en la reputación de RCS y análisis de tendencias de spam (enero-abril de 2026), cambios en remitente desconocido y marca verificada de Google Messages (desde octubre de 2025).
¿Cambió algo que no hayamos registrado? La forma más rápida de hacérnoslo saber es a través del widget de chat en esta página.
