Chrome convierte la carga publicitaria de una web en un dato público
Las nuevas métricas públicas de carga publicitaria en CrUX abren una pregunta interesante: cuánto pesa la monetización en la experiencia real de una página.
Hasta ahora podíamos saber bastante sobre cómo experimentan los usuarios reales el rendimiento de una web.
LCP, INP, CLS.
También podíamos abrir una página y llegar rápidamente a otra conclusión bastante menos científica:
"Esta web tiene demasiados anuncios."
El problema era ponerle números.
Chrome acaba de empezar a hacerlo.
El pasado 15 de septiembre incorporó cuatro nuevas métricas experimentales al Chrome User Experience Report (CrUX) para medir la presencia y el coste de la publicidad durante una sesión real.
La noticia fácil sería: "Google empieza a medir los anuncios. ¿Nuevo factor SEO?"
No.
Google no ha dicho eso.
Lo interesante está en otro sitio.
Por primera vez, parte de la presión publicitaria de una web empieza a convertirse en field data público, agregado a partir de usuarios reales de Chrome y consultable incluso para dominios que no controlamos.
Para SEO técnico, esto abre posibilidades bastante más interesantes que especular con otro factor de ranking.
Las cuatro nuevas métricas de CrUX
Chrome ha incorporado una familia independiente de métricas centradas específicamente en publicidad:
- Ad Count mide el promedio de anuncios visibles en el viewport durante la sesión.
- Ad Density representa el porcentaje medio del viewport ocupado por anuncios.
- Ad Weight: Network mide los kilobytes transferidos por frames y recursos publicitarios.
- Ad Weight: CPU calcula el tiempo acumulado de CPU consumido por frames y workers publicitarios.
Hay un detalle importante.
Ad Count y Ad Density no se limitan a contar los espacios publicitarios presentes en el HTML. Chrome realiza muestreos del viewport durante la navegación para intentar representar lo que el usuario está viendo realmente.
Dos páginas pueden tener exactamente tres espacios publicitarios y ofrecer experiencias completamente distintas.
Una puede concentrarlos en una parte concreta de la página. Otra puede mantener publicidad visible durante prácticamente toda la navegación.
Contar slots no permite distinguir bien ambas situaciones. Medir la exposición durante la sesión sí empieza a hacerlo.
Las cuatro métricas se publican en el percentil 75 y pueden estar disponibles tanto a nivel de origen como de URL cuando existe suficiente muestra.
De momento son experimentales. Chrome deja claro que pueden evolucionar a partir del feedback recibido.
Antes de inaugurar el festival del "nuevo factor SEO"
Conviene aclararlo porque sabemos cómo funciona esto.
Google no ha anunciado que estas métricas sean factores de ranking.
No forman parte de Core Web Vitals.
Tampoco existen aún umbrales oficiales que permitan clasificarlas como "buenas", "mejorables" o "malas".
No tenemos documentación que permita afirmar que una página con mayor Ad Density vaya a posicionar peor que otra con menor densidad.
Que una métrica aparezca en CrUX no significa automáticamente que Google Search la utilice para ordenar resultados.
Sería una conclusión muy cómoda.
Lo interesante empieza cuando dejamos de hablar de rankings
Durante años hemos utilizado CrUX principalmente para responder preguntas relacionadas con Core Web Vitals.
- ¿Cómo carga esta página para usuarios reales?
- ¿Cómo responde cuando interactúan con ella?
- ¿Se mueve el contenido mientras carga?
Las nuevas métricas permiten introducir otra pregunta:
¿Cuánto le está costando al usuario la capa publicitaria de esa experiencia?
No es exactamente lo mismo.
Una página puede presentar buenos valores de LCP, INP y CLS mientras continúa transfiriendo una cantidad considerable de recursos publicitarios o consumiendo CPU durante la sesión.
No existe ninguna contradicción.
Core Web Vitals mide aspectos concretos relacionados con carga, interactividad y estabilidad visual.
Las nuevas métricas intentan describir otra capa de la experiencia: cuánto espacio ocupa la publicidad y qué coste genera en red y procesamiento.
Ese matiz es probablemente lo que más me interesa desde el punto de vista SEO.
CrUX empieza a parecerse a algo más que una base de datos de CWV
Hasta ahora, al analizar un competidor podíamos consultar sus datos públicos de Core Web Vitals cuando tenía suficiente muestra.
No disponíamos de una medida pública equivalente para conocer su presión publicitaria.
Ahora podemos empezar a construir análisis bastante más interesantes:
CWV + Ad Density + Ad Count + Ad CPU + Ad Network
Podemos comparar esos datos entre plantillas.
Entre URLs.
Entre dominios.
También podemos observar qué ocurre cuando cambia la monetización de una web, se introduce un nuevo proveedor publicitario, aumenta el número de placements o se modifica la forma en la que cargan los anuncios.
Aquí CrUX History API puede resultar especialmente útil.
Imaginemos que un publisher cambia su stack publicitario.
Después del cambio revisamos Core Web Vitals y aparentemente todo continúa dentro de unos valores razonables.
Podríamos concluir que la modificación no ha afectado demasiado a la experiencia.
Ahora tenemos otra capa que comprobar.
- ¿Ha aumentado Ad Density?
- ¿Estamos transfiriendo más recursos publicitarios?
- ¿Ha aumentado el consumo de CPU asociado a esos anuncios?
Puede existir una regresión en la experiencia que no resulte evidente mirando exclusivamente LCP, INP y CLS.
Eso ya me parece bastante más útil que intentar correlacionar Ad Density con posiciones tres días después de publicarse la métrica.
Aunque somos SEOs.
Alguien estará preparando ese Excel mientras lees esto.
También podemos mirar qué ocurre en otras webs
Aquí aparece otra posibilidad interesante: el análisis competitivo.
Los datos de CrUX son públicos para los sitios elegibles.
Eso significa que, cuando exista suficiente muestra, podemos empezar a comparar la presión publicitaria entre dominios que compiten dentro de un mismo entorno.
No para decidir que "12 de Ad Density es bueno" y "25 es malo".
Chrome no ha establecido esos benchmarks.
Sí podemos utilizarlos como referencia contextual.
Esto puede tener bastante sentido en medios, afiliación, marketplaces y sitios donde la monetización publicitaria tiene un peso importante.
También en SERP donde conviven modelos de negocio muy diferentes.
En travel, por ejemplo, una misma búsqueda puede enfrentar páginas transaccionales, publishers, afiliados y guías de viaje. Poder añadir datos de exposición publicitaria, red y CPU al análisis permite entender mejor qué experiencia está ofreciendo cada tipo de resultado.
No porque Chrome nos esté diciendo cuál es "mejor".
Porque ahora tenemos más información para analizarla.
Field data público no significa dato perfecto
Aquí también conviene controlar el entusiasmo.
Estas métricas dependen de usuarios elegibles de CrUX y necesitan suficiente volumen de datos.
Una URL puede no tener muestra propia y obligarnos a trabajar a nivel de origen.
El percentil 75 tampoco describe cada sesión individual. Estamos trabajando con información agregada.
Existe además una limitación especialmente importante en Ad Weight: CPU.
La documentación indica que mide ejecución de CPU correspondiente a frames y workers publicitarios. Determinados scripts relacionados con publicidad que se ejecutan en el main frame pueden quedar fuera.
Por tanto, ese número no debería interpretarse como "todo el coste de la tecnología publicitaria de esta página".
Sirve para comparar, observar tendencias y detectar cambios.
No para atribuirle una precisión que la propia metodología no tiene.
Entonces, ¿qué haría con estas métricas en una auditoría SEO?
De momento, utilizarlas principalmente en sitios con una presencia publicitaria relevante.
Las cruzaría con Core Web Vitals y las analizaría por tipos de plantilla siempre que la muestra lo permita.
También revisaría CrUX History antes y después de cambios importantes en monetización o proveedores de terceros.
En análisis competitivo las utilizaría como contexto, nunca como un benchmark oficial que Chrome no ha publicado.
Separaría además dos conceptos que muchas veces terminamos metiendo en el mismo saco: rendimiento y presión publicitaria.
Una web puede "aprobar" Core Web Vitals y seguir ofreciendo una experiencia bastante pesada debido a su capa comercial.
Ahora tenemos más herramientas para detectar esa diferencia.
Para acabar el café
Chrome no acaba de inventar cuatro nuevos factores SEO.
Ha hecho algo que, al menos para quienes auditamos webs, me parece bastante más útil.
Ha convertido parte de la carga publicitaria en datos de campo públicos.
Hasta ahora podíamos decir que una página tenía demasiados anuncios porque la abríamos y nos entraban ganas de buscar el contenido con un detector de metales.
Ahora podemos empezar a medir cuántos anuncios ve el usuario, cuánto espacio ocupan y qué coste generan en red y CPU durante sesiones reales.
La pregunta interesante no es:
"¿Va Google a utilizar mañana Ad Density para ordenar los resultados?"
La pregunta es:
"¿Qué podemos descubrir hoy cruzando estos datos con Core Web Vitals, plantillas, cambios de monetización y competidores?"
Eso sí podemos empezar a investigarlo.
Fuentes y lecturas
Si quieres profundizar un poco más te dejo las fuentes:
- Chrome for Developers. "New ad metrics in Chrome User Experience Report" - 15 de septiembre de 2026.
- Chrome for Developers. "CrUX ad metrics overview".
- Chrome for Developers. "CrUX ad metrics measurement methodology".
- Chrome for Developers. "CrUX ad metrics tooling guide".
- Search Engine Roundtable. "Daily Search Forum Recap" - 16 de septiembre de 2026.
- PPC Land. "Chrome puts publishers' ad loads on public record with 4 new metrics".