PageSpeed: Google no mide lo que crees en tu web

Mides tu web en PageSpeed. Te da 87. Te preocupas, tocas algo, vuelves a medir. Ahora da 100. No has cambiado nada relevante.

Bienvenido al problema real de las métricas de velocidad de Google: no es que tu web vaya mal, es que la estás leyendo mal. Y mientras tanto, es muy probable que Google esté midiendo un elemento de tu página que ni te imaginas.

Esto no es teoría. Lo que viene son mediciones de nuestra propia web, avantys.com, del 10 de septiembre de 2026, con los dos fallos que nos encontramos y cómo quedaron.

Cuatro medidas de la misma web, cuatro notas

Medimos avantys.com cuatro veces seguidas, en móvil, sin tocar nada entre una y otra. Misma herramienta, misma URL, mismo ordenador, cuatro minutos de diferencia:

Pasada	Nota	Tiempo del elemento principal (LCP)
1	87	3.595 ms
2	87	3.909 ms
3	98	2.254 ms
4	100	1.520 ms

De 1,5 a 3,9 segundos. La misma página. Ninguna de esas cuatro pasadas es la verdad sobre tu web, y quien mira solo la primera y sale corriendo a cambiar cosas está reaccionando a ruido.

¿Por qué baila tanto? Porque una medición de laboratorio simula un móvil de gama media con una conexión mala, y esa simulación depende de cómo esté tu ordenador en ese segundo, de la ruta de red hasta el servidor y de qué haya en la caché. Es útil, pero es una foto con la mano temblando.

Lo que hay que hacer en su lugar

Tres reglas que nos aplicamos nosotros:

1. Mide cinco veces y quédate con la del medio. No con la mejor (te engañas) ni con la peor (te asustas). La mediana.
2. Compara siempre contra ti mismo. El número absoluto importa menos que si hoy va mejor que la semana pasada, medido igual.
3. Ignora la nota global. Ese 87 o ese 100 es una media ponderada de seis cosas. No te dice qué arreglar. Los números que hay debajo, sí.

Lo importante: qué elemento está midiendo Google

Aquí está la parte que casi nadie mira, y es la que de verdad cambia lo que tienes que hacer.

La métrica principal de Google se llama LCP (por "Largest Contentful Paint", que traducido es "cuándo aparece el elemento más grande"). Google cronometra un solo elemento de tu página: el bloque de contenido más grande que se ve al entrar, sin hacer scroll. Normalmente es la foto principal o el titular.

Normalmente.

En nuestro caso, durante las cuatro mediciones, el elemento que Google cronometraba era este:

div#cookie-banner > div.mx-auto > div.flex-1 > p.text-sm

Un párrafo de letra pequeña. El texto del aviso de cookies. Google no estaba midiendo nuestro titular gigante: medía la frase de las cookies, que aparecía tres segundos tarde.

Cómo lo miras tú en tu web

En PageSpeed Insights, baja hasta el apartado de diagnósticos y busca "Elemento de Largest Contentful Paint". Te dice el elemento exacto y, mejor todavía, lo desglosa en cuatro tiempos. Ese desglose es el diagnóstico entero:

• Tiempo de respuesta del servidor: lo que tarda tu alojamiento en contestar. Si aquí está el problema, no lo arreglas optimizando imágenes, y tienes el detalle en nuestra guía sobre cómo bajar el tiempo de respuesta del servidor.
• Retraso de carga: lo que tarda el navegador en descubrir que necesita ese recurso.
• Tiempo de carga: lo que tarda en descargarlo. Aquí sí manda el peso de la imagen.
• Retraso de pintado: lo que tarda en dibujarlo una vez lo tiene.

En nuestra medición peor, el reparto era: 450 ms de servidor y 3.145 ms de retraso de pintado. El 87 % del problema estaba en el último tramo. Optimizar imágenes o cambiar de alojamiento no habría movido la aguja ni un poco.

Trampa 1: lo que aparece tarde se convierte en tu métrica

Nuestro aviso de cookies estaba escrito en la página desde el principio, pero oculto. Un trozo de código lo hacía visible después, cuando ya se había cargado todo lo demás.

Resultado: era el último elemento grande en aparecer, así que era el que marcaba el cronómetro. Nuestra nota de velocidad la decidía la galleta.

Le pasa a más cosas de las que parece:

