No existe una forma única de medir el rendimiento de un sitio web. Es decir, Vitalidad de la red central Métricas de Google utilizado como factor de clasificación son un buen punto de partida ya que cubren diferentes aspectos de la experiencia del visitante:
- Pintura de contenido máximo (LCP): Mida el tiempo de carga de la página inicial.
- Desplazamiento de diseño acumulativo (CLS): mide si el contenido es estable después de renderizarlo.
- Interacción con Next Paint (INP): Mide la rapidez con la que una página responde a la entrada del usuario.
además Muchas otras métricas de rendimiento de la red Puede utilizarlo para realizar un seguimiento de aspectos técnicos como el peso de la página o el tiempo de respuesta del servidor. Si bien estos generalmente no son directamente importantes para el usuario final, pueden brindarle una idea de lo que está causando que su página se ralentice.
También puedes usar API de sincronización del usuario Realice un seguimiento de los hitos de carga de la página que son particularmente importantes para su sitio.
Datos de usuario sintéticos y reales.
tener dos tipos diferentes Datos de rendimiento de la red:
- Pruebas completas Ejecutar en un entorno de prueba controlado.
- datos reales del usuario Recopilado de visitantes reales del sitio web.
La supervisión integral puede proporcionar informes muy detallados para ayudarle a identificar problemas de velocidad de la página. Puede configurar exactamente cómo recopila datos, eligiendo velocidades de red específicas, tamaños de dispositivos o ubicaciones de prueba.
Experimenta de primera mano una monitorización integral con software gratuito Prueba de velocidad del sitio web DebugBear Consulte su sitio web.
Dicho esto, es posible que la configuración de su prueba sintética no coincida con la configuración típica de los visitantes reales y no podrá programar todas las formas posibles en que las personas interactúan con su sitio.
Es por eso que también necesita Monitoreo de Usuario Real (RUM). Lo que ves no es una experiencia, sino diferentes tiempos de carga y cómo se ven afectados grupos específicos de visitantes. Puede consultar las vistas de páginas específicas para determinar qué está causando el bajo rendimiento de un visitante específico.
Además, debido a las limitaciones de la API web y a los problemas de rendimiento, los datos reales del usuario no son tan detallados como los informes de prueba completos.
DebugBear proporciona ambos Monitoreo integral y Monitoreo de usuarios reales:
- Para configurar una prueba completa, simplemente ingrese la URL de su sitio web y luego
- Para recopilar métricas de usuarios reales, debe instalar fragmentos de análisis en su sitio web.
Tres pasos para un sitio web rápido
La recopilación de datos puede ayudarle durante todo el ciclo de vida de optimización del rendimiento web. Puedes seguir este proceso de tres pasos:
- confirmar: Recopile datos en su sitio web e identifique experiencias lentas de los visitantes.
- diagnóstico: Sumérgete en el análisis técnico para encontrar optimizaciones.
- monitor: compruebe si la optimización está funcionando y reciba una alerta de regresión de rendimiento.
Veamos cada paso en detalle.
Paso 1: identificar una experiencia de visitante lenta
¿Qué te impulsó a investigar los problemas de rendimiento del sitio web en primer lugar? Es posible que tengas algunos problemas específicos en mente, ya sea por informes de clientes o por puntuaciones bajas. La sección principal de Web Vitals de Google Search Console.
Los datos reales del usuario son el mejor lugar para comprobar si hay páginas lentas. Le indica si los problemas técnicos en su sitio web realmente están causando una mala experiencia de usuario. Se puede recopilar fácilmente en todo el sitio web (y requiere pruebas exhaustivas para cada URL). Y, por lo general, puede obtener la cantidad de vistas y las métricas de rendimiento. Una página moderadamente rápida que atrae dos visitantes al mes no es tan importante como una página moderadamente rápida que recibe miles de visitas al día.
El panel Web Vitals del producto RUM de DebugBear examina el estado del rendimiento de su sitio y muestra las páginas y URL más visitadas donde muchos visitantes tienen una mala experiencia.
También puedes correr Escaneo de sitios web Obtenga una lista de URL de un mapa del sitio y compare cada página con los datos reales del usuario de Google. Informe de experiencia del usuario de Chrome (CrUX). Sin embargo, esto sólo se aplica a las páginas que alcanzan el umbral de tráfico mínimo para su inclusión en el conjunto de datos de CrUX.
Los resultados del análisis resaltarán páginas con puntuaciones bajas en Web Vitals, que quizás desee investigar más a fondo.
Si no hay datos reales del usuario disponibles, entonces existe una herramienta de escaneo llamada faroque se basa en la herramienta Lighthouse de Google. Ejecuta pruebas exhaustivas en cada página, lo que le permite filtrar los resultados para identificar las páginas que necesitan optimización.
Paso 2: diagnosticar problemas de rendimiento web
Una vez que haya identificado las páginas lentas en su sitio, necesita ver qué está sucediendo realmente en la página que está causando el retraso.
Tiempo de carga de la página de depuración
Si hay un problema con las métricas del tiempo de carga de la página, p. Pintura de contenido máximo (LCP) — Los resultados completos de las pruebas proporcionan un análisis detallado. También puedes correr Experimento de velocidad de página Intente medir el impacto de ciertas optimizaciones.
Los datos reales del usuario siguen siendo importantes al depurar la velocidad de la página, ya que los tiempos de carga dependen de muchos factores específicos del usuario y del dispositivo. Por ejemplo, los elementos de la página responsables de LCP pueden diferir según el tamaño del dispositivo del usuario. Los datos de RUM pueden proporcionar un desglose de los posibles factores que influyen (como selectores de CSS y URL de imágenes) en todos los visitantes, lo que le ayudará a determinar cuáles deben corregirse.
Depurar interacciones lentas
A menudo también se requieren datos de RUM para diagnosticar correctamente el Interacción con Next Paint (INP) Sistema métrico. Específicamente, los datos reales de los usuarios pueden brindar información sobre las causas de las interacciones lentas, lo que puede ayudarlo a responder preguntas como:
- ¿Qué elementos de la página son responsables?
- ¿Se dedica tiempo a procesar tareas en segundo plano que ya están activas o a procesar la interacción en sí?
- ¿Qué scripts contribuyen más al tiempo total de procesamiento de la CPU?
Puede ver estos datos en un nivel alto para identificar tendencias y observar páginas vistas específicas para comprender qué factores influyen en la experiencia de un visitante en particular.
Paso 3: monitorear el desempeño y responder a las regresiones
Al monitorear continuamente el rendimiento del sitio web, puede realizar un seguimiento de si el rendimiento mejora después de los cambios y alertarlo si su puntuación baja.
La forma en que responda a las regresiones de rendimiento depende de si está considerando pruebas sintéticas basadas en laboratorio o análisis de usuarios reales.
Datos completos
Los ajustes de prueba para pruebas integrales están estandarizados entre ejecuciones. Si bien los cambios de infraestructura (como las actualizaciones del navegador) ocasionalmente pueden provocar cambios, el rendimiento generalmente está determinado por los recursos que carga un sitio web y el código que ejecuta.
Cuando cambia una métrica, DebugBear le permite ver una comparación del antes y el después entre dos resultados de prueba. Por ejemplo, la siguiente captura de pantalla muestra la regresión de la métrica First Content Paint (FCP). La comparación muestra que se ha agregado una nueva imagen a la página, Compite con otros recursos de la página por el ancho de banda..
Del informe se desprende claramente que un archivo CSS que antes tardaba 255 milisegundos en cargarse ahora sólo tarda 915 milisegundos. Dado que se requieren hojas de estilo para representar el contenido de la página, esto significa que las páginas ahora se cargan más lentamente, lo que le brinda una mejor idea de lo que se debe optimizar.
datos reales del usuario
Cuando ve cambios en las métricas de los usuarios reales, podría deberse a dos motivos:
- cambios en las características o el comportamiento de los visitantes, o
- Cambios técnicos en su sitio web.
Por ejemplo, el lanzamiento de una campaña publicitaria a menudo aumenta las redirecciones, disminuye las visitas al caché y cambia la demografía de los visitantes. Cuando ve una regresión en los datos de RUM, el primer paso es averiguar si el cambio se produce en su sitio o en el navegador del visitante. Verifique los cambios en el recuento de visualizaciones de campañas, dominios de referencia o velocidad de la red para obtener una imagen más clara.
Si estas visitas se comportan de manera diferente a los visitantes típicos, la supresión no se debe a cambios en su sitio. Sin embargo, es posible que aún necesite realizar cambios en su sitio web para brindar un mejor servicio a estos grupos de visitantes y brindarles una buena experiencia.
Para determinar la causa de un cambio técnico, observe los indicadores de falla de los componentes, como Subconjunto LCP. Esto puede ayudarle a delimitar la causa de la regresión, ya sea debido a cambios en los tiempos de respuesta del servidor, nuevos recursos de bloqueo de renderizado o imágenes LCP.
También puede examinar los cambios en las propiedades de vista de página, como diferentes selectores de elementos LCP o secuencias de comandos específicas que provocan un rendimiento deficiente.
en conclusión
Una prueba de velocidad de página única es un excelente punto de partida para optimizar el rendimiento. Sin embargo, herramientas de monitoreo como DebugBear pueden sentar las bases para una Web más completa. estrategia de desempeño Esto le ayuda a mantenerse rápido a largo plazo.
conseguir Prueba DebugBear gratis ¡En nuestro sitio web!
(gg, yk)
