Kinsta Edge Caching: servicio de páginas web hasta un 80 % más rápido (o más)
Publicado: 2022-12-22Los visitantes de su sitio web odian esperar a que se carguen las páginas, ya sea en el escritorio o en dispositivos móviles. Las páginas que tardan en cargarse pueden hacer que se apresuren a ir al sitio de un competidor. También le preocupa el impacto del rendimiento del sitio web en los resultados de búsqueda.
En Kinsta, nos tomamos la velocidad muy en serio y siempre buscamos hacer que los sitios de nuestros clientes sean más rápidos.
La incorporación de Kinsta Edge Caching a nuestros planes de hospedaje administrado de WordPress en diciembre de 2022 agregó nuevas herramientas para ayudar a los clientes a llevar las páginas de su sitio web a los navegadores más rápido.
Al medir el tiempo hasta el primer byte (TTFB), vimos un tiempo de respuesta promedio en todas las pruebas de 207 milisegundos con el almacenamiento en caché perimetral habilitado, frente a 402,59 milisegundos sin almacenamiento en caché perimetral. Eso es una caída de casi el 49% . Pero algunos de los sitios web del mundo real en nuestras pruebas funcionaron mucho mejor que eso, con rendimientos de TTFB casi un 80 % más rápidos con el almacenamiento en caché perimetral. Profundizaremos en esos números a continuación.
Echemos un vistazo a cómo puede mejorar el rendimiento de su sitio web de WordPress cuando una mayor parte de su contenido está "al límite".
¿Qué es el almacenamiento en caché perimetral?
Muchos de nuestros clientes de alojamiento de WordPress ya están aprovechando nuestra integración con Cloudflare y sus servidores perimetrales a través de Kinsta CDN. Esta red de distribución de contenido coloca los activos estáticos de un sitio, como imágenes, fuentes y archivos que contienen CSS y JavaScript, en más de 275 ubicaciones en la red de Cloudflare en todo el mundo. Eso significa que esos activos están disponibles más cerca de la ubicación física de los visitantes de su sitio web. Los recorridos más cortos para esos activos dan como resultado una latencia de red más baja.
Edge Almacenar en caché el HTML de las páginas de WordPress es muy parecido a administrar los activos en la CDN. Una diferencia es que administrar un caché de archivos como imágenes, que rara vez cambian, es relativamente simple. Es más difícil administrar el contenido que WordPress genera inicialmente dinámicamente, se almacena en caché como contenido estático y luego se regenera cada vez que se edita el contenido.
¿Cómo se almacena en caché el contenido en Edge?
Los cachés perimetrales se llenan con las solicitudes de las páginas de su sitio por parte de los navegadores. Si una página aún no está almacenada en caché, la solicitud se pasa a su sitio de origen de WordPress, donde la página puede estar en el caché local o puede ser generada nuevamente por WordPress. La página se almacena en la caché perimetral en el camino de regreso al navegador. Las solicitudes futuras en la misma ruta se beneficiarán del caché hasta que se borre.
Así es también como se llenan los cachés móviles. Si la solicitud de una página proviene de un dispositivo móvil, el contenido se guarda en un caché móvil. (La memoria caché móvil no distingue entre, por ejemplo, dispositivos iOS y Android. Las solicitudes de tabletas se agrupan con contenido de escritorio).
Caché local de WordPress y caché perimetral
Kinsta proporciona un enfoque sin complementos para el almacenamiento en caché local de WordPress en el propio servidor de su sitio. La versión de Kinsta de Edge Caching mantiene esa simplicidad: los mismos pasos que ha estado tomando para borrar su caché local ahora también mantendrán un caché de borde sincronizado.
Además, el panel de control de MyKinsta incluye una funcionalidad para borrar la caché perimetral, y solo la caché perimetral, directamente.
Lo nuevo con Edge Caching es la capacidad de habilitar un caché para dispositivos móviles. Si su sitio web genera marcas únicas para dispositivos móviles, puede almacenar en caché ese HTML por separado del contenido para dispositivos de escritorio.
¿Kinsta Edge Caching es lo mismo que APO de Cloudflare?
Kinsta Edge Caching comparte la misma red poderosa de servidores perimetrales que utiliza el servicio de optimización automática de plataforma (APO) de Cloudflare. APO también está diseñado para brindar almacenamiento en caché perimetral a los sitios de WordPress.
Esto es lo que distingue a Kinsta Edge Caching:
- Sin tarifas adicionales. (Edge Caching es gratuito con todos los planes de hospedaje administrado de WordPress).
- No es necesario un complemento de administración de caché.
- Integración perfecta con el tablero de MyKinsta.
- Una plataforma para administrar CDN y Edge Caching.
Poniendo a prueba el almacenamiento en caché de Kinsta Edge
Antes de lanzar oficialmente la función, invitamos a algunos de nuestros clientes a probar una versión Beta del nuevo servicio Edge Caching para recopilar comentarios. Los sitios web del mundo real de nuestros probadores Beta en todo el mundo proporcionaron el entorno perfecto para probar la velocidad de la tecnología.
Desde el centro de datos de Google conocido como us-central1 en Council Bluffs, Iowa, las herramientas automatizadas de nuestro equipo sondearon los sitios web de los probadores Beta y registraron los tiempos de respuesta para tres escenarios de almacenamiento en caché:
- Cuando se entregó una página desde la memoria caché de un servidor perimetral de Cloudflare.
- Cuando no se encontró una página en un servidor perimetral de Cloudflare y se extrajo de la memoria caché "local" del servidor de origen.
- Cuando no había ninguna página en caché y WordPress tenía que ejecutar scripts PHP y activar consultas en la base de datos para construir la página dinámicamente.
El enfoque principal fue la diferencia en los tiempos de respuesta para las cachés locales y perimetrales.
Medimos los tiempos de respuesta de dos maneras:
- Tiempo hasta el primer byte: la brecha entre una solicitud de una página y la llegada del primer byte de datos.
- Es hora de descargar una página HTML completa.
La medición de TTFB se centra en la latencia en la red entre un servidor web y un navegador, ya que es en gran medida independiente de la cantidad de datos transferidos para completar una página. La sincronización de la transferencia de una página completa es una medida útil que refleja la tarea del mundo real de entregar HTML a los navegadores.
Almacenamiento en caché perimetral por números
Después de cientos de pruebas dirigidas a sitios de WordPress en centros de datos de todo el mundo, descubrimos que, en promedio, Kinsta Edge Caching redujo en más del 50 % el tiempo requerido para entregar páginas completas a los navegadores.
Echar un vistazo:
Según nuestras pruebas, Edge Caching redujo el TTFB en un promedio de casi un 48,6 %, y el tiempo de transferencia de páginas completas se redujo en casi un 54,4 %.
Superando una mejora del 80 % en largas distancias
Si bien los promedios de todas las pruebas de velocidad fueron impresionantes, esa vista puede ocultar datos importantes, especialmente para aquellos que se dirigen a una audiencia global.
Nuestras pruebas encontraron algunas mejoras de rendimiento dramáticas cuando Edge Caching redujo la brecha entre los navegadores y los servidores de origen más distantes.
Por ejemplo, Edge Caching redujo el TTFB en un 83,6 % y los tiempos de transferencia de página en un 85,6 % entre nuestra ubicación de prueba en Iowa y el centro de datos asia-southeast1 sureste1 de Google en Singapur:
Al conectarse a sitios de WordPress en el centro de datos Sydney australia-southeast1 , el TTFB se redujo en casi un 73,6 % y los tiempos de transferencia de páginas se redujeron en un 77,3 % .
[caption align="alignnone" width="1000"] 
TTFB: 898,26 ms (caché local), 237,21 ms (borde). Página completa: 1.130,48 ms (caché local), 256,95 ms (borde).
Vimos números similares en el centro de datos australia-southeast2 en Melbourne. Los sitios de WordPress de los clientes de Kinsta allí vieron que Edge Caching recortó TTFB en un promedio de 77.8% y la transferencia de página en casi un 82.7% :
Al conectarse a sitios alojados en el centro de datos europe-north1 en Hamina, Finlandia, el TTFB cayó casi un 41,7 % y los tiempos de transferencia de páginas cayeron más del 56,3 % .
Para los sitios alojados en St. Ghislain, Bélgica, en el centro de datos europe-west1 , el TTFB y los tiempos de transferencia de páginas se redujeron en un 69 % .
Los sitios web probados en el centro de datos europe-west2 en Londres, Reino Unido, mostraron que el TTFB cayó un 58 % y los tiempos de transferencia de página un 60,8 % .
En el centro de datos europe-west3 en Frankfurt, Alemania, el TTFB cayó casi un 64 % y los tiempos de transferencia de páginas cayeron un 67,5 % .
Al conectarse a sitios alojados en el centro de datos europe-west4 en Eemshaven, Países Bajos, el TTFB cayó casi un 56 % y los tiempos de transferencia de páginas cayeron un 63,6 % .
Durante las pruebas de los sitios en el centro de datos northamerica-northeast1 en Montreal, Canadá, el TTFB se redujo un poco más del 10 % y los tiempos de transferencia de páginas se redujeron un poco más del 16,2 % .
En el centro de datos us-east5 en Columbus, Ohio, el TTFB y los tiempos de transferencia de páginas se redujeron en casi un 59 % .
En el centro de datos us-west4 en Las Vegas, Nevada, EE. UU., el TTFB se redujo un poco más del 54,7 % y el tiempo de transferencia de páginas se redujo casi un 57,3 % .
Pero no es solo Kinsta quien está poniendo a prueba Edge Caching.
Brian Jackson, cofundador de la agencia digital forgemedia, cronometró TTFB y la representación completa de las páginas de WordPress en un navegador después de Edge Caching. También analizó la pintura con mayor contenido (LCP), el punto en el que se ha representado suficiente contenido principal de una página para que un usuario pueda percibirlo como utilizable. Publicó sus hallazgos en Twitter:
Simon Harper, de SRH Design, probó Kinsta Edge Caching observando TTFB y LCP, así como la primera pintura con contenido (FCP), que es la apariencia inicial de cualquier contenido en una pantalla, incluso si no es el contenido principal de la página. También informó a través de Twitter:
La estructura de las páginas web y los activos vinculados como JavaScript, CSS e imágenes pueden afectar a FCP y LCP, pero todo comienza con la entrega del HTML de una página a un navegador.
Primeros pasos con el almacenamiento en caché de Kinsta Edge
Edge Caching está habilitado de forma predeterminada cuando crea un sitio web de WordPress en el panel de control de MyKinsta. Eso significa que no tiene que mover un dedo para aprovechar el aumento de velocidad de Edge Caching.
A partir de enero de 2023, Kinsta habilitará automáticamente Edge Caching en los sitios existentes que sean compatibles con el servicio. Si desea que Edge Caching funcione para su sitio existente de inmediato, puede habilitarlo ahora de esta manera:
- Seleccione Sitios de WordPress en la barra de navegación de la izquierda.
- Seleccione el nombre de un sitio para el que desea habilitar Edge Caching.
- Seleccione Almacenamiento en caché perimetral .
- Haga clic en el botón Habilitar almacenamiento en caché perimetral.
Almacene en caché su contenido móvil en el borde
Si su sitio web detecta navegadores móviles y genera páginas con marcas exclusivas para esos dispositivos, puede habilitar una memoria caché móvil separada del contenido para los usuarios de escritorio.
Habilite el almacenamiento en caché móvil en MyKinsta de esta manera:
- Seleccione Sitios de WordPress en la barra de navegación de la izquierda.
- Seleccione el nombre de un sitio para el que está habilitado Edge Caching.
- Seleccione Almacenamiento en caché perimetral .
- Haga clic en el botón Habilitar caché móvil
No necesita habilitar el almacenamiento en caché móvil si el diseño de su sitio web es compatible con navegadores de escritorio y móviles con el mismo marcado HTML/CSS receptivo.
Administrar su contenido en caché
Kinsta Edge Caching está diseñado para funcionar a la perfección con las herramientas de administración de caché que la mayoría de nuestros clientes ya utilizan en sus sitios web de WordPress. También puede apuntar al contenido en el caché perimetral directamente en MyKinsta aquí:
- Seleccione Sitios de WordPress en la barra de navegación de la izquierda.
- Seleccione el nombre de un sitio para el que está habilitado Edge Caching.
- Seleccione Almacenamiento en caché perimetral .
Para borrar todas las páginas de su sitio de la caché perimetral global, haga clic en el botón Borrar caché .
Si necesita borrar solo páginas o rutas específicas, pegue una URL de destino en el campo Borrar caché de URL y haga clic en el botón Borrar caché de URL . Borre el caché para todo el contenido en una ruta específica marcando la opción Borrar caché de cada subdirectorio bajo la URL especificada .
Optar por el almacenamiento en caché perimetral
Si sabe que Edge Caching no se adaptará a su sitio web, puede optar por no participar antes de que comencemos a habilitar el servicio para la mayoría de los sitios existentes en enero de 2023.
En MyKinsta:
- Seleccione Sitios de WordPress en la barra de navegación de la izquierda.
- Seleccione el nombre de su sitio de WordPress.
- Seleccione Almacenamiento en caché perimetral .
- Habilite la opción "Quiero cancelar la suscripción... ".
Si Edge Caching ya está habilitado para un sitio web, encontrará un botón Deshabilitar en la esquina superior derecha de la página:
Preguntas rápidas sobre el almacenamiento en caché perimetral
Quizás te estés preguntando...
¿El almacenamiento en caché de Edge es gratuito en todos los planes?
Sí. Edge Caching está habilitado de forma predeterminada en todos los sitios en vivo creados dentro del panel de control de MyKinsta. Edge Caching también está disponible en sitios provisionales dentro de cuentas Premium.
¿Edge Caching mejora el rendimiento de la versión móvil de mi sitio web?
Puede habilitar una memoria caché específica para dispositivos móviles para sitios web que generan marcas adaptadas a los dispositivos móviles. Si el diseño de su sitio web es compatible con navegadores de escritorio y móviles con el mismo marcado HTML/CSS receptivo, no se requiere un caché móvil.
¿Necesito usar complementos de optimización de WordPress?
No. La plataforma de alojamiento administrado de WordPress de Kinsta proporciona almacenamiento en caché local, almacenamiento en caché perimetral y un CDN que está ajustado con precisión para admitir el CMS más popular del mundo. No se requieren complementos de WordPress de terceros.
¿Puedo desactivar el almacenamiento en caché perimetral?
Sí. Puede deshabilitar Edge Caching en cualquier tipo dentro del tablero de MyKinsta. Si no está seguro de si su sitio es compatible con Edge Caching, comuníquese con el equipo de soporte de Kinsta para obtener asesoramiento.
Resumen
La promesa de Internet siempre ha sido conectar a personas de todo el mundo. Pero resulta que la distancia física entre los servidores y los visitantes tiene un impacto real en el rendimiento percibido de los sitios web. Edge Caching mueve ese contenido más cerca de los navegadores web y acelera el primer paso esencial en cargas de página más rápidas.
Kinsta hace de Edge Caching un componente fundamental de su servicio de hospedaje administrado de WordPress, que complementa las funciones de seguridad de red y CDN que vienen con nuestra integración con Cloudflare.
En promedio, Kinsta Edge Caching reduce a la mitad el tiempo que lleva entregar el HTML de las páginas web a los visitantes de su sitio. Para sitios web con audiencias verdaderamente globales, el aumento de la velocidad puede ser mucho mayor.
Edge Caching está disponible para todos nuestros clientes sin costo adicional. Si todavía está buscando un host de WordPress creado teniendo en cuenta la seguridad, la facilidad de uso y el rendimiento, tenemos un plan de alojamiento adecuado para usted.