La Configuración de LiteSpeed Cache Que Sí Importa
El plugin de LiteSpeed Cache (LSCWP) tiene una pantalla de configuración intimidante: una docena de pestañas, cientos de opciones y ninguna señal de cuáles importan.
La mayoría no importa. Estas son las ocho que sí, y las tres que rompen tiendas.
Si quiere el trasfondo de por qué la caché a nivel de servidor es distinta a la de un plugin, cómo LiteSpeed hace su sitio más rápido explica la arquitectura.
Empiece aquí: encienda la caché y no toque nada más
Cache → Enable Cache → ON.
Esa sola opción hace la mayor parte del trabajo. LSCWP conversa directamente con el servidor, así que las páginas cacheadas se sirven antes de que PHP arranque.
Mida antes de tocar cualquier otra cosa:
curl -o /dev/null -s -w "TTFB: %{time_starttransfer}s\n" https://sudominio.com/Córralo dos veces: la segunda solicitud debería ser dramáticamente más rápida. Si no lo es, la caché no está funcionando, y ninguna de las optimizaciones de abajo va a ayudar hasta arreglar eso.
Las ocho que vale la pena cambiar
1. Object Cache (Redis) — Cache → Object
La mayor ganancia para sitios dinámicos, y la que más se omite. Guarda en memoria los resultados de las consultas a la base de datos, para que las consultas repetidas nunca lleguen a MySQL.
Ponga el método en Redis, host localhost, puerto 6379. Confirme que el estado diga conectado — si falla en silencio, no obtiene ningún beneficio ni ninguna advertencia.
Esto es lo que hace más rápidas las páginas de administración y las que no se pueden cachear, donde la caché de página no llega.
2. Browser Cache — Cache → Browser
Le dice al visitante que regresa que reutilice los archivos que ya tiene. Una sola opción, mejora notable en visitas repetidas.
3. Minificar CSS/JS — Page Optimization
Active Minify para CSS y JS. Es seguro en casi todos los sitios.
Combine es otra cosa: une archivos y rompe con frecuencia plantillas con dependencias en línea. Bajo HTTP/3 el beneficio es casi cero de todas formas, porque la multiplexación elimina la penalización por archivo que combinar solía resolver. Deje Combine apagado.
4. Carga diferida de imágenes — Page Optimization → Media
Difiere las imágenes fuera de pantalla. Mejora real del Largest Contentful Paint en páginas largas.
Una exclusión crítica: su imagen principal no debe cargarse de forma diferida. Diferir el elemento que define el LCP empeora la métrica. Agréguela a la lista de exclusiones de carga diferida.
5. Reemplazo por WebP — Image Optimization
Sirve WebP a los navegadores que lo soportan, típicamente entre 25% y 35% más liviano que JPEG con calidad equivalente. Corra la optimización una vez y aplíquela a la biblioteca existente.
6. CSS crítico — Page Optimization → CSS
Genera en línea el CSS de la parte visible y difiere el resto. Es la opción que más mueve los Core Web Vitals, y también la que más probablemente cause un parpadeo de contenido sin estilos. Actívela y después revise el sitio en un teléfono antes de darla por buena.
7. TTL de caché — Cache → TTL
El TTL público por defecto es de 604800 segundos (una semana). Está bien para la mayoría de sitios. Para un sitio de noticias o algo que se actualiza varias veces al día, bájelo a 86400. No lo ponga muy bajo “por si acaso”: eso anula la caché.
8. Reglas de purga — Cache → Purge
Confirme que Purge All on Upgrade esté activo y que publicar una entrada purgue la portada y los archivos relevantes. Las reglas por defecto son sensatas; la falla típica es que alguien las desactive después de un episodio confuso de contenido viejo y termine sirviendo páginas de hace una semana para siempre.
Las tres que rompen tiendas
Esta es la parte que vale leer dos veces si tiene WooCommerce.
Nunca cachee carrito, pago ni cuenta
LSCWP normalmente detecta WooCommerce y excluye estas páginas automáticamente. Verifíquelo en vez de asumirlo, sobre todo después de cambiar de plantilla o si usa una dirección de pago personalizada.
En Cache → Excludes → Do Not Cache URIs, confirme:
/cart
/checkout
/my-accountLa falla aquí es servirle el carrito de un comprador a otro. Es poco frecuente, catastrófica y completamente evitable.
Cuidado con “Cache Logged-in Users”
Está apagada por defecto por una buena razón. Encenderla sin una configuración de caché por rol significa que usuarios con sesión iniciada pueden recibir las páginas personalizadas de otros.
ESI es potente y fácil de arruinar
Los Edge Side Includes permiten cachear una página dejando fragmentos dinámicos: una página de tienda cacheada con el total del carrito en vivo. Es genuinamente útil y necesita configuración deliberada por bloque. Si no lo va a probar bien, déjelo apagado; un ESI configurado a medias es peor que ningún ESI.
Las consideraciones más amplias de hosting para tiendas están en hosting para tiendas WooCommerce en Costa Rica.
Lo que puede saltarse
- Combine CSS/JS — rompe plantillas, ganancia insignificante en HTTP/3
- Cargar CSS de forma asíncrona sin CSS crítico configurado — garantiza el parpadeo sin estilos
- DNS Prefetch para cada dominio de terceros — marginal y fácil de exagerar
- Integración con Cloudflare, salvo que de verdad use Cloudflare
Un orden sensato
- Active la caché. Mida.
- Active Object Cache (Redis). Mida otra vez — normalmente esta es la grande.
- Active Browser Cache y Minify. Mida.
- Active carga diferida, excluyendo la imagen principal. Revise en un teléfono.
- Active WebP. Corra la optimización.
- Active CSS crítico de último. Revise el sitio con cuidado.
- Si es tienda: verifique las exclusiones de carrito y pago.
Cambie una cosa a la vez y vuelva a medir. Activar doce opciones de golpe y encontrar el sitio roto no le dice cuál fue.
Si la caché no está funcionando
Revise, en orden:
- ¿El sitio de verdad está en un servidor LiteSpeed?
curl -sI https://sudominio.com | grep -i "^server:"debería decir LiteSpeed. - ¿Hay otro plugin de caché instalado? Dos cachés de página pelean y normalmente el resultado es que ninguna funciona.
- ¿Está probando con la sesión iniciada? Las solicitudes con sesión saltan la caché de página por diseño: pruebe en una ventana privada.
Ese último punto explica una cantidad sorprendente de los reportes de “la caché no sirve”.
LiteSpeed y Redis están disponibles en todos los planes de HOSTEMCLOUD, con las exclusiones de tienda configuradas desde la instalación. Si sus números siguen viéndose mal después del paso 2, la restricción probablemente está en otro lado — qué significa realmente “hosting de alto rendimiento” explica cómo encontrarla.