Breaking

Post Top Ad

Your Ad Spot

miércoles, 14 de agosto de 2019

Cómo verificar la velocidad de su sitio: 5 cosas que debe saber sobre el informe de experiencia de usuario de Google

Ha investigado las palabras clave, la arquitectura de su sitio es clara y fácil de navegar, y está dando a los usuarios señales realmente obvias sobre cómo y por qué deberían realizar la conversión. Pero por alguna razón, las tasas de conversión son las más bajas que han tenido, y su clasificación en Google está empeorando cada vez más.
Tienes dos cosas en el fondo de tu mente. Primero, recientemente un cliente le dijo a su equipo de soporte que el sitio tardaba mucho en cargarse. En segundo lugar, Google ha dicho que está utilizando la velocidad del sitio como parte de cómo se calculan las clasificaciones.
Es un problema común, y uno de los mayores problemas sobre la velocidad del sitio es que es muy difícil demostrar que está marcando la diferencia . A menudo tenemos poco o ningún poder para impactar la velocidad del sitio (aparte de sacrificar esos fragmentos de seguimiento jugosos y todo ese contenido que luchamos tanto para agregar en primer lugar). Peor aún: algunas mejoras de velocidad fundamentales pueden ser una tarea enorme, independientemente del tamaño de su equipo de desarrollo, por lo que necesita un caso realmente sólido para realizar los cambios.
Claro, Google tiene la calculadora de impacto de velocidad del sitioque proporciona una estimación de la cantidad de ingresos que podría estar perdiendo por cargar más lentamente, y si eso le da lo suficiente para defender su caso, ¡genial! Grieta en. Sin embargo, es probable que eso no sea suficiente. Una persona podría plantear todo tipo de objeciones, por ejemplo;
  1. Eso no es información del mundo real
    1. Esa herramienta está tratando de acceder al sitio desde un lugar del mundo, nuestros usuarios viven en otro lugar, por lo que se cargará más rápido para ellos.
    2. No tenemos idea de cómo la herramienta está tratando de cargar nuestro sitio, nuestros usuarios están utilizando navegadores para acceder a nuestro contenido, verán un comportamiento diferente
  2. Esa herramienta no conoce nuestra industria
  3. El sitio me parece bastante rápido
  4. Los problemas de clasificación / conversión / dinero comenzaron en los últimos meses: no hay evidencia de que la velocidad del sitio empeoró durante ese tiempo.
Las herramientas como webpagetest.org son fantásticas, pero generalmente están limitadas a acceder a su sitio desde un puñado de ubicaciones.
Casi cualquier verificador de velocidad del sitio se encontrará con alguna combinación de las objeciones anteriores. Supongamos que usamos webpagetest.org (que no sería una mala elección), cuando le damos una URL, un sistema automatizado accede a nuestro sitio, prueba cuánto tarda en cargarse y nos informa sobre eso. Como digo, no es una mala elección, pero es muy difícil probar el acceso a nuestro sitio desde cualquier lugar donde estén nuestros usuarios, usando los navegadores que están usando, obteniendo datos históricos que se estaban grabando incluso cuando todo estaba muy mal y la velocidad del sitio estaba lejos de ser nuestras mentes y obtener datos comparables para nuestros competidores.
¿O es eso?

Ingrese el informe de Experiencia de usuario de Chrome (CRUX)

En octubre de 2017, Google lanzó el informe Chrome User Experience . La clave está en el nombre: se trata de datos anónimos de la velocidad del sitio dominio por dominio y país por país que han estado registrando a través de usuarios reales de Google Chrome desde octubre de 2017 . Los datos solo incluyen registros de usuarios de Chrome que han optado por sincronizar el historial del navegador y tienen habilitados los informes de estadísticas de uso, sin embargo, muchos lo tendrán activado de forma predeterminada ( ver publicación de Google ). Entonces, este recurso le ofrece datos del mundo real sobre la rapidez de su sitio.
Eso nos lleva a lo primero que debe saber sobre el informe CRUX.

