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 más entre continentes)
• Cada solicitud de WordPress ejecuta PHP, consulta la base de datos y renderiza la plantilla → 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 someten a “cálculos repetidos”, de modo que el servidor no tenga que volver a calcularlos cada vez; y, mediante la aplicación de estrategias adecuadas, garantizar que un mayor número de usuarios acceda a la caché, reduciendo así 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 mostrarlas 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. Usa solo un plugin de caché de página a la vez

Activar varios plugins de caché al mismo tiempo: el resultado más común no es mayor velocidad, sino:

• 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. Comercio electrónico/Membresías/Sitio multilingüe: la caché no es un “interruptor”, es 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, te recomendamos que evites la minificación de los archivos JavaScript (ya que esto puede provocar fácilmente problemas de compatibilidad).

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

El complemento de caché soluciona el problema de “subregistro del servidor de origen”;CDN Resolver que “el contenido esté más cerca de los usuarios”. Ambas son relaciones complementarias: primero se reduce el TTFB del sitio de origen y luego se entregan los recursos estáticos a CDN para su distribución; esa es la ruta más estable para 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 global → 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. Sitio de contenido/blog/documentación, gratis y estable → 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. Cuentas con un equipo técnico y necesitas control detallado (CDN/caché de objetos/múltiples módulos) → W3 Total Cache(Potente, pero complejo): una arquitectura de rendimiento integral y la integración de 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 de los usuarios (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: Almacenamiento en caché de bytecode PHP (normalmente configurado por el servidor, no es el enfoque principal del plugin)
5. CDN/Caché perimetral: 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: para que los sitios web sean “realmente rápidos”, suelen necesitar una combinación de 2 + 5.

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 caché（mejora la experiencia de la primera visita en accesos distribuidos globalmente）
• 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 mucho 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:
La primera vez que un usuario de cierta región abre una página, justo cuando la caché de esa página expiró o nunca se precalentó, ese usuario asume el costo completo de renderizado PHP/DB.
Mecanismo de precargaEl significado es:Pagar por adelantado el costo de la “construcción inicial”, reducir la probabilidad de “ser conejillo de Indias” en la primera visita.

• Sin reserva previa: por orden de llegada
• Con precarga: el sistema genera la caché en segundo plano de forma unificada, para una primera visita más estable

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 la 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, aborda 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é?:

• Carrito, pago y cuenta dependen fuertemente de cookie / session / nonce
• Si la caché trata estas páginas como estáticas, los botones pueden dejar de funcionar y, en el peor caso, se pueden desordenar los precios, el stock o la información de la cuenta
• Lo más preocupante es que puede funcionar bien en una región, pero en otra presentar problemas por diferencias de CDN o de aciertos de caché

1.4 Recomendaciones de nivel de estrategia para 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éMejorar la estabilidad de la primera visita
• Estrategia razonable de caché del navegador (se puede implementar en cualquier capa: WP Rocket/servidor/CDN)

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

• Carga diferida de imágenes/iframe（profundizar más en la página de 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 (es imprescindible contar con 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, ofrece el mismo rendimiento óptimo en cualquier plataforma de alojamiento que WP Rocket. 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 cPanel muestran esto)
• Quieres que el plan gratuito ofrezca un excelente rendimiento en cuanto a TTFB y capacidad de concurrencia“
• ¿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 “explicación técnica”:

• WP Rocket / WP Super Cache Este tipo se optimiza y almacena en caché más bien del lado 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 los picos de tráfico o cuando los rastreadores de los motores de búsqueda visitan la página con frecuencia).

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)
• Definir qué páginas nunca deben almacenarse en caché (inicio de sesión, cuenta, carrito, pago y páginas donde el cambio de idioma/moneda depende fuertemente de cookie)
• 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, debe ser más largo)
• 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 poco visitadas tardan mucho en cargar la 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 variedad 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 se encontrarán con los servicios en línea de QUIC.cloud en LSCWP (por ejemplo, servicios de optimización de páginas).QUIC.cloud DocumentaciónSe indica claramente: ofrece a LSCWP servicios de optimización de páginas, que incluyen CSS crítico (CCSS), CSS único (UCSS), imágenes Viewport (VPI), entre otros.

