Kinsta Maneja la WordPress Cache Para Que Usted No Tenga Que Hacerlo

Actualizado December 05, 2017

Cuando se trata de rendimiento web, WordPress cache es sólo una de esas cosas que cada dueño de sitio tiene que manejar en un momento u otro. Nos encanta WordPress, pero definitivamente no es la plataforma más rápida, especialmente si se compara con un sitio completamente estático. Una de las razones de esto es simplemente porque está construido en PHP que sólo puede ejecutar las cosas a una cierta velocidad. Vimos algunas mejoras masivas con PHP 7, pero si su sitio no tiene una cache correctamente configurada, puede llegar a retrasarse un poco.

¿No sería agradable si no tuviera que preocuparse de averiguar qué cache plugin es el mejor? Bueno, aquí en Kinsta, nos encargamos de la en cache para usted, así que podrá centrase en el crecimiento de su negocio.

¿Qué es WordPress Cache?

Caching es el proceso de almacenar sus recursos por una solicitud y reusar estos recursos por las solicitudes posteriores. Básicamente reduce la cantidad de trabajo requerida para generar una vista de página.

¿Por qué debe de usar cache? Es muy simple, caching hace que los sitios WordPress sean más rápidos reduciendo la carga en el servidor web. Por eso cada sitio debería esforzarse por usar lo máximo posible de caching. En adición en caso de CDN caching reduce el ancho de banda necesario de su WordPress host para generar una vista de página al almacenar recursos estáticos externos.

No se Necesitan Plugins de WordPress Cache en Kinsta

¡Está bien! Si aloja su sitio de WordPress con Kinsta, no necesita preocuparse por jugar con complicados y confusos plugins de cache. Esto se debe a que se han implementado diferentes tipos de cache, tanto de cache de objetos como de cache de páginas, a nivel de servidor. Usted puede finalmente dejar de buscar en Google “los mejores plugins de cache de 2017″ y centrarse en tareas más productivas.

En Kinsta utilizamos 4 formas distintas de cache automatizadas en el software a nivel del servidor.

  • Bytecode cache
  • Object cache
  • Page cache
  • CDN cache

Muchos de nuestros clientes reportan una disminución de un 45% en los tiempos de carga simplemente migrando a Kinsta. Y estos son sitios de WordPress que previamente tenían plugins de cache instalados. A continuación, se muestra un ejemplo de un sitio que se trasladó a Kinsta. Antes de que fuera recibiendo picos de tráfico estaba encima del rango de 1 segundo, y después de moverse a Kinsta (y de eliminar el plugin de cache) permanecía constantemente debajo de 500 ms.

Tiempos de carga de WordPress en Kinsta

Tiempos de carga de WordPress en Kinsta

Hay otras variables involucradas en esas disminuciones de tiempos de carga también, pero la cache es una gran parte de ello. No estamos diciendo que todos los plugins de cache son malos, de hecho, muchas veces el usuario es el responsable por no configurar el plugin de cache correctamente, lo que a su vez ralentiza su sitio de WordPress. ¿Alguna vez ha intentado configurar W3 Total Cache? Puede ser bastante confuso muy rápidamente.

No Se Fíe Sólo en Nuestra Palabra

Y en cuanto a rendimiento, no es solo aceptar nuestra palabra, eche un vistazo en algunos de estos testimonios de las personas que han migrado a Kinsta. Todos ellos dejaron de utilizar plugins de cache.

Ahora veamos cada tipo de WordPress cache que se encuentra regularmente en Kinsta. Comprender y conocer cada capa de caching le ayudará resolver los problemas relacionados con la cache y asegura que su sitio se ejecuta correctamente.

Bytecode Cache

Bytecode cache almacena código de PHP recopilado así la siguiente vez cuando se utiliza el paso de recopilación puede ser omitido. En Kinsta hemos habilitado OPcache en PHP 5.6, 7.0, y 7.1 (y habilitaremos en nuevas versiones de PHP tan pronto como sean disponibles en nuestra plataforma).

Cuando un archivo o script es procesado primero tiene que ser recopilado en un opcódigo legible por máquinas. OPcache almacena el opcódigo convertido así PHP será capaz de omitir el paso de recopilación la próxima vez que ese archivo o script específico es requerido. El uso de OPcache significativamente mejora el rendimiento de PHP. Sin embargo eso significa que los cambios de los archivos PHP no son reflejados inmediatamente. Por esta razón OPcache es desactivado en los sitios staging de Kinsta.

Lea más sobre  cómo OPcache acelera las aplicaciones de PHP.

Object Cache

Object cache almacena los resultados de las consultas de la base de datos así la próxima vez ese datos necesario puede ser entregado de la cache sin hacer consultas a la base de datos. Esto acelera el tiempo de ejecución de PHP y reduce la carga de la base de datos.

WordPress tiene object cache integrada: WP_Object_Cache. Sin embargo la object cache solamente almacena objetos de una carga de página única. El objetivo de la cache es garantizar que no se hagan consultas a la base de datos varias veces durante una carga de página única. Sin embargo los objetos cacheados no son usados después de aquella carga única. Mientras esta es una característica útil en WordPress, object caching es más potente si los objetos de la cache pueden ser utilizados entre cargas de página múltiples.