1. ¿Qué datos de velocidad del sitio contiene el informe de Experiencia de usuario de Chrome?

En los términos más simples, el informe CRUX proporciona grabaciones de cuánto tiempo tardó en cargar sus páginas web. Pero la carga no está activada, incluso si no está familiarizado con el desarrollo web, habrá notado que cuando solicita una página web, piensa un poco, aparece parte del contenido, tal vez la página se baraja poco y, finalmente, todo cae en su lugar.
Ejemplo de un gráfico que muestra el rendimiento de un sitio en diferentes métricas. Siga leyendo para comprender los datos y por qué se presentan de esta manera.
Hay muchas razones por las que diferentes partes de ese proceso podrían ser más lentas, lo que significa que obtener grabaciones para diferentes hitos de carga de página puede ayudarnos a resolver lo que necesita trabajo.
El informe de Experiencia de usuario de Chrome de Google ofrece lecturas de algunas etapas importantes de carga de la página web. Han dado definiciones aquí, pero también he escrito algunas a continuación;
  • Primer retardo de entrada
    • Esto es más experimental, es el tiempo que transcurre entre que un usuario hace clic en un botón y el sitio que registra el clic
    • Si esto es lento, el usuario podría pensar que la pantalla está congelada
  • Primera pintura
    • La primera vez que se carga algo en la página, si esto es lento, el usuario se quedará mirando una pantalla en negro
  • Primera pintura contenta
    • Similar a la primera pintura, esta es la primera vez que un contenido visible para el usuario se carga en la pantalla (es decir, texto o imágenes).
    • Al igual que con First Paint, si esto es lento, el usuario estará esperando, mirando una pantalla en blanco
  • Contenido DOM cargado
    • Esto es cuando todo el HTML se ha cargado. Según Google, no incluye CSS y todas las imágenes, pero en general, una vez que llegue a este punto, la página debe ser utilizable, es un hito bastante importante.
    • Si esto es lento, el usuario probablemente estará esperando que el contenido aparezca en la página, pieza por pieza.
  • En carga
    • Este es el último hito y potencialmente un poco engañoso. Una página llega a Onload cuando todo el contenido inicial ha terminado de cargarse, lo que podría llevarlo a creer que los usuarios estarán esperando Onload. Sin embargo, muchas páginas web pueden ser bastante operativas, como diría el Emperador, antes de Onload. Es posible que los usuarios ni siquiera se den cuenta de que la página no ha llegado a Onload.
    • Hasta qué punto Onload es un factor en los cálculos de clasificación de Google es otra pregunta, pero en términos de experiencia del usuario , priorizaría los hitos antes de esto.
Todos esos datos se desglosan por;
  • Dominio (llamado 'origen')
  • País
  • Dispositivo: computadora de escritorio, tableta, móvil (llamado 'cliente')
  • Velocidad de conexión
Entonces, por ejemplo, podría ver datos de solo visitantes a su sitio, desde Corea, en el escritorio , con una velocidad de conexiónlenta .

2. ¿Cómo puedo acceder al informe de Experiencia de usuario de Chrome?

Hay dos formas principales de acceder a los datos de velocidad del sitio de usuarios de Chrome de Google. La forma en que lo recomiendo es sacarlo de BigQuery , ya sea solo o con la ayuda de un adulto responsable.

UTILIZA BIGQUERY

Si no sabe qué es BigQuery, es una forma de almacenar y acceder a grandes conjuntos de datos. Tendrá que usar SQL para obtener los datos, pero eso no significa que deba poder escribir SQL. Este tutorial de Paul Calvano es fenomenal y viene con un montón de código de copiar y pegar que puede usar para obtener algunos resultados. Cuando use BigQuery, solicitará ciertos datos, por ejemplo, "dame qué tan rápido mi dominio y estos dos competidores alcanzan First Contentful Paint". Entonces debería poder guardar eso directamente en Google Sheets o en un archivo csv para jugar (también bien demostrado por Paul).

NO UTILICE EL TABLERO DE ESTUDIO DE DATOS PREVIOS

