Configuración de LiteSpeed Cache y Redis Object Cache en Servidores de Alojamiento en España

Muchos proveedores de hosting en España (como Raiola Networks, Webempresa, Nominalia o Axarnet) ofrecen servidores basados en LiteSpeed Web Server (LSWS). Aunque LiteSpeed es capaz de entregar respuestas con TTFB inferior a 50 ms, la mayoría de instalaciones de WordPress y WooCommerce desaprovechan su potencial debido a una configuración deficiente de la caché de objetos y del módulo ESI (Edge Side Includes).

Cuando un usuario inicia sesión o añade un producto al carrito, las soluciones de caché de página estática tradicionales se desactivan automáticamente para ese usuario. Sin una caché de objetos persistente en RAM como Redis, cada clic en el catálogo obliga a MySQL a ejecutar entre 80 y 250 consultas repetitivas a tablas como wp_options y wp_postmeta.

La Arquitectura Híbrida: LiteSpeed LSCache + Redis en Socket UNIX

Para lograr un rendimiento óptimo, debemos combinar dos capas complementarias:

1. LSCache a nivel de servidor web: sirve páginas HTML completas a usuarios no identificados sin arrancar el proceso PHP.
2. Redis Object Cache vía UNIX Socket: almacena en memoria RAM las consultas de transients, metadatos y opciones de WordPress para usuarios con sesión activa y llamadas AJAX al carrito.

1. Configuración del Socket UNIX para Redis

Conectarse a Redis mediante TCP (127.0.0.1:6379) añade una sobrecarga de latencia de red de bucle local. En servidores dedicados o VPS con acceso root, active siempre la conexión por socket UNIX:

; /etc/redis/redis.conf
unixsocket /var/run/redis/redis-server.sock
unixsocketperm 770

# Asignar usuario web al grupo redis
# sudo usermod -aG redis www-data

En su archivo wp-config.php, configure la conexión directa:

define('WP_REDIS_SCHEME', 'unix');
define('WP_REDIS_PATH', '/var/run/redis/redis-server.sock');
define('WP_REDIS_TIMEOUT', 1);
define('WP_REDIS_READ_TIMEOUT', 1);

// Aislamiento de base de datos para evitar colisiones con otros sitios
define('WP_REDIS_DATABASE', 2);

2. Aprovechar ESI para Carritos Dinámicos

En lugar de excluir categorías completas de la caché cuando hay productos en el carrito, active ESI (Edge Side Includes) dentro del plugin LiteSpeed Cache:

• Active Cache → ESI → Enable ESI.
• Configure el fragmento del minicarrito (woocommerce_mini_cart) como bloque ESI privado.
• Mantenga el resto de la página (cabecera, banner, catálogo, pie de página) en la caché pública del servidor.

Telemetría Resultante

Con esta configuración en producción:

• El TTFB para visitantes no registrados cae a 25-45 ms.
• El TTFB para compradores registrados con artículos en la cesta se mantiene en 110-180 ms (en lugar de superar los 1.500 ms habituales).
• El uso de CPU del proceso MySQL se reduce en un 70%, permitiendo a la tienda soportar campañas promocionales intensas sin caídas.

🔗 Diagnósticos Técnicos Interconectados & Malla de Arquitectura:

Los cuellos de botella en servidores y pasarelas de pago nunca ocurren de forma aislada. La latencia del servidor, las consultas SQL y el rendimiento en el checkout están totalmente interconectados:

• Laravel Octane con Swoole en Servidores Bare-Metal: Aumentar la capacidad de peticiones por segundo en aplicaciones corporativas.
• Resolución de Fallos en Webhooks de Redsys y Bizum: Garantizar la confirmación instantánea de pagos sin perder carritos en WooCommerce.
• Optimización de CLS con Fuentes Locales y Soporte Castellano: Eliminar el movimiento inesperado de diseño provocado por fuentes web.