Sitios web
Almacenamiento en caché del sitio
Caching is the biggest single speed win available to a WordPress site: full-page caching serves finished HTML without running PHP at all, and object caching keeps database results in memory. This…
Almacenamiento en Caché de Sitios
El almacenamiento en caché es la mejora de velocidad más importante disponible para un sitio WordPress: el almacenamiento en caché de página completa sirve HTML terminado sin ejecutar PHP en absoluto, y el almacenamiento en caché de objetos mantiene los resultados de la base de datos en memoria. Esta guía cubre ambos, qué omite automáticamente el caché y cómo purgarlo y precalentarlo.
Dónde reside el almacenamiento en caché en KPanel
- Inicia sesión en KPanel.
- Haz clic en Websites en la barra lateral izquierda y luego haz clic en el sitio.
- En la pestaña del sitio, abre WordPress y luego Caching.
La dirección directa es /websites/<site-id>/cache.
El grupo WordPress solo aparece para sitios WordPress y WooCommerce. El almacenamiento en caché aquí es un derecho del plan: el almacenamiento en caché de página completa y la caché de objetos se incluyen con Managed WordPress. En otros planes, la página muestra un panel de actualización que describe lo que está disponible en lugar de los controles.
Caché de Página Completa
El almacenamiento en caché de página completa almacena el HTML terminado de una página y lo sirve directamente al siguiente visitante. Para un visitante anónimo, eso significa ninguna ejecución de PHP y ninguna consulta a la base de datos: la solicitud se responde antes de que WordPress se cargue.
La tarjeta muestra una píldora On u Off, y cuando está activada, la fecha en que se habilitó, si el enrutamiento se ha confirmado y la duración del caché.
Para habilitarlo, haz clic en Enable full-page cache. Para desactivarlo nuevamente, haz clic en Disable.
El caché se borra automáticamente cuando publicas o actualizas una publicación, por lo que los cambios aparecen inmediatamente en lugar de esperar a que expire la duración.
Si tu sitio es leído principalmente por visitantes anónimos, este es el interruptor de mayor valor en la página. Es común que la diferencia sea un orden de magnitud en el tiempo hasta el primer byte, porque la parte lenta de una solicitud de WordPress es la parte que ya no ocurre.
Purga y Precalentamiento
Dos acciones aparecen una vez que el almacenamiento en caché de página completa está activado.
Purge cache vacía el caché inmediatamente. Úsalo después de un cambio que WordPress no trata como una actualización de publicación: editar un archivo de tema, cambiar un widget, actualizar un menú o alterar una configuración de complemento que afecte la salida. El siguiente visitante de cada página obtiene una copia nueva.
Warm cache precarga tus páginas para que ya estén en caché antes de que un visitante las solicite. Después del precalentamiento, un banner te dice cuántas páginas del total fueron precalentadas y enumera las primeras URL.
La secuencia natural después de un cambio de diseño es: purgar y luego precalentar. De esa forma nadie tiene que ser el visitante desafortunado que paga por la primera representación sin caché.
Para la caché perimetral frente a tu sitio, que es una capa separada, consulta Purging the CDN Cache.
Qué Nunca Se Almacena en Caché
Algunas URL siempre deben ejecutar PHP, porque su salida difiere por visitante o tiene efectos secundarios. Estas rutas se omiten automáticamente y no necesitas configurar nada:
| Ruta | Razón |
|---|---|
/wp-admin/ | El administrador de WordPress siempre es dinámico |
/wp-login.php | La página de inicio de sesión nunca se almacena en caché |
/cart/ | El carrito de WooCommerce es por visitante |
/checkout/ | El checkout de WooCommerce es por visitante |
/my-account/ | Las páginas de cuenta de WooCommerce son por visitante |
/wp-cron.php | Las tareas programadas deben ejecutarse realmente |
/?wc-ajax=* | Endpoints AJAX de WooCommerce |
Además de las reglas de ruta, las cookies importan. Un usuario de WordPress conectado o un visitante con una cookie de sesión activa de WooCommerce siempre recibe una respuesta dinámica, incluso en una página que está en caché para todos los demás. Por eso el propietario de una tienda que navega por su propio sitio a menudo no ve ninguno de los beneficios mientras que los visitantes anónimos sí.
Debido a que generalmente estás conectado, probar el comportamiento del caché en tu navegador normal te inducirá a error. Prueba en una ventana privada o en un navegador en el que no hayas iniciado sesión.
Caché de Objetos
La caché de objetos es una capa diferente. En lugar de almacenar páginas terminadas, mantiene los resultados de las consultas de base de datos y los transitorios de WordPress en memoria, para que el trabajo repetido no se repita.
La tarjeta muestra una píldora On u Off, y cuando está activada, la fecha en que se habilitó. Usa Turn on y Turn off para cambiarlo.
El almacenamiento en caché de objetos ayuda exactamente donde el almacenamiento en caché de página completa no puede: usuarios conectados, pantallas de administrador y páginas por visitante como carrito y checkout. Eso lo hace especialmente valioso para tiendas ocupadas y sitios de membresía, donde gran parte del tráfico es autenticado y por lo tanto nunca se almacena en caché de página.
Ejecutar ambos juntos es la configuración normal. El almacenamiento en caché de página completa maneja el tráfico anónimo, y la caché de objetos acelera todo lo que debe ejecutar PHP de todas formas.
Elegir Qué Habilitar
- Sitio de contenido, principalmente lectores anónimos. El almacenamiento en caché de página completa es la prioridad. El almacenamiento en caché de objetos añade una mejora más pequeña encima.
- Tienda WooCommerce. Habilita ambos. El almacenamiento en caché de página completa aún cubre tus páginas de producto y categoría para visitantes que navegan, mientras que la caché de objetos lleva el carrito, checkout y páginas de cuenta que nunca pueden almacenarse en caché.
- Sitio de membresía o comunidad donde casi todos están conectados. El almacenamiento en caché de objetos hace el trabajo pesado, porque la mayoría de las solicitudes omitirán la caché de página por diseño.
Solución de Problemas
Actualicé el sitio pero los visitantes aún ven la versión anterior. Purga el caché y luego precaliéntalo. Si sigue siendo antiguo, recuerda que también puede haber una caché perimetral: consulta Purging the CDN Cache.
El almacenamiento en caché no hace nada por mí. Casi ciertamente estás conectado. Verifica en una ventana privada.
El carrito o un formulario se comporta de manera extraña para visitantes anónimos. Las rutas comerciales estándar se omiten automáticamente, pero una página dinámica personalizada o proporcionada por complemento en una URL no estándar no. Si una página nunca debe almacenarse en caché y no está en la lista de omisión, vale la pena plantearlo al soporte para que podamos ver la regla.
La tarjeta dice que el almacenamiento en caché se incluye con Managed WordPress. Tu plan actual no lo incluye. El banner se vincula a la página de planes.
Verificación de enrutamiento pendiente. El caché está habilitado y la confirmación del enrutamiento aún no se ha completado. Dale un momento y actualiza.
Una página muestra contenido personalizado incorrecto. Cualquier cosa personalizada debe excluirse de la caché de página o representarse en el lado del cliente. Si un complemento personaliza la salida en una URL almacenada en caché de otra forma sin establecer una cookie de sesión, la caché de página no puede saberlo. Prueba en una ventana privada y levántalo con soporte si encuentras uno.
Páginas Relacionadas
- Site Performance and APM para medir si el almacenamiento en caché realmente ayudó.
- Site Traffic Analytics para la proporción de aciertos de caché perimetral.
- Enabling the CDN para añadir una caché perimetral frente a todo esto.
- Taking a Backup antes de hacer cambios más grandes en un sitio en vivo.