La otra opción más fácil, que realmente recomiendo contra es el tablero de CRUX Data Studio. En la superficie, esta es una forma fantástica de obtener datos de velocidad del sitio con el tiempo. Desafortunadamente, hay un par de problemas clave para este tablero que debemos tener en cuenta. Como puede ver en la captura de pantalla a continuación, el panel de control le dará una lectura de la frecuencia con la que su sitio era Rápido, Promedio o Lento para llegar a cada punto de carga. Esa es en realidad una forma bastante efectiva de mostrar los datos a lo largo del tiempo para un punto de referencia rápido de rendimiento. Una cosa a tener en cuenta con Rápido, Promedio y Lento es que la descripción de los umbrales para cada uno no es del todo correcta.
Si compara los porcentajes de Rápido, Promedio y Lento en ese informe con los datos directos de BigQuery, no se alinean. Es una hoja de documentación comprensible, pero no use esos números sin verificarlos. Charlé con el equipo y envié un informe de error en Github para esta herramienta. También he enumerado las definiciones verdaderas a continuación , en caso de que desee utilizar el informe de Google a pesar de los compromisos, o utilizar las categorizaciones Rápido, Promedio, Lento en los informes que cree (como digo, es una buena manera de presentar los datos) . El enlace para generar uno de estos informes es g.co/chromeuxdash.co chromeuxdash .
Otro problema es que utiliza el conjunto de datos "todos", es decir, datos de todos los países del mundo. Eso significa que los datos de los usuarios de EE. UU. Estarán influenciados por los datos de los usuarios australianos. Es una opción comprensible dado el hecho de que este informe es gratuito, se genera fácilmente y probablemente tomó un montón de tiempo para armarlo, pero nos está alejando más de los datos del mundo real que estábamos buscando. Podemos estar seguros de que las velocidades de Internet en diferentes países variarán bastante (por ejemplo, Corea del Sur es conocida por tener velocidades de Internet muy rápidas), pero también que las expectativas de rendimiento también pueden variar según el país. No le importa si la velocidad de su sitio se ve mejor que su competidor porque está combinando países de una manera conveniente, le importa si su sitio es lo suficientemente rápido como para ganar dineroAl acceder al informe a través de BigQuery, podemos seleccionar datos de solo el país que nos interesa y obtener una vista más precisa.
El gran problema final con el panel de datos de Data Studio es que agrupa los resultados de escritorio con dispositivos móviles y tabletas. Eso significa que incluso mirando un sitio a lo largo del tiempo, podría parecer que la velocidad de su sitio ha tenido un gran impacto un mes solo porque tiene más usuarios en una conexión más lenta ese mes. No importa si los usuarios de escritorio tienden a cargar sus páginas más rápido que los dispositivos móviles, o viceversa, si el panel de velocidad de su sitio puede hacer que parezca que la velocidad de su sitio es drásticamente mejor o peor porque ha comenzado una campaña de publicidad en Facebook que no es Un tablero útil.
Los problemas empeoran aún más si intentas comparar dos dominios utilizando este panel de control; por ejemplo, uno podría tener más tráfico móvil que el otro. No es una comparación directa y en realidad podría ser bastante engañosa. He incluido una solución para esto en la sección a continuación, pero solo funcionará si está accediendo a los datos con BigQuery.
¿Se pregunta por qué el panel de control de Data Studio informa% de rápido, promedio y lento, en lugar de cuánto tiempo le toma a su sitio alcanzar un cierto punto de carga? ¡Lee la siguiente sección!

3. ¿Por qué el informe CRUX no me da un número para tiempos de carga?

Esto es importante: su sitio web no tiene el tiempo necesario para cargar una página. No estoy hablando de la diferencia entre First Paint o Dom Content Loaded, esos números, por supuesto, serán diferentes. Estoy hablando de las diferencias dentro de cada métrica cada vez que alguien accede a una página.
Puede llevarle 3 segundos a alguien en Tallahassee llegar a Dom Content Loaded, 2 segundos a alguien en Londres. Luego, otra persona en Londres carga la página en un tipo de conexión diferente, Dom Content Loaded podría tomar 1,5 segundos. Luego, otra persona en Londres carga la página cuando el servidor está bajo más estrés, tarda 4 segundos. La cantidad de tiempo que lleva cargar una página se parece menos a esto;

