# Almacenamiento en caché del sitio Source: https://support.kapsulehost.com/es-es/site-cache La caché es la mayor mejora de velocidad disponible para un sitio WordPress: la caché de página completa sirve HTML terminado sin ejecutar PHP en absoluto, y la caché de objetos mantiene los resultados de la base de datos en memoria. Esta guía cubre ambas, qué omite la caché automáticamente, y cómo purgarla y precalentarla. ## Dónde Vive la Caché en KPanel 1. Inicie sesión en [KPanel](https://kpanel.kapsulehost.com). 2. Haga clic en **Sitios web** en la barra lateral izquierda y, a continuación, haga clic en el sitio. 3. En el menú izquierdo del sitio, abra **WordPress** y, a continuación, **Caché**. La dirección directa es `/websites//cache`. ![Caching settings for a site in KPanel](https://support.kapsulehost.com/help/screenshots/site-cache.ebc987e4.webp) > **Note:** El grupo **WordPress** solo aparece para sitios WordPress y WooCommerce. La caché aquí es un derecho del plan: la caché de página completa y la caché de objetos están incluidas 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 La 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 que no hay ejecución de PHP ni consultas a la base de datos en absoluto: la solicitud se responde antes de que WordPress llegue siquiera a cargarse. La tarjeta muestra una etiqueta de **Activado** o **Desactivado** y, cuando está activada, la fecha en que se habilitó, si el enrutamiento se ha confirmado y la vida útil de la caché. Para habilitarla, haga clic en **Habilitar caché de página completa**. Para desactivarla de nuevo, haga clic en **Disable**. La caché se borra automáticamente cuando publica o actualiza una entrada, de modo que sus cambios aparecen de inmediato en lugar de esperar a que expire la vida útil. > **Tip:** Si su sitio es leído mayoritariamente por visitantes anónimos, este es el interruptor de mayor valor en la página. Es habitual que la diferencia sea de un orden de magnitud en el tiempo hasta el primer byte, porque la parte lenta de una solicitud de WordPress es precisamente la que deja de ocurrir. ## Purgar y Precalentar Aparecen dos acciones una vez que la caché de página completa está activada. **Purgar caché** vacía la caché de inmediato. Úsela después de un cambio que WordPress no trata como una actualización de entrada: editar un archivo de tema, cambiar un widget, actualizar un menú o modificar una configuración de un plugin que afecte a la salida. El siguiente visitante de cada página recibe una copia nueva. **Cache caliente** precarga sus páginas para que ya estén en caché antes de que un visitante las solicite. Después de precalentar, un aviso le indica cuántas páginas del total se precargaron y enumera las primeras URLs. La secuencia natural después de un cambio de diseño es: purgar y luego precalentar. De ese modo, nadie tiene que ser el visitante desafortunado que paga el precio del primer renderizado sin caché. Para la caché perimetral que hay delante de su sitio, que es una capa separada, consulte [Purgar la Caché de CDN](https://support.kapsulehost.com/es-es/cdn-cache-purge). ## Qué Nunca Se Almacena en Caché Algunas URLs deben ejecutar siempre PHP, porque su salida difiere según el visitante o tiene efectos secundarios. Estas rutas se omiten automáticamente y no necesita configurar nada: | Ruta | Motivo | |---|---| | `/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 específico de cada visitante | | `/checkout/` | El pago de WooCommerce es específico de cada visitante | | `/my-account/` | Las páginas de cuenta de WooCommerce son específicas de cada visitante | | `/wp-cron.php` | Las tareas programadas deben ejecutarse realmente | | `/?wc-ajax=*` | Puntos finales AJAX de WooCommerce | Además de las reglas de rutas, las cookies importan. A un usuario de WordPress que haya iniciado sesión, o a un visitante con una cookie de sesión activa de WooCommerce, siempre se le sirve 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 percibe ningún beneficio, mientras que los visitantes anónimos sí lo hacen. > **Warning:** Como normalmente tiene la sesión iniciada, probar el comportamiento de la caché en su navegador habitual le dará resultados engañosos. Haga la prueba en una ventana privada o en un navegador en el que no haya iniciado sesión. ## Caché de Objetos La caché de objetos es una capa diferente. En lugar de almacenar páginas terminadas, mantiene en memoria los resultados de las consultas a la base de datos y los transients de WordPress, de modo que el trabajo repetido no se repite. La tarjeta muestra una etiqueta de **Activado** o **Desactivado** y, cuando está activada, la fecha en que se habilitó. Use **Activar** y **Desactivar** para cambiarla. La caché de objetos ayuda precisamente donde la caché de página completa no puede: usuarios con sesión iniciada, pantallas de administración y páginas específicas de cada visitante como el carrito y el pago. Eso la hace especialmente valiosa para tiendas con mucho tráfico y sitios de membresía, donde buena parte del tráfico está autenticado y, por tanto, nunca se almacena en caché de página. Ejecutar ambas a la vez es la configuración habitual. La caché de página completa gestiona el tráfico anónimo, y la caché de objetos acelera todo lo que de todos modos debe ejecutar PHP. ## Qué Elegir Habilitar - **Sitio de contenido, mayoritariamente lectores anónimos.** La caché de página completa es la prioridad. La caché de objetos añade una mejora menor adicional. - **Tienda WooCommerce.** Habilite ambas. La caché de página completa sigue cubriendo sus páginas de productos y categorías para los visitantes que navegan, mientras que la caché de objetos sostiene el carrito, el pago y las páginas de cuenta que nunca pueden almacenarse en caché. - **Sitio de membresía o comunidad donde casi todos tienen la sesión iniciada.** La 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 siguen viendo la versión anterior.** Purgue la caché y luego precaliéntela. Si sigue desactualizada, recuerde que también puede haber una caché perimetral: consulte [Purgar la Caché de CDN](https://support.kapsulehost.com/es-es/cdn-cache-purge). **La caché no hace nada por mí.** Casi con toda seguridad tiene la sesión iniciada. Compruébelo en una ventana privada. **El carrito o un formulario se comporta de forma extraña para los visitantes anónimos.** Las rutas estándar de comercio se omiten automáticamente, pero una página dinámica personalizada o proporcionada por un plugin en una URL no estándar no lo hace. Si una página nunca debe almacenarse en caché y no está en la lista de exclusiones, vale la pena informar a soporte para que podamos revisar la regla. **La tarjeta indica que la caché está incluida con Managed WordPress.** Su plan actual no la incluye. El aviso enlaza a la página de planes. **Verificación de enrutamiento pendiente.** La caché está habilitada y la confirmación de enrutamiento aún no se ha completado. Espere un momento y actualice la página. **Una página muestra contenido personalizado incorrecto.** Todo lo que esté personalizado debe excluirse de la caché de página o renderizarse del lado del cliente. Si un plugin personaliza la salida en una URL que de otro modo sería almacenable en caché sin establecer una cookie de sesión, la caché de página no puede saberlo. Haga la prueba en una ventana privada e informe a soporte si encuentra un caso así. ## Páginas Relacionadas - [Rendimiento del Sitio y APM](https://support.kapsulehost.com/es-es/site-performance) para medir si la caché realmente ayudó. - [Analítica de Tráfico del Sitio](https://support.kapsulehost.com/es-es/site-analytics) para conocer la tasa de aciertos de la caché perimetral. - [Habilitar el CDN](https://support.kapsulehost.com/es-es/cdn-enabling) para añadir una caché perimetral delante de todo esto. - [Realizar una Copia de Seguridad](https://support.kapsulehost.com/es-es/taking-a-backup) antes de hacer cambios mayores en un sitio en producción.