Esta conducta puede ser cambiada y reutilizar los objetos cacheados en cargas de página múltiples cambiando la object cache integrada de WordPress a una solución externa. Esto se hace arrastrando el caching script en el directorio /wp-content/. Hay opciones basadas en object cache como W3 Total cache y WP Rocket que hacen esto agregando un archivo .php ya cacheado a /wp-content/.

Cuando HHVM es habilitado en un sitio hospedado por Kinsta un archivo llamado object-cache.php es agregado a /wp-content/. Este archivo permite a HHVM usar PHP Cache Alternativo (APC). Object cache es activada en Kinsta cuando un sitio está configurado para usar HHVM lo cual puede ser seleccionado en MyKinsta (véase abajo). Esta característica puede ser usada vía un plugin como WP Rocket y W3 Total Cache

HHVM WordPress hosting

HHVM WordPress hosting

Nuestros clientes Enterprise pueden adquirir nuestro Reddis add-on y tenerlo instalado junto con PHP 5.6 y 7.0. Redis es un almacén de datos estructurados en memoria interna de código abierto utilizado como base de datos, cache y broker de mensajería. WP Tavern tiene un artículo genial sobre object caching persistente si desea aprender más.

Page Cache

Page Cache almacena el HTML entero de una página así vistas de página posteriores pueden ser generados sin la necesidad de que WordPress genere la página.

Cuando se carga un sitio WordPress, WordPress debe procesar un número grande de archivos PHP y hacer consultas a la base de datos varias veces. Páginas que no son actualizadas constantemente es un esfuerzo perdido. Es más efectivo generar una página una sola vez, almacenar la página y entregarla a los visitantes posteriores. Esto es lo que page caching hace.

Los beneficios de page caching incluyen:

  • Cargas de página más rápidas
  • Carga del servidor reducida y la capacidad de recibir dramáticamente más tráfico como resultado.

En Kinsta nuestros servidores usan nginx fastcgi cache module para cachear páginas y se expira en cada hora por defecto. Nuestros clientes pueden contactarnos si necesitan aumentar o disminuir la duración.

Page cache está configurado para trabajar bien de inmediato con WordPress estándar, BuddyPress, WooCommerce y sitios de Easy Digital Downloads. ¡No tiene que hacer nada! Simplemente lance su sitio WordPress y page cache comenzará a funcionar. Sin embargo personalización puede ser necesaria si usted usa una estructura de URL personalizada o tiene una configuración de WordPress atípica.

Tal como bytecode caching (OPcache) page caching está completamente desactivada en los sitios staging de Kinsta

CDN Cache

CDN caching almacena archivos (tal como JS, CSS y archivos de medios) en una CDN por entrega más rápida a los usuarios distantes geográficamente de la ubicación del servidor del host. Cuando alguien intenta acceder a un sitio web esos archivos son entregados de una CDN en lugar de tener que entregarlos del servidor que de hecho aloja el sitio web. Lea más acerca del uso de WordPress CDN.

CDN ofrece dos beneficios primordiales:

  • Reduce la cantidad de recursos necesarios para cargar un sitio web ya que la CDN hace el trabajo el servidor no.
  • Permite que los recursos sean entregados de ubicaciones por todo el mundo acelerando el desempeño del sitio para usuarios distantes geográficamente del servidor alojando dicho sitio web.

Existen dos tipos básicos de CDN: aquellas que son CDNs simplemente y las que ofrecen CDN junto con características de seguridad. Ejemplos:

  • CDN estándar: Kinsta CDN (KeyCDN), Stackpath, Cloudfront.
  • CDN más seguridad: Cloudflare, Sucuri, Akamai (opcionalmente).

La primera se configura creando URLs de CDN utilizadas para acceder a los recursos del sitio web. La manera exacta varia entre los proveedores. La idea básica es que las URLs de los recursos estáticos serán modificadas a la URL de la CDN así los recursos son servidos de la CDN. La CDN estándar típicamente cachea los archivos estáticos como JS, CSS y archivos de medios. Nuestra Kinsta CDN es estándar potenciada por KeyCDN.

La segunda funciona como un proxy server. Esto quiere decir que cada solicitud debe ir a través de los servidores del proveedor antes de llegar a los de Kinsta. Esto se habilita usando los servidores de nombres así el proveedor de CDN tiene acceso completo al DNS de su sitio. Este proveedor puede hacer muchas cosas que uno de CDN estándar no puede tal como filtrar tráfico malo como de IPs malas, protección DoS/DDoS o incluso almacenar una page cache completa (full page cache) en la CDN.

CDN Caching Avanzada

Si utiliza un proxy server como Cloudflare o Sucuri, usted tiene la habilidad para crear page cache de html completa en la CDN. El uso de la mismo completamente descarga el trabajo de nuestros servidores y es una solución excelente para los sitios anticipando un aumento masivo de tráfico.

Sucuri configura page cache completa si el nivel de la cache está en “Habilitado”