Resultado medio de webpagetest.org
Y más como esto;
Distribución de tiempos de carga para diferentes hitos de carga de página
Ese gráfico muestra una distribución de tiempos de carga. Mirando ese gráfico, podría pensar que el 95% del tiempo, el sitio alcanza el Contenido DOM cargado en menos de 8 segundos. Por otro lado, podría mirar el pico y decir que se carga más comúnmente en alrededor de 1.7 segundos, pero podría, por ejemplo, ver un pico extraño alrededor de los 5 segundos y darse cuenta de que algo está fallando intermitentemente, lo que significa que a veces el sitio toma mucho más tiempo para cargar.
Como puede ver, "nuestro sitio se carga en X segundos, solía cargarse en Y segundos" podría ser útil cuando intenta entregar un número claro a alguien que no tiene tiempo para comprender los puntos más finos, pero es importante para que comprenda que el rendimiento no es constante y que su sitio está siendo juzgado por lo que tiende a hacer, no por lo que hace bajo condiciones de prueba estériles.

4. ¿Qué limitaciones hay en el informe de Experiencia de usuario de Chrome?

Estos datos son fantásticos (en caso de que no los haya recogido antes, estoy de acuerdo), pero hay ciertas limitaciones que debe tener en cuenta.

Sin números brutos

El informe de Experiencia de usuario de Chrome nos dará datos sobre cualquier dominio contenido en el conjunto de datos. No tiene que demostrar que posee el sitio para buscarlo. Son datos fantásticos, pero también es bastante comprensible que no puedan salirse con la suya proporcionando números reales. Si lo hicieran, un SEO tardaría aproximadamente 2 segundos en sumar todos los números y comenzar a obtener estimaciones de tráfico mensuales para todos sus competidores.
Como resultado, todos los datos vienen como un porcentaje del total a lo largo del mes, expresado en decimales. Una buena comprobación de sentido cuando trabaje con estos datos es que todas sus categorías deben sumar 1 (o 100%) a menos que ignore deliberadamente algunos de los datos y conozca las advertencias.

Solo datos a nivel de dominio

Los datos disponibles de BigQuery son solo de nivel de dominio, no podemos desglosar página por página, lo que significa que no podemos encontrar las páginas individuales que se cargan particularmente lentamente. Una vez que haya confirmado que podría tener un problema, podría usar una herramienta como Sitebulb para probar los tiempos de carga de la página en masa para tener una idea de qué páginas de su sitio son las peores culpables.

No hay datos cuando no hay muchos datos

Habrá algunos sitios que no aparecen en algunos de los conjuntos de datos del territorio, o en absoluto. Esto se debe a que Google no ha agregado sus datos al conjunto de datos, posiblemente porque no reciben suficiente tráfico.

Perder datos para los peores tiempos de carga

Es poco probable que este conjunto de datos sea eficaz para informarle sobre tiempos de carga muy, muy largos. Si envía una herramienta como webpagetest.org a una página de su sitio, se sentará y esperará hasta que la página haya terminado de cargarse por completo, luego le dirá lo que sucedió.
Cuando un usuario accede a una página en su sitio, hay todo tipo de razones por las cuales no puede dejar que se cargue por completo. Es posible que vean el botón en el que desean hacer clic al principio y hagan clic en él antes de que ocurra demasiado, si les está tomando mucho tiempo, podrían renunciar por completo.
Esto significa que los datos CRUX están un poco desequilibrados: cuanto más miramos a lo largo del eje del "tiempo de carga", menos probable es que incluya datos representativos. Afortunadamente, es bastante improbable que su sitio regrese tiempos de carga en su mayoría rápidos y luego un montón de tiempos de carga muy lentos. Si el rendimiento es malo, toda la distribución probablemente se desplazará hacia el extremo negativo de la escala.
El equipo de Google ha confirmado que si un usuario no alcanza un hito (por ejemplo, Onload), la grabación de ese hito se eliminará pero no arrojará las lecturas de cada hito en esa carga. Entonces, por ejemplo, si el usuario hace clic antes de Onload, Onload no se grabará en absoluto, pero si han alcanzado Dom Content Loaded, se registrará.

