¿Qué es PageSpeed Insights (PSI)?

¿Qué es PageSpeed Insights (PSI)?

PageSpeed Insights (PSI) es la herramienta gratuita de análisis de rendimiento web de Google. Introduce cualquier URL en pagespeed.web.dev y PSI devuelve una tarjeta de puntuación de rendimiento que combina dos fuentes de datos distintas: datos de laboratorio (una auditoría sintética fresca de Lighthouse ejecutada desde un centro de datos de Google) y datos de campo (métricas de usuarios reales del Chrome User Experience Report cubriendo los últimos 28 días). La herramienta luego muestra recomendaciones específicas y priorizadas para mejorar la velocidad de la página.

PSI es la herramienta de rendimiento más citada en discusiones de SEO por una razón: es la cara pública del programa Core Web Vitals de Google. Las puntuaciones que ves en PSI mapean directamente a las señales que Google usa para ranking. "¿Mejoró PSI?" es la pregunta que termina la mayoría de los debates de rendimiento.

Las dos mitades de PSI: datos de laboratorio vs. datos de campo

Entender PSI requiere entender los dos tipos de datos completamente diferentes que muestra. Responden a preguntas diferentes.

Datos de campo (CrUX) — "¿cómo experimentan los usuarios reales esta página?"

El Chrome User Experience Report (CrUX) es un dataset público de métricas de rendimiento anonimizadas recolectadas de usuarios reales de Chrome (los que han optado por sincronizar el historial del navegador). PSI muestra los valores del percentil 75 a través de los últimos 28 días para esa URL u origen.

Las cuatro métricas CrUX en PSI:

• LCP (Largest Contentful Paint) — cuándo se renderiza el elemento above-fold más grande. Bueno: ≤2,5s.
• INP (Interaction to Next Paint) — capacidad de respuesta a la entrada del usuario. Reemplazó a FID en marzo de 2024. Bueno: ≤200ms.
• CLS (Cumulative Layout Shift) — estabilidad visual. Bueno: ≤0,1.
• FCP (First Contentful Paint) y TTFB (Time to First Byte) — diagnóstico, no pasa/falla.

Los datos de campo son lo que Google usa para la señal de ranking de Core Web Vitals. Si faltan datos de campo (página con poco tráfico), Google recurre a datos a nivel de origen, luego a ninguna señal en absoluto.

Datos de laboratorio (Lighthouse) — "¿qué tan rápido puede cargar esta página en condiciones ideales?"

Los datos de laboratorio vienen de una auditoría fresca de Lighthouse en un dispositivo móvil o de escritorio simulado con red limitada. Es reproducible (mismas condiciones cada ejecución) y diagnóstico (Lighthouse genera una lista de oportunidades).

Las métricas de laboratorio en PSI:

• FCP, LCP, CLS — mismas métricas, pero medidas en condiciones de laboratorio.
• TBT (Total Blocking Time) — proxy para INP. Tiempo que el hilo principal estuvo bloqueado durante la carga de la página.
• Speed Index — qué tan rápido se pinta el contenido visible durante la carga.
• Puntuación de Rendimiento (0-100) — promedio ponderado de las métricas de laboratorio.

La puntuación PSI: cómo se calcula

La puntuación de Rendimiento es una combinación ponderada de métricas de laboratorio con estos pesos (a partir de Lighthouse 10):

• LCP: 25%
• TBT: 30%
• CLS: 25%
• FCP: 10%
• Speed Index: 10%

Cada métrica se mapea a una puntuación 0-100 usando una curva log-normal calibrada contra los top 1000 sitios. Un 100 significa "en el nivel superior de páginas rápidas". Un 50 significa mediana.

Google llama 90+ "bueno", 50-89 "necesita mejora" y por debajo de 50 "pobre". La mayoría de los sitios de producción en 2026 puntúan 50-80 móvil y 80-95 escritorio. Llegar a 90+ en móvil es genuinamente difícil y requiere optimización deliberada.

Puntuación móvil vs. escritorio

PSI ejecuta dos auditorías: una con limitación simulada de Slow 4G + dispositivo móvil de gama media, y una con escritorio de velocidad de cable simulada. La puntuación móvil es casi siempre más baja porque el dispositivo simulado es más lento.

La señal de ranking de Google usa datos de campo móviles. Las puntuaciones de escritorio son útiles para diagnóstico pero no afectan directamente al SEO. Optimiza primero para la experiencia móvil.

El motor de recomendaciones: oportunidades y diagnósticos

Debajo de las puntuaciones, PSI muestra una lista priorizada de problemas. Dos tipos:

• Oportunidades — ahorros cuantificados, p.ej., "Dimensionar correctamente las imágenes: ahorros estimados de 1,2s." Estas son cosas concretas que arreglar que deberían mejorar tu puntuación.
• Diagnósticos — hallazgos cualitativos, p.ej., "Evitar un tamaño DOM excesivo." Contexto útil pero sin estimación directa de ahorros.

Las oportunidades más comunes (en nuestra experiencia auditando miles de sitios):

1. Dimensionar correctamente las imágenes (imágenes servidas más grandes que lo mostrado)
2. Aplazar imágenes fuera de pantalla (imágenes below-fold cargadas anticipadamente)
3. Eliminar recursos que bloquean el renderizado (CSS/JS en head)
4. Reducir JavaScript no usado (bundle inflado)
5. Servir imágenes en formatos de próxima generación (sin WebP/AVIF)
6. Reducir CSS no usado (hojas de estilo sobre-enviadas)
7. Minificar CSS/JavaScript (assets sin comprimir)
8. Habilitar compresión de texto (sin gzip/brotli)
9. Preconectar a orígenes requeridos (dominios de terceros críticos)
10. Evitar encadenar peticiones críticas (profundidad de cascada)

