Google Lighthouse: los errores que la puntuación no te muestra

Imagina que llevas meses con tu web en producción. Las visitas llegan, el negocio funciona, nadie se queja. Pero un día ejecutas Google Lighthouse y descubres que tu página principal tarda 4 segundos en pintar el contenido principal en móvil. Que hay 12 elementos que no cumplen los mínimos de contraste. Que una librería de JavaScript tiene vulnerabilidades conocidas.

Nada de eso genera un error visible. No hay una pantalla roja ni un mensaje de alerta. Son problemas que llevan meses ahí, afectando al rendimiento, la accesibilidad y la seguridad sin que nadie lo note.

Google Lighthouse es, probablemente, la herramienta más accesible para sacarlos a la luz. Es gratuita, tarda dos minutos en ejecutarse y puede revelarte cosas que llevas meses sin ver.

Qué es Lighthouse (y qué no es)

Lighthouse es una herramienta open source de Google que audita páginas web en cinco categorías: rendimiento, accesibilidad, buenas prácticas, SEO y compatibilidad con Progressive Web Apps (PWA). Puedes ejecutarla directamente desde las DevTools de Chrome, desde la línea de comandos o a través de PageSpeed Insights.

Lo que hace es simular la visita de un usuario a tu página, recopilar métricas de carga y comportamiento, y generar un informe con una puntuación de 0 a 100 en cada categoría junto con recomendaciones concretas.

Lo que no hace es darte una foto completa de tu web. Lighthouse analiza una página a la vez, no un sitio entero. No sustituye a un test de carga real, ni a una auditoría de seguridad profesional, ni a pruebas de usabilidad con usuarios reales. Es un punto de partida, no un diagnóstico final.

Pero como punto de partida, pocos ofrecen tanta información por tan poco esfuerzo.

El error más común: quedarse en la puntuación

La mayoría de la gente ejecuta Lighthouse, mira los cuatro números de arriba —90, 85, 100, 92— y cierra la pestaña. Si los números son verdes, todo bien. Si alguno está en naranja, ya lo miraremos. Si está en rojo, puede que nos preocupemos.

Este enfoque desperdicia casi todo lo que Lighthouse ofrece.

La puntuación es un resumen. Debajo hay decenas de auditorías individuales, cada una con un diagnóstico específico y, en muchos casos, con la indicación exacta del recurso, elemento o línea de código que causa el problema. Es la diferencia entre saber que tienes fiebre y saber qué la está causando.

Vamos a ver qué puedes encontrar si vas más allá del número.

Rendimiento: lo que tus usuarios sienten pero no te dicen

La categoría de rendimiento no mide solo "si la web es rápida". Mide la experiencia de carga tal como la percibe un usuario real en un dispositivo real con una conexión real.

Las métricas clave que Lighthouse evalúa desde su actualización a la versión 13 son:

Largest Contentful Paint (LCP). Mide cuánto tarda en aparecer el elemento visual más grande de la página. Si tu LCP supera los 2,5 segundos, el usuario percibe que la web tarda en cargar, aunque técnicamente ya haya empezado a renderizar. Lighthouse te dice exactamente qué elemento es el que más tarda y por qué.

Cumulative Layout Shift (CLS). Mide cuánto se mueve el contenido mientras la página carga. ¿Alguna vez has intentado pulsar un botón y la página se ha desplazado justo en ese momento? Eso es layout shift. Un CLS alto no solo frustra: puede hacer que un usuario pulse donde no quiere, con consecuencias reales en formularios o procesos de compra.

Interaction to Next Paint (INP). Mide cuánto tarda la página en responder cuando el usuario interactúa con ella. Un botón que tarda 400 milisegundos en reaccionar se siente roto, aunque técnicamente funcione.

Lo interesante de Lighthouse no es que te diga que tu LCP es 3,8 segundos. Lo interesante es que te diga que el problema es una imagen hero de 2,4 MB servida sin lazy loading ni formato moderno. Esa es información sobre la que puedes actuar.

