PageSpeed Insights: qué es, cómo leer el informe y qué umbrales usa Google

PageSpeed Insights (PSI) es la herramienta gratuita de Google que mide la experiencia de usuario de una página en móvil y en ordenador, y sugiere cómo mejorarla. Según su documentación oficial, combina dos tipos de datos: los de campo, que salen de usuarios reales, y los de laboratorio, que salen de una carga simulada. Entender esa diferencia es lo que separa leer bien el informe de perseguir una nota.

Qué mide PageSpeed Insights

Datos de campo (usuarios reales): vienen del Chrome User Experience Report (CrUX) y cubren los últimos 28 días. Recogen First Contentful Paint (FCP), Interaction to Next Paint (INP), Largest Contentful Paint (LCP) y Cumulative Layout Shift (CLS), más el Time to First Byte (TTFB), que Google marca como experimental.
Datos de laboratorio: los genera Lighthouse, que analiza la URL en un entorno simulado en cuatro categorías: rendimiento, accesibilidad, buenas prácticas y SEO.

Google lo resume así: los datos de laboratorio sirven para depurar, porque se recogen en un entorno controlado, pero pueden no reflejar los cuellos de botella reales. Los de campo capturan la experiencia real, aunque con menos métricas.

Los umbrales oficiales: bueno, a mejorar y deficiente

PSI clasifica cada experiencia en tres grupos —Good, Needs Improvement y Poor— con los umbrales de la iniciativa Web Vitals:

Métrica	Bueno	A mejorar	Deficiente
FCP	hasta 1.800 ms	de 1.800 a 3.000 ms	más de 3.000 ms
LCP	hasta 2.500 ms	de 2.500 a 4.000 ms	más de 4.000 ms
CLS	hasta 0,1	de 0,1 a 0,25	más de 0,25
INP	hasta 200 ms	de 200 a 500 ms	más de 500 ms
TTFB (experimental)	hasta 800 ms	de 800 a 1.800 ms	más de 1.800 ms

El informe muestra cada métrica como una barra verde, ámbar y roja con el reparto de experiencias. Si la barra ámbar del LCP marca un 11 %, quiere decir que el 11 % de los LCP observados quedó entre 2.500 y 4.000 ms. Encima de las barras aparece el percentil 75, que es el valor que se clasifica.

Por qué el percentil 75

Google explica que su objetivo es que las páginas funcionen bien para la mayoría de los usuarios: fijarse en el percentil 75 obliga a que la experiencia sea buena también en los dispositivos y redes más difíciles, no solo en el usuario medio.

Cómo se aprueban las Core Web Vitals

Las Core Web Vitals son tres métricas: LCP, INP y CLS. La regla de aprobación es estricta:

Si hay datos suficientes de las tres, la página (o el dominio) aprueba solo si el percentil 75 de las tres es bueno. Con una en ámbar, no aprueba.
Si faltan datos de INP, aprueba si LCP y CLS son buenos.
Si faltan datos de LCP o de CLS, no se puede evaluar.

Es la parte del informe que más relación tiene con el trabajo de una tienda online; lo vemos con ejemplos en Core Web Vitals en ecommerce.

La puntuación de 0 a 100

La nota de arriba del informe es la de Lighthouse, es decir, de laboratorio:

90 o más: buena.
De 50 a 89: necesita mejorar.
Menos de 50: deficiente.

La categoría de rendimiento desglosa First Contentful Paint, Largest Contentful Paint, Speed Index, Cumulative Layout Shift, Time to Interactive y Total Blocking Time, cada una con su icono: círculo verde, cuadrado ámbar o triángulo rojo. Debajo están las auditorías con lo que conviene corregir.

Ojo con lo que Google advierte en sus preguntas frecuentes: tener buenos datos de laboratorio no significa que la experiencia de los usuarios reales también lo sea.

Cómo usar PageSpeed Insights, paso a paso

Estos pasos son nuestra recomendación de uso; los datos que se leen en cada uno son los de la documentación.

Entra en pagespeed.web.dev y pega la URL de la página que quieres medir.
Mira primero la pestaña móvil: es donde la carga suele ser más exigente.
Lee la sección de usuarios reales antes que la puntuación: dice si la página aprueba las Core Web Vitals y en qué métrica falla.
Si no hay datos de esa URL, fíjate en si el informe ha pasado a datos del dominio completo.
Usa la parte de laboratorio y sus auditorías para encontrar la causa y probar arreglos.

Por qué la puntuación cambia entre una prueba y otra

Si repites la prueba sin tocar nada y la nota sube o baja, no es un error. Según Google, la variabilidad entra por varias vías: la disponibilidad de la red local, la del hardware del cliente y la competencia por los recursos. Además, Lighthouse simula en móvil un dispositivo de gama media (un Moto G4) con red móvil, y en ordenador un escritorio emulado con conexión por cable, y la prueba se ejecuta en un centro de datos de Google en Norteamérica, Europa o Asia.

Por eso los datos de campo y de laboratorio pueden contradecirse: los de campo son el historial real de esa URL con dispositivos y redes muy variados; los de laboratorio, una sola carga simulada en un dispositivo y una red fijos.

Preguntas frecuentes

¿Por qué PageSpeed Insights no muestra datos de usuarios reales de mi página?

Porque no hay muestras suficientes en CrUX. Pasa con páginas recién publicadas o con poco tráfico. En ese caso PSI cae al nivel de origen, que agrupa todas las páginas del sitio; y si el sitio tampoco tiene datos suficientes, no muestra datos reales. CrUX exige además que la URL sea pública, rastreable e indexable.

¿Qué diferencia hay entre los datos de PSI y los de CrUX en BigQuery?

Los de PSI se actualizan a diario; el conjunto de CrUX en BigQuery, cada mes, y solo a nivel de origen. Los dos cubren los 28 días anteriores.

¿Qué es una buena puntuación de PageSpeed?

Cualquier puntuación verde, de 90 en adelante. Pero la nota es de laboratorio: lo que dice cómo lo viven tus usuarios es la evaluación de Core Web Vitals.

¿PageSpeed Insights sustituye a otras herramientas de análisis?

No: mide rendimiento, no comportamiento. Para ver cómo navegan los usuarios por la página sirven herramientas como las que repasamos en nuestra guía de Microsoft Clarity.

Lo que conviene llevarse

Esta lectura es nuestra: el número grande del informe es el que más se comparte y el que menos dice. Lo que cuenta es si la página aprueba las Core Web Vitals con usuarios reales, y en qué métrica falla si no. La puntuación de laboratorio sirve para encontrar la causa y comprobar que un arreglo funciona, no para perseguir un 100.

Imagen de portada: «Laptop Code», de Matthew Henry, vía StockSnap (CC0 1.0). Fuente: Google for Developers, «About PageSpeed Insights», consultada el 17 de octubre de 2026.

Para seguir el hilo: Core Web Vitals en ecommerce · guía de Microsoft Clarity.