• Estos servicios son opcionalesPuedes usar solo la caché del servidor, sin activar 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, verifica la pila del host; si no es LiteSpeed... considera usar WP Rocket o WP Super Cache.
2. Demasiadas optimizaciones del frontend activadas provocan fallas en las funciones
   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: primero asegúrate de que el almacenamiento en caché de páginas funcione de manera confiable; luego, habilita 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 destaca oficialmente 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, después los archivos HTML serán servidos directamente por el servidor web, evitando así el costoso procesamiento de PHP.

La página del complemento también menciona que se muestra HTML estático a la gran mayoría de los usuarios que no han iniciado sesión, 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:

• Sitio dinámico intenso: 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ás rápido, evita por completo PHP, pero requiere modificar .htaccess; una configuración incorrecta puede hacer que el sitio deje de estar disponible, con un riesgo mayor
• Sencillo (método recomendado): archivos estáticos de “Super Caché” provistos por PHP, con una velocidad cercana a mod_rewrite, pero más fácil de configurar
• 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 CDN
   Como en esencia es “generar HTML estático”, encaja de forma natural con la idea de CDN/caché en el borde.
2. La mejora en la carga de la base de datos del sitio de origen CPU es muy directa
   Cuando el tráfico de un sitio web está disperso, 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. Ser más cuidadosos con 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 pagos, cupones, gastos de envío, tasas impositivas, múltiples 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 posiciona como un “plugin de caché único”, sino más bien como una “plataforma de optimización del rendimiento web”: pone énfasis en mejorar el SEO, los Core Web Vitals y la experiencia general mediante la integración de 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 (UA) 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 caché de páginas, también integrar caché de objetos y de fragmentos, sobre todo en sitios dinámicos

