Aprender
Rendimiento Lighthouse: cómo corregir problemas de laboratorio que dañan el SEO
Una guía práctica para corregir problemas de rendimiento Lighthouse sin perseguir una puntuación bonita. Prioriza los bloqueos que importan.
Ejecuta una auditoría nueva en DomainLens y usa el informe como lista de prioridades.
Qué mide Lighthouse performance
Lighthouse es una prueba de laboratorio: carga una página en un entorno controlado y estima lo rápido que se vuelve visible, usable y estable. La puntuación de rendimiento es útil porque apunta a cuellos de botella técnicos, pero no equivale a los Core Web Vitals reales de tus usuarios.
Trata Lighthouse como una herramienta de diagnóstico. Sirve para encontrar CSS que bloquea el renderizado, JavaScript pesado, imágenes sobredimensionadas, respuesta lenta del servidor, código sin usar y cambios de diseño. Las correcciones importantes después deben validarse con datos de campo de PageSpeed Insights o Search Console cuando haya tráfico suficiente.
Cómo leer el informe
- Empieza por las oportunidades fallidas que afectan a LCP, TBT, CLS o tiempo de respuesta del servidor.
- Separa diagnósticos de correcciones: algunos puntos explican la página y otros señalan trabajo concreto.
- Revisa móvil primero, porque el throttling móvil de Lighthouse muestra problemas que desktop puede ocultar.
- Busca patrones repetidos en plantillas, no solo en una URL.
- Ignora mejoras pequeñas hasta resolver los grandes problemas de imágenes, JavaScript, CSS y caché.
Corrige primero lo de mayor impacto
Las mejoras más rápidas suelen estar en la ruta crítica de renderizado. Elimina CSS sin usar, inserta solo el CSS crítico cuando tenga sentido, difiere JavaScript no crítico y divide bundles grandes para que el navegador haga menos trabajo antes del primer render útil.
Las imágenes son el siguiente bloqueo común. Ajusta la imagen hero al tamaño real en que se muestra, sirve WebP o AVIF, comprime sin daño visible y precarga la imagen LCP en vez de cargarla en diferido. Si el TTFB es alto, añade caché de página completa, optimiza consultas de base de datos y sirve recursos estáticos desde una CDN.
Errores comunes
- Optimizar solo para un 100 en Lighthouse mientras los usuarios reales siguen con malos Core Web Vitals.
- Cargar en diferido la imagen hero above the fold, retrasando el LCP.
- Añadir plugins de optimización que inyectan más CSS o JavaScript del que eliminan.
- Arreglar desktop primero y dejar móvil lento.
- Comprimir imágenes sin comprobar calidad visual ni tamaños responsive.
Cómo validar las correcciones
Ejecuta Lighthouse antes y después del cambio con la misma URL y entorno, y compara métricas y oportunidades concretas. Una buena corrección reduce bytes, trabajo del main thread, tiempo de bloqueo de renderizado o espera del servidor, no solo mueve la puntuación unos puntos.
Tras desplegar, vuelve a ejecutar la auditoría de DomainLens y observa los datos reales durante la siguiente ventana de actualización de CrUX. Las mejoras de laboratorio aparecen al instante, pero los datos de campo necesitan visitas y tiempo.