• /
  • EnglishEspañol日本語한국어Português
  • Inicia sesiónComenzar ahora

Te ofrecemos esta traducción automática para facilitar la lectura.

En caso de que haya discrepancias entre la versión en inglés y la versión traducida, se entiende que prevalece la versión en inglés. Visita esta página para obtener más información.

Crea una propuesta

Parte de laboratorio 4: depurar la lentitud del frontend en su aplicación

laboratorio

Este procedimiento es parte de un laboratorio que le enseña cómo solucionar problemas de su aplicación web con New Relic .

Cada procedimiento del laboratorio se basa en el anterior, así que asegúrese de haber completado el último procedimiento, Depurar errores en su aplicación, antes de comenzar este.

Después de corregir los errores de JavaScript en su aplicación, usted y su equipo se sienten seguros. Listo para tu tiempo libre, te diriges a las redes sociales pero revisas Twitter y ves algunos clientes confundidos:

unhappy customers

¡UH oh! Sus clientes no parecen felices. Es hora de utilizar el monitoreo del navegador New Relic para descubrir la fuente del retraso.

Importante

Para poder ver tus datos en New Relic, necesitas habilitar el monitoreo del navegador para este procedimiento.

Si aún no lo has hecho, instrumenta tu aplicación con nuestro agente del navegador.

Depura la lentitud en tu aplicación

Desde la página de inicio de New Relic, navegue hasta Browser y elija su aplicación Relicstaurants .

view relicstaurants

Aquí verá todos los datos relacionados con la aplicación de su browser , incluidos Page views with JavaScript errors, Core web vitals, User time on the site, Initial page load and route changes y otros.

Relicstaurants summary

Observe el largest contentful paint (LCP).

LCP

La pintura de contenido más grande (LCP) representa la rapidez con la que se carga el contenido principal de una página web. Lo ideal es que el contenido no tarde más de uno o dos segundos en cargarse. Aquí verá que su sitio se carga en más de 5 segundos. ¡No es de extrañar que tus usuarios se quejen!

Pero ¿a qué se debe este retraso? parte trasera?

Desplácese hacia abajo y observe el gráfico Front end vs. back end .

frontend vs backend graph

Haga clic en Back end (time to first byte) (50%) para filtrar el gráfico y ver cuánto tiempo tarda en cargarse el backend.

backend time consumption

El gráfico indica que el backend tardó un máximo de 140 milisegundos en procesar la solicitud en el peor de los casos. ¿Significa esto que su interfaz está provocando retrasos?

Haga clic en Front end (Window load + AJAX) (50%).

frontend time consumption

¡Ahí está el problema! El gráfico indica que el retraso se produce en la interfaz.

Para delimitar lo que podría estar causando el retraso en la interfaz, observe más de cerca el gráfico Initial page load and route change .

page load graph

Haga clic en Initial page load (Window load + AJAX).

initial page load

El gráfico indica que Initial page load (Window load + AJAX) está tardando entre 5 y 6 segundos, lo cual es alarmante.

Haga clic en Initial page load and route change para ver más detalles.

page load details

Esto te llevará a Page views.

page views

Ordene las páginas por Most time-consuming.

sort page

Observe que la página inicial tarda casi el 90% del tiempo en cargarse.

most time consuming pages

Haga clic en él para ver sus detalles.

most time consuming page detail

Esta página muestra Page view breakdown, Median initial page load time y otros detalles importantes. El gráfico Page view breakdown es especialmente importante aquí, ya que le ayuda a delimitar por qué y dónde su página tarda más. Al observar más de cerca este gráfico, verá que Page rendering tarda hasta 5000 milisegundos.

page rendering

Ahora sabe que la página inicial tarda bastante en procesarse, lo que hace que su aplicación sea lenta. A continuación, observamos el Session traces para descubrir qué está ralentizando el proceso de renderizado.

Salga de esta vista haciendo clic en X en la esquina superior derecha.

Desde la navegación de la izquierda, navegue hasta Session traces y ordénelos en orden descendente de Page load.

most time consuming pages

Aquí verá el rastreo de sesión ordenado en el orden de Page load tiempo.

sorted session traces

De la lista, haga clic en el primero.

trace detail

imagen que muestra el rastreo de sesión ordenado

Esto le llevará a la página de detalles Session traces .

Aquí puedes ver la traza completa de esa sesión en particular. Esta página también le muestra Backend, Dom Processing, Page Load y otra información relacionada con traza.

full trace

Tenga en cuenta que Page load está tardando más de lo esperado. Necesita un cronograma detallado de la carga. Desplace el puntero hacia la izquierda y hacia la derecha para ajustar la línea de tiempo.

adjust trace timeline

Desplácese por la traza para moverse por la ventana de tiempo y ver los detalles del evento individual durante esta sesión.

adjust time window

Observe que un evento en particular está tardando más de 5 segundos.

image trace

Haga clic en el evento para ver sus detalles.

image trace detail

Note que es una imagen. En particular, es la imagen de fondo de su aplicación la que tarda entre 5 y 6 segundos en cargarse y provoca el retraso.

Con base en estos hallazgos, usted plantea la hipótesis de que la imagen de fondo es la culpable. Las imágenes de alta resolución y no optimizadas son la razón más común detrás de la lentitud del sitio web. ¡Buenas noticias! Ahora que sabes el motivo, puedes solucionar el problema.

Resumen

En resumen, observó lentitud en su aplicación y utilizó el monitoreo de navegador New Relic para:

  1. Observe las Métricas web principales de su sitio
  2. Limitar las fuentes de lentitud

Tarea

¡Bien hecho! Ahora que ha comenzado con nuestro monitoreo, aquí hay algunos documentos que lo ayudarán a dar los siguientes pasos en su viaje.

Copyright © 2024 New Relic Inc.

This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.