Optimización del almacenamiento en caché de sitios web

La causa principal de la lentitud de un sitio web no suele ser una sola imagen, sino más bienEnrutamiento de solicitudes + generación del lado del servidor + entrega de recursos estáticosCausado por la superposición:

• Los usuarios se encuentran demasiado lejos de tu servidor, lo que provoca un RTT de red elevado (esto se nota especialmente entre continentes)
• WordPress tiene que ejecutar PHP, consultar la base de datos y generar la plantilla con cada solicitud → El TTFB (tiempo hasta el primer byte) ha aumentado
• La página también tiene que cargar JavaScript, CSS, fuentes y scripts de terceros, lo que ralentiza la visualización y la interacción

Complemento de almacenamiento en cachéLa clave para resolver este problema consiste en almacenar los resultados de las páginas que se “vuelven a calcular”, de modo que el servidor no tenga que volver a calcularlas cada vez; y, mediante la aplicación de estrategias adecuadas, garantizar que un mayor número de usuarios acceda a la caché, lo que reduce significativamente el TTFB.Documentación oficial de WordPressTambién señala que plugins como W3 Total Cache y WP Super Cache pueden almacenar las páginas en caché como archivos estáticos y mostrárselas directamente a los usuarios, reduciendo así la carga del servidor.

Antes de leer esta página, ten en cuenta estas tres reglas de oro

1. Utiliza solo un plugin de almacenamiento en caché de páginas a la vez

Cuando se activan varios complementos de almacenamiento en caché al mismo tiempo, el resultado más habitual no es un rendimiento más rápido, sino más bien:

• Superposición de reglas de caché, sobrescritura de cachés entre sí y disminución de las tasas de aciertos de caché
• El contenido dinámico, como el estado de inicio de sesión, el idioma, la cesta de la compra y los precios, se almacena en caché, lo que provoca errores de “contenido incorrecto”
  Muchas guías y documentaciones de plugins recomiendan que, al utilizar un plugin de almacenamiento en caché concreto,Desactivar otros plugins de almacenamiento en cachépara evitar conflictos.

2. Sitios de comercio electrónico, de membresía y multilingües: el almacenamiento en caché no es un “interruptor”, sino un “sistema de reglas”

Documentación oficial sobre el rendimiento de WooCommerceNota: En el complemento de almacenamiento en caché, asegúrate de que Cesta de la compra / Finalizar compra / Cuenta Asegúrate de que estas páginas no se almacenen en caché; además, se recomienda evitar comprimir los archivos JavaScript (ya que esto puede provocar fácilmente problemas de compatibilidad).

3. “El complemento de almacenamiento en caché ≠ CDN”, pero el complemento de almacenamiento en caché constituye la base de CDN

El complemento de almacenamiento en caché resuelve el problema del “recuento insuficiente en el servidor de origen”;CDN La solución consiste en “acercar el contenido a los usuarios”. Estos dos enfoques son complementarios: primero, reducir el TTFB del servidor de origen y, a continuación, distribuir los recursos estáticos a través de CDN. Este es el enfoque más confiable para dar servicio a usuarios de todo el mundo.

Selección rápida: los 4 casos más comunes en sitios web

Si no quieres leer el artículo completo, elige una de las cuatro opciones que aparecen a continuación; cualquiera de ellas es una buena elección:

1. Buscando tranquilidad, fiabilidad y accesibilidad a nivel mundial → WP Rocket(De pago)
2. El servidor funciona sin duda con LiteSpeed/OpenLiteSpeed → LiteSpeed Cache(Gratuito, pero depende en gran medida de la capacidad del servidor): Se requiere la función de almacenamiento en caché Componentes del servidor LiteSpeedpoder trabajar
3. Sitios web de contenido, blogs y repositorios de documentos que buscan una solución gratuita y confiable → WP Super Cache(Almacenamiento en caché de HTML estático): Generar archivos HTML estáticos para la mayoría de los usuarios que no hayan iniciado sesión
4. Tienes un equipo técnico y necesitas ejercer un control minucioso (CDN/caché de objetos/múltiples módulos) → W3 Total Cache(Potente, pero complejo): Centrándonos en un marco de desempeño integral integrado con el CDN

¿Qué es exactamente lo que almacena una caché?

“¿Por qué algunos sitios web siguen siendo lentos incluso después de instalar una caché?” Hemos dividido el rendimiento de WordPress en cinco capas:

1. Caché del navegador: Acelerar las visitas posteriores (almacenamiento en caché de encabezados para recursos estáticos, números de versión)
2. Almacenamiento en caché de páginas: Almacenar en caché el contenido de la página como HTML (el objetivo de esta página)
3. Caché de objetos: Almacenamiento en caché de los resultados de las consultas a la base de datos (especialmente útil para sitios web dinámicos)
4. PHP OPcache: Almacena en caché entre 1 TB y 184 TB de código de bytes (normalmente lo configura el servidor; no es una función principal del complemento)
5. CDN/Caché de borde: Coloca los recursos en los nodos más cercanos a los usuarios

Este artículo trata sobre: plugins de almacenamiento en caché de páginas;
Pero te lo seguiremos recordando: los sitios web suelen necesitar una combinación de 2 + 5 para ser “realmente rápidos”.

Complemento 1:WP Rocket(De pago) — Una solución “sin preocupaciones” todo en uno

WP Rocket es muy popular en la comunidad de WordPress, no porque sea mágico, sino porque ha reunido los tres tipos más comunes de optimización del rendimiento en “paquetes fáciles de manejar”:

• Almacenamiento en caché de páginas (reducción del TTFB del servidor de origen)
• Precarga/calentamiento de la caché (para mejorar la experiencia de la primera visita de los usuarios que acceden al sitio desde cualquier parte del mundo)
• Optimizaciones clave del front-end (en particular, el aplazamiento de JS, el procesamiento de CSS, etc.)

SuDocumentación oficialAdemás, se indica explícitamente que, aunque desactives el almacenamiento en caché de páginas, al habilitar la precarga se pueden activar o impulsar ciertos procesos de optimización (como las optimizaciones relacionadas con CSS y JavaScript).

1.1 ¿Para quién es adecuado WP Rocket?

WP Rocket es especialmente adecuado para los siguientes tipos de sitios web:

• Sitios web corporativos, sitios web de marcas, sitios de marketing de contenidos, páginas de destino (tráfico procedente de múltiples países y regiones)
• Prefiero un lanzamiento rápido en el que la estabilidad sea la prioridad principal, en lugar de depender de un montón de plugins gratuitos.
• No contamos con un ingeniero especializado en operaciones o rendimiento, pero sí tenemos requisitos en cuanto a la experiencia del usuario y el SEO
• WooCommerce Se puede utilizar, pero con mayor precaución (como se explicará más adelante en esta sección)Normas y riesgos）

1.2 Su principal ventaja en situaciones de navegación web (es más que un simple “botón para activar o desactivar la caché”)

A. Precarga de la caché: resolución del problema de la “inestabilidad durante las primeras visitas provocada por el tráfico distribuido del sitio web”

Cuando los usuarios del sitio web se encuentran dispersos, te encontrarás con un tipo de lentitud muy común:
Cuando un usuario de una región concreta abre una página por primera vez y la caché de esa página ha caducado o nunca se ha precargado, ese usuario asume el costo total de renderización de PHP/DB.
Mecanismo de precargaEl significado es:Pagar por adelantado el costo de la “construcción inicial”, lo que reduce la probabilidad de que los visitantes que vienen por primera vez sean tratados como conejillos de indias.

• Sin reserva previa: por orden de llegada
• Precarga: el sistema genera contenido almacenado en caché de forma centralizada en segundo plano, lo que garantiza una experiencia más estable para los visitantes que acceden al sitio por primera vez

B. Retrasar la ejecución de JavaScript: esta es la función que ofrece la mejora más notable de inmediato en la experiencia del usuario, pero también conlleva el mayor riesgo

WP Rocket se refiere oficialmente a “Retrasar la ejecución de JavaScript”Se describe como su optimización de JavaScript más potente: aplaza la ejecución de los scripts hasta que el usuario haya interactuado con la página (moviendo el ratón, tocando la pantalla, desplazándose, pulsando una tecla, etc.), de modo que la página se cargue primero».

Esto es importante para el rendimiento del sitio web, ya que los bloqueos en la carga y ejecución de scripts pueden agravarse más fácilmente en redes intercontinentales:

• La descarga de recursos es un poco lenta → Es probable que el hilo principal se vea ralentizado por los scripts
• Los scripts de terceros (como los complementos de análisis, publicidad y chat) tienden a agravar el INP y la latencia de interacción.

Sin embargo, esto también puede causar algunos problemas:

• Es probable que los retrasos en JavaScript afecten a: menús, carruseles, ventanas emergentes, validación de formularios, pagos e implementación de códigos de seguimiento
• Por lo tanto, resulta muy adecuado para una estrategia de “paso a paso + exclusión mediante lista negra”

C. Compatibilidad con otros plugins/temas: “Sin complicaciones” no significa «sin conflictos»

WP Rocket ha incluido específicamente “Plugins o temas incompatibles”lista, ya que esto podría afectar a los mecanismos de almacenamiento en caché y optimización de WP Rocket, como el almacenamiento en búfer de salida.

• Si tu sitio web tiene una gran cantidad de plugins y un tema que consume muchos recursos, considera la “optimización del rendimiento” como un proyecto de implementación a pequeña escala: realiza pruebas de regresión después de cada cambio (formularios, inicio de sesión, pagos, cambio de idioma, etc.).

1.3 Notas especiales sobre WooCommerce y los sitios web dinámicos

El punto clave que se destaca en la documentación oficial de WooCommerce al configurar un plugin de almacenamiento en caché es:

• Cesta de la compra / Finalizar compra / Cuenta No almacenar en caché
• y recomiendaEvita minificar los archivos JavaScript

¿Por qué?

• Las páginas de la cesta de la compra, la caja y la cuenta dependen en gran medida de cookie / sesión / nonce
• Una vez que la caché trata estas páginas como “páginas estáticas”, las consecuencias pueden ir desde botones que no funcionan hasta, en el peor de los casos, errores en los precios, los niveles de existencias y los datos de la cuenta
• Lo peor es que tus pruebas pueden ejecutarse sin problemas en una región, pero encontrar dificultades en otra debido a diferencias en los aciertos de CDN/caché.

1.4 Recomendaciones para las políticas de los complementos de caché

Nivel 1: Medidas básicas de seguridad (algo que prácticamente todos los sitios web deberían implementar)

• Habilitar el almacenamiento en caché de páginas
• AbrirPrecarga de la caché(Mejora de la estabilidad para los visitantes que acceden por primera vez)
• Una estrategia sensata de almacenamiento en caché del navegador (se puede implementar en cualquier nivel: WP Rocket, servidor o CDN)

Nivel 2: Rentabilidad moderada, riesgo moderado (adecuado para la mayoría de los sitios de contenido)

• Carga diferida de imágenes / iframe (Un análisis en profundidad de la optimización de imágenes)
• Controlar el tamaño del archivo CSS (por ejemplo, eliminando el CSS que no se utiliza)

Nivel 3: Alta rentabilidad, pero alto riesgo (debe incluir una lista de verificación para el backtesting)