• Avisos de cookies que se muestran con JavaScript.
• Ventanas emergentes de descuento o de suscripción.
• Burbujas de chat que cargan al final.
• Barras de "envío gratis" y avisos de rebajas.
• Cualquier cosa que aparezca sola a los pocos segundos.

Cómo se arregla: que la decisión de mostrarlo o no se tome antes de que la página se dibuje, no después. En nuestro caso movimos esa decisión a las primeras líneas del documento, de forma que el aviso está o no está desde el primer instante, sin aparecer más tarde.

El efecto fue inmediato. Medimos el hueco entre el primer momento en que se ve algo y el momento en que Google da por bueno el elemento principal:

	Hueco entre lo primero que se ve y lo que Google mide
Antes	1.154 ms de mediana, con un pico de 2.387 ms
Después	0 ms en las cinco mediciones

Trampa 2: lo que nace invisible no cuenta, aunque lo veas

Esta es más retorcida, y es la que nos costó encontrar.

Arreglado el aviso de cookies, seguía habiendo algo que no cuadraba: nuestro titular es enorme, ocupa media pantalla en el móvil, y aun así Google seguía midiendo el párrafo de las cookies. Un párrafo de letra pequeña no puede ser "el elemento más grande" cuando compite con un titular que ocupa media pantalla.

La explicación estaba en una animación de entrada. El titular, como otros quince elementos de la portada, arrancaba con transparencia total y se encendía con un efecto de aparición cuando cargaba el código correspondiente.

Y ahí está la clave: Google no considera candidato a un elemento que se ha pintado con transparencia total. El titular acababa apareciendo, sí, pero para el cronómetro nunca había existido. Así que medía al siguiente de la lista, que resultó ser la frase de las cookies.

Dicho de otro modo: nuestra animación bonita no solo retrasaba el titular, es que lo sacaba de la competición. Google medía otra cosa y nosotros no nos enterábamos.

Fíjate en los dos primeros fotogramas de arriba: la página está en blanco hasta pasado un segundo. Cuando por fin aparece el contenido, el aviso de cookies llega con él, y es lo que Google cronometra. Abajo, ya sin animación de entrada: el titular está a los 401 ms, y es lo que Google mide.

Cómo se arregla: quitar las animaciones de aparición de lo que se ve nada más entrar. Abajo, cuando el visitante hace scroll, la animación tiene sentido y ahí no molesta a nadie. Arriba, lo único que hace es esconderle el mensaje principal a quien acaba de llegar.

Con eso, el elemento que Google mide pasó a ser el titular, como tenía que haber sido siempre. Ocho mediciones contra la web ya publicada: el titular es el elemento medido en las ocho, y la mediana bajó a 1.260 ms. Partíamos de 2.925 ms.

Una consecuencia que conviene saber

Al quitar la animación, otra métrica empeoró un poco: la de estabilidad visual (CLS, lo que se mueve la página mientras carga) pasó de 0,001 a 0,005. El motivo es que ahora el titular se dibuja primero con una tipografía de reserva y se reajusta al llegar la definitiva, un baile que antes no se veía porque el texto estaba escondido.

Lo contamos porque es honesto y porque el umbral de Google está en 0,1: seguimos veinte veces por debajo. Pero es un buen ejemplo de que casi ninguna optimización es gratis, y de que hay que mirar las tres métricas después de tocar una.

Laboratorio y usuarios reales: cuál manda

Cuando abres PageSpeed hay dos bloques y se confunden constantemente:

• "Descubre lo que experimentan tus usuarios reales": son datos de campo. Vienen de visitantes de verdad con sus móviles y sus conexiones, recogidos durante 28 días. Esto es lo que cuenta para Google.
• "Diagnostica problemas de rendimiento": es el laboratorio. Una simulación que se ejecuta en ese momento. Esto es lo que te dice qué arreglar.

La regla es sencilla: el laboratorio explica, el campo dictamina. Si tu laboratorio da 100 pero tus usuarios reales están en rojo, tienes un problema real. Si tu laboratorio da 60 pero el campo está en verde, respira.

Y ojo con una cosa: si tu web tiene poco tráfico, el bloque de usuarios reales aparecerá vacío. No es un error: es que Google no tiene visitas suficientes para dar un dato fiable. En ese caso te quedan el laboratorio y la paciencia.

Si quieres el detalle de cada métrica por separado, lo desarrollamos en la guía de Core Web Vitals y, aplicado a WordPress, en cómo medirlos y mejorarlos.

