Lighthouse

Definicion rapida

Lighthouse es la herramienta open-source de Google para auditar paginas web de forma automatizada. Evalua performance, accesibilidad, buenas practicas, SEO y aspectos de Progressive Web App. Puedes ejecutarla en Chrome DevTools, mediante PageSpeed Insights, desde la linea de comandos o como modulo Node.

Para SEO, Lighthouse es muy util, pero no es un veredicto SEO completo. Da senales tecnicas y de calidad para una URL concreta. No reemplaza Search Console, crawls, logs, datos de campo ni una revision editorial de la intencion de busqueda.

Explicacion sencilla

Piensa en Lighthouse como un chequeo tecnico rapido para una pagina. Le das una URL, Lighthouse carga esa pagina en un entorno controlado, ejecuta auditorias y genera un informe. El informe muestra puntuaciones y problemas concretos: que ralentiza la pagina, que problemas de accesibilidad existen, si estan las senales SEO basicas y que buenas practicas faltan.

Eso lo hace practico porque desarrollo, SEO y contenido pueden discutir la misma URL con evidencia. En vez de decir la pagina se siente lenta, el informe puede mostrar imagenes demasiado grandes, tareas JavaScript largas, alt text ausente o una meta description que falta.

Que es Lighthouse oficialmente

Chrome for Developers describe Lighthouse como una herramienta open-source y automatizada para mejorar la calidad de paginas web. Puede auditar paginas publicas o con autenticacion, e incluye auditorias de performance, accesibilidad, SEO y mas.

La documentacion de Lighthouse explica tambien las formas de ejecutarlo: PageSpeed Insights, Chrome DevTools, linea de comandos o modulo Node. Por eso Lighthouse sirve para checks manuales, pero tambien para QA repetible y flujos CI.

Que mide Lighthouse

Performance

Las auditorias de performance muestran que tan rapido carga una pagina y se vuelve interactiva en un entorno lab. Incluyen metricas como Largest Contentful Paint, Total Blocking Time, Cumulative Layout Shift y Speed Index. La documentacion de Lighthouse Performance Scoring explica que la puntuacion Performance se construye con metricas ponderadas.

Accesibilidad

Las auditorias de accesibilidad encuentran barreras tecnicas: labels ausentes, contraste bajo, problemas ARIA, enlaces vagos o formularios dificiles para teclado y lectores de pantalla.

Buenas practicas

Las auditorias de buenas practicas revisan senales de calidad comunes: conexiones seguras, errores de navegador, APIs obsoletas, formatos de imagen o riesgos tecnicos. No todo es critico para SEO, pero mucho mejora estabilidad y experiencia.

SEO

La categoria SEO revisa senales tecnicas basicas: title, meta description, crawlability, estado HTTP, hreflang, canonicals, robots meta y compatibilidad mobile. Google presento esta categoria como entrada practica en el post de Search Central sobre la SEO Audit category in Lighthouse.

Que no mide Lighthouse

No mide toda la intencion de busqueda

Lighthouse no puede decidir si una pagina encaja de verdad con la intencion. Una pagina puede ser tecnicamente excelente y aun asi responder la pregunta equivocada.

No mide backlinks ni autoridad

Lighthouse no evalua perfiles de enlaces, autoridad de marca, menciones, reputacion ni panorama competitivo. Esas areas necesitan otras fuentes de datos.

No da diagnostico completo de indexacion

Lighthouse puede dar pistas, pero no explicar toda la historia de indexacion de un sitio. Para eso necesitas Search Console, crawls, sitemaps, revision canonical y a veces logs de servidor.

No son datos de campo por si solo

Lighthouse es una prueba lab. Se ejecuta bajo condiciones controladas. Eso ayuda a reproducir resultados, pero usuarios reales tienen dispositivos, redes, navegadores, estados de consentimiento y ubicaciones diferentes.

Lighthouse, PageSpeed Insights y Core Web Vitals

Lighthouse

Lighthouse audita una URL concreta en entorno lab. Es ideal para encontrar causas tecnicas y volver a probar cambios rapido.

PageSpeed Insights

PageSpeed Insights combina datos lab de Lighthouse con datos de campo cuando hay suficientes datos CrUX. Asi tienes guia de debugging y una vista de experiencia real.