Qué buscar en la sección de rendimiento

Abre el informe completo y ve a la sección de "Opportunities" y "Diagnostics". Ahí están los problemas concretos. Algunos de los más habituales:

Imágenes sin optimizar. Lighthouse detecta imágenes que podrían reducir su peso significativamente si se sirvieran en formato WebP o AVIF, si se redimensionaran al tamaño real de visualización o si se cargaran con lazy loading.

JavaScript que bloquea el renderizado. Scripts que se cargan en el <head> sin defer ni async y que impiden que la página se pinte hasta que terminan de ejecutarse. En móviles con procesadores lentos, esto puede añadir segundos enteros al tiempo de carga.

Recursos de terceros pesados. Widgets de chat, scripts de analytics, píxeles de remarketing, fuentes web externas. Lighthouse identifica qué recursos de terceros están penalizando tu rendimiento y cuánto tiempo añaden.

Accesibilidad: los errores que excluyen a usuarios

La auditoría de accesibilidad de Lighthouse se basa en las reglas de axe-core, uno de los motores de análisis de accesibilidad web más utilizados. No cubre el 100% de los criterios de las WCAG (Web Content Accessibility Guidelines), pero detecta los problemas más comunes y más fáciles de corregir.

Y son más frecuentes de lo que crees.

Contraste insuficiente. Texto gris claro sobre fondo blanco puede quedar elegante en el mockup, pero si la ratio de contraste no cumple los mínimos de WCAG, una persona con baja visión no podrá leerlo. Lighthouse te señala cada elemento que no cumple.

Imágenes sin texto alternativo. Cada imagen que no tiene un atributo alt es invisible para un lector de pantalla. Lighthouse lista todas las que faltan.

Formularios sin etiquetas. Campos de formulario que no están asociados a un <label> son inutilizables con teclado o con tecnología asistiva. Es uno de los errores más comunes y más fáciles de arreglar.

Orden de encabezados roto. Saltar de un H1 a un H4 sin pasar por H2 y H3 no solo es malo para SEO: rompe la navegación para usuarios que usan lectores de pantalla para moverse por la estructura de la página.

Elementos interactivos demasiado pequeños. Botones o enlaces con un área de toque inferior a 48x48 píxeles son difíciles de pulsar en pantallas táctiles. No solo para personas con discapacidad motora: para cualquiera que use un móvil.

Cada uno de estos problemas es un usuario que no puede completar una acción en tu web. Dependiendo de tu sector y mercado, también puede ser un problema legal: la normativa de accesibilidad web es cada vez más estricta en la UE.

Buenas prácticas: seguridad y errores invisibles

La categoría de "Best Practices" es la que menos atención recibe y, paradójicamente, la que contiene algunos de los hallazgos más críticos.

Contenido mixto (mixed content). Tu web se sirve por HTTPS, pero algún recurso —una imagen, un script, una fuente— se carga por HTTP. Esto no solo genera una advertencia en el navegador: puede hacer que el recurso no se cargue en absoluto en navegadores estrictos, y expone a tus usuarios a ataques de intermediario.

Errores en la consola del navegador. Lighthouse reporta si hay errores de JavaScript registrados en la consola durante la carga. Estos errores pueden indicar funcionalidades rotas que nadie ha detectado porque no son visibles a simple vista: un formulario que no valida, un evento que no se dispara, un componente que falla silenciosamente.

Bibliotecas con vulnerabilidades conocidas. Si tu web usa una versión de jQuery, Lodash u otra librería con vulnerabilidades de seguridad documentadas, Lighthouse lo detecta. No te dice que tu web ha sido hackeada, pero te avisa de que estás usando una dependencia con agujeros conocidos.

Permisos de geolocalización o notificaciones en la carga. Si tu web pide acceso a la ubicación o permiso para enviar notificaciones nada más cargar, antes de que el usuario haya interactuado, Lighthouse lo marca como una mala práctica. Y tiene razón: es una de las formas más rápidas de que un usuario cierre la pestaña.

