Imaginemos al dueño de una tienda online que un sábado por la mañana decide por fin medir la velocidad. Abre PageSpeed Insights, pega la URL y obtiene un número naranja. Vuelve a analizar y sale otro. En un minuto el sitio no cambió. Cualquiera duda: ¿el sitio es caprichoso o la herramienta?
Ninguno de los dos. La nota puede variar entre ejecuciones. En las FAQ de PageSpeed Insights está la misma pregunta: por qué cambia si yo no toqué nada. Más interesante: incluso un 100 estable no garantiza que el sitio sea rápido para quien entra. Conviene saber qué hay detrás del número.
De qué se compone la nota de PageSpeed
La parte de laboratorio la calcula Lighthouse. La documentación de Chrome lo describe como media ponderada de métricas en condiciones controladas. En Lighthouse 10 Total Blocking Time pesa 30%, Largest Contentful Paint y Cumulative Layout Shift 25% cada una, First Contentful Paint y Speed Index 10%. Los pesos cambian con el tiempo.
Hay una frase que mostraría a quien persigue el 100. El 100 perfecto se llama extremadamente difícil y no esperado; pasar de 99 a 100 exige mejoras parecidas a las de 90 a 94. Lo verde empieza en 90. Los últimos puntos cuestan desproporcionadamente y casi no cambian la vida real.
¿Por qué salta el número? La documentación lista causas poco ligadas al sitio: pruebas A/B y rotación de anuncios, rutas de tráfico, dispositivos distintos, extensiones que inyectan JavaScript, incluso antivirus. Lighthouse recomienda ver el rendimiento como distribución, no como una cifra. El dueño del sábado vio comportamiento normal. PageSpeed corre en un centro de datos de Google en América, Europa o Asia; el móvil simula un teléfono medio en red móvil. Para compradores en Perm o Kazán sigue siendo un modelo.
Prueba de laboratorio y visitantes reales
Lighthouse carga en entorno simulado: un dispositivo, una red, una visita. Sirve para detectar problemas antes que la gente. En web.dev dicen claro que lo de laboratorio no sustituye datos de campo. La velocidad depende del dispositivo, la red, otras apps en el móvil y cómo usa la página la persona. Solo los visitantes reales completan el cuadro.
Google los recoge en Chrome User Experience Report. PageSpeed los muestra en el bloque de usuarios reales: últimos 28 días y solo con tráfico suficiente. Páginas nuevas o con poco tráfico pueden no tener bloque. Un informe junta dos respuestas: laboratorio y personas. Pueden no coincidir, y está bien.
Detalle fácil de pasar por alto: Lighthouse carga sin usuario, no mide Interaction to Next Paint. En laboratorio usan Total Blocking Time como aproximación. Mejor TBT puede mejorar la respuesta real o apenas notarse. Un botón «A la cesta» que duda en el móvil del comprador solo se ve de refilón en la nota de laboratorio.
Carga, respuesta y estabilidad: Core Web Vitals
Las Core Web Vitals son el conjunto principal de Google para la experiencia. Tres métricas con umbral recomendado. Largest Contentful Paint es carga: el contenido principal en 2,5 segundos. Interaction to Next Paint es respuesta: bueno hasta 200 milisegundos. Cumulative Layout Shift es estabilidad visual — si la página salta bajo el dedo — y debe ser 0,1 o menos.
Se juzgan en el percentil 75 de cargas, móvil y escritorio aparte; una visita no decide. En lenguaje llano, «bueno» es que al menos tres cuartos de visitas cumplen. Más cerca de la vida que un solo paseo: un flagship nuevo y un móvil viejo en el metro.
Matiz: es metodología de Google. Yandex tiene herramientas y consejos propios; no traslades las reglas tal cual. La lógica —laboratorio más gente real— sirve con cualquier buscador.
Cuando el informe no coincide con lo que se siente
Si en pruebas va bien y los compradores dicen que en el móvil va lento y salta, empieza por lo que molesta: pantalla inicial pesada, banners que se mueven, botones lentos. Después usa la nota para comprobar que no rompiste nada.
Cómo elegir mejoras sin perseguir el número
Empiezo por lo que siente la persona y luego la métrica. Tarda la imagen principal — carga. El texto baja cuando carga un banner o la barra de cookies y fallan el botón — estabilidad. El filtro del catálogo tarda tanto que parece roto — respuesta. Cada problema tiene causa y coste.
Mira el móvil aparte. En ordenador se perdona diseño pesado; en red débil, no. Mucho peso es a propósito: vídeo en portada, animaciones, widgets, contadores. Puedes quitarlos por puntos, pero a veces el negocio los necesita más que dos puntos extra. Mejor decidir con los ojos abiertos.
Escribí más sobre sitios en Tilda en el artículo de SEO en Tilda, con velocidad y Core Web Vitals. Aquí solo la idea: el 100 a cualquier precio no es la meta; la meta es que el sitio sea cómodo.
Cuando la nota sí ayuda
No sería justo decir que la nota de laboratorio no sirve. Alarma: si tras un cambio cae en picado, averigua por qué antes que los visitantes. Compara versiones de una página en condiciones parecidas. Señala oportunidades y diagnósticos.
Funciona mal como meta en sí o como prueba de quién va más rápido. Un 100 del competidor es una buena pasada de laboratorio. No dice cómo se comporta con sus clientes.
El dueño del sábado podría haber ahorrado la mañana. En lugar de repetir análisis, bajar a datos de usuarios reales si hay y abrir el sitio en su propio móvil. A veces es la prueba más honesta.