Combinando estadísticas para diferentes dispositivos

Como mencioné anteriormente, un problema con el informe CRUX es que todos los datos informados son un porcentaje de todas las solicitudes.
Entonces, por ejemplo, podría informar que el 10% de las solicitudes llegaron a First Paint en 0.1 segundos. El problema con eso es que los tiempos de respuesta son probablemente diferentes para computadoras de escritorio y dispositivos móviles: velocidades de conexión diferentes, potencia del procesador, probablemente incluso contenido diferente en la página. Pero las computadoras de escritorio y los dispositivos móviles se agrupan para cada dominio y en cada mes, lo que significa que una diferencia en la proporción de usuarios móviles entre dominios o entre meses puede significar que la velocidad del sitio podría incluso verse mejor, cuando en realidad es peor, o viceversa.
Este es un problema cuando accedemos a los datos a través de BigQuery, tanto como si utilizamos el informe de Data Studio generado automáticamente, pero hay una solución si estamos trabajando con los datos de BigQuery. Esto puede ser un poco como una caldera de fideos, así que veamos una tabla.
DispositivoTiempo de respuesta (segundos)% del total
Teléfono0.110
Escritorio0.120
Teléfono0.2 0.250
Escritorio0.2 0.220
En los datos anteriores, el 10% de las respuestas totales fueron para dispositivos móviles y devolvieron una respuesta en 0.1 segundos. El 20% de las respuestas estaban en el escritorio y devolvieron una respuesta en 0.1 segundos.
Si sumamos todo eso, diríamos que el 30% del tiempo, nuestro sitio dio una respuesta en 0.1 segundos. Pero eso se desvanece por el hecho de que estamos combinando computadoras de escritorio y dispositivos móviles que funcionarán de manera diferente. Digamos que decidimos que solo vamos a ver las respuestas de escritorio. Si solo eliminamos los datos móviles (a continuación), vemos que, en el escritorio, es probable que demos una respuesta en 0.1 y en 0.2 segundos. Entonces, en realidad, para los usuarios de escritorio tenemos una posibilidad de 50/50. Muy diferente al 30% que obtuvimos al combinar los dos.
DispositivoTiempo de respuesta (segundos)% del total
Escritorio0.120
Escritorio0.2 0.220

Afortunadamente, este control de detección también proporciona nuestra solución, necesitamos calcular cada uno de estos porcentajes, como una proporción del volumen total de ese dispositivo. Si bien es complicado y un poco alucinante, es bastante factible. Aquí están los pasos;
  1. Obtenga todos los datos del dominio, para el mes, incluidos todos los dispositivos.
  2. Suma el porcentaje total de respuestas para cada dispositivo; si lo haces en Excel o en Hojas de cálculo de Google, una tabla dinámica lo hará bien.
  3. Para cada fila de sus datos originales, divida el% del total , por la cantidad total para ese dispositivo, por ejemplo, a continuación
Porcentaje por dispositivo
Dispositivo% del total
Escritorio40
Teléfono60 60
Datos originales con volumen ajustado
DispositivoTiempo de respuesta (segundos)% del totalDispositivo% (de la tabla anterior)% Ajustado del total
Teléfono0.11060 6010% / 60% = 16.7%
Escritorio0.1204020% / 40% = 50%
Teléfono0.2 0.25060 6050% / 60% = 83.3%
Escritorio0.2 0.2204020% / 40% = 50%

5. ¿Cómo debo presentar los datos de velocidad del sitio de Chrome User Experience?