Cloudflare requiere reglas de página para configurar full page cache. Las reglas deben usar el nivel “Cachear Todo”.

Cabecera de Respuesta de Kinsta Cache

Puede probar si su página está sirviéndose desde la Kinsta Cache mirando sus Cabeceras de respuesta HTTP. Kinsta añade una cabecera de X-Kinsta-Cache. En la primera solicitud a una página no almacenada en cache, mostrará “MISS”, como se ve a continuación.

miss http cabecera de respuesta cache

Cabecera de cache – Miss

En la segunda solicitud a la misma página, el valor del encabezado de X-Kinsta-Cache mostrará “HIT”, lo que significa que está sirviéndose desde la cache.

HIT http cabecera de respuesta cache

Cabecera de cache – Hit

Y si lee nuestro artículo sobre cómo sacar 100/100 en Google PageSpeed Insights, sabrá que Kinsta también tiene optimizaciones a nivel de servidor adicionales para arreglar automáticamente las siguientes advertencias con las que podría estar familiarizado:

  • Habilitar Compresión (Kinsta ya tiene Gzip habilitado en todos los servidores, no es necesario habilitarlo)
  • Reducir el tiempo de respuesta del servidor (Kinsta ya es superrápido, ya está dentro de los parámetros aceptables de Google sin ninguna optimización)
  • Expiración de Cabeceras (no es necesario habilitarlo porque Kinsta tiene cabeceras de cache habilitadas en el nivel del servidor)

Por ejemplo, nuestro sitio de prueba registra 100/100 en PageSpeed Insights sin que se haya habilitado ningún plugin de cache. La cache de WordPress es manejada por Kinsta al nivel de servidor.

pagespeed insights caching

PageSpeed Insights

Configuración de Kinsta Cache

Puede estar preguntándose ahora, cómo controlar la cache en Kinsta. Habrá por supuesto, ocasiones cuando necesite borrarla, especialmente cuando esté solucionando problemas. Tiene un par de opciones fáciles. Puede borrar la cache del panel de control My Kinsta o utilizar el plugin de Kinsta cache.

Borrando la WordPress Cache

Para borrar manualmente la cache de páginas completa, puede hacerlo desde el panel de My Kinsta. Simplemente haga clic en su sitio, haga clic en herramientas y en el botón “Borrar Cache”.

Borrar cache de WordPress

Borrar cache de WordPress

Kinsta Cache Plugin

La segunda opción que tiene es la de usar el Kinsta Cache Plugin. ¿Qué? Sí, técnicamente es un plugin de cache, pero no es un plugin de cache típica, ya que funciona a nivel del servidor.

El Kinsta Cache Plugin es instalado de forma predeterminada en todos los sitios alojados en Kinsta. Le permite borrar la cache de objetos, la cache de páginas y automatizar el borrar dependiendo de ciertas actividades, por ejemplo cuando publica una nueva entrada. El plugin es necesario para garantizar la ejecución correcta de su sitio. Además, recuerda que la cache de páginas expira cada 1 hora de forma predeterminada.

Kinsta cache plugin

Kinsta cache plugin

El plugin también le permite purgar la cache directamente desde la barra de administración de WordPress. Esto probablemente sea una de las mayores razones para usarla, ya que no deberá ir al panel de control My Kinsta. Puede hacerlo desde su sitio.

eliminar wordpress cache de la barra de admin

Eliminar cache de la barra de herramientas de WordPress

Le permite configurar reglas de caching personalizadas. Dependiendo de la configuración de su sitio, reglas de caching adicionales pueden ser necesarias. Puede agregar rutas personalizadas cuando se actualiza el sitio.

Resumen

Esperamos que ahora comprenda un poco más sobre la WordPress cache y las cuatro formas distintas que puede encontrar en Kinsta: bytecode caching, object caching, page caching, y CDN caching.

¡Si está cansado de perder tiempo con plugins de caching de WordPress típicos y simplemente quiere un sitio rápido ya listo, le recomendamos que pruebe Kinsta! Hay una razón por la que hemos sido galardonados con el estatus de “Nivel superior” en rendimiento de WordPress 3 años seguidos por ReviewSignal. Y eso es porque nuestros servidores están bien configurados en Google Cloud Platform para garantizar tiempos de carga rápidos. No quedará decepcionado por nuestro rendimiento.

Este artículo fue escrito por Brian Jackson

Brian enfoca en nuestros esfuerzos de marketing a través de las redes sociales: desde el desarrollo de la nueva estrategia de crecimiento online, creación de contenido, optimización técnica de buscadores hasta nuestra expansión en la comunidad WordPress. Es apasionado por Wordpress lleva usándolo desde hace más de 8 años e incluso está desarrollando su propio plugin exclusivo. A Brian le encanta el blogueo, películas, montar en bici y trabajar con sitios web.

Artículos relacionados

Deja un comentario

kinsta newsletter

¿Utilizas WordPress?

¡Únete a más de 20.000 lectores que ya reciben nuestro newsletter semanal GRATUITO con consejos de WordPress sobre cómo generar más tráfico e ingresos para tu negocio!

You have Successfully Subscribed!

Send this to a friend