Pruébalo en tu web
01
Analiza la URL afectada
Elige la página donde ocurre el problema y anota móvil o escritorio, fecha y versión.
02
Identifica el tipo de dato
Separa datos de uso real y laboratorio. Si faltan datos de campo, déjalo explícito.
03
Reproduce la dificultad
Comprueba qué ve y puede hacer la persona durante la espera. Investiga el elemento señalado.
CASO SIMULADO
Una ficha ficticia tarda en mostrar la imagen principal. Optimizarla puede ayudar a la carga; no demuestra que la descripción o el botón se comprendan.
Qué hacer con el resultado
Elige una oportunidad relacionada con la tarea, aplícala y compara bajo condiciones semejantes. Una variación pequeña de la puntuación puede ser ruido.
Para profundizar
Abrir la guía completa y las fuentes
Herramienta · Rendimiento · Revisada el 13 de octubre de 2026
PageSpeed Insights, de Google, analiza una URL en móvil y escritorio. Combina un diagnóstico de laboratorio con datos agregados de uso real cuando están disponibles. Ayuda a investigar carga, capacidad de respuesta y estabilidad visual. No sabe si el menú se comprende o si una persona encuentra lo que necesita.
Cuándo utilizarla y qué necesitas
Elige esta herramienta cuando sospeches esperas, desplazamientos inesperados o respuesta lenta. Introduce una URL que el servicio pueda alcanzar y anota la fecha y el informe. No necesitas añadir un script al sitio para ejecutar el análisis público. Para páginas de sesión o entornos privados, prepara una evaluación local apropiada; no envíes enlaces que contengan credenciales o información personal.
Dos bloques de datos que no debes mezclar
| Bloque | Qué contiene | Cómo interpretarlo |
|---|---|---|
| Campo: CrUX | Datos agregados de experiencias de usuarios de Chrome elegibles, en una ventana de 28 días. | Mira el periodo, dispositivo y si corresponden a la URL o al origen completo. |
| Laboratorio: Lighthouse | Una ejecución con un entorno y condiciones simuladas, más diagnósticos. | Sirve para investigar causas y probar cambios de manera controlada. |
Si no hay datos suficientes de una página, el informe puede mostrar el origen; si tampoco los hay del origen, faltará el bloque de campo. Eso no significa que la web sea nueva, rápida o lenta por sí solo. Confirma qué ámbito estás leyendo antes de compararlo con otra URL.
Qué significan LCP, INP y CLS
- LCP, Largest Contentful Paint: momento en que aparece el elemento de contenido principal más grande considerado por la métrica. Ayuda a investigar la carga percibida.
- INP, Interaction to Next Paint: medida de la capacidad de respuesta a interacciones a lo largo de una visita. Investiga qué retrasa la respuesta visible.
- CLS, Cumulative Layout Shift: medida de desplazamientos inesperados del contenido. Ayuda a detectar inestabilidad visual.
Google clasifica como buenos LCP de hasta 2,5 segundos, INP de hasta 200 milisegundos y CLS de hasta 0,1. La evaluación de campo utiliza el percentil 75: el valor por debajo del cual queda el 75 % de las observaciones correspondientes. Son umbrales técnicos de Core Web Vitals, no de comprensión ni de éxito de tareas.
Una ejecución de carga de Lighthouse sin interacción no mide INP. Puede mostrar TBT, tiempo total de bloqueo, como indicador de laboratorio relacionado con la respuesta, pero no es la misma métrica. Lee el detalle, el periodo y el alcance antes de comparar números.
Una investigación práctica
- Analiza la página donde ocurre el problema, no solo la portada.
- Guarda el ámbito del informe y la configuración. Comprueba si los datos reales son de página u origen.
- Identifica una causa probable en los diagnósticos: recurso de imagen, código que bloquea o elemento sin espacio reservado, por ejemplo.
- Realiza un cambio acotado y repite varias ejecuciones comparables si la variabilidad lo exige.
- Comprueba la tarea manualmente y observa después los datos de campo, cuyo periodo incluye visitas anteriores al cambio.
Caso didáctico: un botón se desplaza cuando carga una fotografía. Reserva las dimensiones adecuadas y verifica si deja de moverse, además de revisar el indicador de estabilidad. Una mejor nota sin resolver la pulsación accidental no basta para cerrar ese hallazgo.
Errores de interpretación frecuentes
- Comparar una ejecución móvil con otra de escritorio como si fueran el mismo entorno.
- Atribuir todo cambio de puntuación a una modificación reciente, ignorando variabilidad de red o ejecución.
- Esperar que un cambio de hoy reemplace inmediatamente una ventana de datos reales de 28 días.
- Interpretar la categoría automática de accesibilidad de Lighthouse como una auditoría completa.
- Presentar una nota de 100 como prueba de que la web se entiende o convierte mejor.
Los datos de campo reflejan la población y condiciones de recogida de CrUX, no cada navegador, persona o modo de acceso. El laboratorio tampoco reproduce todas las rutas de una aplicación. Si la dificultad aparece después de varios pasos, una carga inicial puede no observarla.
Alternativas y complementos
Para estudiar una ejecución local, usa las herramientas de rendimiento del navegador o Lighthouse en un entorno controlado. Para las causas de un abandono, combina observación de sesiones con pruebas de tareas. Para comprobar acceso, añade revisión manual y herramientas específicas.