Google CrUX estrena métricas para medir la carga publicitaria real de una web

Google ha añadido a Chrome UX Report (CrUX) cuatro métricas experimentales que ayudan a hacer visible la carga publicitaria que encuentran usuarios reales: cuántos anuncios hay en pantalla, cuánto espacio ocupan y qué recursos de red y procesador consumen. Son una referencia útil para medios, equipos de ad tech y compradores de publicidad, pero no constituyen una nota de calidad publicitaria ni un factor de posicionamiento orgánico anunciado por Google. 13

Las cuatro métricas publicitarias de CrUX

Google describe cuatro dimensiones de la experiencia publicitaria de un sitio:

• Ad Count: número medio de anuncios presentes en el viewport, es decir, en la parte visible de la pantalla.
• Ad Density: fracción media del área del viewport ocupada por anuncios.
• Ad Weight (Network Usage): recursos que consumen los anuncios en red, medidos en bytes.
• Ad Weight (CPU Usage): recursos de procesamiento que consumen los anuncios, medidos en milisegundos. 13

Estas métricas aclaran diferencias que no se detectan simplemente contando espacios publicitarios. Una página puede mostrar pocos anuncios y, aun así, registrar una densidad elevada si un formato fijo grande ocupa buena parte de la pantalla. Otra puede parecer poco saturada visualmente, pero tener una cadena programática pesada que eleve el consumo de red o CPU.

También puede ocurrir lo contrario: muchas unidades pequeñas y ligeras pueden aumentar el recuento sin generar el mismo coste de recursos.

Qué está midiendo realmente CrUX

CrUX es el conjunto de datos público de Google sobre la experiencia agregada de usuarios reales de Chrome. Refleja la navegación en distintos dispositivos, conexiones, variantes de página y entregas publicitarias; no es una única prueba sintética realizada en condiciones controladas. 6

Por eso, los datos no describen una impresión concreta, una campaña, una creatividad o una posición publicitaria determinada. Son señales de campo agregadas a nivel de origen o página que pretenden representar la carga de anuncios que los usuarios encuentran en conjunto. 13

Además, estas métricas son experimentales. Google advierte que los indicadores experimentales de CrUX pueden cambiar a medida que evolucionan, por lo que sus valores actuales y sus condiciones de disponibilidad no deben tratarse como una especificación definitiva. 12

Dónde consultar los datos

API de CrUX: una fotografía actual de los datos de campo

La API de CrUX ofrece acceso de baja latencia a datos agregados de usuarios reales, tanto por origen como por URL. Una consulta por origen agrupa las experiencias elegibles de las páginas de ese origen; la consulta por página es más específica cuando hay datos suficientes. 5

Es la opción adecuada para obtener una referencia actual de una propiedad web o incorporar los resultados de CrUX a cuadros de mando y sistemas internos de seguimiento.

CrUX History API: tendencias semanales

La CrUX History API proporciona una serie temporal semanal de aproximadamente seis meses, representada por 40 puntos de datos semanales. Admite consultas por origen y por página. 111

Es la vista más útil para analizar cambios sostenidos. Por ejemplo, un editor puede comparar la evolución antes y después de reducir anuncios simultáneos, retirar un socio de demanda externo, modificar la carga diferida (lazy loading) o limitar las creatividades con mayor consumo de recursos.

CrUX Vis: gráficos sin necesidad de programar

CrUX Vis visualiza los datos históricos semanales de la History API e incluye una página específica de Ad Metrics. Para los sitios incluidos en el conjunto de datos, permite revisar tendencias sin crear una integración con la API. 3

Chrome DevTools: para investigar en local, no para reemplazar los datos de campo

Chrome DevTools permite inspeccionar y reproducir comportamientos de rendimiento en una sesión local. Las notas de lanzamiento de Google indican que el panel Performance incorpora datos de campo de CrUX, lo que ayuda a contextualizar los problemas de usuarios reales durante la depuración local. 4

Sin embargo, la documentación aportada no establece una especificación completa y estable sobre el comportamiento de atribución de un panel de anuncios independiente en DevTools. Y, sobre todo, un análisis local no sustituye a CrUX: no reproduce la diversidad de dispositivos, conexiones, decisiones de consentimiento, subastas y creatividades que hay en usuarios reales. Los datos de campo sirven para detectar un problema persistente; las herramientas locales, para investigar sus posibles causas.

Qué sitios pueden aparecer en los informes

CrUX no cubre todas las webs ni todas las URL. Para entrar en el conjunto de datos, las experiencias deben cumplir los requisitos de elegibilidad de Google: proceder de usuarios elegibles y corresponder a un origen o una página pública, detectable y con suficiente popularidad. Google no publica un umbral universal de tráfico que garantice la inclusión. 210

