Resumen automático de Market 770 generado por Synara
Informe de rendimiento en Desktop. Ver rendimiento en mobile
Synara localiza negocios en Google Maps, valida teléfonos con WhatsApp y mide el rendimiento con PageSpeed Insights, enriqueciendo los datos con redes sociales para ofrecerte este informe SEO.
La empresa Market 770 ubicada en Lima, Perú y dedicada al sector Restaurante, cuenta con el sitio web www.marriott.com/en-us/hotels/limwi-the-westin-lima-hotel-and-convention-center/dining/?scid=feed67b0-9a2f-4de1-8df6-114544116108, así como un perfil en Google Maps, donde ostenta 418 reseñas. Su teléfono de contacto es +5112015022.
A continuación se muestran los canales de presencia digital disponibles:
Resumen
Desempeno
Puntuación: 21/100
Puntuación muy baja; se requieren mejoras importantes.
Entre las cuestiones detectadas:
- El tiempo de respuesta del servidor es lento (TTFB).
- La compresión de texto (gzip, brotli) no está activada.
- Hay recursos que bloquean el renderizado inicial; en línea o aplazarlos.
- Algunas reglas CSS no están utilizadas.
- Las imágenes no están comprimidas/optimizadas, lo que afecta a los tiempos de carga.
- Las hojas de estilos no están minadas, impactando el tiempo de carga.
- No se ha detectado JavaScript.
- Los guiones no se minifican, aumentando el tamaño de la carga útil.
Accesibilidad
Puntuación: 96/100
Excelente resultado en esta categoría.
Practicas optimas
Puntuación: 74/100
Aceptable, pero se recomiendan mejoras.
Entre las cuestiones detectadas:
- Posibles vulnerabilidades en bibliotecas JS de terceros.
- Faltan los encabezados adecuados de CSP contra XSS.
SEO
Puntuación: 92/100
Excelente resultado en esta categoría.
Analisis tecnico
Oportunidades
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.
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: 605 ms
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.
- Ahorros potenciales: 200 ms
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.
- Ahorros potenciales: 218,41417239575946 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/).
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: 760 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: 840 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: Ahorros potenciales de 136 KiB
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
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/).
- Posibles ahorros: Ahorro potencial de 11 KiB
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.
- Ahorros potenciales: Ahorros potenciales de 92 KiB
Minify CSS
- Descripción: Minifying CSS puede reducir los tamaños de carga útil de la red. Aprenda a minify CSS.
- Ahorros potenciales: Ahorro potencial de 8 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: 1680 ms
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: 480 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.
Minify JavaScript
- Descripción: Minifying JavaScript files can reduce payload sizes and script parse time. Aprenda a minify JavaScript.
- Ahorros potenciales: Ahorro potencial de 3 KiB
Diagnosticos
Los ID ARIA son únicos
- Descripción: El valor de un ID ARIA debe ser único para evitar que otras instancias sean ignoradas por las tecnologías asistenciales. [Aprenda a reparar ID ARIA duplicados] (https://dequeuniversity.com/rules/axe/4.10/duplicate-id-aria).
Captura de pantalla en miniatura
- Descripción: Así es como se veía la carga de su sitio.
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.
Resumen de los recursos
- Descripción: Agrega todas las solicitudes de red y las agrupa por tipo
Solicitudes de redes
- Descripción: Lista las solicitudes de red que se hicieron durante la carga de página.
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.
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.
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/)
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.
Tareas
- Descripción: Lista las tareas principales de nivel superior que se ejecutaron durante la carga de página.
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: 7 cadenas encontradas
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: 20 ms
- Valor numérico: 20.961674999999996
Métricas
- Descripción: Recoge todas las métricas disponibles.
- Valor numérico: 9796
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).
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
- Valor de visualización: Se encuentran 20 tareas largas
Captura de pantalla final
- Descripción: La última captura de pantalla capturada del pageload.
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: 10 ms
- Valor numérico: 5
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: 19 tiempos de usuario
Informe generado el 22/4/2025, 01:06:16
© 2025 Synara LLC. Informe generado automáticamente con PageSpeed Insights API.