Core Web Vitals

Core Web Vitals son metricas de performance centradas en usuarios. Lighthouse ayuda a optimizarlas, pero los datos de campo son especialmente importantes para evaluar experiencia real.

Por que varian los resultados Lighthouse

Las puntuaciones Lighthouse no son siempre identicas. La documentacion sobre variabilidad de scores Lighthouse explica que condiciones web y de red pueden hacer variar scores. Carga del servidor, cache, scripts de terceros, fuentes, ads, banners de consentimiento y actividad local tambien influyen.

No trates Lighthouse como verdad absoluta. Ejecutalo varias veces, usa condiciones estables cuando sea posible y compara medianas o valores tipicos. Los entornos dedicados son especialmente utiles en CI.

Leer Bien Los Scores Lighthouse

Rojo, naranja y verde

Lighthouse usa rangos de score. Rojo no significa que una pagina no sirva. Verde no significa que el trabajo este terminado. Los colores funcionan como aviso temprano: muestran donde conviene mirar con mas calma.

Esto importa especialmente en performance. Un score de 48 y uno de 62 parecen muy distintos, pero pueden venir de pocas causas grandes: una imagen hero tardia, demasiado JavaScript, una respuesta lenta del servidor o un script de terceros. La primera pregunta no es "como llegamos a 100?", sino "que causa frena mas a los usuarios reales?"

Separar score y oportunidad

Lighthouse suele mostrar oportunidades como reducir JavaScript no usado o dimensionar bien las imagenes. Son pistas utiles, pero no todas tienen el mismo peso SEO o de negocio. Ahorrar 40 milisegundos rara vez es tan urgente como un cambio de layout que mueve el boton de compra.

Un buen trabajo SEO traduce Lighthouse en prioridades. Que aviso afecta plantillas importantes? Que aviso afecta usuarios moviles? Que aviso retrasa el contenido principal? Que aviso es solo pulido tecnico? Esa traduccion convierte un informe en una lista de acciones util.

Separar objetivo lab e impacto real

Lighthouse es una prueba de laboratorio. Esa es su fuerza, porque permite comparar causas tecnicas bajo condiciones controladas. Tambien es su limite. Los usuarios reales llegan con dispositivos, conexiones, navegadores, caches y ubicaciones diferentes.

No dejes que Lighthouse decida solo. Usalo para encontrar causas tecnicas. Usa datos de campo, Core Web Vitals y Search Console para entender si usuarios reales y paginas importantes en busqueda estan afectados. Cuando ambos lados apuntan en la misma direccion, tienes una senal mucho mas fuerte.

Por que Lighthouse importa para SEO

Hace visibles problemas tecnicos

Muchos problemas SEO empiezan en la tecnica: contenido que carga tarde, layout shifts, enlaces invisibles, JavaScript bloqueante, mobile debil o metadatos ausentes. Lighthouse facilita discutirlos.

Conecta equipos

SEO, desarrollo, diseno y contenido pueden usar el mismo informe. Eso reduce feedback vago: no esta pagina es mala, sino este tipo de pagina tiene blocking time largo y alt texts ausentes.

Prioriza trabajo concreto

Un buen informe Lighthouse muestra opportunities y diagnosticos. Pueden convertirse en tickets: reducir peso de imagenes, mejorar CSS critico, dividir JavaScript, anadir nombres accesibles o corregir metadatos.

Evita regresiones

Cuando Lighthouse corre en CI o QA de releases, nuevos problemas de performance o accesibilidad aparecen antes. Esto importa mucho para plantillas usadas en muchas paginas SEO.

Cuando Lighthouse es mas util

Lighthouse es especialmente fuerte cuando una URL concreta o una plantilla reutilizable plantea preguntas tecnicas. Por que una landing page se siente lenta en mobile? Por que se mueve el layout? Por que enlaces importantes son dificiles de alcanzar? Por que fallan checks de accesibilidad despues de un rediseno?

Es menos fuerte cuando la pregunta real es por que una pagina no rankea. En ese caso, Lighthouse es solo una fuente. Tambien necesitas intencion de busqueda, comparacion SERP, calidad de contenido, enlaces internos, datos de indexacion y competencia. Ese limite hace que Lighthouse sea profesionalmente util: responde preguntas de calidad tecnica, no toda la estrategia SEO.