SEO: lo que Google no puede leer

La auditoría de SEO de Lighthouse no sustituye a una herramienta de análisis de posicionamiento. No te dice para qué keywords posicionas ni cómo está tu perfil de enlaces. Lo que hace es verificar que tu web no tiene errores técnicos que impidan a los buscadores indexarla y entenderla correctamente.

Meta tags ausentes. Páginas sin <title>, sin meta description o con meta descriptions duplicadas. Es básico, pero sigue siendo uno de los errores más frecuentes, especialmente en webs dinámicas donde las meta tags se generan automáticamente y nadie verifica el resultado.

Robots.txt que bloquea recursos. Si tu robots.txt está impidiendo que Google acceda a CSS o JavaScript críticos, el buscador no puede renderizar tu página correctamente y puede malinterpretarla.

Enlaces sin texto descriptivo. Enlaces que dicen "haz clic aquí" o "leer más" sin contexto. No solo es malo para SEO: un usuario con lector de pantalla que navega por la lista de enlaces de la página solo ve "haz clic aquí" repetido diez veces.

Viewport no configurado. Sin la etiqueta <meta name="viewport">, tu web no se adapta correctamente a móviles. Google prioriza la experiencia móvil en su indexación, y una web sin viewport configurado parte con desventaja.

Cómo sacarle partido a Google Lighthouse

Ejecutar Lighthouse una vez y mirar los números no sirve de mucho. Para sacarle partido de verdad, conviene cambiar el enfoque.

Audita las páginas que importan, no solo la home

La home suele ser la página más optimizada porque es la que todo el mundo mira. Pero tus páginas de producto, tu formulario de contacto, tu proceso de checkout y tus landings de campañas son las que generan negocio. Audítalas.

Ejecuta en modo móvil

Lighthouse tiene dos modos: escritorio y móvil. El modo móvil simula un dispositivo Moto G Power con conexión 4G lenta. Es más exigente, pero es más representativo de cómo accede la mayoría de usuarios. Si tu rendimiento es bueno en modo móvil, en escritorio será excelente.

Prioriza por impacto, no por puntuación

Un error de contraste en un texto decorativo importa menos que un error de contraste en el botón de "Comprar". Lighthouse no sabe cuál es más importante para tu negocio. Tú sí.

Automatiza las auditorías

Lighthouse se puede ejecutar desde la línea de comandos y se integra con pipelines de CI/CD. Esto permite detectar regresiones de rendimiento o accesibilidad antes de que lleguen a producción. Si un deploy hace que el LCP suba de 2 a 4 segundos, lo sabes antes de que lo sufran tus usuarios.

No persigas el 100

Una puntuación de 100 en todas las categorías es posible en una página estática sin JavaScript. En un producto digital real, con analytics, con chat, con contenido dinámico, una puntuación de 100 no es realista ni necesaria. Lo que importa es que no haya errores críticos y que las métricas estén dentro de los umbrales recomendados.

Lo que Lighthouse no ve

Lighthouse es una herramienta de auditoría automatizada, y como tal tiene límites. No detecta errores de lógica de negocio, no prueba flujos completos de usuario, no evalúa la calidad del contenido y no sustituye a un test de usabilidad real.

Tampoco mide el rendimiento bajo carga real. Lighthouse simula un solo usuario en condiciones controladas. Si necesitas saber cómo se comporta tu web con 500 usuarios simultáneos, necesitas herramientas de testing de carga.

Pero dentro de lo que sí cubre, la relación entre lo que cuesta ejecutarlo —gratis, dos minutos— y lo que puede revelarte es difícil de superar. Un solo informe de Lighthouse puede sacar a la luz errores de accesibilidad que excluyen a usuarios, problemas de seguridad que exponen datos, y cuellos de botella de rendimiento que están costando conversiones.

La herramienta está ahí. La cuestión es si la usas para ver un número o para encontrar lo que ese número esconde.