Resumen

Desempeno

Puntuación: 61/100

Rendimiento limitado; optimización necesaria.

Entre las cuestiones detectadas:

• Hay recursos que bloquean el renderizado inicial; en línea o aplazarlos.
• Las hojas de estilos no están minadas, impactando el tiempo de carga.
• Las imágenes no están comprimidas/optimizadas, lo que afecta a los tiempos de carga.
• La compresión de texto (gzip, brotli) no está activada.
• El tiempo de respuesta del servidor es lento (TTFB).
• No se ha detectado JavaScript.
• Algunas reglas CSS no están utilizadas.
• Los guiones no se minifican, aumentando el tamaño de la carga útil.

Accesibilidad

Puntuación: 92/100

Excelente resultado en esta categoría.

Practicas optimas

Puntuación: 78/100

Aceptable, pero se recomiendan mejoras.

Entre las cuestiones detectadas:

• Faltan los encabezados adecuados de CSP contra XSS.
• Posibles vulnerabilidades en bibliotecas JS de terceros.

SEO

Puntuación: 85/100

Buen desempeño general; pequeños ajustes posibles.

Analisis tecnico

Oportunidades

Eliminar los recursos que bloquean la renderización

• Descripción: Los recursos están bloqueando la primera pintura de su página. Considere la posibilidad de entregar JS/CSS en línea crítica y aplazar todos los estilos/ JS no críticos. [Aprenda a eliminar los recursos de render-blocking] (https://developer.chrome.com/docs/lighthouse/performance/render-blocking-resources/).
• Ahorros potenciales: 427 ms

Tamaño adecuado de las imágenes

• Descripción: Servir imágenes que son de tamaño adecuado para ahorrar datos celulares y mejorar el tiempo de carga. [Aprenda a medir imágenes] (https://developer.chrome.com/docs/lighthouse/performance/uses-responsive-imagens/).
• Ahorros potenciales: 280 ms

Minify CSS

• Descripción: Minifying CSS puede reducir los tamaños de carga útil de la red. Aprenda a minify CSS.

Usar formatos de vídeo para el contenido animado

• Descripción: Los GIFs grandes son ineficientes para ofrecer contenido animado. Considere la posibilidad de usar vídeos MPEG4/WebM para animaciones y PNG/WebP para imágenes estáticas en lugar de GIF para ahorrar bytes de red. Aprenda más sobre formatos de vídeo eficientes

Precargar la imagen más grande de la pintura contenciosa

• Descripción: Si el elemento LCP se añade dinámicamente a la página, debe precargar la imagen para mejorar LCP. Más información sobre la precarga de los elementos LCP.

Servir imágenes en formatos de última generación

• Descripción: Los formatos de imagen como WebP y AVIF a menudo proporcionan mejor compresión que PNG o JPEG, lo que significa descargas más rápidas y menos consumo de datos. Aprenda más sobre los formatos de imagen modernos.
• Ahorros potenciales: 1200 ms

Eliminar los módulos duplicados en paquetes JavaScript

• Descripción: Retire los módulos JavaScript grandes y duplicados de los paquetes para reducir los bytes innecesarios consumidos por la actividad de la red.

Evitar múltiples redirecciones de páginas

• Descripción: Los redireccionamientos introducen retrasos adicionales antes de que se pueda cargar la página. Aprenda cómo evitar redireccionamientos de página.

Codifique las imágenes de manera eficiente

• Descripción: Las imágenes optimizadas se cargan más rápido y consumen menos datos celulares. [Aprenda a codificar las imágenes de manera eficiente] (https://developer.chrome.com/docs/lighthouse/performance/uses-optimized-images/).
• Ahorros potenciales: Ahorros potenciales de 4.011 KiB

Preconectar a los orígenes requeridos

• Descripción: Considerar la posibilidad de agregar preconnect o dns-prefetch sugerencias de recursos para establecer conexiones tempranas a los orígenes importantes de terceros. Aprender a preconectar a los orígenes requeridos.

Activar la compresión de texto

• Descripción: Los recursos basados en texto deben ser servidos con compresión (gzip, deflate o brotli) para minimizar los bytes de red totales. Aprenda más sobre la compresión de texto.

Reducir el tiempo de respuesta inicial del servidor

• Descripción: Mantenga el tiempo de respuesta del servidor para el documento principal porque todas las demás peticiones dependen de él. Más información sobre la métrica Time to First Byte.
• Ahorros potenciales: 1913 ms

Aplazar las imágenes fuera de pantalla

• Descripción: Considere la posibilidad de descargar imágenes offscreen y ocultas después de que todos los recursos críticos hayan terminado de cargar para reducir el tiempo al interactivo. [Aprenda a diferir las imágenes offscreen] (https://developer.chrome.com/docs/lighthouse/performance/offscreen-images/).
• Ahorros potenciales: 120 ms

Evite servir JavaScript legado a los navegadores modernos

• Descripción: Polyfills and transforms permiten que los navegadores antiguos usen nuevas funciones de JavaScript. Sin embargo, muchas no son necesarias para los navegadores modernos. Para su JavaScript incluido, adopte una estrategia de implementación de scripts moderna usando module/nomodule feature detection para reducir la cantidad de código enviado a los navegadores modernos, al tiempo que retiene el soporte para los navegadores heredados.
• Posibles ahorros: Ahorro potencial de 7 KiB

Reducir el JavaScript no utilizado

• Descripción: Reduce JavaScript no utilizado y pospone los scripts de carga hasta que sean necesarios para disminuir los bytes consumidos por la actividad de la red. Aprende a reducir JavaScript no utilizado.
• Ahorros potenciales: 80 ms

Reducir la CSS no utilizada

• Descripción: Reduzca las reglas no utilizadas de las hojas de estilo y aplace CSS no utilizado para contenido de arriba-el-fold para disminuir los bytes consumidos por la actividad de red. Aprenda a reducir CSS no utilizado.
• Ahorros potenciales: 160 ms

Minify JavaScript

• Descripción: Minifying JavaScript files can reduce payload sizes and script parse time. Aprenda a minify JavaScript.

Diagnosticos

Tareas

• Descripción: Lista las tareas principales de nivel superior que se ejecutaron durante la carga de página.

Marcas y medidas de tiempo del usuario

• Descripción: Considerar la posibilidad de implementar tu aplicación con la API de tiempo del usuario para medir el rendimiento real de tu aplicación durante experiencias de usuario clave. Más información sobre las marcas de tiempo del usuario.
• Valor de visualización: 27 tiempos de usuario

Solicitudes de redes

• Descripción: Lista las solicitudes de red que se hicieron durante la carga de página.

Network Round Trip Times

• Descripción: Los tiempos de ida y vuelta de red (RTT) tienen un gran impacto en el rendimiento. Si el RTT a un origen es alto, es una indicación de que los servidores más cercanos al usuario podrían mejorar el rendimiento. Aprenda más sobre el tiempo de ida y vuelta.
• Valor de visualización: 0 ms
• Valor numérico: 0,8999999999999999

Latencias de backend del servidor

• Descripción: Las latencias del servidor pueden afectar el rendimiento de la web. Si la latencia del servidor de un origen es alta, es una indicación de que el servidor está sobrecargado o tiene un rendimiento de backend deficiente. Más información sobre el tiempo de respuesta del servidor.
• Valor de visualización: 0 ms
• Valor numérico: 1,5

Evitar grandes cambios de diseño

• Descripción: Estos son los cambios de diseño más grandes observados en la página. Cada elemento de la tabla representa un solo cambio de diseño, y muestra el elemento que más cambió. Debajo de cada elemento hay posibles causas de raíz que llevaron al cambio de diseño. Algunos de estos cambios de diseño pueden no ser incluidos en el valor de la métrica CLS debido a windowing. [Aprenda a mejorar CLS](https://web.dev/articles/optim
• Valor de visualización: 2 turnos de diseño encontrados

Mitigar el clicjacking con XFO o CSP

• Descripción: La cabecera X-Frame-Options (XFO) o la directiva frame-ancestors en el control de cabecera Content-Security-Policy (CSP) donde se puede insertar una página.Estos pueden mitigar los ataques con clics bloqueando algunos o todos los sitios para que no incorporen la página. [Más información sobre la mitigación de clicjacking](https://developer.com/docs/lighthouse/best-practices/clickjacking-

Garantizar un adecuado aislamiento del origen con COOP

• Descripción: La política de apertura cruzada (COOP) se puede utilizar para aislar la ventana de nivel superior de otros documentos, como las ventanas emergentes. Más información sobre la implementación del encabezado COOP.

Captura de pantalla en miniatura

• Descripción: Así es como se veía la carga de su sitio.

Los enlaces idénticos tienen el mismo propósito.

• Descripción: Los enlaces con el mismo destino deben tener la misma descripción, para ayudar a los usuarios a entender el propósito del enlace y decidir si seguirlo. [Más información sobre enlaces idénticos](https://dequeuniversity.com/rules/axe/4.10/i identical-links-ame-purpose).

Captura de pantalla final

• Descripción: La última captura de pantalla capturada del pageload.

Asegúrese de que CSP es eficaz contra los ataques XSS

• Descripción: Una fuerte política de seguridad de contenido (CSP) reduce significativamente el riesgo de ataques de scripting cross-site (XSS). [Aprenda a usar un CSP para prevenir XSS] (https://developer.chrome.com/docs/lighthouse/best-practices/csp-xss/)

Evitar las tareas largas del hilo principal

• Descripción: Enumera las tareas más largas del hilo principal, útiles para identificar los peores contribuyentes a la retardación de entrada. Aprender cómo evitar las tareas largas de la retaguardia principal
• Mostrar valor: 4 tareas largas encontradas

Resumen de los recursos

• Descripción: Agrega todas las solicitudes de red y las agrupa por tipo

Métricas

• Descripción: Recoge todas las métricas disponibles.
• Valor numérico: 10393

Datos del mapa de árboles del guión

• Descripción: Utilizado para la aplicación treemap

Diagnósticos

• Descripción: Colección de signos vitales útiles de la página.

Usar una política fuerte de HSTS

• Descripción: Implementación de la cabecera HSTS reduce significativamente el riesgo de rebajar las conexiones HTTP y los ataques a escondidas. Se recomienda un despliegue por etapas, comenzando con una baja máx. de edad. Aprenda más sobre el uso de una fuerte política HSTS.

Bibliotecas de JavaScript detectadas

• Descripción: Todas las bibliotecas JavaScript de primera línea detectadas en la página. Más información sobre esta auditoría de diagnóstico de detección de bibliotecas JavaScript.

Evitar encadenar peticiones críticas

• Descripción: Las Cadenas de Solicitud Crítica a continuación le muestran qué recursos están cargados con una alta prioridad. Considere la posibilidad de reducir la longitud de las cadenas, reducir el tamaño de descarga de los recursos, o aplazar la descarga de recursos innecesarios para mejorar la carga de páginas. [Aprenda cómo evitar encadenar peticiones críticas](https://developer.chrome.com/docs/lighthouse/performance/critic-request chains/).
• Valor de visualización: 75 cadenas encontradas

Informe generado el 23/4/2025, 12:09:29