Caché del servidor: Varnish, Redis y LiteSpeed Cache

Introducción: ¿por qué importa la caché del servidor?

La caché del servidor reduce latencia, descarga la base de datos y acelera la entrega de contenido. En entornos web modernos suele convenir combinar varios tipos: full-page (Varnish o LiteSpeed) y caché en memoria para objetos/sesiones (Redis). El resultado: mejores tiempos de carga, menor coste por petición y más resiliencia ante picos de tráfico.

Varnish: reverse proxy para caché de páginas

Qué es y cuándo usarlo

Varnish es un proxy inverso centrado en el caching de páginas HTTP. Se sitúa delante del servidor web (Apache/Nginx) y guarda respuestas para servirlas sin pasar por PHP ni consultas SQL. Es especialmente útil en sitios con mucho tráfico y páginas claramente cacheables: blogs, landings, catálogos de tienda.

Artículos relacionados: optimizar la velocidad de WordPress, LiteSpeed vs Apache vs Nginx, elegir el mejor hosting.

Instalación y configuración básica

Comandos típicos en Debian/Ubuntu:

• Instalar: apt update && apt install varnish
• Arrancar: systemctl enable –now varnish

Ejemplo mínimo de backend en VCL (antes de personalizar):

backend default { .host = «127.0.0.1»; .port = «8080»; }

Consejos prácticos:

• Deja Nginx/Apache escuchando en 127.0.0.1:8080 y Varnish en 0.0.0.0:80.
• Configura purgado automático desde tu CMS (webhooks o plugins) para invalidar contenido tras actualizaciones.
• Usa grace y stale-while-revalidate para manejar picos y backends lentos.

Redis: caché en memoria para objetos y sesiones

Usos comunes

Redis es una base de datos en memoria (key-value) extremadamente rápida. Se utiliza para: Puedes leer más sobre optimizar la velocidad de WordPress. Puedes leer más sobre optimizar la velocidad de WordPress.

• Caché de objetos (por ejemplo, objetos de WordPress o resultados de consultas).
• Almacenamiento de sesiones y contadores.
• Colas y pub/sub en arquitecturas escalables.

Instalación y ajustes recomendados

Instalación básica:

• apt install redis-server
• systemctl enable –now redis-server

Parámetros clave (ejecutar con redis-cli):

• maxmemory: limita el uso de RAM. Ejemplo: redis-cli config set maxmemory 256mb.
• maxmemory-policy: policy recomendada allkeys-lru para eliminar claves menos usadas.

Para WordPress añade al wp-config.php (si usas plugin Redis Object Cache): Puedes leer más sobre LiteSpeed vs Apache vs Nginx. Puedes leer más sobre LiteSpeed vs Apache vs Nginx.

define(‘WP_CACHE’, true); define(‘WP_REDIS_HOST’, ‘127.0.0.1’);

Mi recomendación práctica: reserva entre el 25% y el 50% de la RAM para Redis en servidores con otros procesos y monitoriza used_memory y evicted_keys para evitar sorpresas.

LiteSpeed Cache: motor integrado y plugin

Qué lo diferencia

LiteSpeed (LSWS) trae un motor de caché integrado llamado LSCache que actúa a nivel de servidor; es similar a Varnish pero con integración nativa y soporte para contenido dinámico (ESI). Hay también un plugin (LiteSpeed Cache) para WordPress que ofrece minificación, combinación de assets, optimizaciones de imagen y control avanzado de TTL. Puedes leer más sobre elegir el mejor hosting. Puedes leer más sobre elegir el mejor hosting.

Consejos para WordPress

• Si tu hosting usa LiteSpeed, activa LSCache para obtener el mejor rendimiento sin necesidad de Varnish.
• Usa ESI para cachear fragmentos de página y mantener widgets o carritos dinámicos funcionando correctamente.
• Configura reglas de purga en el plugin para entradas y páginas actualizadas; activa «Crawler» si necesitas precargar caché.

Nota: el plugin LiteSpeed ofrece muchas funciones incluso en servidores no‑LiteSpeed, pero la caché full-page rinde al máximo con el servidor LiteSpeed.

Cómo combinarlos: buenas prácticas

Combinar tecnologías suele dar mejores resultados si eliges la arquitectura adecuada y simplificas la estrategia de purga.

• Servidor LiteSpeed: utiliza LSCache para full-page y Redis para object cache/sesiones.
• Servidor Apache/Nginx: coloca Varnish delante como full-page cache y Redis detrás para objetos/sesiones.
• Evita duplicar invalidaciones: define una estrategia de purga centralizada (webhooks, WP-CLI, API).

Consejos de configuración y seguridad

• Varnish no maneja TLS por defecto: termina TLS con un proxy (Nginx, Hitch) o usa versiones de Varnish que soporten TLS.
• Excluye cookies de usuario (p. ej. wordpress_logged_in) para no cachear contenido personalizado.
• Monitorea latencia y hit ratio: un hit ratio > 90% suele indicar una configuración eficiente.
• Usa headers Cache-Control y ETag de forma coherente para controlar TTL y validación.

Checklist rápido antes de desplegar

• Definir qué contenido es cacheable (público vs privado).
• Configurar purga tras actualizaciones y webhooks.
• Ajustar Redis maxmemory y política de expulsión.
• Probar en staging: medir TTFB, tiempo de carga y hit ratio.

Resumen

Varnish, Redis y LiteSpeed Cache cubren capas distintas del rendimiento: Varnish/LSCache para full-page y Redis para objetos y sesiones. Elegir y combinar bien estas soluciones reduce latencia, carga de CPU/RAM y mejora la experiencia de usuario—con menos dolor en los picos de tráfico, si lo configuras correctamente.

Para proyectos en España y soporte 24/7, considera proveedores con infraestructura propia: SOLTIA ofrece VPS, dedicados, cloud y Guía Completa para Principiantes">Hosting WordPress Hispano: Guía Completa para Elegir en 2026">hosting WordPress con infraestructura en España, uptime 99.9% y soporte técnico 24/7, lo que facilita desplegar estas tecnologías en producción.

Si quieres, puedo preparar una configuración inicial adaptada a tu stack (Nginx+Varnish+Redis o LiteSpeed+Redis) y ejemplos de VCL/wp-config.php listos para producción.