Un montón de artículos en la web tienden a centrarse principalmente en optimizaciones front-end y métodos rápidos para acelerar su sitio. Las optimizaciones del servidor tales como la latencia de la red son a veces ignoradas o descuidadas. Debido a esto, pensamos que sería interesante echar una mirada más profunda en la importancia de la latencia de la red y el impacto que ella tiene en su sitio WordPress cuando está cargando en distintas regiones. Mientras que una CDN puede ayudar a disminuir la latencia de la red sin duda, la ubicación del servidor de su alojamiento es todavía muy importante, especialmente si usted está sirviendo a los visitantes en un área geográfica específica. La latencia importa y le mostraremos un par de razones.
¿Qué Es la Latencia de la Red?
La latencia de la red se refiere al tiempo y o retraso que está implicado en la transmisión de datos a través de una red. En otras palabras, el tiempo que tarda un paquete de datos para ir de un punto a otro. Hoy día esto es normalmente medido en milisegundos sin embargo, podía ser segundos dependiendo de la red. Mientras más cercana a cero, mejor.
«La latencia es el tiempo de espera establecido por la señal que viaja la distancia geográfica así como a las diversas piezas de equipo de comunicaciones». – Whatis.com
En otras palabras, cuanto mayor sea la distancia mayor la latencia, lo que equivale a un retraso más largo. Es imposible superar la velocidad de la luz cuando se trata de los datos que se transmiten a través de cables de fibra óptica. Por ejemplo, a continuación, se muestra un mapa de la red de Google Cloud Platform. Tienen miles de kilómetros de cable que van debajo del océano que abarca todo el globo. Esta es una razón por la que es una de las redes más rápidas del mundo. E incluso con esta extensa red de vanguardia, todavía van a haber retrasos de latencia.
Hay un par de diferentes factores que contribuyen al retraso de latencia de la red, que incluye:
- Retardo de la transmisión: Los diferentes tipos de medios, como conexiones inalámbricas o de fibra óptica todos introducen algún tipo de retraso, ya que sólo pueden entregar un par de bits. Por ejemplo, una conexión de fibra óptica tendrá un menor retardo de transmisión de una línea T1. Usted también debe considerar el tamaño del paquete.
- Retardo de propagación: Este es el tiempo que tarda el paquete de datos para viajar. Esto podría incluir la distancia, retrasos de redes, etc.
- Retardo de cola: Si se excede el ancho de banda puede haber demoras en la cola en la que los datos se tienen que esperar en el host o el router. Esto puede verse afectado por la congestión de la red.
Por Qué Es Importante la Latencia de la Red.
Algunos podrían argumentar que la latencia de la red no es muy importante sin embargo, puede ser dependiendo a donde usted elija hospedar su sitio. Para los medios de comunicación y sus activos (como imágenes, JavaScript, CSS, Video), una CDN puede arreglar un montón de la latencia adicional involucrada, mediante la entrega de una copia desde un servidor más cercano. Sin embargo, en la mayoría de las configuraciones, todavía tiene que consultar a su servidor de hosting para la carga inicial de DOC. ¡Y esta es la razón por la que la latencia importa!
Trainline redujo la latencia por 0.3 segundos a través de un embudo y sus clientes han gastado más de 8 millones de libras esterlinas (~$11.5 millones) al año. –WPO Stats
La latencia es especialmente importante cuando se trata de empresas que sirven a los visitantes en una ubicación geográfica específica. Por ejemplo, supongamos que tenemos una tienda de e-commerce en Sydney, y el 90% de sus clientes son de Australia. Su empresa podría beneficiarse de colocar su sitio en un servidor en Australia, vs alojamiento en Europa o los Estados Unidos. Entraremos en cuánto impacta a su sitio a continuación.
Comparando la Latencia de la Red de Google Cloud
La distancia es uno de los principales motivos de retraso de latencia. Sin embargo, es importante recordar que, aunque la latencia no sólo se ve afectada por la distancia, sino también por el número de saltos que hace, entre los routers, etc. Algunas de las maneras de medir la latencia de la red incluyen ping, traceroute y MTR. En este ejemplo, simplemente vamos a utilizar tiempos de ping y traceroute para ejecutar unas pruebas. Si usted realmente quiere profundizar en los datos, puede ejecutar comandos de traceroute.
Así que escogimos unas cuantas máquinas de prueba en Google Cloud Platform situada en diferentes regiones geográficas. Kinsta también incluye el nivel premium de la red de Google Cloud Platform en todos los planes de hosting. Otros proveedores usan la red de nivel estándar de Google Cloud, la cual resulta en velocidades más lentas.
- Perf1.kinsta.com (situada en Iowa, EE.UU.)
- Perf2.kinsta.com (situada en Sydney, Australia)
- Perf3.kinsta.com (situada en Frankfurt, Alemania)
Obtenga más información: Red de la Plataforma Google Cloud Platform: Tier Premium vs Tier Estándar
Hemos utilizado la herramienta gratis de KeyCDN llamada herramienta de Prueba de Ping que nos permite hacer pruebas simultáneamente desde 14 ubicaciones. Recuerde, cuanto menor sea el tiempo de ping mejor ya que esta está directamente relacionada con el tiempo de retardo (en milisegundos) para ver cuánto tiempo tardan los datos en viajar a través de internet, a su dirección de destino, y luego de vuelta a usted. También usamos su herramienta de traceroute.
Perf1 (Iowa, EE.UU.)
Para el servidor de prueba situado en Iowa, EE.UU., los tiempos de ping son mucho más bajos en lugares que se encuentren en los Estados Unidos (16 ms de tiempos de ping promedio a Dallas). A medida que usted comience a ir a Europa o Singapur, empieza a sentir un promedio mucho mayor del tiempo de ping (244 ms promedio de tiempos de ping a Singapur)
Y si comparamos el traceroute, usted puede ver un ejemplo 7 saltos de red adicionales son necesarios para simplemente viajar desde Iowa, EE.UU. a Frankfurt, Alemania (comparado a 10 saltos desde Dallas). Por eso es importante recordar, que los saltos de red también influyen en la latencia de la red.
Perf2 (Sydney, Australia)
Para el servidor de prueba situado en Sydney, Australia, los tiempos de ping son mucho menores desde lugares en Australia y la región de Asia y el Pacífico (1 ms promedio de tiempos de ping a Sydney). A medida que usted comience a ir a Europa o América del Sur, también empieza a tener promedios de tiempo de ping mucho mayores (319 ms tiempos de ping medios a Sao Paulo).
Y si comparamos el traceroute, usted puede ver un ejemplo de 14 saltos de red adicionales son necesarios para simplemente viajar desde Sydney, Australia a Frankfurt, Alemania.
Perf3 (Frankfurt, Alemania)
Para el servidor de prueba situado en Frankfurt, Alemania, los tiempos de ping son mucho menores desde ubicaciones en Europa e incluso en los Estados Unidos, probablemente debido a una rápida conexión eje entre los dos (7 ms promedio de tiempos de ping a Amsterdam). A medida que usted comience a ir a Asia o América del Sur, también empieza a tener un promedio mucho mayor de tiempo de ping (308 ms tiempos de ping promedio a Singapur).
Y si comparamos el traceroute, usted puede ver un ejemplo de 11 saltos de red adicionales son necesarios para simplemente viajar desde Frankfurt, Alemania, a Sao Paulo, Brasil.
Así como usted puede ver arriba, mientras más grande sea la distancia se correlaciona directamente con mayores tiempos de ping y saltos de red adicionales que componen la latencia de la red. Esta es la razón por la cual usted debe posicionar estratégicamente su sitio para disminuir estos dos factores.
Comparando la Latencia de Google Cloud entre Regiones
Arriba estamos probando tiempos ping desde donde los servidores se encuentran en correlación con los servidores ping. Pero ¿qué pasa con la latencia entre las mismas regiones de Google Cloud Platform? Geek Flare ejecutó una gran prueba entre 9 de las diferentes regiones. Esto le puede dar una visión general rápida de la demora que ocurre debido a la latencia cuando se coloca en una región frente a otra.
Comparando los Tiempos de Carga de Página
Y por supuesto, dejamos el total de tiempos de carga de la página. De hecho, este es el lugar donde están algunos de los datos más interesantes. Sin embargo, recuerde que esto incluye otros factores como TTFB. Los tres sitios de ensayo son idénticos, la ejecución de una nueva instalación de WordPress, con el tema Twenty Seventeen instalado. También estamos utilizando Pingdom, así que los tiempos están medidos desde sus ubicaciones de servidor de prueba.
Perf 1 (Iowa, EE.UU.)
Realizamos pruebas de velocidad desde tres ubicaciones de pruebas diferentes con nuestro servidor situado en Iowa, EE.UU. y abajo se muestran los resultados.
Como podemos ver, hay una enorme diferencia entre la carga de un sitio dentro de los Estados Unidos (cerca del servidor de alojamiento) y la carga a través de todo el mundo.
Perf 2 (Sydney, Australia)
Realizamos pruebas de velocidad desde tres ubicaciones de pruebas diferentes con nuestro servidor ubicado en Sydney, Australia y a continuación se muestran los resultados.
Como podemos ver, hay una enorme diferencia entre la carga de un sitio desde dentro de Australia (cerca del servidor de hosting) y la carga a través del mundo.
Perf 3 (Frankfurt, Alemania)
Realizamos pruebas de velocidad desde tres ubicaciones de pruebas diferentes con nuestro servidor ubicado en Frankfurt, Alemania y a continuación se muestran los resultados.
Como podemos ver, hay una enorme diferencia entre la carga de un sitio dentro de Europa (cerca del servidor de alojamiento) y cargando a través del mundo.
Si esas pruebas de carga de la página no le convencen, ¡no sabemos qué lo hará! Por ejemplo, el sitio de prueba en Iowa, EE.UU. requirió sólo 368 ms para cargar desde Dallas. Pero tardó 2.14 segundos en cargar desde Sídney, Australia. ¡Esta es la razón por la que la ubicación cuenta! Y de nuevo, puede ayudar a disminuir los tiempos de carga totales poniendo sus activos multimedia más cerca a sus visitantes con una CDN. Pero se encontrará siempre el tiempo de carga y la latencia desde el servidor de su alojamiento, así que elija sabiamente.
Elegir la Ubicación Correcta para Hospedar su Sitio WordPress
La mayoría de los proveedores de alojamiento normalmente le permiten elegir entre diferentes ubicaciones para alojar su sitio. Aquí en Kinsta tenemos todas las 37 ubicaciones de Google Cloud Platform disponibles ahora. Esto le permite colocar estratégicamente su sitio donde usted necesita para asegurar una latencia y TTFB bajo, junto con rapidísimos tiempos de carga. También puede elegir una ubicación diferente para cada sitio por separado.
¿No está seguro de cuál elegir? Aquí están algunos consejos a continuación.
Sugerencia 1 – Verifique Google Analytics
Una de las primeras cosas que usted puede hacer es verificar la ubicación geográfica de los visitantes en Google Analytics. En este ejemplo de abajo, usted puede ver que más del 90% del tráfico proviene de los Estados Unidos. Así, en la mayoría de los casos, es posible que desee colocar su sitio en un servidor en los Estados Unidos. Puede filtrar los datos a las ciudades, pero normalmente se recomienda una ubicación central como Iowa, EE.UU.
Sugerencia 2 – Verifique datos de E-Commerce
Si ejecuta una tienda de comercio electrónico, asegúrese de verificar también de dónde sus clientes están viniendo. Este es por supuesto, cómo usted genera ingresos, de modo que estos son los más importantes de sus visitantes. Esto debe coincidir con su tráfico por encima, sin embargo, esto no es siempre el caso. Si usted tiene los datos de configuración de e-commerce o metas, puede superponer fácilmente esa información en la parte superior de los geo-datos para tomar una decisión más respaldada.
Sugerencia 3 – Haga una rápida prueba de latencia
Hay un montón de herramientas útiles gratuitas para medir la latencia desde su ubicación actual para diferentes proveedores de cloud computing. Esto puede ayudarle a evaluar rápidamente qué región podría ser la mejor opción para su sitio.
- GCP Ping (mide la latencia a las regiones de Google Cloud Platform)
- CloudPing.info (mide la latencia a las regiones de Amazon Web Services)
- Azure Latency Test (mide la latencia a regiones Azure)
También puede utilizar CloudHarmony, que es una herramienta de comparación de la nube. Puede probar cosas tales como la latencia, DNS, el enlace ascendente y descendente.
Maneras rápidas para reducir la latencia de la red.
Para resumir, he aquí algunas maneras rápidas para reducir la latencia de la red.
- Como le mostramos anteriormente, colocar a su sitio en un servidor más cercano a sus visitantes debería ser la prioridad número uno. Esto ayuda a reducir los tiempos de ping y saltos de red.
- Utilice una red de entrega de contenido (CDN) para servir a activos cachedos de POPs en todo el mundo. Esto ayuda a evitar la latencia de la red para los visitantes que no estén cerca de su servidor de alojamiento.
- Aproveche el protocolo HTTP/2 para minimizar el número de viajes de ida y vuelta, gracias a la paralelización. HTTP/2 está habilitado en todos los servidores de Kinsta. El único requisito es que el sitio se ejecute a través de HTTPS.
- Reduzca el número de peticiones HTTP externas. Cada una de estas puede tener su propia latencia basada en la ubicación de su servidor. Eche un vistazo a nuestra publicación sobre análisis de desempeño de terceros.
- Utilice un proveedor de DNS premium con tiempos de búsqueda rápida.
- Utilice prefetch y prerender para realizar tareas detrás de las escenas mientras se carga la página.
Resumen
Esperemos que ahora entienda un poco más acerca de la latencia de la red, por qué es importante, y cómo impacta su sitio. Para asegurar rápidos tiempos de carga asegúrese de elegir un servidor con el alojamiento que está más cercano a sus visitantes y clientes. ¿Cuáles son sus pensamientos? ¿Alguna vez ha experimentado tiempos de carga lentos debido a un sitio web colocándose en la ubicación equivocada? Háganos saber en los comentarios a continuación.
Un buen artículo y muy interesante también.