El pasado 15 de septiembre de 2026, el equipo de Chrome publicó en su blog de desarrolladores la incorporación de cuatro nuevas métricas al Chrome User Experience Report (CrUX): Ad Count, Ad Density, Ad Weight Network y Ad Weight CPU. Si eres consultor SEO o tienes una web con AdSense, seguramente ya viste el titular y pensaste lo mismo que medio sector: ¿ahora Google también mide mi densidad de anuncios para el ranking?
La respuesta corta es que no, y conviene entenderlo bien antes de hacer cambios precipitados.
Las cuatro métricas publicitarias que Google añadió a CrUX en septiembre de 2026
Google fue bastante explícito en la documentación: las nuevas métricas "are not part of Core Web Vitals and don't have suggested targets or thresholds". Las incluyó en la sección Page Experience resources de su documentación, no en la de factores de ranking. Eso es relevante porque la sección de Page Experience también aloja otros datos contextuales que Google recoge para entender patrones de experiencia, pero que no mueven directamente las posiciones.
¿Qué mide cada una? Ad Count es el número de anuncios que carga la página en la sesión del usuario real. Ad Density relaciona el espacio ocupado por publicidad con el área total visible de la página. Ad Weight Network registra los bytes de red que consumen los recursos publicitarios, y Ad Weight CPU mide el tiempo de procesador que se come el hilo principal al ejecutar esos recursos. Son datos de campo reales, recogidos de usuarios de Chrome, no de un laboratorio.
Search Engine Land lo confirmó el 22 de septiembre: Google las añadió formalmente a la documentación de Page Experience como recursos de diagnóstico, no como factores de clasificación. La confusión es comprensible porque CrUX sí alimenta varios cálculos de ranking a través de las Core Web Vitals, pero no todo lo que vive en CrUX tiene ese peso.
El único dato que importa para el ranking — cómo los anuncios mal colocados elevan tu CLS
Aquí está el valor real de estas métricas. El CLS (Cumulative Layout Shift) sí es señal de ranking desde 2021, y sigue siéndolo tras la actualización que incorporó INP en 2024. Lo que ocurre en muchas webs con AdSense es que los slots de anuncio se inyectan sin espacio reservado, o se cargan de forma diferida sin dimensiones explícitas, y el contenido de la página se desplaza cuando aparece el banner. Cada uno de esos desplazamientos suma puntos de CLS.
El problema concreto que resuelven las nuevas métricas es que antes, si una web tenía un CLS elevado, podías intuir que los anuncios eran parte del problema, pero no cuantificarlo fácilmente con datos de campo. Ahora, si en el origen de CrUX ves una Ad Density alta o un Ad Weight CPU elevado y al mismo tiempo un CLS por encima de 0,1 (el umbral para "needs improvement"), tienes la correlación directa sin necesidad de instrumentar todo manualmente.
Un ejemplo típico de auditoría: una web de contenido con cuatro slots de AdSense en el cuerpo del artículo, carga lazy sin min-height definido. En PageSpeed Insights, el CLS de campo aparece en 0,22. Al cruzar ese dato con Ad Density en CrUX, la densidad publicitaria supera el 35% del viewport. No es una coincidencia; es la causa.
Cómo diagnosticarlo en PageSpeed Insights y qué hacer con los datos
El flujo de diagnóstico con estas métricas es directo. Primero, abre PageSpeed Insights con la URL de la página que te preocupa y mira el CLS de campo (no el de laboratorio). Si está por encima de 0,1, tienes un problema de ranking activo. Segundo, accede a los datos de origen en CrUX (disponibles en el API público o en BigQuery si manejas volumen) y busca Ad Density y Ad Weight CPU para ese origen. Una densidad alta junto a un CLS elevado es la señal de que los anuncios son el factor dominante.
Las acciones concretas, una vez confirmado el diagnóstico, pasan por tres frentes. Reservar espacio físico en el layout para cada slot publicitario antes de que cargue el anuncio: la forma más limpia es declarar min-height o usar aspect-ratio en el contenedor del banner, de modo que el DOM ya tiene la caja ocupada y el contenido no se mueve. Controlar el lazy-load para que los anuncios que están por encima del fold carguen de forma normal (sin diferir), y solo diferir los que están claramente fuera del viewport inicial. Y, si la densidad publicitaria es extrema, evaluar si el ingreso por impresión compensa el impacto en CLS y, por extensión, en posicionamiento, porque perder tráfico orgánico por un CLS penalizado suele costar más que lo que ganas con un banner extra.
El punto interesante de estas cuatro métricas es que, aunque no sean señal de ranking por sí mismas, funcionan como capa de diagnóstico que hace explícito algo que antes requería instrumentación manual. Para un consultor, el flujo ahora es más limpio: CLS malo en campo → cruzo con Ad Density en CrUX → confirmo causa → propongo fix con espacio reservado. Un diagnóstico que antes podía llevar media hora de grabación con WebPageTest ahora tiene un punto de partida en datos reales de usuarios.
Preguntas frecuentes
¿Las nuevas métricas de publicidad en CrUX afectan al ranking de Google?
No directamente. Google confirmó que Ad Count, Ad Density, Ad Weight Network y Ad Weight CPU no forman parte de las Core Web Vitals y no tienen umbrales recomendados. Su utilidad es diagnóstica: te ayudan a correlacionar una densidad publicitaria alta con un CLS elevado, que sí es señal de ranking.
¿Dónde puedo ver estas métricas de publicidad para mi web?
Están disponibles en el API público de CrUX y en BigQuery para datos a nivel de origen. PageSpeed Insights aún no las muestra en la interfaz visual, pero puedes consultarlas con la CrUX API filtrando por tu dominio.
¿Qué valor de CLS debo tener para que Google no lo cuente como penalización?
El umbral de 'bueno' es CLS inferior a 0,1 medido en datos de campo (percentil 75 de tus usuarios reales). Entre 0,1 y 0,25 está en 'needs improvement', y por encima de 0,25 Google lo marca como 'poor'. Es el dato de campo el que cuenta, no el de laboratorio en PageSpeed Insights.
Desarrollo, SEO, GEO y tecnología con una visión de negocio.