Cómo Mejorar tu Puntuación de Google PageSpeed en 2026

Una Puntuación de 92 Que Debería Haber Sido 42

El mes pasado pasé tres horas optimizando la carga de fuentes en el sitio de un cliente: subconjuntos, precarga, cambio a font-display: swap, toda la artillería. Puntuación final de PageSpeed: 92.

El cliente preguntó si habíamos solucionado el problema real. Resulta que la imagen principal pesaba 4,2 MB. Con una etiqueta <picture> y una conversión a AVIF después, pasamos de 92 a 58: porque ahora Lighthouse sí podía ver lo lento que era el resto de la página.

Eso es lo que ocurre con las puntuaciones de PageSpeed. No te dicen qué es realmente lento. Te dicen lo que Lighthouse cree que es lento. Y a veces son cosas muy diferentes.

Qué Mide Realmente PageSpeed

Google PageSpeed Insights te da una puntuación de 0 a 100 basada en datos de laboratorio de Lighthouse. No es en sí un factor de posicionamiento, pero se correlaciona con Core Web Vitals, y esos sí son factores de posicionamiento.

Lo que les digo a mis clientes: si tu puntuación está por debajo de 50, tienes problemas reales. Si está entre 50 y 89, estás en la zona de "arregla lo evidente". Si está en 90 o más, no lo celebres todavía: ve a mirar el tiempo real de carga de tu página en Chrome DevTools.

Las Cinco Cosas Que Realmente Mueven la Aguja

Después de auditar más de 200 sitios, esto es lo que de forma constante marca la mayor diferencia:

Imágenes. Siempre las imágenes. Nunca he auditado un sitio con menos de 70 puntos en el que las imágenes no fueran el problema principal. No una optimización sofisticada de JavaScript, no el CSS crítico: las imágenes.

Tiempo de ejecución de JavaScript. Esta es engañosa porque no siempre aparece en las auditorías de Lighthouse. Tu página puede puntuar 95 y seguir teniendo 3 segundos de bloqueo del hilo principal. Revisa la pestaña Performance en DevTools, no solo Lighthouse.

Tiempo de respuesta del servidor. Si tu TTFB supera los 800 ms, nada más importa. En mi experiencia, sitios con imágenes perfectas y cero JavaScript que siguen cargando lento porque el servidor tarda 2 segundos en responder.

Caché. Es el regalo que sigue dando. Configúrala una vez y cada visitante recurrente se beneficia.

CDN. Si tu audiencia es global y tu servidor está en una sola ubicación, un CDN ya no es opcional.

Cuando PageSpeed te Miente

Después de revisar una tienda Shopify el trimestre pasado. Puntuación de PageSpeed: 98. Tiempo real de carga: 4,2 segundos. La tienda tenía 47 scripts de seguimiento, un widget de chat, una ventana emergente y tres motores de recomendación. A Lighthouse no le importaba: probaba una versión limpia sin nada de eso.

Esto pasa todo el tiempo. PageSpeed prueba tu página en un entorno de laboratorio. Tus usuarios reales tienen bloqueadores de anuncios, móviles lentos y condiciones de red que ningún laboratorio puede simular.

Mi Flujo de Trabajo Real (No una Lista de Tareas)

Esto es lo que hago cuando alguien me pide mejorar su puntuación de PageSpeed:

Paso 1: Abre DevTools, no PageSpeed Insights. Quiero ver el waterfall real de la red. ¿Cuánto pesa la página? ¿Cuántas peticiones hay? ¿Qué tarda más?

Paso 2: Revisa los mayores culpables. Normalmente son las imágenes, pero a veces es un paquete de JavaScript de 2 MB que no hace absolutamente nada útil. En mi experiencia, hay scripts de analítica más grandes que páginas de destino enteras.

Paso 3: Arregla las imágenes. Casi siempre es la primera victoria. Convierte a WebP, añade srcset, usa lazy loading para el contenido bajo el pliegue. Tarda 15 minutos y normalmente ganas 10-20 puntos.

Paso 4: Elimina el JavaScript que no se usa. Abre la pestaña Coverage en DevTools. Probablemente descubrirás que el 60-80% de tu JavaScript nunca se ejecuta. Elimínalo.

Paso 5: No sobres optimices. En mi experiencia, los desarrolladores pasan días intentando exprimir 3 puntos más a una puntuación de 95. Ese tiempo está mejor invertido en arreglar problemas reales de la experiencia de usuario.

La Trampa del WebP

Todo el mundo te dice que conviertas las imágenes a WebP. Lo hice en el sitio de un cliente y su puntuación bajó de hecho. ¿Por qué? Porque estaban sirviendo WebP a usuarios de Safari en versiones antiguas de iOS que no lo soportan. El JPEG de respaldo era 3 veces más grande.

Ahora siempre pruebo con etiquetas <picture> y múltiples fuentes:

<picture>
  <source srcset="hero.avif" type="image/avif">
  <source srcset="hero.webp" type="image/webp">
  <img src="hero.jpg" alt="Hero image">
</picture>

Es más código, pero funciona en todas partes.

Fuentes Que No Bloquean el Renderizado

Antes pensaba que font-display: swap era una bala de plata. Luego me di cuenta de que solo significa "muestra texto invisible por un instante y luego muestra la fuente real". Eso está bien para el cuerpo del texto, pero en los titulares se ve roto.

Mi enfoque actual: usar fuentes del sistema para el cuerpo y, para las fuentes de marca, precargar solo los pesos que usas de verdad. Hace poco audité un sitio que cargaba 12 pesos de fuente cuando solo usaban 3.

La Regla 80/20 (Esta Vez de Verdad)

De todas las optimizaciones que podrías hacer, estas tres te llevan el 80% del camino:

1. Comprime y redimensiona las imágenes. Usa Squoosh.app. Es gratis. Tarda 5 minutos por imagen.
2. Elimina el JavaScript que no se usa. Usa la pestaña Coverage. Sé implacable.
3. Activa la caché y usa un CDN. Si estás en Vercel o Netlify, esto ya está hecho.

Todo lo demás — CSS crítico, optimización de fuentes, precarga — es pulido. Haz primero las tres grandes.

Cuándo Dejar de Optimizar

Tuve un cliente obsesionado con llegar a 100. Llegamos a 99 y pasamos 8 horas intentando encontrar el último punto. Era un script de analítica de 12 KB que ya era asíncrono.

Mi regla honesta: si estás por encima de 90 y tu tiempo real de carga es inferior a 2 segundos, detente. Tu tiempo vale más que esos últimos 10 puntos.

Victorias Rápidas Antes de Que Te Vayas

Antes de ejecutar otra prueba de PageSpeed, prueba estas:

- Pasa tu URL por AuditMe: combina los datos de PageSpeed con métricas de tráfico reales

- Revisa tu imagen más grande. Si supera los 200 KB, comprímela

- Abre DevTools → Network → marca "Disable cache" → vuelve a cargar. Si tu página supera los 2 MB, algo va mal

- Mira tu paquete de JavaScript. Si supera los 500 KB, tienes código sin usar

El Resultado Final

Las puntuaciones de PageSpeed son útiles, pero no cuentan toda la historia. En mi experiencia, he visto sitios con puntuaciones perfectas que son dolorosamente lentos y sitios con puntuaciones en los 60 que cargan más rápido que cualquier cosa.

Céntrate en la experiencia de usuario real. Si tu página carga en menos de 2 segundos y tus Core Web Vitals están en verde, ya estás mejor que la mayoría.

Realiza una auditoría SEO gratuita para ver cómo rinde de verdad tu sitio.