01Qué es y cómo funciona
PSI utiliza dos fuentes de datos distintas. Los datos de campo provienen del Chrome User Experience Report, que recopila mediciones de usuarios reales de Chrome en millones de sitios web durante un periodo móvil de 28 días. Esto le indica qué es lo que experimentan sus visitantes reales en este momento. Los datos de laboratorio provienen de Lighthouse, una prueba automatizada que carga la página en un navegador controlado con condiciones de red y dispositivo preestablecidas. Esto le ofrece resultados consistentes y repetibles que puede utilizar para depurar problemas específicos.
Cuando introduce una URL, PSI ejecuta Lighthouse y extrae los últimos datos de CrUX, para luego combinarlos en un único informe. Evalúa su página frente a las métricas de Core Web Vitals: Largest Contentful Paint (qué tan rápido aparece el contenido principal), First Input Delay (qué tan rápido se vuelve interactiva la página) y Cumulative Layout Shift (si la página da saltos mientras se carga). También comprueba métricas como el Time to First Byte, los recursos que bloquean el renderizado y la optimización de imágenes. Las puntuaciones van de 0 a 100, con el color verde para 90 o más, naranja en el rango de 50 a 89, y rojo por debajo de 50.
PSI es la herramienta de Google para probar la velocidad de carga de las páginas. Te muestra tanto lo que experimentan los visitantes reales como lo que encuentra una prueba controlada, junto con pasos específicos para hacer que la página sea más rápida.
Un minorista introduce la URL de la página de su producto. PSI muestra datos de campo de LCP en el percentil 75 de 3,2 segundos, calificado como deficiente, y un resultado de laboratorio de Lighthouse de 2,8 segundos. Ambos señalan la misma imagen principal como excesivamente grande. El informe también muestra un layout shift de 0,14 debido a un banner con carga diferida (lazy-loaded), calificado como "necesita mejorar".
02Qué hacer al respecto
Comience por solucionar los elementos que PSI marca como fallidos o que necesitan mejora en la sección de Diagnósticos. Estos están ordenados por impacto estimado, así que aborde primero los principales.
La optimización de imágenes es la victoria más común. Comprima las imágenes con formatos modernos como WebP o AVIF, establezca atributos explícitos de ancho y alto para evitar el desplazamiento de diseño (layout shift) y utilice imágenes responsivas con srcset para que los usuarios de móviles descarguen archivos más pequeños. Implemente la carga diferida (lazy load) en las imágenes que aparecen debajo del primer pliegue (below the fold).
Para el tiempo de respuesta del servidor, considere mejorar el hosting, habilitar la compresión, utilizar una CDN o implementar encabezados de caché. Si los scripts de terceros están bloqueando el renderizado, cárguelos de forma asíncrona o pospóngalos hasta que el contenido principal se haya renderizado.
Elimine cualquier CSS o JavaScript que la página no utilice realmente. Para el CSS que bloquea el renderizado, incorpore los estilos críticos en línea (inline) y cargue el resto de forma asíncrona. Para JavaScript, posponga el análisis (parsing) o divida las tareas largas en fragmentos más pequeños.
Vuelva a ejecutar PSI después de cada lote de cambios para confirmar la mejora. Los datos de campo (field data) se actualizan en un ciclo continuo de 28 días, por lo que las mejoras medibles en la experiencia del usuario real tardan en aparecer, incluso después de haber implementado el código.
- Comprima y redimensione las imágenes antes de subirlas
- Establezca dimensiones explícitas en todos los elementos de imagen
- Posponga el JavaScript no crítico
- Habilite los encabezados de caché del navegador
- Mueva los scripts de terceros fuera de la ruta crítica
03Cómo se mide o se detecta
Lo primero que hay que observar es la puntuación en la parte superior del informe. Es un promedio ponderado que refleja qué tan bien rinde tu página en todas las métricas medidas. Una puntuación superior a 90 es buena; inferior a 50 es deficiente.
Debajo de la puntuación, PSI muestra el estado de tus Core Web Vitals como "pasa", "necesita mejorar" o "deficiente", tanto para dispositivos móviles como para escritorio. Estas son las métricas que Google utiliza para el posicionamiento, por lo que son más importantes que la puntuación bruta.
La sección de datos de campo muestra distribuciones de percentiles. Fíjate en el percentil 75 para móviles, ya que Google utiliza este valor como referencia para la experiencia de página. Si el percentil 75 está en el rango de "bueno", tu página supera esa métrica.
Las secciones de Oportunidades y Diagnósticos enumeran problemas específicos con ahorros estimados en segundos. Cada elemento se puede expandir para mostrar los recursos afectados y ofrece enlaces a la documentación que explica la técnica.
Para detectar cambios a lo largo del tiempo, utiliza la URL de PSI con el parámetro &str=1 para incluir datos históricos de CrUX, o compara instantáneas manualmente guardando los informes. Google Search Console también muestra datos de Core Web Vitals para todo tu origen, agrupados por patrón de URL.
04Errores comunes
- Perseguir una puntuación perfecta en lugar de solucionar los Core Web Vitals fallidos: una puntuación de 99 con un LCP deficiente sigue afectando al posicionamiento
05Límites y con qué se suele confundir
PSI mide una única URL en un momento determinado. No realiza un seguimiento del rendimiento a lo largo de las sesiones y no captura las interacciones que ocurren después de la carga inicial de la página, a menos que dichas interacciones bloqueen el hilo principal durante el intervalo de medición.
PSI no es un sustituto del monitoreo de usuarios reales. Los datos de campo reflejan lo que ha sucedido durante los últimos 28 días y no pueden indicarte qué causó una regresión específica. Si tu puntuación de CrUX disminuye, necesitarás un monitoreo de rendimiento de aplicaciones o paneles personalizados para encontrar al culpable.
A menudo se confunde PSI con Lighthouse como un producto independiente. Lighthouse se ejecuta dentro de PSI, pero también puedes ejecutarlo en Chrome DevTools, como un módulo de Node o desde la línea de comandos. Esas versiones pueden producir resultados ligeramente diferentes porque se ejecutan en entornos distintos.
PSI tampoco realiza pruebas detrás de un muro de inicio de sesión, en aplicaciones de una sola página (SPA) que cargan contenido dinámicamente después de que se renderiza el shell inicial, ni evalúa el rendimiento bajo condiciones de usuario autenticado. Para esos casos, utiliza pruebas de laboratorio personalizadas con herramientas como WebPageTest o la biblioteca JavaScript de Web Vitals en tu propia configuración de monitoreo.
06Ejemplo práctico
Un editor ejecuta PSI en su página de inicio y obtiene una puntuación de 62 en dispositivos móviles, con un LCP de 4,8 segundos calificado como deficiente y un Cumulative Layout Shift de 0,18 calificado como deficiente. La sección de Opportunities señala una imagen hero no optimizada que contribuye con 3,2 segundos al tiempo de carga y tres hojas de estilo que bloquean el renderizado. La sección de Diagnostics indica que se cargan 420 kilobytes de CSS no utilizado en cada visualización de página. El editor comprime la imagen hero a WebP, integra el CSS crítico para el contenido above-the-fold y pospone el resto de las hojas de estilo. Una ejecución posterior de PSI muestra que la puntuación mejoró a 81, con un LCP de 2,3 segundos calificado como "necesita mejorar" y un layout shift de 0,09 calificado como "necesita mejorar". La página aún no alcanza uno de los umbrales de Core Web Vitals, pero el tráfico desde dispositivos móviles aumentó notablemente en dos semanas, antes de que se actualizara la ventana de datos de CrUX.
07Preguntas frecuentes
¿Cómo combina PageSpeed Insights los datos de usuarios reales con las pruebas de laboratorio?
PageSpeed Insights combina datos de usuarios reales de Chrome (Chrome User Experience Report) con pruebas de laboratorio sintéticas (Lighthouse) para proporcionar métricas de rendimiento tanto de campo como de laboratorio. Este enfoque dual garantiza que los insights reflejen las experiencias reales de los usuarios, al tiempo que identifica problemas técnicos mediante pruebas automatizadas.
¿Qué indica la puntuación de PSI en la parte superior del informe?
La puntuación representa la calificación general de rendimiento basada en las Core Web Vitals y otras métricas; los valores más altos indican una mejor experiencia de usuario. Combina datos de laboratorio y de campo para priorizar recomendaciones accionables para la mejora.
¿Por qué debería centrarme en la sección de Diagnostics en PSI?
La sección de Diagnostics enumera problemas específicos que deben solucionarse, como recursos que bloquean el renderizado u oportunidades de optimización de imágenes. Abordar estos elementos mejora directamente los tiempos de carga y la experiencia del usuario, ya que se priorizan en función de su impacto.
¿En qué se diferencia PageSpeed Insights de Lighthouse?
Lighthouse es una herramienta de laboratorio independiente que ejecuta pruebas sintéticas, mientras que PSI integra los datos de Lighthouse con métricas de usuarios del mundo real provenientes del Chrome User Experience Report. PSI ofrece una visión más amplia al combinar datos de laboratorio y de campo para una evaluación de rendimiento completa.
¿Cuáles son los errores comunes al usar PageSpeed Insights?
Los usuarios suelen ignorar el rendimiento en dispositivos móviles, pasan por alto la sección de Diagnostics o se centran únicamente en la puntuación sin abordar los problemas específicos. También pueden confundir PSI con otras herramientas como Lighthouse o asumir que una puntuación alta garantiza un rendimiento óptimo en todos los dispositivos.
¿PageSpeed Insights mide varias páginas o solo una URL?
PSI evalúa una sola URL a la vez, no sitios enteros ni múltiples páginas. Esta limitación significa que no puede agregar el rendimiento de todo un sitio, por lo que probar las páginas clave individuales es esencial para un análisis exhaustivo.
¿Cuánto tiempo tardan los resultados de PSI en reflejar los cambios después de solucionar los problemas?
Los resultados de las pruebas de laboratorio se actualizan inmediatamente después de implementar las correcciones, pero los datos de campo (Core Web Vitals) pueden tardar semanas en reflejar las mejoras, ya que dependen de la acumulación de experiencias de usuarios reales a lo largo del tiempo.
08Preguntado en voz alta
El mismo término en las palabras que alguien usa al hablar con un asistente en lugar de escribir en un buscador: escrito desde la situación, y por eso cada pregunta lleva la situación de la que salió.
Concéntrate primero en la sección de Diagnostics, ya que resalta los problemas de mayor impacto, como la optimización de imágenes, los recursos que bloquean el renderizado y los tiempos de respuesta del servidor. Estas correcciones pueden implementarse rápidamente y mostrarán mejoras inmediatas en los resultados de las pruebas de laboratorio.
Usa la versión de prueba para dispositivos móviles de PSI para asegurarte de que estás viendo las métricas específicas para móviles. Concéntrate en las puntuaciones de Core Web Vitals para Largest Contentful Paint y Cumulative Layout Shift, ya que estas impactan directamente en la experiencia del usuario móvil.
Los tiempos de carga lentos detectados por PSI suelen estar correlacionados con tasas de rebote más altas, especialmente en dispositivos móviles. Revisa la sección de Diagnostics para encontrar problemas como imágenes no optimizadas o tiempos de respuesta lentos del servidor, los cuales pueden degradar significativamente la experiencia del usuario.