Pruebas de velocidad del sitio web: medir correctamente la velocidad de su proveedor de alojamiento web

Publicado: 2017-04-21

La velocidad de un sitio web puede referirse a muchas cosas diferentes y la medición suele estar plagada de ambigüedades y errores de interpretación. En este artículo, aclararemos algunos aspectos confusos de la medición de la velocidad del sitio web. Luego lo ayudaremos a descifrar el informe de medición de velocidad. Por último, analizaremos qué métricas debe tener en cuenta al medir la velocidad de su proveedor de alojamiento web.

Usaremos la herramienta de prueba de velocidad del sitio web de Pingdom para nuestros ejemplos. Existen muchas herramientas similares, como dareboost y WebPageTest, y lo alentamos a que las pruebe todas para obtener un resultado más equilibrado. También está GTMetrix y Page Speed Insights de Google. Con Google, bueno, tienes la autoridad que tiene una herramienta de Google. La desventaja es que no obtendrá ninguna información sobre los tiempos de respuesta reales (en milisegundos) de su sitio web. Entonces, si busca resultados cuantitativos, deberá verificar las otras herramientas.

Pero la verdad del asunto es que medir la velocidad es un poco difícil. Aclaremos algunas cosas primero.

Medir la velocidad de un sitio web es... complicado

Los informes de las herramientas de medición de la velocidad del sitio web en línea generalmente brindan una cantidad abrumadora de información sobre la velocidad de su sitio web. Esto es difícil de entender, especialmente si no ha usado uno antes. En primer lugar, hay un par de puntos que debes tener en cuenta:

Los informes de velocidad del sitio web le brindan una marca de velocidad total al combinar varias métricas muy diferentes. Esto da una aproximación general de qué tan "rápido" es un sitio web. Sin embargo, cuando necesite evaluar la velocidad de un proveedor de alojamiento web, deberá observar más de cerca los resultados.
Simplemente ejecutar una prueba de velocidad del sitio web una vez no le da una visión realista. Deberá ejecutar al menos 10 pruebas diferentes (usando la misma herramienta y de la misma región) y luego calcular el promedio dividiendo los resultados en consecuencia.
Las herramientas de velocidad de la página web en línea generalmente eluden cualquier mecanismo de almacenamiento en caché que su proveedor o sitio web pueda tener. Por ejemplo, la inspección de los encabezados de solicitud de cualquier solicitud revela dos encabezados HTTP que deshabilitan el almacenamiento en caché. Para esto, siempre debe tener en cuenta el almacenamiento en caché mientras realiza sus pruebas.

¡La velocidad del proveedor web es diferente de la velocidad de la aplicación!

Las herramientas de prueba de velocidad del sitio web generalmente prueban las mismas cosas y muestran tipos de datos similares. Como mencionamos anteriormente, no todos esos datos se refieren realmente a la velocidad de su proveedor. Por ejemplo, los activos que se recuperan de servidores de terceros como Youtube, no le dicen nada sobre la velocidad de su proveedor. Esto se debe a que el contenido reside en diferentes servidores y no en su.

Contenido de terceros (por ejemplo Youtube)

Del mismo modo, las métricas de código Javascript y CSS solo le muestran qué tan rápido se mostrará su página web en el navegador.

Sin embargo, hay algunas métricas que reflejan la velocidad de su proveedor. Estos son DNS, el tiempo que tarda su navegador web en conectarse a su página web y obtener los resultados, y una serie de otras métricas. ¡Veámoslos uno por uno!

Métricas de velocidad del proveedor de alojamiento web

Tiempo de respuesta de DNS

Esta métrica mide el tiempo que tarda el servidor de nombres de su sitio web en devolver a su navegador la dirección IP, según lo medido por la herramienta PingDom. En general, los valores por debajo de 300ms se consideran normales.

Si observa valores altos en esta métrica, es posible que deba comenzar a solucionar el problema. En última instancia, puede optar por cambiar su proveedor de DNS. Por supuesto, si su proveedor de alojamiento web mantiene sus registros de DNS, deberá tener en cuenta la métrica de DNS.

Conectar el tiempo de respuesta

