# Lighthouse: cómo mejorar tu web y prepararla para los agentes de IA > Descubre cómo Lighthouse analiza rendimiento, accesibilidad y SEO, y cómo preparar tu web para clientes y agentes de IA con Aeforma. **Fecha:** 28/09/2026 **Categorías:** Inteligencia Artificial, Marketing Digital **URL:** https://aeforma.com/blog/lighthouse-como-mejorar-tu-web-y-prepararla-para-los-agentes-de-ia --- ¿Tu web carga rápido, se puede utilizar sin dificultades y ofrece una base técnica sólida para que los buscadores entiendan su contenido? **Lighthouse, la herramienta de auditoría de Google Chrome,** ayuda a detectar problemas de rendimiento, accesibilidad, buenas prácticas y SEO. Su documentación también incorpora comprobaciones experimentales relacionadas con la navegación de agentes de inteligencia artificial. En este artículo te explicamos qué analiza, cómo interpretar sus resultados y cómo convertirlos en mejoras útiles para tu empresa. En Aeforma conectamos esta revisión técnica con la [creación de webs profesionales](https://aeforma.com/paginas-web-profesionales) y la [preparación para agentes de IA](https://aeforma.com/preparacion-agentes-ia). ## Una web profesional debe funcionar tan bien como se ve Una página puede tener buenas fotografías, colores cuidados y un diseño atractivo y, aun así, complicarle la vida a quien intenta contratar. Puede tardar en mostrar el servicio, desplazar el botón de contacto mientras carga o presentar un formulario que resulta difícil de completar. Piensa en una persona que busca desde el móvil un servicio urgente. Su prioridad es entender si puedes ayudarla, comprobar tu zona de trabajo y contactar. Si tiene que esperar, perseguir un botón que cambia de posición o adivinar dónde introducir su teléfono, el diseño por sí solo no resuelve su necesidad. Por eso conviene revisar la web con preguntas concretas: ¿qué está dificultando su uso?, ¿en qué páginas ocurre?, ¿qué debemos corregir primero? Lighthouse aporta información técnica para empezar a responderlas. ## Qué es Lighthouse y para qué sirve **Lighthouse es una herramienta gratuita, automatizada y de código abierto del proyecto Google Chrome que analiza la calidad técnica de una página web.** Recibe una dirección, ejecuta comprobaciones y genera un informe con resultados y orientación para corregir problemas. También puede utilizarse en páginas que requieren autenticación, mediante el entorno adecuado. [[1]](#fuente-1) La diferencia entre pasar una auditoría y mejorar una web está en lo que hacemos después. El informe permite localizar señales de problemas; alguien debe valorar su importancia, encontrar la causa y aplicar una solución que respete el funcionamiento del negocio. Por ejemplo, eliminar indiscriminadamente herramientas para subir una nota puede dejar fuera el formulario o el chat que recibe oportunidades comerciales. La decisión útil consiste en mantener lo que aporta valor y resolver cómo se carga y funciona. ## Las cuatro áreas habituales de una auditoría Lighthouse Las categorías habituales son rendimiento, accesibilidad, buenas prácticas y SEO. Cada una observa una parte distinta de la página. [[2]](#fuente-2) ÁreaQué ayuda a revisarPregunta para tu empresa RendimientoCarga, bloqueo durante la carga y estabilidad visual.¿Puede el visitante empezar a utilizar la página con facilidad? AccesibilidadAspectos técnicos que facilitan percibir, entender y manejar el contenido.¿Estamos poniendo obstáculos a personas que necesitan otra forma de navegar? Buenas prácticasComprobaciones de construcción, compatibilidad y confianza técnica.¿Hay defectos técnicos que conviene corregir? SEOUna selección de requisitos técnicos básicos para buscadores.¿Hay barreras elementales para descubrir y entender esta página? ## 1. Rendimiento: entender cómo carga la página Hablar de velocidad no consiste únicamente en preguntar cuántos segundos tarda una web en terminar de descargarlo todo. También interesa cuándo aparece contenido útil y si la pantalla permanece estable mientras llegan imágenes, fuentes y otros recursos. Estas son algunas de las métricas que encontrarás en una auditoría de carga: MétricaExplicación sencilla FCP — First Contentful PaintCuándo aparece el primer contenido, como texto o una imagen. LCP — Largest Contentful PaintCuándo se muestra el mayor bloque de contenido visible. Speed IndexCómo progresa la aparición visual del contenido durante la carga. TBT — Total Blocking TimeCuánto bloqueo acumulan las tareas largas del hilo principal en el intervalo de carga evaluado. CLS — Cumulative Layout ShiftCuánto se desplazan inesperadamente los elementos visibles. La nota de rendimiento combina métricas con diferentes pesos. Las recomendaciones ayudan a encontrar causas; no todas añaden o restan puntos directamente. [[3]](#fuente-3) En TBT, una tarea se considera larga cuando supera 50 milisegundos y se contabiliza la parte que excede ese umbral. [[4]](#fuente-4) ### Un ejemplo fácil de reconocer Imagina que el botón «Solicitar presupuesto» aparece en la pantalla. Justo cuando vas a pulsarlo, termina de cargar una fotografía sin espacio reservado y lo desplaza. Aunque la página parezca rápida, esa experiencia resulta incómoda. Revisar la estabilidad permite atender ese problema concreto. ### Qué cambios pueden ayudar Las imágenes merecen atención: comprimirlas, servir tamaños adecuados para cada pantalla y elegir formatos apropiados evita descargar más datos de los necesarios. La documentación de Chrome también contempla el uso de carga diferida para imágenes cuando corresponde. [[5]](#fuente-5) Otro frente son los recursos que retrasan el primer renderizado. Revisar CSS y JavaScript permite identificar archivos que impiden mostrar contenido antes. [[6]](#fuente-6) En la práctica, cada cambio debe comprobarse: aplazar un archivo sin entender su función puede romper un menú o un formulario. ## 2. Accesibilidad: facilitar que las personas puedan usar tu web Lighthouse comprueba aspectos como los nombres accesibles de botones, las etiquetas de formularios, los textos alternativos de imágenes, el idioma del documento y determinados problemas de contraste y estructura. Su puntuación utiliza auditorías ponderadas; varias comprobaciones se aprueban o se suspenden completas, sin puntos por superarlas solo parcialmente. [[7]](#fuente-7) Traducido a una situación real: un campo debe identificarse como «Teléfono», y un botón debe comunicar su propósito. Una persona que navega con tecnologías de asistencia necesita recibir esa información, aunque no vea la pantalla como la ve el diseñador. La revisión tampoco debe quedarse en el resultado automático. Hay comprobaciones manuales que no participan en la nota, como valorar el orden del foco o el funcionamiento de controles personalizados. [[8]](#fuente-8) Para una empresa, una prueba muy útil consiste en recorrer el contacto usando el teclado y comprobar si se entiende qué campo está activo, cómo corregir un error y cómo enviar la solicitud. Una nota alta es un buen indicador, pero la experiencia completa exige revisión humana. ## 3. Buenas prácticas: revisar la construcción técnica Esta categoría incluye comprobaciones como HTTPS, errores registrados en la consola, uso de características obsoletas, proporciones de imágenes y ciertas peticiones de permisos. [[8]](#fuente-8) Son avisos que ayudan a detectar decisiones de desarrollo que merecen atención. Por ejemplo, si una página genera un error de JavaScript, conviene investigar si afecta a una función necesaria. El visitante puede ver una pantalla aparentemente normal mientras el envío de datos deja de ejecutarse como debería. **Una buena puntuación en este apartado no sustituye una auditoría de ciberseguridad.** El alcance de una revisión de seguridad debe incluir cuestiones que una auditoría de página no resuelve: permisos, servidor, autenticación, tratamiento de datos y lógica de las operaciones. También hay que leer con cuidado los artículos antiguos: la comprobación específica de bibliotecas JavaScript con vulnerabilidades conocidas se retiró de Lighthouse 10. No sería correcto presentarla como una auditoría vigente solo porque su documentación histórica sigue disponible. [[9]](#fuente-9) ## 4. SEO: eliminar obstáculos técnicos básicos Lighthouse permite revisar cuestiones concretas del SEO técnico. Entre ellas están las descripciones de página y determinadas directivas que bloquean su indexación. [[10]](#fuente-10) [[11]](#fuente-11) También ayuda a identificar enlaces cuyo texto no describe bien el destino. Un enlace llamado «Información sobre instalación de cerraduras» aporta más contexto que uno que simplemente dice «Aquí». [[12]](#fuente-12) Ahora bien, comprobar estas bases no equivale a evaluar toda tu estrategia de posicionamiento. Todavía necesitas preguntarte qué busca tu cliente, si tus servicios están explicados con precisión y si cada página responde a una necesidad real. Una empresa puede superar las comprobaciones técnicas y tener una página que apenas explica su actividad. Nuestra recomendación es unir la revisión técnica con contenido útil, una propuesta comercial clara y una navegación que conecte los servicios relacionados. Google recomienda buenos Core Web Vitals para la experiencia de página y su relación con la búsqueda. [[13]](#fuente-13) Eso no convierte una nota de Lighthouse en una promesa de aparecer primero: el trabajo debe valorarse por su alcance real. ## Cómo interpretar las notas sin obsesionarse con el 100 En rendimiento, Lighthouse utiliza estas franjas: [[3]](#fuente-3) PuntuaciónLectura0–49Resultado deficiente.50–89Necesita mejoras.90–100Buen resultado. Una puntuación puede variar por el equipo, las extensiones, la red o el contenido servido. Chrome recomienda interpretar el rendimiento como un conjunto de resultados y recuerda que alcanzar exactamente 100 no es una exigencia. [[3]](#fuente-3) Para decidir una inversión, resulta más útil saber si hemos resuelto un bloqueo importante en la página de presupuestos que dedicar todo el esfuerzo a ganar un punto en una pantalla poco utilizada. La puntuación orienta; el contexto comercial ayuda a priorizar. ## Lighthouse, PageSpeed Insights y Core Web Vitals: diferencias importantes Estas herramientas y métricas están relacionadas, pero responden a preguntas distintas. PageSpeed Insights utiliza Lighthouse para sus pruebas de laboratorio y, cuando dispone de suficientes muestras, también presenta datos de usuarios reales del informe CrUX. Estos últimos corresponden a un periodo móvil de 28 días. Si no hay información suficiente para la página, puede mostrar datos del conjunto del dominio o no ofrecer datos de campo. [[14]](#fuente-14) Los Core Web Vitals actuales se centran en carga, respuesta a las interacciones y estabilidad visual: [[15]](#fuente-15) MétricaQué observaUmbral de buena experienciaLCPAparición del mayor contenido visible.2,5 segundos o menos.INPRespuesta visual tras las interacciones.200 milisegundos o menos.CLSDesplazamientos inesperados del diseño.0,1 o menos. Estos objetivos se valoran en el percentil 75: interesa que se cumplan para al menos el 75 % de las experiencias medidas, separando móvil y escritorio. [[15]](#fuente-15) **La auditoría de carga habitual de Lighthouse no reproduce las interacciones reales necesarias para medir INP.** TBT sirve como señal de laboratorio relacionada, pero no es su equivalente. Mejorar TBT puede ayudar al INP; la experiencia real debe comprobarse con medición de campo. [[15]](#fuente-15) Por eso una mejora técnica puede apreciarse en una prueba nueva antes de reflejarse por completo en los datos agregados de usuarios. Conviene saber qué tipo de información estamos mirando antes de concluir que un cambio ha funcionado o ha fallado. ## Cómo empezar a revisar tu página ### Desde Google Chrome - Abre en Chrome la página concreta que quieres revisar. - Accede a las herramientas para desarrolladores desde el menú del navegador. - Busca el panel Lighthouse. - Selecciona las categorías disponibles y el tipo de dispositivo. - Genera el informe y revisa los problemas detectados. Para una primera comprobación, revisa móvil y escritorio. Después utiliza el mismo entorno al comparar cambios. Lighthouse dispone también de los modos Navigation, Timespan y Snapshot para analizar cargas, intervalos de uso y estados concretos. Para profundizar en problemas de rendimiento, Chrome recomienda su panel Performance. [[2]](#fuente-2) ### Desde PageSpeed Insights Puedes acceder a [PageSpeed Insights](https://pagespeed.web.dev/), introducir la URL y ejecutar el análisis. Es una forma sencilla de obtener un primer informe sin instalar herramientas de desarrollo. Recuerda distinguir los resultados de laboratorio de los datos de experiencia real, cuando estos estén disponibles. [[14]](#fuente-14) ### ¿Hace falta instalar una extensión? La documentación recoge una extensión para Chrome, pero recomienda utilizar DevTools salvo que exista un motivo específico. DevTools permite trabajar con páginas locales y autenticadas en un entorno que la extensión no cubre del mismo modo. [[1]](#fuente-1) Como criterio práctico, analiza varias páginas representativas: inicio, un servicio importante, contacto y una landing de campaña. El resultado de una URL no describe automáticamente todas las plantillas y recorridos de tu web. ## Para perfiles técnicos: automatización, informes y comprobaciones propias ### Ejecutar Lighthouse desde la línea de comandos La herramienta CLI permite automatizar análisis. El repositorio oficial consultado requiere Node.js 22 LTS o posterior; también necesitas una instalación de Chrome compatible. Un inicio básico sería: [[16]](#fuente-16) npm install -g lighthouse lighthouse https://tu-dominio.es/ --view lighthouse --help Para escritorio y para exportar un archivo JSON: lighthouse https://tu-dominio.es/ --preset=desktop --view lighthouse https://tu-dominio.es/ --output=json --output-path=./informe-lighthouse.json Lighthouse también puede utilizarse como módulo de Node.js dentro de procesos propios. Registra versiones y ajustes al comparar resultados: cambiar el entorno de medición puede modificar lo que estás comparando. [[16]](#fuente-16) ### Compartir y conservar los resultados Los informes JSON pueden abrirse en el [visor de Lighthouse](https://googlechrome.github.io/lighthouse/viewer/). La documentación también describe cómo compartirlos mediante GitHub Gists y usar enlaces del visor. [[1]](#fuente-1) Para trabajar con un proveedor, conserva el informe inicial, las páginas revisadas, el contexto de la prueba y los resultados posteriores. Esa información facilita evaluar qué se ha corregido en lugar de comparar capturas aisladas. ### Lighthouse CI: detectar retrocesos tras los cambios Lighthouse CI integra las auditorías en un proceso de desarrollo. Puede ejecutar pruebas al incorporar cambios, guardar informes y aplicar condiciones sobre resultados relevantes. [[17]](#fuente-17) Un uso práctico sería comprobar que una nueva plantilla de servicios no empeora de forma importante respecto a la versión anterior. Los umbrales deben adaptarse al proyecto y a la variabilidad de las mediciones. ### Stack Packs y plugins Los Stack Packs añaden recomendaciones adaptadas a tecnologías detectadas. El repositorio oficial recoge soporte para distintas plataformas, entre ellas WordPress, Drupal, React y Next.js. [[18]](#fuente-18) Los plugins permiten añadir comprobaciones y categorías propias al informe. Una configuración personalizada ofrece otras posibilidades de modificación. [[19]](#fuente-19) Esto permite adaptar parte del control técnico a necesidades específicas, siempre distinguiendo las comprobaciones oficiales de las creadas para el proyecto. Como proyecto abierto, Lighthouse admite contribuciones. Su documentación también incluye directrices de marca para quienes lo integran en servicios: utilizar la herramienta no significa disponer de una certificación comercial de Google. [[1]](#fuente-1) ## La conexión con la IA: Lighthouse ya documenta navegación con agentes La documentación actual incorpora **Agentic Browsing**, una categoría experimental para evaluar indicadores de interacción de máquinas con una página. Chrome indica que su prueba requiere Chrome 150 o posterior y que las auditorías de WebMCP necesitan el registro en la prueba de origen correspondiente. [[20]](#fuente-20) Esta categoría no utiliza la media ponderada habitual de 0 a 100. Presenta proporciones de comprobaciones superadas, resultados y avisos. Revisa aspectos como el registro de herramientas WebMCP, nombres y relaciones del árbol de accesibilidad, estabilidad visual y presencia de llms.txt. [[20]](#fuente-20) El árbol de accesibilidad es una representación que comunica funciones y nombres de elementos. Para ciertos agentes, identificar un botón como una acción concreta resulta más útil que encontrar una figura que visualmente parece un botón. Esto conecta la calidad del HTML con la posibilidad de interactuar de forma fiable. ### Qué propone WebMCP WebMCP propone exponer herramientas estructuradas para que agentes de navegador ejecuten acciones. Contempla una API declarativa vinculada a formularios HTML y otra imperativa para interacciones mediante JavaScript. Chrome lo presenta como una propuesta en desarrollo y de acceso anticipado. [[21]](#fuente-21) Como ejemplo de aplicación, una empresa podría valorar si merece la pena ofrecer una acción estructurada de consulta de disponibilidad. Primero habría que definir qué información puede consultarse, quién puede hacerlo y cómo confirmar operaciones. La decisión depende del servicio y del sistema utilizado por el agente. ### Qué significa esto para tu empresa En Aeforma planteamos la preparación para agentes como un trabajo sobre necesidades reales: qué debe entenderse de tu negocio y qué tareas tiene sentido facilitar. Nuestra recomendación es empezar por servicios bien descritos, información coherente, formularios claros y recorridos estables; después se estudian las integraciones necesarias. **Estas auditorías no certifican que cualquier agente pueda contratar por ti ni garantizan que una IA recomiende tu empresa.** La interacción técnica, la autorización para actuar y la visibilidad en respuestas de IA son cuestiones distintas. Además, Google explica que para aparecer en AI Overviews o AI Mode siguen siendo relevantes las bases del SEO y que no exige archivos especiales para IA ni un marcado exclusivo. Por tanto, detectar llms.txt en una auditoría experimental no lo convierte en requisito de posicionamiento ni en garantía de menciones. [[22]](#fuente-22) ## Cómo convertir el informe en un plan de mejora útil Un informe extenso se aprovecha mejor cuando se traduce a tareas y prioridades. En Aeforma proponemos trabajar con este orden: - **Definir el objetivo comercial.** Saber si la web debe conseguir llamadas, presupuestos, reservas, ventas o solicitudes de soporte. - **Elegir páginas y recorridos representativos.** Revisar dónde llega el cliente y qué necesita hacer. - **Establecer un punto de partida.** Guardar resultados con sus ajustes y condiciones. - **Priorizar los problemas relevantes.** Atender primero lo que bloquea el uso o afecta a un recorrido importante. - **Aplicar y comprobar cambios.** Repetir mediciones y verificar que los servicios siguen funcionando. - **Dar continuidad.** Revisar las modificaciones posteriores y las necesidades nuevas del negocio. Imagina una empresa de instalaciones que quiere recibir solicitudes de presupuesto. En un ejemplo hipotético, su página de servicio presenta una fotografía pesada, un formulario poco claro y un botón difícil de localizar en móvil. El trabajo útil sería mejorar esos elementos y comprobar después el recorrido de contacto. No bastaría con entregar una captura de la nota final. Si además se prepara para agentes, el siguiente paso podría consistir en ordenar servicios, zonas y condiciones y estudiar cómo facilitar una consulta autorizada de disponibilidad. El alcance se definiría antes de añadir tecnología. ## Preguntas frecuentes sobre Lighthouse ### ¿Sirve para una web pequeña? Sí. Una web de pocos servicios también tiene páginas y formularios que revisar. Nuestra recomendación es dimensionar el trabajo según el negocio: resolver primero los obstáculos del recorrido de contratación. ### ¿Corrige automáticamente los problemas? No. Lighthouse genera resultados y orientación. Los cambios requieren interpretación y desarrollo, y deben verificarse después. ### ¿Una nota de 100 significa que la web está perfecta? No. El resultado describe las comprobaciones ejecutadas en ese contexto. Conviene revisar también la utilidad del contenido, los recorridos reales y los objetivos comerciales. ### ¿Si PageSpeed Insights no muestra usuarios reales significa que mi web está mal? No necesariamente. Puede no disponer de suficientes muestras. En ese caso, el informe de laboratorio sigue siendo una ayuda para investigar problemas. [[14]](#fuente-14) ### ¿Preparar una web para IA consiste en poner un chatbot? Un chatbot puede resolver atención o consultas, pero preparar la web también implica decidir cómo se organiza la información y qué interacciones deben funcionar. Son trabajos que pueden complementarse según la necesidad. ### ¿Hay que rehacer toda la web? Depende de lo que revele la revisión. Puede bastar una mejora de plantillas y contenidos, o convenir un rediseño si la estructura dificulta el objetivo. Esa decisión debe justificarse con problemas concretos. ## Documentación oficial y fuentes Artículo elaborado a partir de documentación oficial de Chrome, web.dev, Google Search Central y los repositorios de GoogleChrome. Las recomendaciones comerciales y los ejemplos son explicaciones propias de Aeforma; no representan resultados medidos de clientes. Las funciones experimentales pueden cambiar. - [Introducción a Lighthouse](https://developer.chrome.com/docs/lighthouse/overview?hl=es-419). - [Lighthouse en Chrome DevTools](https://developer.chrome.com/docs/devtools/lighthouse). - [Puntuación de rendimiento](https://developer.chrome.com/docs/lighthouse/performance/performance-scoring). - [Total Blocking Time](https://web.dev/articles/tbt). - [Optimización de imágenes y migración a los nuevos insights](https://developer.chrome.com/docs/lighthouse/performance/uses-optimized-images). - [Recursos que bloquean el renderizado](https://developer.chrome.com/docs/lighthouse/performance/render-blocking-resources). - [Puntuación de accesibilidad](https://developer.chrome.com/docs/lighthouse/accessibility/scoring). - [Configuración oficial de auditorías](https://github.com/GoogleChrome/lighthouse/blob/main/core/config/default-config.js). - [Auditoría histórica de bibliotecas vulnerables y aviso de retirada](https://developer.chrome.com/docs/lighthouse/best-practices/no-vulnerable-libraries). - [Meta descripción](https://developer.chrome.com/docs/lighthouse/seo/meta-description). - [Bloqueo de indexación](https://developer.chrome.com/docs/lighthouse/seo/is-crawlable). - [Textos descriptivos en enlaces](https://developer.chrome.com/docs/lighthouse/seo/link-text). - [Core Web Vitals y búsqueda de Google](https://developers.google.com/search/docs/appearance/core-web-vitals). - [Datos y funcionamiento de PageSpeed Insights](https://developers.google.com/speed/docs/insights/v5/about). - [Web Vitals: métricas y medición](https://web.dev/articles/vitals). - [Repositorio oficial de Lighthouse: CLI y módulo Node](https://github.com/GoogleChrome/lighthouse). - [Lighthouse CI](https://github.com/GoogleChrome/lighthouse-ci/blob/main/docs/getting-started.md). - [Stack Packs oficiales](https://github.com/GoogleChrome/lighthouse-stack-packs). - [Manual oficial de plugins](https://github.com/GoogleChrome/lighthouse/blob/main/docs/plugins.md). - [Auditorías experimentales de navegación con agentes](https://developer.chrome.com/docs/lighthouse/agentic-browsing/scoring?hl=es-419). - [WebMCP: acceso anticipado](https://developer.chrome.com/blog/webmcp-epp). - [Requisitos para las funciones de IA de Google Search](https://developers.google.com/search/docs/appearance/ai-features). ## ¿Tu web está preparada para conseguir clientes y trabajar con agentes de IA? Si tienes una web que cuesta utilizar, apenas explica tus servicios o acumula cambios sin una revisión técnica, es un buen momento para ordenar esa base. Cada campaña y cada visita dependen de que el cliente encuentre información clara y pueda dar el siguiente paso. **En Aeforma unimos desarrollo web, marketing digital, automatización e inteligencia artificial aplicada al negocio.** Podemos ayudarte a valorar tu situación, definir las mejoras necesarias y llevarlas a la práctica. - [**Páginas web profesionales:**](https://aeforma.com/paginas-web-profesionales) creación y evolución de una web orientada a presencia, captación y continuidad. - [**Preparación para agentes de IA:**](https://aeforma.com/preparacion-agentes-ia) revisión de información, estructura e interacciones para plantear una adaptación útil a tu negocio. Cuéntanos qué empresa tienes, comparte la dirección de tu web y dinos qué quieres conseguir. A partir de ahí podremos plantearte un alcance de trabajo y una propuesta para hacerlo realidad. **Empieza a preparar esa ventaja antes de que la adaptación te obligue a ir con prisas. [Habla con Aeforma y solicita una propuesta para tu web.](https://aeforma.com/contacto)** --- **Aeforma** - Inteligencia artificial, automatización, software y marketing para empresas. [aeforma.com](https://aeforma.com/)