Mejorar la velocidad de tu web: qué mide Google de verdad y en qué orden

Casi todas las guías de esta consulta abren con la misma frase: si una página tarda más de tres segundos en cargar, la gente se va, y Google usa la velocidad como factor. La segunda mitad es cierta con matices. La primera cita un umbral que Google no usa. Lo que mide son tres cosas concretas y ninguna es el tiempo total de carga, así que buena parte de la lista de quince consejos que viene después está optimizando algo que no se puntúa.

Respuesta rápida

• Google no mide el tiempo total de carga. Mide cuándo pinta el elemento principal, cómo responde a la interacción y cuánto salta el diseño.
• El umbral de tres segundos no es de Google. Los suyos son 2,5 segundos, 200 milisegundos y 0,1.
• Los consejos habituales no están mal, están sin apuntar. Minificar CSS puede no tocar ninguna de las tres.
• Uno o dos cambios explican casi todo, y se identifican mirando qué elemento tarda, no la lista.

Qué tipo de problema es este

El modelo mental que produce meses de trabajo sin efecto medible es tratar la velocidad como una magnitud única: la página tarda X y hay que bajar X.

No hay una X. Hay tres medidas distintas de tres experiencias distintas, y una página puede ir bien en dos y mal en la tercera. La sensación de lentitud que recuerda un visitante rara vez es el tiempo total: es que el texto tardó en aparecer, que pulsó y no pasó nada, o que el contenido saltó cuando iba a leer.

Por eso la lista de consejos genéricos rinde tan poco. No porque sean falsos, sino porque están escritos contra una métrica que ya no se usa, y aciertan por casualidad cuando aciertan. El detalle de qué es cada una está en Core Web Vitals.

¿Cómo se mejora la velocidad de una web?

Averiguando primero cuál de las tres medidas falla y atacando esa. Google no puntúa el tiempo total de carga: mide cuándo aparece el elemento principal, cómo responde la página al primer toque y cuánto se mueve el contenido mientras carga. Optimizar sin saber cuál falla es tirar horas.

El umbral que circula y no es de Google

La frase de los tres segundos viene de estudios de abandono de hace años, no de la documentación de Google, y se cita como si fuera su criterio.

Los umbrales que sí usa son otros y son públicos: el elemento principal debería pintarse en 2,5 segundos o menos, la respuesta a la interacción quedarse por debajo de 200 milisegundos, y el desplazamiento acumulado del diseño no pasar de 0,1. Son tres cosas medidas por separado, con tres arreglos distintos, y ninguna se resume en un número de segundos.

La diferencia no es de matiz. Una página puede cargar entera en cinco segundos y aprobar, porque lo que importaba apareció en uno. Y otra puede cargar en dos y suspender, porque el elemento principal era una imagen que llegó al final.

El orden que rinde, en vez de la lista

Primero, averigua cuál de las tres falla. El informe de rendimiento web de Search Console lo dice por grupos de páginas y con datos de usuarios reales, que es lo que cuenta. Las herramientas de laboratorio dan una nota simulada que sirve para diagnosticar, no para saber cómo va.

Si falla el pintado del elemento principal, la causa está casi siempre en uno de dos sitios: lo que tarda el servidor en responder, o el peso del elemento más grande de la parte visible, que suele ser una imagen. Comprimir esa imagen y servirla en un formato moderno mueve más que minificar todo el CSS del sitio. El desarrollo está en mejorar el LCP.

Si falla la estabilidad, la causa es casi siempre la misma: imágenes o anuncios sin medidas declaradas, que reservan cero espacio y empujan el contenido cuando llegan. Es de los arreglos más baratos que existen y de los que más se nota, porque el desplazamiento es lo único de los tres que el visitante percibe como un fallo y no como lentitud: arreglar el CLS.

Y si falla la respuesta a la interacción, ahí sí toca mirar el JavaScript, que es lo que bloquea el hilo cuando alguien pulsa. Es el único de los tres donde la recomendación genérica de reducir scripts apunta a algo: qué es INP.

Lo que la lista habitual acierta y lo que ya no

Sigue siendo cierto: elegir un alojamiento que responda rápido, usar caché, no encadenar redirecciones y no cargar imágenes que nadie va a ver.

Ha envejecido: la recomendación de usar JPEG para fotos y PNG para gráficos. Es de antes de los formatos modernos, que pesan bastante menos para la misma calidad y son lo que de verdad mueve el pintado en páginas con imágenes grandes.

Y está sin apuntar: minificar CSS y JavaScript. No hace daño y en la mayoría de los sitios no cambia ninguna de las tres medidas, porque los kilobytes que ahorra no eran lo que retrasaba nada. Es el ejemplo perfecto de trabajo que se siente productivo y no aparece en el informe.

Cuándo esto no es tu prioridad

Cuando las páginas no están indexadas. Ninguna medida de rendimiento importa sobre algo que no compite: por qué Google no indexa una página.

Cuando ya apruebas las tres. Pasar de aprobado a excelente no tiene efecto conocido en posición y sí tiene coste.

Y cuando el problema es que la página no responde a la consulta. Una página lenta que contesta gana a una rápida que no, todos los días, y averiguar si la tuya contesta se hace mirando la pantalla de resultados y no el informe de rendimiento: la intención de búsqueda.

Errores que se repiten

• Perseguir un tiempo total de carga. Google no lo mide y no es lo que decide.
• Citar los tres segundos como umbral de Google. Sus umbrales son otros y son tres.
• Optimizar sin saber cuál de las tres falla. La mitad del trabajo va a la métrica equivocada.
• Fiarse solo de la nota de laboratorio. Simula; lo que cuenta son los datos de usuarios reales.
• Minificar primero. Es lo más fácil de hacer y de lo que menos mueve.
• Buscar el aprobado alto. Pasar de aprobado a sobresaliente no tiene efecto conocido.

Datos y transparencia

Que los umbrales de Google son 2,5 segundos para el pintado del elemento principal, 200 milisegundos para la respuesta a la interacción y 0,1 para el desplazamiento acumulado, y que ninguno de los tres es el tiempo total de carga, procede de su documentación, comprobada el 13 de agosto de 2026. Que las guías mejor posicionadas en español para esta consulta abren con un umbral de tres segundos atribuido implícitamente a Google, y que recomiendan JPEG y PNG sin mencionar los formatos modernos, es una observación del mismo día y se recoge como imprecisión, no como fuente. No se da aquí ninguna cifra de cuánto mejora la posición al aprobar estas métricas: Google no publica ninguna ponderación y las correlaciones que circulan no controlan el resto de factores. El orden de diagnóstico procede del trabajo sobre una cartera que registra más de 300 millones de impresiones anuales en Search Console. Verificado a agosto de 2026.

Lo que esto cambia

Hay un patrón en este tema que se repite en casi todo lo demás de este oficio.

La lista de quince consejos existe porque es fácil de escribir y porque cada punto es verdadero por separado. Lo que no tiene es un orden, y sin orden lo que ocurre es predecible: se hace primero lo más fácil, que es minificar y comprimir, se tarda una tarde, y el informe no se mueve porque el problema estaba en el tiempo de respuesta del servidor o en una imagen concreta.

Merece la pena empezar por el paso que ninguna lista incluye, que además es el más barato: abrir el informe y ver cuál de las tres medidas está en rojo. Después, la mitad de la lista se puede tirar, y eso es lo que convierte una tarde en un resultado.

Preguntas frecuentes