No apto para:

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

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ágina: puede almacenarse en memoria, disco o CDN
• 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 las “páginas semidinámicas”
• Compatibilidad móvil: almacenar en caché las páginas por referente o grupo de agentes de usuario
• Administración de CDN transparente de la biblioteca multimedia, archivos del tema, etc.: CDN administració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 activació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 / la 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 (multicapa de caché + 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 de caché y lista de prevención

1. Las tres causas principales por las que la caché provoca “contenido incorrecto”

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 según cookie, los parámetros de consulta o la ubicación geográfica, entonces la caché debe considerar las “dimensiones de variante”. De lo contrario, la caché generada por usuarios de la región A podría ser reutilizada por usuarios 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 pruebas de regresión antes del lanzamiento

• ¿Funciona correctamente la función de inicio y cierre de sesión?
• ¿Funcionan correctamente los envíos de 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é, aunque instalé un plugin de caché, el acceso desde el extranjero sigue siendo lento?

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:Primero estabiliza la caché del sitio de origenPublica en CDN para distribución global。

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:

• Configurar una política de borrado de caché: borra la caché de la entrada o página correspondiente después de que se haya actualizado (en lugar de borrar la caché de todo el sitio)
• Para soluciones con precalentamiento/rastreador: después de limpiar, hay que precalentar de nuevo; si no, la primera visita será lenta
• Para CDN: hay que considerar que el borde de CDN también podría haber almacenado en caché recursos antiguos

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

No se recomienda. Lo más estable es usar solo un plugin de caché de páginas a la vez. Puedes entender la idea de “uno para caché y otro para optimización” como una “división de tareas”, pero en la práctica ambos suelen tocar la caché de páginas y la reescritura de recursos, así que la probabilidad de conflictos es alta. Se recomienda más elegir un “plugin principal de caché” y completar las demás necesidades con herramientas específicas más claras.

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 sin duda pueden almacenarse en caché, 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 utiliza LiteSpeed u 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

Complementa el plugin de caché con CDN

El complemento de caché resuelve “menos carga en el servidor de origen y un TTFB más bajo”; CDN resuelve “que los recursos estáticos y las páginas estén más cerca de los usuarios globales”. La combinación de ambos suele ser la solución óptima más común para el acceso global.

• Combinaciones habituales en sitios web de contenido:Caché de página + distribución estática CDN
• Combinaciones habituales para sitios web dinámicos:Caché de página (exclusiones estrictamente controladas) + caché de objetos (según necesidad) + distribución estática CDN

👉 Leer:CDN Aceleración (nodos globales y estrategia de caché)

Combinación recomendada de caché del sitio web

1. Sitio de contenido / Blog / Sitio de documentación

Objetivo: Reducir el TTFB, hacer más estable la carga inicial, disminuir la presión sobre el servidor y, junto con CDN, realizar 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 (poner en la página CDN)

Aplicable a:

• Prefieres configurar menos, ver resultados rápido y con bajo riesgo“
• Muchos temas/plugins, quiero reducir 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 con rediseños o publicaciones frecuentes deben tener una estrategia de limpieza y precalentamiento; de lo contrario, la primera visita a páginas poco populares será lenta

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. Sitio corporativo / Sitio de marca / Landing page

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

2.1 Robusto y controlable (recomendado para campañas globales y páginas de destino 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 de rendimiento es un cambio de despliegue y debe tener una lista de 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 e-commerce en WooCommerce (pedidos + seguridad de páginas dinámicas)

Objetivo: No solo debe ser rápido, sino también garantizar la absoluta precisión de páginas como el carrito, el pago y la cuenta.

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 del tamaño del sitio)
  • CDN

Aplicable a:

• La pila del servidor está clara y estás dispuesto a crear reglas de caché y estrategias de exclusión
• Gran volumen de pedidos y productos; se necesita un servidor de origen más robusto

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

• W3 Total Cache (marco de rendimiento, múltiples capas de caché e integración 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 “la implementación 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. Sitio para miembros / Comunidad / Cursos en línea (requiere inicio de sesión, mucha personalización)

Objetivo: Hacer que el contenido público sea rápido, asegurando al mismo tiempo que el contenido de usuarios con sesión iniciada no se mezcle.

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 la actualización.

Caché del sitio web: “Casos prácticos sobre cómo 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:

• La velocidad local/en la misma zona está bien, en el extranjero (entre continentes) sigue siendo lenta
• 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 pesada y hace lenta la descarga (la caché no soluciona el problema del tamaño en la primera descarga)

Enfoque:

• El plugin de caché se encarga primero de que el servidor de origen procese menos y de mejorar la tasa de aciertos“
• Recursos estáticos por CDN
• Optimización de imágenes
• Scripts de terceros para estrategias de retraso/división

Leer:

• CDN Aceleración: nodos globales y estrategia de 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:

• El contenido/estilo se actualizó en el panel, pero en el sitio sigue apareciendo 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:

• La caché de la página no se limpió o el alcance de la limpieza es incorrecto
• Precarga/rastreador no ejecutado; tras limpiar, la caché se enfría y la primera visita se vuelve lenta, además crees por error que no se actualizó
• Si habilitaste la caché perimetral CDN, el borde también puede conservar 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 ralentización de estas.”
• Limpieza de bordes de la capa CDN según 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 las dimensiones de variante (cookie / parámetros / prefijo de idioma / subdominio)
• 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/pago tras activar la caché en la tienda online

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 estabiliza la caché de página + exclusiones, luego evalúa optimizaciones del frontend
• Si utilizas WP Super Cache, WooCommerce indica que es compatible de forma nativa y que, por defecto, excluirá del almacenamiento en caché las páginas clave

---

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

Síntomas:

• El menú de navegación no se abre
• La validación del formulario falló o no se puede enviar
• Problemas con las ventanas emergentes y el carrusel
• Los eventos de estadísticas/conversión no se activan (lo más crítico en sitios de campañas)

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 la compresión pueden 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 hacer la lista de verificación de pruebas de regresión en cada 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 un alojamiento LiteSpeed: considera usar WP Rocket o WP Super Cache