Debido a que ninguno de los hitos en el informe de Experiencia de usuario de Chrome tiene un número como respuesta, puede ser un desafío visualizar más que una pequeña sección transversal de los datos. Aquí hay algunos tipos de visualización que he encontrado útiles.

Porcentaje de respuestas dentro de los umbrales "Rápido", "Promedio" y "Lento"

Como mencioné anteriormente, el equipo CRUX ha encontrado una buena forma de mostrar el rendimiento de estos hitos a lo largo del tiempo. El panel automático de Data Studio muestra la proporción de cada métrica a lo largo del tiempo, lo que le permite ver si una desaceleración es el resultado de ser Promedio o Lento con más frecuencia, por ejemplo. Intentar visualizar más de uno de los hitos en un gráfico se vuelve un poco desordenado, por lo que me encuentro dividiendo Rápido y Promedio para poder trazar varios hitos en un gráfico.
En el gráfico anterior, parece que no hay una línea para First Paint, pero eso se debe a que los datos son casi idénticos para eso y First Contentful Paint
También utilicé los segmentos Rápido, Promedio y Lento para comparar algunos sitios diferentes durante el mismo período de tiempo, para obtener una visión general competitiva.
Comparación de las respuestas "rápidas" de los competidores pormétrica
Una alternativa que Paul Calvano demuestra tan bien son los histogramas. Esto le ayuda a ver cómo se descomponen las distribuciones. Las agrupaciones Rápido, Promedio y Lento pueden ocultar algunos pecados en ese movimiento dentro de esas bandas que aún afectarán la experiencia del usuario. Los histogramas también pueden darle una idea de dónde podría estar cayendo en comparación con otros, o su rendimiento anterior y podrían ayudarlo a identificar cosas como el rendimiento inconsistente del sitio. Sin embargo, puede ser difícil entender un gráfico con más de un par de períodos de tiempo o dominios al mismo tiempo.
Estoy seguro de que hay muchas otras (quizás mejores) formas de mostrar estos datos, así que siéntase libre de jugar. Lo principal a tener en cuenta es que hay tantas facetas en estos datos que es necesario simplificarlos de alguna manera, de lo contrario no podremos darle sentido en un gráfico.

¿Qué piensas?

Con suerte, esta publicación le brinda algunas ideas sobre cómo podría usar el informe de Experiencia de usuario de Chrome para identificar si debe mejorar la velocidad de su sitio. ¿Que piensas? ¿Algo que creas que me he perdido? ¡Házmelo saber en los comentarios!
Si esto te ha inspirado a profundizar en la velocidad de tu sitio página por página, mi colega Meagan Sievers ha escrito una publicación explicando cómo usar la API de Google Page Speed ​​y las Hojas de cálculo de Google para las páginas de prueba masivas. Feliz prueba

Bonificación: ¿cuáles son los umbrales reales en el informe de CRUX Data Studio?

Como se mencionó anteriormente, los umbrales en el informe de CRUX Data Studio no son 100% correctos, he enviado un problema de GitHub pero aquí están los umbrales actualizados.
Definición enumeradaTiempo actual
FCP FastX <1 segundoX <1 segundo
Promedio FCP1 <x <31 <X <2.5
FCP lentoX> = 3 segundosX> = 2.5 segundos
Primero pintar rápidoX <1 segundoX <1 segundo
Primer promedio de pintura1 <x <31 <x <2.5
Primera pintura lentaX> = 3 segundosX> = 2.5
Primer retardo de entrada rápidoX <100 milX <50 mil
Primer promedio de retardo de entrada100 mil <x <150 mil <x <250 mil
Primer retardo de entrada lentoX> 1X> 250 mil
Carga de contenido DOM rápidoX <1X <1.5
Promedio de carga de contenido DOM1 <x <31.5 <x <3.5
Carga de contenido DOM lentaX> 3X> 3.5
Onload FastX <1X <2.5
Promedio de carga1 <x <32.5 <x <6.5
Onload Slowx> 3X> 6.5

No hay comentarios.:

Publicar un comentario

Dejanos tu comentario para seguir mejorando!

Post Top Ad

Your Ad Spot

Páginas