En el caso de estas métricas de anuncios, la disponibilidad también se limita a sitios elegibles que declaren un vendedor autorizado. La cobertura sectorial del lanzamiento identifica este requisito como una declaración en ads.txt. 17

De ello se desprenden dos consecuencias prácticas:

1. Un origen puede tener cobertura en CrUX mientras que determinadas URL no reúnen suficientes observaciones para generar datos a nivel de página.
2. La ausencia de datos de métricas publicitarias no demuestra que una página no tenga anuncios ni que no genere carga publicitaria. Puede no haber suficientes datos elegibles o la página puede quedar fuera de los criterios de reporte.

Cómo interpretar las cuatro señales juntas

Pregunta	Métrica más relevante	Qué indica
¿Cuántos anuncios compiten por la atención del lector?	Ad Count	Saturación por anuncios visibles al mismo tiempo
¿Qué parte de la pantalla ocupan los anuncios?	Ad Density	Intrusión visual dentro del viewport
¿Cuántos datos consumen los anuncios?	Ad Weight (Network)	Carga de descarga y transferencia atribuible a la publicidad
¿Cuánto procesamiento consumen?	Ad Weight (CPU)	Carga de trabajo del navegador atribuible a la publicidad

Para los editores, esta separación facilita distinguir entre un problema de diseño y uno de eficiencia tecnológica. Reducir posiciones visibles puede bajar Ad Count y Ad Density; en cambio, simplificar scripts de terceros o endurecer los requisitos para creatividades puede tener un impacto mayor en el peso de red y CPU.

Cómo pueden usarlas compradores y editores

Google presentó estas mediciones como una herramienta para que los equipos publicitarios del lado de la compra y de la venta evalúen la experiencia de carga publicitaria de sus audiencias. 15

Su uso más claro a corto plazo es operativo, no transaccional:

• Editores: pueden vigilar la evolución de la carga publicitaria junto con ingresos, Core Web Vitals, interacción y otras métricas propias.
• Equipos de operaciones publicitarias: pueden probar cambios en reglas de ubicación, rutas de demanda, carga diferida y políticas para creatividades pesadas.
• Compradores de medios: pueden usar estas señales como un elemento adicional para evaluar calidad o rutas de suministro, especialmente cuando una experiencia de usuario poco intrusiva forma parte del objetivo de campaña.

Eso no implica que las métricas puedan fijar por sí solas el precio del inventario. No miden visibilidad, atención, encaje de audiencia, fraude, tasa de conversión ni resultados de marca. Tampoco existe aún evidencia pública sólida de un modificador de puja generalizado, un estándar de CPM o una exigencia de compra vinculada a estos indicadores.

SEO y posicionamiento en Google: lo que sí se sabe

Una experiencia publicitaria pesada puede tener relevancia indirecta para el SEO si contribuye a una carga más lenta o a una peor capacidad de respuesta. CrUX ya ayuda a detectar las condiciones de rendimiento que experimentan los usuarios reales, y estas métricas aportan contexto sobre una posible fuente de sobrecarga. 613

Pero la conclusión debe ser precisa: Google no ha dicho que Ad Count, Ad Density, Ad Weight (Network) o Ad Weight (CPU) sean señales directas de ranking en Google Search. No conviene optimizarlas con la expectativa de alcanzar un supuesto umbral de posicionamiento.

Un método práctico para actuar

Conviene tratar las cuatro métricas como indicadores de diagnóstico basados en datos de campo:

1. Establece una línea de referencia a nivel de origen con la API de CrUX o CrUX Vis.
2. Consulta datos por página cuando estén disponibles para comprobar si el problema se concentra en determinadas plantillas.
3. Aplica un único cambio controlado cada vez: reducir anuncios simultáneos en pantalla, limitar formatos fijos grandes o retirar rutas de terceros innecesarias, por ejemplo.
4. Sigue la tendencia semanal en CrUX History junto con ingresos, Web Vitals e interacción propia.
5. Valida en local con DevTools, recordando que los resultados locales sirven para depurar y no sustituyen los datos de usuarios reales.

El valor principal de estas métricas es la transparencia: separan la saturación visual del coste de recursos, dos aspectos que antes había que inferir a partir del número de posiciones o de auditorías sintéticas. Dado que siguen siendo experimentales y agregadas, conviene utilizarlas para orientar pruebas basadas en evidencia, no como una calificación aislada de calidad, un criterio automático de subasta o una regla de SEO. 1213