Los umbrales, por si los necesitas a mano. Google los mide en el percentil 75, o sea que se cumplen cuando tres de cada cuatro visitas los cumplen:

Métrica	Qué mide	Bien	Mal
LCP	Cuándo aparece el contenido principal	2,5 s o menos	Más de 4 s
INP	Lo que tarda la web en responder a un clic	200 ms o menos	Más de 500 ms
CLS	Cuánto se mueve la página al cargar	0,1 o menos	Más de 0,25

Qué arreglar primero

Por orden, y este orden importa:

1. Averigua qué elemento mide Google. Cinco minutos. Si es algo que no esperabas (un aviso, un chat, una ventana emergente), ya tienes el trabajo hecho: el problema es ese, no tu servidor.
2. Mira el desglose de los cuatro tiempos. Te dice si el problema es del servidor, de la descarga o del dibujado. Cada uno se arregla en un sitio distinto y no se parecen en nada.
3. Quita las animaciones de entrada de lo que se ve al llegar. Gratis, rápido y suele mover la métrica más que ninguna otra cosa.
4. Después de eso, y solo después, ponte con las imágenes, la caché y el resto de la lista de siempre. Lo tienes ordenado en la guía completa de velocidad web y, si tu web es WordPress, en la de optimizar el rendimiento de WordPress.

Si has llegado hasta aquí y has empezado por el punto 4, no eres el único. Es donde empieza casi todo el mundo, porque es lo que sale en las listas de consejos. Y es justo el que menos importa si el problema es que Google está cronometrando la frase de tus cookies.

Un apunte para quien mida una web protegida

Si tu web está detrás de un servicio de protección y alguna herramienta de medición te dice que "no puede abrir la página", no te vuelvas loco. Muchas de esas protecciones responden con un bloqueo a cualquier petición que no parezca un navegador de verdad. Nos pasó midiendo la nuestra: con un navegador normal, todo bien; con una herramienta sencilla, puerta cerrada.

No afecta a tus visitantes ni a Google. Pero explica por qué media herramienta gratuita falla contra webs protegidas, y por qué merece la pena comprobar el resultado con dos herramientas antes de creerse un diagnóstico.

Preguntas frecuentes

¿Cuántas veces tengo que medir para fiarme del resultado?

Cinco, y te quedas con la del medio. Con menos, el ruido manda: nosotros obtuvimos 87, 87, 98 y 100 en la misma página sin tocar nada.

Mi web saca buena nota en PageSpeed pero Google dice que va mal. ¿Cuál me creo?

A Google. La nota de PageSpeed es una simulación que se ejecuta en ese momento; lo que Google usa para su criterio son los datos de visitantes reales de los últimos 28 días. Si esos están en rojo, hay un problema real aunque la simulación salga bien.

No me aparecen los datos de usuarios reales. ¿Está roto?

No. Significa que tu web no tiene visitas suficientes para que Google dé un dato fiable. En ese caso te guías por el laboratorio, sabiendo que es una aproximación.

¿Quitar el aviso de cookies mejoraría mi puntuación?

Quitarlo no, y además no puedes: es una obligación legal. Lo que se arregla es cuándo aparece. Si la decisión de mostrarlo se toma antes de que la página se dibuje, deja de ser lo último en aparecer y deja de marcar tu métrica.

¿Las animaciones de entrada son malas para el posicionamiento?

Las de la parte de abajo, no: se activan al hacer scroll y no afectan a la medición. Las de lo que se ve nada más entrar, sí, y por partida doble: retrasan lo que el visitante quiere leer y sacan a ese elemento de la medición de Google.

En resumen

• Una sola medición no es un dato. Mide cinco veces y quédate con la del medio.
• La nota global no te dice qué arreglar. El elemento medido y su desglose, sí.
• Lo que aparece tarde puede convertirse en tu métrica sin que lo sepas.
• Lo que nace invisible no cuenta para Google, aunque tú lo veas perfectamente.
• Los datos de usuarios reales mandan. El laboratorio solo explica.

Si esto te suena a mucho trabajo para algo que debería funcionar solo, es porque lo es. Nosotros lo hacemos como parte de la administración de las webs que llevamos: medimos, encontramos el elemento que está frenando la página y lo arreglamos, y el cliente se entera cuando le contamos que ya está.

Si prefieres no encargarte tú, échale un vistazo a la infraestructura administrada. Y si solo quieres que le echemos un ojo a la tuya y te digamos qué le pasa, cuéntanoslo. Sin compromiso.