Como usar Lighthouse bien

1. Probar tipos de pagina

No pruebes solo la home. Elige tipos SEO: articulo, categoria, producto, glosario, comparativa, landing page, documentacion.

2. Empezar por mobile

Muchos problemas se ven mas en mobile. Como Google indexa mobile-first, mobile no deberia ser un check secundario.

3. Ejecutar varias veces

Un run aislado puede enganar. Haz varias pruebas y busca patrones, no valores sueltos.

4. Priorizar hallazgos

No todo pesa igual. Mejorar la imagen hero de una landing page con mucho trafico puede valer mas que un detalle menor de best practices en una pagina marginal.

5. Conectar con datos de campo

Compara Lighthouse con PageSpeed Insights, Search Console, analytics y metricas reales de usuarios. Los datos lab explican causas; los datos de campo muestran impacto.

Ejemplo: landing page marketing

Una landing page tiene un Performance score Lighthouse de 48. El informe muestra una imagen hero grande, JavaScript no usado, scripts de terceros lentos y mucho trabajo del main thread. Las bases SEO estan bien, pero la experiencia mobile se siente lenta.

El equipo prioriza tres cambios: servir la imagen hero al tamano correcto, diferir JavaScript de componentes no visibles al inicio y revisar scripts de tracking. Despues sube el score lab. Mas importante: el equipo observa datos de campo y conversion rate. Un mejor Lighthouse score es un objetivo intermedio, no el resultado de negocio.

Ejemplo: categoria de producto

Una tienda audita una pagina de categoria. Lighthouse muestra buena performance, pero auditorias SEO senalan meta description ausente y auditorias de accesibilidad detectan contraste debil en chips de filtro. Desde SEO, la pagina no esta terminada solo porque performance sea buena.

El equipo mejora metadatos, revisa enlaces internos, corrige contrastes de filtros y vuelve a probar. Tambien observa Search Console para ver si CTR y rutas mobile mejoran.

Errores comunes

Perseguir 100 puntos

Un score de 100 se ve bien, pero no siempre es el mejor uso del tiempo. Prioriza por impacto en usuarios, valor SEO y tipo de pagina.

Confundir Lighthouse con rankings

Un score Lighthouse alto no garantiza rankings. Relevancia, intencion, calidad de contenido, enlaces internos, autoridad e indexabilidad siguen importando.

Probar solo una URL

Una home fuerte dice poco sobre miles de paginas de producto, categoria o blog. Prueba plantillas y grupos de URL importantes.

Ignorar accesibilidad

La accesibilidad no es solo compliance. Hace las paginas utilizables para mas personas y suele revelar problemas estructurales de calidad.

Mini workflow

1. Elige tipos de pagina SEO importantes. 2. Ejecuta Lighthouse varias veces en mobile. 3. Separa problemas de performance, accesibilidad, best practices y SEO. 4. Prioriza por impacto de usuario, riesgo SEO y esfuerzo. 5. Crea tickets concretos en vez de tareas genericas de mejorar score. 6. Vuelve a probar despues de implementar. 7. Compara Lighthouse con datos de campo y Search Console.

Perspectiva de Contextter

Contextter puede situar hallazgos Lighthouse dentro de una revision SEO mas amplia. Un score tecnico solo no dice si el contenido es util, encaja con la intencion o esta bien enlazado internamente.

Lighthouse es mas util cuando los diagnosticos tecnicos se conectan con calidad de contenido, tipo de pagina, datos de Search Console y proximos pasos concretos. Entonces una auditoria se convierte en un plan de mejora priorizado.

Terminos relacionados

• core-web-vitals
• page-speed
• technical-seo
• responsive-design
• javascript-rendering-seo
• server-side-rendering

Fuentes

• Chrome for Developers: Introduction to Lighthouse
• Chrome for Developers: Lighthouse performance scoring
• Google Search Central Blog: SEO Audit category in Lighthouse
• Google Search Central: Understanding Core Web Vitals and Google Search results
• PageSpeed Insights
• GoogleChrome Lighthouse: Score variability