• Aplazar la ejecución de JavaScript (dar prioridad a la visualización, aunque esto puede afectar a la interactividad)
• Minificación y combinación de JS/CSS: Se recomienda tener especial cuidado con los sitios de comercio electrónico, de membresía y multilingües (WooCommerce también ha advertido sobre los riesgos asociados a la minificación de JavaScript）

1.5 Precios y licencias

• WP Rocket funciona con un modelo de licencias de pago, con diferentes licencias disponibles en función del número de sitios web

Complemento 2:LiteSpeed Cache (LSCWP)——La oferta “gratuita de primer nivel” solo es válida si el servidor ejecuta realmente LiteSpeed

Un error común sobre LiteSpeed Cache es pensar que se trata simplemente de un plugin de WordPress que, una vez instalado, funcionará con la misma eficacia que WP Rocket en cualquier plataforma de alojamiento. En realidad, esto no es así.

Documentación oficial de LiteSpeedA modo de aclaración: la razón por la que la funcionalidad de almacenamiento en caché de LSCWP requiere LiteSpeed Server es que necesita comunicarse con la función integrada de almacenamiento en caché de páginas (LSCache) de LiteSpeed Web Server; el plugin se encarga de indicar al servidor qué páginas se pueden almacenar en caché, durante cuánto tiempo y de activar una purga mediante etiquetas.

La principal ventaja de LiteSpeed Cache reside en “Almacenamiento en caché de páginas del lado del servidor (LSCache)”Sin los servidores LiteSpeed/OpenLiteSpeed, esta ventaja clave no existiría.»

2.1 LiteSpeed Cache¿A quién va dirigido?

Apto para:

• El panel de control de tu alojamiento indica claramente LiteSpeed / OpenLiteSpeed(Por ejemplo, muchos servidores con cPanel muestran esto)
• Quieres que el plan gratuito ofrezca un excelente TTFB y capacidades de procesamiento simultáneo“
• ¿Estás dispuesto a aceptar que, aunque es muy potente, también implica muchos conceptos técnicos (TTL, Tag, Purge, ESI, Crawler…)?

No es especialmente adecuado:

• No estás seguro de qué servidor web utiliza el proveedor de alojamiento, o has confirmado que es Nginx o Apache (a menos que solo quieras usar algunas de sus funciones de optimización del front-end, en cuyo caso quizá no valga la pena por su complejidad y su relación costo-beneficio)
• Tienes un sitio web complejo de comercio electrónico, con sistema de membresía y multilingüe, pero careces de un proceso de pruebas (LSCWP es potente, pero también es más propenso a “almacenar en caché el contenido incorrecto”)

2.2 Su mecanismo de almacenamiento en caché: por qué se parece más a “una parte de las capacidades del servidor”

Se podría resumir el funcionamiento de LiteSpeed Cache en una sola frase utilizando terminología técnica:

• WP Rocket / WP Super Cache Estas medidas consisten principalmente en el almacenamiento en caché y la optimización por parte de WordPress/PHP;
• LSCWP Se trata de una combinación del “panel de control de WordPress + LSCache integrado en LiteSpeed Server”: el complemento se encarga de establecer reglas y enviar señales, mientras que el almacenamiento en caché de alta velocidad de las páginas se lleva a cabo enCapa de servidor。

Esto tiene un impacto directo en la experiencia del usuario: el almacenamiento en caché del lado del servidor suele ser más ligero, más rápido y más capaz de gestionar solicitudes simultáneas (especialmente durante picos repentinos de tráfico o visitas frecuentes de los rastreadores de los motores de búsqueda).

2.3 La “forma correcta” de utilizar LSCWP en un escenario de uso de un sitio web”

Hemos dividido el “enfoque correcto” en cuatro niveles:

Nivel 1: Estrategia de almacenamiento en caché de páginas (determina si realmente se puede reducir el TTFB)

• Especifica qué páginas se pueden almacenar en caché (la mayoría de las páginas de contenido público)
• Identifica qué páginas no deben almacenarse nunca en caché (página de inicio de sesión, cuenta, carrito de compras, proceso de pago y páginas que dependen en gran medida de cookie para el cambio de idioma o moneda)
• Establece un TTL razonable para la caché (cuanto más a menudo se actualice el contenido, más corto debe ser el TTL; por el contrario, más largo debe ser)
• Crea una política de limpieza: elimina las etiquetas irrelevantes después de actualizar el contenido (en lugar de realizar una limpieza general en todo el sitio)

Si esta capa se implementa correctamente, el beneficio más inmediato para el sitio web es El TTFB ha disminuido y la carga de la primera pantalla es más estable。

Capa 2: Precarga/Rastreo (determina si la primera visita a las “páginas con poco tráfico” es lenta)

Una causa habitual de la “experiencia de usuario inconsistente” al visitar sitios web se debe a las “discrepancias entre la caché caliente y la fría”:

• Las páginas más visitadas reciben visitas constantemente, por lo que la caché se mantiene actualizada.
• Las páginas que no reciben mucho tráfico llevan mucho tiempo desatendidas, por lo que se cargan muy lentamente para quienes las visitan por primera vez

La precarga no es solo la guinda del pastel; es fundamental para garantizar una experiencia de usuario coherente en el sitio web

Capa 3: Soluciones de seguridad para contenido dinámico (comercio electrónico/membresía/multilingüe)

El punto fuerte de LSCWP radica en que te ofrece una amplia gama de “herramientas avanzadas”, tales como:

• Estrategias de almacenamiento en caché diferenciadas para usuarios registrados, comentaristas, etc.
• El concepto fundamental de la inclusión en el borde (ESI) consiste en dividir una página en un «cuerpo común almacenable en caché» y «fragmentos dinámicos no almacenables en caché», procesarlos por separado y, a continuación, volver a ensamblarlos en el nodo periférico.

Capa 4: Servicios en línea y mejoras opcionales

Muchos administradores de sitios web encontrarán los servicios en línea de QUIC.cloud (como las herramientas de optimización de páginas) dentro de LSCWP.Documentación de QUIC.cloudSe indica explícitamente que ofrece servicios de optimización de páginas a LSCWP, incluyendo CSS crítico (CCSS), CSS único (UCSS) e imágenes optimizadas para el área de visualización (VPI).

• Estos servicios son opcionales: Puedes utilizar únicamente el almacenamiento en caché del lado del servidor, sin habilitar la optimización en línea
• Una vez habilitados los servicios en línea, cambiará el flujo de procesamiento de los recursos y las páginas de su sitio web (esta es una información importante para las empresas y los clientes preocupados por la privacidad)

2.4 Errores habituales en LSCWP

1. El servidor no ejecuta LiteSpeed, pero trata a LSCWP como un plugin de almacenamiento en caché con todas las funciones
   Resultado: El almacenamiento en caché no funcionó como se esperaba y, además, aumentó la complejidad de la configuración. Solución: En primer lugar, verifique la pila del host; si no es LiteSpeed... considera usar WP Rocket o WP Super Cache.
2. La activación de demasiadas optimizaciones del front-end ha provocado problemas de funcionalidad
   La optimización de páginas (CSS/JS) suele provocar problemas de compatibilidad con mayor facilidad que el almacenamiento en caché en sí mismo. Recomendación: en primer lugar, asegúrate de que el almacenamiento en caché de las páginas funcione correctamente; a continuación, activa las optimizaciones una por una, al tiempo que elaboras una lista de verificación para las pruebas de regresión (formularios, menús, pagos, seguimiento, cambio de idioma, etc.).
3. Falta de estrategias de exclusión/fragmentación para páginas dinámicas
   Problemas habituales: el almacenamiento en caché de los carritos de compras, las páginas de pago y las páginas de cuenta; o cambios incorrectos entre idiomas o monedas. Los sitios de comercio electrónico deben considerar esto como una comprobación previa al lanzamiento (tal y como también destaca WooCommerce)No almacenes en caché las páginas críticas）。

Complemento 3:WP Super Cache(Gratis) — La clásica estrategia de “bajo riesgo y alto rendimiento” para sitios web de contenido

WP Super Cache ¿Por qué ha seguido siendo tan popular durante tanto tiempo? Porque resuelve los problemas de una manera muy sencilla y “fácil de manejar para los servidores”:
Convertir páginas dinámicas de WordPress en archivos HTML estáticos...tras lo cual el servidor web sirve directamente estos archivos HTML, evitando así el costoso procesamiento de PHP.

La página del complemento también menciona que a la gran mayoría de los usuarios no autenticados se les muestra HTML estático, y ofrece una explicación muy clara: “A los visitantes 99% se les mostrarán archivos HTML estáticos”; un solo archivo almacenado en caché puede mostrarse miles de veces.

3.1 ¿Para quién es adecuado WP Super Cache?

Muy recomendable:

• Blogs, sitios web de contenido, sitios de documentación, sitios web corporativos, páginas de destino
• Los visitantes son, principalmente, usuarios que no han iniciado sesión
• Lo que buscas: gratuito, estable y con bajos costos de mantenimiento

Úsese con precaución / Requiere una estrategia más sólida:

• Sitios web muy dinámicos: sitios con una gran cantidad de contenido personalizado y páginas que cambian según el estado del usuario
• Grandes plataformas de comercio electrónico: Esto es aceptable, pero asegúrate de que las páginas clave no se almacenen en caché y de que esto se incorpore a tu proceso de pruebas.

3.2 Sus tres métodos de almacenamiento en caché:

La descripción del plugin WP Super Cache enumera tres métodos de almacenamiento en caché ordenados por velocidad y explica las diferencias entre ellos:

• mod_rewrite (Experto): El método más rápido, que evita por completo el uso de PHP, pero requiere modificar el archivo .htaccess; si se configura incorrectamente, existe un mayor riesgo de que el sitio deje de estar disponible
• Sencillo (método recomendado): PHP proporciona una “supercaché” para archivos estáticos, que ofrece velocidades comparables a las de mod_rewrite, pero con una configuración más sencilla
• Almacenamiento en caché de WP-Cache: Más flexible, adecuado para usuarios conocidos, URL con parámetros, fuentes, etc., pero más lento

Opciones recomendadas:

• Principiantes/Personas que buscan estabilidad: Utilicen el método recomendado (sencillo)
• Si conoces bien las reglas del servidor y estás dispuesto a asumir el riesgo de reescribirlas, plantéate utilizar el Modo Experto
• Necesitas una gestión más flexible de los “usuarios y parámetros conocidos”: comprender la función de WP-Cache

3.3 Las ventajas y desventajas de WP Super Cache

Ventajas:

1. Ideal para usar con el modelo CDN
   Dado que, en esencia, consiste en “generar HTML estático”, esto encaja perfectamente con el enfoque de almacenamiento en caché CDN/edge.
2. La mejora en la carga del servidor de origen CPU y de la base de datos es muy notable
   Cuando el tráfico de un sitio web se distribuye, los rastreadores de los motores de búsqueda y las redes sociales también pueden provenir de todas partes del mundo. La estaticización resulta muy eficaz para contrarrestar la “representación duplicada”.

Puntos débiles:

1. No se trata de un “paquete integral de optimización del rendimiento”
   Su principal ventaja reside en el almacenamiento en caché de páginas; a diferencia de WP Rocket, no ofrece un paquete completo de optimizaciones avanzadas para CSS y JavaScript. Es posible que tengas que realizar optimizaciones adicionales a través de las páginas “Optimización de imágenes” y “Optimización del front-end” (o utilizar otros plugins u optimizaciones a nivel del tema).
2. Deberíamos actuar con mayor cautela en lo que respecta a la “personalización dinámica”
   Por ejemplo, mostrar contenido diferente según la región, o mostrar precios, idiomas o recomendaciones distintos en función del estado del usuario. En tales casos, debes establecer reglas de exclusión o implementar una solución de almacenamiento en caché fragmentado más adecuada.

3.4 Compatibilidad con WooCommerce: por qué es más “seguro”

La documentación oficial de WooCommerceCabe destacar que WooCommerce es compatible de forma nativa con WP Super Cache, y que WooCommerce envía una señal a WP Super Cache para garantizar que las páginas del carrito, la caja y «Mi cuenta» no se almacenen en caché de forma predeterminada.

• Aunque seas principiante, la combinación de WP Super Cache y WooCommerce reduce la probabilidad de que te encuentres con el problema de que “se almacenen en caché páginas críticas”.
• No obstante, seguimos recomendando realizar pruebas de regresión antes del lanzamiento (que abarquen los pagos, los cupones, los gastos de envío, los tipos impositivos, las distintas divisas, etc.)

Complemento 4:W3 Total Cache (W3TC)— El “marco de rendimiento” más completo, ideal para equipos de ingeniería

W3 Total Cache En WordPress.org, no se presenta como un “simple plugin de almacenamiento en caché”, sino más bien como algo más parecido a un “marco de optimización del rendimiento de sitios web”: hace hincapié en mejorar el SEO, los Core Web Vitals y la experiencia general del usuario mediante la integración con CDN y las mejores prácticas.

La descripción del complemento enumera una amplia gama de funciones: almacenamiento en caché de páginas/ almacenamiento en caché de páginas/entradas, almacenamiento en caché de CSS/JS, almacenamiento en caché de feeds, almacenamiento en caché de resultados de búsqueda, almacenamiento en caché de objetos de base de datos, almacenamiento en caché de objetos, almacenamiento en caché de fragmentos y compatibilidad con diversos métodos de almacenamiento en caché, como Redis, Memcached y APC. También incluye almacenamiento en caché para dispositivos móviles agrupado por agente de usuario y referenciador, compatibilidad con AMP e integración de proxy inverso (Nginx/Varnish).

4.1 ¿Para quién es adecuado W3 Total Cache?

Ideal para:

• Tienes conocimientos de desarrollo y operaciones y estás dispuesto a llevar a cabo “implementaciones paso a paso, pruebas de carga y pruebas de regresión”
• Tu sitio web es complejo: cuenta con varios idiomas, cambio de temas, optimización específica para dispositivos móviles y una estructura de contenido compleja
• No solo quieres implementar el almacenamiento en caché de páginas, sino que también deseas incorporar el almacenamiento en caché de objetos y de fragmentos en el sistema (especialmente para sitios web dinámicos)

No apto para:

• Quieres que sea “rápido desde el primer momento” y no quieres tener que entender las jerarquías de caché
• No tienes un proceso de pruebas, pero quieres habilitar funciones de alto riesgo, como la compresión y los scripts diferidos, todas a la vez

4.2 ¿Por qué se describe como “potente pero complejo”? Los sitios web dan prioridad a la “facilidad de control”

El valor de W3TC no radica en que “sea necesariamente más rápido que otros”, sino en que te ofrece suficientes opciones de control para que puedas convertir tu estrategia de rendimiento en un marco de ingeniería:

• Caché de páginas: puede almacenarse en memoria, en disco o en 1 TB o 219 TB
• Almacenamiento en caché de objetos de bases de datos, almacenamiento en caché de objetos: se pueden utilizar Redis, Memcached, etc.
• Almacenamiento en caché de fragmentos: especialmente útil para “páginas semidinámicas”
• Compatibilidad con dispositivos móviles: Almacenar páginas en caché por separado según el origen de la visita o el grupo de agentes de usuario
• CDN Gestión: Gestión transparente de bibliotecas multimedia, archivos de temas, etc. CDN Gestión

Estas funciones resultan especialmente útiles para los sitios web, ya que el tráfico internacional suele encontrarse con:

• Versiones de la misma página en distintos dispositivos, regiones e idiomas
• Algunos contenidos pueden almacenarse en caché, mientras que otros deben actualizarse en tiempo real (por ejemplo, precios, niveles de existencias, estado de los usuarios)

4.3 “Orden de habilitación recomendada” de W3TC”

Orden recomendado:

1. Por ahora, habilita solo el almacenamiento en caché de páginas
   Comprueba: si el TTFB ha disminuido, si el contenido es coherente y si el estado de inicio de sesión, la funcionalidad multilingüe y los flujos de trabajo clave del comercio electrónico funcionan correctamente.
2. Vuelve a activar la caché del navegador
   Objetivo: Acelerar la recarga de páginas y la carga de recursos estáticos, y reducir las descargas redundantes entre continentes.
3. Reevaluar la caché de objetos / Caché de objetos de la base de datos
   Adecuado para: Sitios web dinámicos (WooCommerce, sistemas de membresía, consultas complejas).
   No aplicable: los sitios web que solo ofrecen contenido pueden generar ingresos limitados e incluso aumentar el consumo de recursos.
4. Por último, gestiona la compresión, el aplazamiento de scripts y la optimización del front-end
   Dado que esta es la capa más propensa a presentar problemas funcionales, es necesario elaborar una lista de verificación para las pruebas de regresión (que abarque pagos, formularios, seguimiento, ventanas emergentes, menús, cambio de idioma, etc.).

Recordatorio de WooCommerce sobre la “configuración del plugin de caché”: No almacenes en caché las páginas críticas, y se recomienda que evites minificar los archivos JavaScript.

Tabla comparativa de cuatro complementos

Nota: No se trata de “quién es más fuerte”, sino de “quién se adapta mejor a tu situación”.

dimensión	WP Rocket	LiteSpeed Cache	WP Super Cache	W3 Total Cache
Posicionamiento central	Solución integral (almacenamiento en caché + optimización)	Almacenamiento en caché a nivel de servidor (mediante LSCache)	Almacenamiento en caché de HTML estático	Marco de rendimiento (almacenamiento en caché de varios niveles + CDN)
Dependencia del host	Bajo (universal)	Alto (requiere LiteSpeed/OpenLiteSpeed para utilizar el almacenamiento en caché del núcleo)	Bajo (universal)	Medio (universal, pero depende en mayor medida del entorno y de las capacidades de configuración)
Costos de aprendizaje	Bajo a medio	Medio	低	Alto
Puntuación de recomendación del sitio de contenido	Muy alto	Muy alto (siempre que se cumplan las condiciones)	Muy alto	De medio a alto (dependiendo del equipo)
Comercio electrónico/Sitio de membresía	Se puede utilizar, pero hay que tener cuidado (las páginas clave de WooCommerce no se almacenan en caché)	Disponible, pero requiere reglas o estrategias de fragmentación	Está disponible, y WooCommerce indica que es compatible de forma nativa y que, por defecto, no almacena en caché las páginas clave	Disponible; apto para aplicaciones de ingeniería
Presupuesto	Pago	Gratis	Gratis	Versiones gratuitas y de pago

“Incidentes relacionados con la caché” y una lista de verificación para su prevención

1. Las tres causas principales del “contenido incorrecto” debido al almacenamiento en caché

A. Tratar las páginas “con estado” como “páginas estáticas sin estado”

Ejemplo: La página de la cuenta, la cesta de la compra y la página de pago se almacenan en caché. WooCommerce Las autoridades han subrayado en repetidas ocasiones Las páginas del carrito de compras, la caja y la cuenta no deben almacenarse en caché.

B. El almacenamiento en caché para varios idiomas, monedas y variantes regionales no se diferencia correctamente

Si tu sitio muestra contenido diferente en función de cookie, los parámetros de consulta o la ubicación geográfica, el almacenamiento en caché debe tener en cuenta las “dimensiones de las variantes”. De lo contrario, la caché generada para un usuario de la Región A podría ser reutilizada por un usuario de la Región B.

C. La reescritura para la optimización del front-end (JS/CSS) ha provocado problemas de funcionalidad

En concreto, la minificación, la agrupación y la carga diferida de JavaScript. WooCommerce incluso recomiendaEvita minificar los archivos JavaScript。

2. Lista de verificación para las pruebas de regresión previas a la implementación

• ¿Funciona correctamente la función de inicio y cierre de sesión?
• ¿Funcionan correctamente los formularios (formularios de contacto, suscripciones, inicio de sesión y registro)?
• Proceso de comercio electrónico: Añadir a la cesta → Cupón → Gastos de envío/impuestos → Pago → Página del pedido
• ¿Es estable la función de cambio de idioma (en cuanto al contenido, las URL, las etiquetas hreflang y la moneda tras el cambio)?
• ¿Funcionan correctamente el menú móvil, las ventanas emergentes, el desplazamiento y la carga diferida?
• Comprueba si los scripts de seguimiento siguen activándose (GA, Meta Pixel, eventos de conversión)

Preguntas frecuentes

P1: ¿Por qué la página sigue siendo lenta cuando se accede a ella desde el extranjero, a pesar de que he instalado un plugin de almacenamiento en caché?

La razón más común es que solo has abordado el “renderizado duplicado en el servidor de origen”, pero no has resuelto la “latencia de red intercontinental”.
Los plugins de almacenamiento en caché permiten que el servidor entregue el contenido más rápidamente (reduciendo el TTFB), pero los recursos estáticos (imágenes, CSS, JS, fuentes) y el RTT de las conexiones globales aún deben CDN para salvar la brecha.
👉 Así que el enfoque correcto es:En primer lugar, asegúrate de que el almacenamiento en caché del servidor de origen funcione correctamente,Subir a CDN para su distribución mundial。

P2: ¿Por qué no se actualiza el contenido después de haberlo almacenado en caché?

Esto se debe a que estás viendo una “caché antigua”. Solución:

• Configure una política de borrado de caché: borre la caché correspondiente tras actualizar un artículo o una página (en lugar de borrar la caché de todo el sitio)
• En el caso de soluciones que impliquen precalentamiento o rastreo: debes volver a realizar el precalentamiento después de la limpieza; de lo contrario, la primera visita será lenta.
• En cuanto al CDN: hay que tener en cuenta que el dispositivo CDN también puede tener almacenados en caché recursos antiguos.

P3: ¿Puedo instalar WP Rocket y WP Super Cache al mismo tiempo?

No es recomendable. Para obtener un rendimiento más estable, lo mejor es utilizar solo un plugin de almacenamiento en caché de páginas a la vez. Aunque se podría interpretar la idea de “uno para el almacenamiento en caché y otro para la optimización” como una “división del trabajo”, en la práctica suelen interferir con el almacenamiento en caché de páginas o la reescritura de recursos, lo que aumenta considerablemente la probabilidad de que surjan conflictos. Es mejor elegir un “plugin de almacenamiento en caché principal” y utilizar herramientas más especializadas y de uso específico para satisfacer cualquier necesidad adicional.

P4: ¿Es arriesgado utilizar el almacenamiento en caché en sitios de comercio electrónico?

No es peligroso; lo peligroso es “la ausencia de reglas”.Recomendaciones de WooCommerceNota: las páginas de la cesta de la compra, la caja y la cuenta no deben almacenarse en caché, y debe evitarse la compresión de JavaScript.
Además, WooCommerce también indica que es compatible con Compatibilidad nativa con WP Super Cache, y, por defecto, evita el almacenamiento en caché de las páginas clave.
Por lo tanto, aunque los sitios de comercio electrónico pueden almacenarse en caché sin problema, si se trata de un “cambio en vivo”, debe someterse a pruebas.

P5: ¿Debería elegir LiteSpeed Cache o WP Rocket?

• ¿Has comprobado que el servidor está ejecutando LiteSpeed/OpenLiteSpeed?: Recomiendo LiteSpeed Cache (gratuito y potente, con sus principales ventajas derivadas de LSCache, diseñado para servidores)
• No estás seguro de la pila de servidores / no quieres complicaciones / quieres una solución integral y sin complicaciones: WP Rocket es más estable
• Tienes un sitio web de contenido y te preocupas por el presupuesto: WP Super Cache es más estable y ligero

Complemento de almacenamiento en caché combinado con CDN

El complemento de almacenamiento en caché resuelve los problemas de “servicio insuficiente de contenido desde el servidor de origen” y “TTFB más bajo”; CDN garantiza que «los recursos estáticos estén más cerca de los usuarios de todo el mundo». Solo cuando se combinan ambos se obtiene la solución óptima más habitual para el acceso global.

• Combinaciones habituales en sitios web de contenido:Almacenamiento en caché de páginas + distribución estática CDN
• Combinaciones habituales para sitios web dinámicos:Almacenamiento en caché de páginas (estrictamente controlado y excluido) + Almacenamiento en caché de objetos (bajo demanda) + Distribución estática CDN

👉 Leer:CDN Aceleración (Nodos globales y política de almacenamiento en caché)

Configuraciones recomendadas para el almacenamiento en caché de sitios web

1. Sitios de contenido / Blogs / Sitios de documentos

Objetivo: Reduzca el TTFB, garantice una experiencia más fluida en la primera pantalla, alivie la carga del servidor y utilice el CDN para la distribución global.

1.1 El paquete empresarial más sencillo

• WP Rocket (Almacenamiento en caché de páginas + Precarga + Optimización del front-end)
  • CDN (se tratará en la página CDN)

Aplicable a:

• Buscas algo que requiera una configuración mínima, ofrezca resultados rápidos y suponga un riesgo bajo“
• Hay demasiados temas y complementos, y quiero reducir al mínimo los problemas de compatibilidad

Aspectos a tener en cuenta:

• La optimización del front-end (en particular, el aplazamiento de JavaScript) se habilita por etapas para evitar problemas de funcionalidad (como en menús, formularios y sistemas de seguimiento).
• Los sitios web que se someten a rediseños frecuentes o que publican contenido con regularidad deberían adoptar una estrategia de “limpieza y calentamiento”; de lo contrario, las primeras visitas a las páginas con poco tráfico serán lentas.

1.2 Una combinación clásica que es a la vez gratuita y confiable

• WP Super Cache (almacenamiento en caché de HTML estático): Generar HTML estático a partir de páginas dinámicas, principalmente para atender a los usuarios que no han iniciado sesión
  • CDN

Aplicable a:

• Con un presupuesto ajustado, pero en busca de estabilidad
• Los visitantes rara vez inician sesión
• Un calendario de actualizaciones de contenido fácil de gestionar

Aspectos a tener en cuenta:

• Este es un enfoque que da prioridad al almacenamiento en caché de páginas; no esperes que, como efecto secundario, resuelva todos los problemas complejos relacionados con CSS y JavaScript.

---

2. Sitios web corporativos / Sitios web de marcas / Páginas de destino

Objetivo: La velocidad es importante, pero lo que importa aún más es que “la optimización no debe alterar el embudo de conversión”.

2.1 Robusto y controlable (recomendado para campañas globales y sitios de conversión)

• WP Rocket
• + (Opcional) Optimización ligera de imágenes (dispone de una página de “Optimización de imágenes”)
  • CDN

Por qué es adecuado para un sitio de conversión:

• Las plataformas de conversión son más vulnerables a que “los formularios, las ventanas emergentes y los scripts de seguimiento se vean afectados por la optimización”.”
• WP Rocket adopta un enfoque más “integrado”, lo que te permite activar las funciones una por una dentro de un mismo sistema y realizar pruebas de regresión

Principios para crear un sitio web corporativo:

• La optimización del rendimiento constituye un “cambio en la implementación” y debe ir acompañada de una lista de verificación para las pruebas de regresión
• Cualquier configuración relacionada con el aplazamiento, la agrupación o la minificación de JavaScript debe probarse en un entorno de preproducción antes de su implementación.

---

3. Sitio de comercio electrónico WooCommerce (gestión de pedidos + seguridad dinámica de páginas)

Objetivo: Es fundamental garantizar que páginas como la cesta de la compra, la página de pago y la página de la cuenta sean totalmente precisas, sin dejar de lado la velocidad.

La postura oficial de WooCommerce respecto a los plugins de almacenamiento en caché es muy clara:No almacenes en caché las páginas del carrito de compras, la caja y la cuentaTambién se recomienda evitar la minificación de los archivos JavaScript para reducir al mínimo los problemas de compatibilidad.

3.1 Una opción de seguridad gratuita más “accesible para principiantes”

• WP Super Cache + WooCommerce
  • CDN

¿Por qué se considera una “opción más segura para principiantes”?

• WooCommerce afirma que es compatible de forma nativa con WP Super Cache y señala que, de forma predeterminada, WP Super Cache no almacena en caché páginas clave como el carrito de compras, la página de pago y las páginas de la cuenta.
• Para los sitios web que se inician en el comercio electrónico, “evitar el tiempo de inactividad” es más importante que “alcanzar el máximo rendimiento”

3.2 Si utilizas el alojamiento LiteSpeed (gratuito pero muy potente)

• LiteSpeed Cache (requiere un entorno de alojamiento LiteSpeed/OpenLiteSpeed para aprovechar al máximo las capacidades básicas de almacenamiento en caché del servidor)
• + (Opcional) Almacenamiento en caché de objetos (Redis/Memcached, dependiendo de la capacidad del servidor y el tamaño del sitio)
  • CDN

Aplicable a:

• La pila de hosts está claramente definida, y estás dispuesto a configurar reglas de almacenamiento en caché y estrategias de exclusión
• Dado el gran volumen de pedidos y productos, el servidor de origen debe ser capaz de soportar una mayor carga

3.3 Equipos de ingeniería / Plataformas complejas de comercio electrónico (con múltiples módulos controlables)

• W3 Total Cache (marco de rendimiento, almacenamiento en caché de varios niveles integrado con CDN)
  • Almacenamiento en caché de objetos (bajo demanda)
  • CDN

Aplicable a:

• Si cuenta con un equipo de DevOps, puede implementar el sistema mediante un enfoque por fases que incluya “el despliegue módulo por módulo, pruebas de carga y pruebas de regresión”.
• Requiere el almacenamiento en caché de fragmentos o estrategias de variantes más complejas (como el almacenamiento en caché detallado por dispositivo, región o idioma)

---

4. Sitios de membresía / comunidades / cursos en línea (que requieren inicios de sesión frecuentes y ofrecen un alto grado de personalización)

Objetivo: Asegúrate de que el contenido público se cargue rápidamente, al tiempo que garantizas que “el contenido para los usuarios que han iniciado sesión se mantenga separado”.

4.1 Sin complicaciones, pero requiere una estrategia de exclusión rigurosa

• WP Rocket
• + (Opcional) Almacenamiento en caché de objetos (si hay muchas consultas dinámicas)
  • CDN

Puntos clave:

• Debes excluir las siguientes páginas del almacenamiento en caché, ya que varían según el usuario: Mi cuenta, Pedidos, Progreso de aprendizaje, Mensajes, Carrito de compras, etc.
• Este tipo de sitios web son los más propensos a problemas como “ver el contenido de otros usuarios” o «errores de permisos»; los riesgos deben explicarse claramente en la página.

4.2 Alojamiento LiteSpeed + Políticas avanzadas

• LiteSpeed Cache (almacenamiento en caché del servidor + herramientas de políticas más avanzadas)
• + Almacenamiento en caché de objetos (bajo demanda)
  • CDN

Puntos clave:

• Los sitios de membresía suelen requerir un enfoque de “cuerpo almacenable en caché + fragmento no almacenable en caché”
• Es necesario perfeccionar las estrategias de precarga y limpieza; de lo contrario, los usuarios seguirán viendo con frecuencia contenido antiguo incluso después de una actualización.

Caché del sitio web: “Casos prácticos para evitar errores”

Caso 1: Instalé un plugin de almacenamiento en caché, pero prácticamente no se notó ningún cambio en la velocidad

Síntomas:

• Las pruebas de velocidad dentro de la zona local o de la misma región son aceptables, pero las velocidades siguen siendo lentas en el extranjero (entre continentes)
• El TTFB ha mejorado, pero no se ha producido una reducción significativa en el tiempo total de carga

Causas comunes:

• Solo has implementado el almacenamiento en caché del servidor de origen (TTFB), pero los recursos estáticos (imágenes, JavaScript, CSS y fuentes) siguen cargándose desde el servidor de origen a través de distintos continentes.
• Los scripts de terceros (anuncios, chats, herramientas de análisis) ralentizan la visualización y la interactividad
• La imagen es demasiado grande, lo que provoca que la velocidad de descarga sea lenta (el almacenamiento en caché no puede resolver el problema del gran tamaño del archivo durante la “descarga inicial”)

Enfoque:

• El complemento de almacenamiento en caché se encarga principalmente de “reducir la carga del servidor y mejorar las tasas de visitas”
• Recursos estáticos a través de CDN
• Optimización de imágenes
• Scripts de terceros para estrategias de retraso/división

Leer:

• CDN Aceleración: nodos globales y estrategias de almacenamiento en caché
• Optimización de imágenes: formato/compresión/carga diferida

---

Caso 2: Tras habilitar el almacenamiento en caché, se modificó la página, pero la interfaz de usuario no se actualizó

Síntomas:

• Se ha actualizado el contenido y el diseño en el panel de administración, pero la interfaz de usuario sigue mostrando la versión anterior
• O tal vez solo se hayan actualizado algunas regiones, mientras que otras permanecen sin cambios (algo bastante habitual en el sitio web global)

Causas comunes:

• No se ha borrado la caché de la página, o el ámbito de la operación de borrado es incorrecto
• El precalentamiento o el «crawling» no se ha ejecutado; al borrar la caché, el sistema ha quedado «en frío», lo que provoca una carga lenta la primera vez, mientras que tú crees erróneamente que no ha habido ninguna actualización
• Si ha habilitado la caché de borde del CDN, es posible que el borde también conserve recursos antiguos

Enfoque:

• Establecer una “política de limpieza tras la publicación o revisión”: limpiar las páginas pertinentes en lugar de realizar una limpieza exhaustiva de todo el sitio
• Desarrolla una estrategia de precarga para las páginas clave (página de inicio, páginas de destino principales) a fin de evitar que la “limpieza” provoque una disminución del rendimiento”
• Limpie los bordes de la capa CDN cuando sea necesario

---

Caso 3: Problemas con la visualización del contenido tras cambiar de idioma o de moneda

Síntomas:

• La página sigue mostrando el idioma anterior después de cambiar de idioma
• Por otra parte, es posible que los usuarios de determinadas regiones vean una moneda o un contenido incorrectos

Causas comunes:

• La caché no distingue entre “dimensiones de variantes” (cookie / parámetros / prefijos de idioma / subdominios)
• Una entrada en caché mostró una página en el idioma A a un usuario del idioma B

Enfoque:

• Define tu estrategia multilingüe: directorio/subdominio/parámetro/cookie
• Aplica una “política de variantes” a las reglas de almacenamiento en caché o excluye las páginas clave
• Algunos sitios web requieren un enfoque más avanzado de “almacenamiento en caché fragmentado” (W3TC se adapta mejor a un control basado en la ingeniería)

---

Caso 4: Problemas con el carrito de compras y el proceso de pago tras habilitar el almacenamiento en caché en un sitio de comercio electrónico

Síntomas:

• La cantidad en el carrito de compras es incorrecta, el precio es incorrecto y el botón de pago no funciona
• Veo contenido que no me pertenece después de iniciar sesión (grave)

Causas comunes:

• Las páginas principales, como «Carrito», «Finalizar compra» y «Mi cuenta», se almacenan en caché
• La minificación y concatenación de JavaScript provoca incompatibilidades con los componentes de pago y dinámicos

Enfoque:

• WooCommerce indica oficialmente que las páginas del carrito de compras, la caja y la cuenta no deben almacenarse en caché, y recomienda evitar la compresión de los archivos JavaScript.
• Primero, asegúrate de que el “almacenamiento en caché de páginas + exclusión” funcione correctamente; después, considera la optimización del front-end
• Si utilizas WP Super Cache, WooCommerce indica que es compatible de forma nativa y que, de forma predeterminada, excluirá del almacenamiento en caché las páginas clave

---

Caso 5: Los menús, los formularios y las ventanas emergentes dejaron de funcionar correctamente tras habilitar la opción “Aplazar JS/Combinar scripts”

Síntomas:

• El menú de navegación no se abre
• La validación del formulario ha fallado o no se puede enviar el formulario
• Problemas con las ventanas emergentes y el carrusel
• No se activan las estadísticas ni los eventos de conversión (el mayor dolor de cabeza para los editores)

Causas comunes:

• Retrasar los cambios de JavaScript cuando se ejecuta el script: el script no se ejecuta hasta que el usuario interactúa con él, mientras que ciertos componentes dependen de que se inicialicen tan pronto como se carga la página.“
• La fusión o compresión puede alterar el orden de los scripts o romper las dependencias

WP Rocket describe oficialmente el “aplazamiento de la ejecución de JS” como una de sus optimizaciones de JS más potentes: los scripts se retrasan hasta después de la interacción del usuario, de modo que la página se pueda cargar primero. Se trata de una función muy útil, pero también conlleva un mayor riesgo de problemas de compatibilidad.

Enfoque:

• Implementa por etapas: primero la caché, luego las imágenes, después el CSS y, por último, JavaScript
• Excluir scripts clave (pagos, formularios, menús, seguimiento)
• Se debe elaborar una lista de verificación para las pruebas de regresión cada vez que se realice un cambio

---

Caso 6: Solo he instalado LiteSpeed Cache, pero no parece que esté sirviendo de mucho

Síntomas:

• He activado LiteSpeed Cache, pero el TTFB no ha mejorado mucho
• La tasa de aciertos tampoco es especialmente alta

Causas comunes:

• Tu servidor no ejecuta LiteSpeed ni OpenLiteSpeed, por lo que no puedes utilizar las funciones principales de LSCache
• O tal vez hayas habilitado toda una serie de optimizaciones, pero aún no hayas configurado la “política de caché de página/precarga/exclusiones”

Enfoque:

• En primer lugar, comprueba la pila del servidor web: ¿es LiteSpeed u OpenLiteSpeed? (Esto es un requisito previo.)
• Centrar los esfuerzos en “estrategias de almacenamiento en caché de páginas + precarga + resolución de problemas + optimización”
• Si no utilizas el alojamiento LiteSpeed: considera usar WP Rocket o WP Super Cache