Este tiempo de respuesta mide el tiempo que tarda su navegador en conectarse por primera vez a su sitio web. Esta es una métrica que obviamente debes tener en cuenta.

SSL

En la captura de pantalla anterior, vimos que está ocurriendo una redirección a una URL HTTPS (visible en el ícono en la parte superior izquierda). Pingdom mide el tiempo que tarda en realizarse el protocolo de enlace SSL. Los protocolos de enlace SSL son operaciones computacionalmente intensas. Sus tiempos de respuesta generalmente dependen de varios factores, como qué protocolo se usa, si están presentes técnicas como la descarga de SSL, etc.

Deberá tener en cuenta los tiempos de respuesta de SSL, solo si está seguro de que su proveedor realiza el protocolo de enlace SSL. Si no está seguro, omita esa métrica.

La métrica de envío es el tiempo que tarda el navegador web en enviar la solicitud al servidor. Esto está relacionado solo con la conexión a Internet de su visitante, y no con su sitio web o su proveedor de alojamiento. Así que deja esa métrica también.

Esperar/Recibir

Estos tiempos de respuesta indican el tiempo que tarda su navegador en recibir la página web real. El tiempo de espera es la cantidad de tiempo que su navegador espera hasta que el servidor comienza a enviar datos. El tiempo de recepción indica cuánto tiempo le toma al servidor enviar realmente esos datos al navegador.

Dado que estos dos tiempos de respuesta están relacionados con el servidor web, debe tenerlos en cuenta.

Activos estáticos

También es necesario incluir los tiempos de respuesta de los archivos que se entregan localmente desde su sitio web. Estos se denominan activos estáticos y, por lo general, son imágenes, archivos CSS y, en general, cualquier cosa que se sirva desde su dominio.

Los navegadores web modernos aceleran la descarga de recursos mediante el uso de hilos paralelos de ejecución y otras técnicas. Por ejemplo, si tiene un sitio web con 100 solicitudes, estas 100 solicitudes se descargarán en paralelo. Internet Explorer 10 usa un máximo de 8 conexiones paralelas, mientras que Chrome usa 6. Firefox3 y Safari 5 también usan 6. Este valor es configurable, pero puede hacer que su computadora se agote fácilmente si la usa incorrectamente, por lo que es mejor dejarla como está. Además, HTTP/2 ayuda significativamente cuando se trata de acelerar la descarga, ya que presenta una gestión de transmisión de paquetes más superior que su predecesor.

Finalmente, identificar sus activos locales es fácil con Pingdom. Puede filtrar los resultados y mostrar las solicitudes de activos locales escribiendo el dominio de su sitio web en el campo Filtro.

Si encuentra que hay un retraso significativo al obtener activos locales (particularmente imágenes y videos), entonces piense en usar una red de entrega de contenido (CDN).

Con una red de entrega de contenido, puede minimizar la pérdida de paquetes y la latencia. Los servicios de CDN colocan servidores en todo el mundo para acercar su contenido lo más posible a sus visitantes, reduciendo así la latencia.

Para concluir

Las herramientas de medición de la velocidad del sitio web le brindan mucha información que debe evaluar críticamente, según lo que planee medir.

En resumen, antes de comenzar a probar la velocidad de su sitio web, tenga en cuenta lo siguiente:

La velocidad de alojamiento web y la forma en que se mide es completamente diferente a la velocidad de carga de la página.
Las principales métricas a las que debe prestar atención son los tiempos de respuesta de conexión/espera/recepción, así como los de los activos estáticos. DNS y SSL solo se tienen en cuenta si los gestiona su proveedor de alojamiento web.
Omita todas las métricas relacionadas con el contenido extraído de servicios de terceros, como Youtube.
Ejecute la prueba varias veces (al menos 10) y luego calcule el promedio dividiendo los resultados por el número de pruebas.

Dado que el tema de la velocidad de representación de la aplicación y la página es otro tema de importancia crítica, planeamos dedicarle un artículo separado. También es mucho más complejo que medir la velocidad del alojamiento web, ya que depende de muchos factores, ¡y también esconde bastantes errores!