Errores comunes de interpretación de la puntuación PSI

• Perseguir una puntuación de 100. Los rendimientos decrecientes golpean fuerte por encima de 90. Optimizar 95→100 a menudo lleva más tiempo de dev que 70→90 y aporta menos beneficio en el mundo real.
• Tratar cada ejecución de PSI como autoritativa. Las puntuaciones de laboratorio de PSI tienen una varianza de ±5 puntos entre ejecuciones por el ruido de simulación de red. No reacciones a un solo cambio de puntuación; mira las tendencias a través de múltiples ejecuciones.
• Ignorar los datos de campo. Los datos de laboratorio te dicen lo que es posible; los datos de campo te dicen lo que los usuarios realmente experimentan. Si tu LCP de campo es malo pero el LCP de laboratorio es bueno, tu problema es distribución geográfica, varianza de dispositivos reales o scripts de terceros que no cargan en condiciones de laboratorio.
• Optimizar para la puntuación en lugar de la experiencia. Algunas optimizaciones mejoran la puntuación sin ayudar a los usuarios (p.ej., code splitting agresivo que hace las interacciones más lentas). Siempre valida con usuarios reales (datos RUM) después de cambios PSI.
• Olvidar el retraso de la señal de ranking. Los datos CrUX son una ventana móvil de 28 días. Si envías una optimización hoy, tomará 4 semanas antes de que los datos de campo la reflejen completamente.
• Comparar PSI con otras herramientas sin normalizar. WebPageTest, GTmetrix y PSI usan diferentes perfiles de limitación. La misma página puede puntuar 65 en PSI móvil y 85 en GTmetrix. Los números no son comparables entre herramientas — elige una y quédate con ella.

PSI vs. Lighthouse vs. Chrome DevTools Performance

Tres herramientas relacionadas, diferentes casos de uso:

• PSI — orientado al público, incluye datos de campo, fácil de compartir. Mejor para audiencias de producto/ejecutivos y verificaciones rápidas.
• Lighthouse (DevTools o CLI) — se ejecuta en tu máquina local, sin datos de campo, iteración más rápida. Mejor para trabajo de optimización activa.
• Pestaña Performance de Chrome DevTools — gráficos de llama, perfilado de JavaScript, sin puntuación. Mejor para análisis profundo de causa raíz.

Automatizar verificaciones PSI en CI

No confíes en ejecuciones manuales de PSI. Mejor práctica: automatiza auditorías de Lighthouse en tu pipeline de CI (usando lighthouse-ci) y haz fallar el build si el rendimiento regresa por debajo de un umbral. Esto atrapa regresiones antes de que lleguen a producción. La mayoría de los equipos web maduros tienen gates de Lighthouse-CI para las páginas principales.

FAQ: PageSpeed Insights

¿Por qué mi puntuación PSI es tan baja?

Culpables más probables: JavaScript que bloquea el renderizado en el head, imágenes no optimizadas, layout shifts por contenido de carga tardía y scripts de terceros (analytics, anuncios, widgets de chat). Los diagnósticos de PSI los rankearán para ti. Empieza desde arriba.

¿La puntuación PSI afecta el ranking SEO?

Indirectamente. La señal de ranking son los Core Web Vitals, que usan datos de campo (CrUX) — no la puntuación de laboratorio PSI. Una alta puntuación de laboratorio con malos datos de campo no ayudará al SEO. Una tasa perfecta de aprobación de datos de campo con una puntuación de laboratorio mediocre está bien.

¿Por qué fluctúan mis puntuaciones PSI?

Las puntuaciones de laboratorio fluctúan porque Lighthouse usa limitación de red simulada que añade aleatoriedad. Ejecuta 3-5 auditorías y usa la mediana. Los datos de campo fluctúan debido a cambios en la mezcla de dispositivos del usuario, distribución geográfica y patrones de tráfico.

¿Por qué la puntuación de escritorio es 90+ pero la móvil está en los 50?

Los dispositivos móviles son dramáticamente más lentos que los de escritorio, especialmente en hardware simulado de gama media con limitación de Slow 4G. La ejecución de JavaScript es 4-6x más lenta en móvil, la red está limitada y los cuellos de botella del hilo principal tienen más impacto. La optimización móvil-primero es más difícil.

¿Cómo mejoro las puntuaciones PSI?

Las tres acciones principales para la mayoría de los sitios: (1) optimizar imágenes — dimensionado adecuado, formato WebP/AVIF, lazy loading below-fold; (2) reducir JavaScript — code split, aplazar scripts no críticos, eliminar librerías no usadas; (3) eliminar bloqueo de renderizado — inline CSS crítico, defer/async JS, preload fuentes. El test de velocidad LoadFocus muestra los mismos diagnósticos con cobertura multi-ubicación.

¿Con qué frecuencia debería verificar PSI?

Para trabajo de optimización activa, diario. Para monitorización, mensual está bien — configura Lighthouse-CI automatizado en tu pipeline de build para que no necesites recordar.

Cómo LoadFocus complementa PSI

PSI prueba una URL desde un centro de datos de Google. Las pruebas de velocidad de sitio web LoadFocus ejecutan la misma auditoría de Lighthouse desde 30+ ubicaciones en todo el mundo, mostrando diferencias geográficas de rendimiento que PSI no puede ver. La monitorización continua rastrea los Core Web Vitals a lo largo del tiempo para que atrapes regresiones el día que ocurren, no 4 semanas después cuando llega la señal de datos de campo.