Qué es LiteSpeed y por qué importa en tu hosting

Qué es LiteSpeed, con precisión

LiteSpeed Web Server (LSWS) es un servidor web comercial escrito en C y C++ por LiteSpeed Technologies, lanzado oficialmente el 1 de julio de 2003. Un servidor web es el programa que escucha las peticiones que llegan por HTTP y devuelve archivos o páginas generadas: sin él, tu sitio es una carpeta que nadie puede leer.

Los tres hechos que definen su posición en el mercado:

• Es un reemplazo directo de Apache. Entiende los archivos .htaccess, las reglas de mod_rewrite y la configuración de mod_security, así que un sitio que funcionaba en Apache funciona en LiteSpeed sin reescribir nada.
• Usa una arquitectura por eventos, no un proceso o hilo dedicado por cada conexión.
• Es el cuarto servidor web más usado del mundo. Según W3Techs, al 6 de septiembre de 2026 lo usa el 14,7 % de los sitios cuyo servidor se conoce, por detrás de Nginx (31,3 %), Cloudflare Server (30,0 %) y Apache (22,4 %).

Su origen explica su diseño: fue creado por George Wang como alternativa compatible con Apache pero con mejor comportamiento bajo carga. Esa doble condición —compatible pero distinto por dentro— es la clave de todo lo demás.

Por eventos frente a un proceso por conexión

La diferencia arquitectónica entre LiteSpeed y el Apache clásico se entiende mejor con un ejemplo de la vida real que con un diagrama.

Imagina un restaurante con el modelo Apache prefork: cada comensal que entra recibe un mesero exclusivo que se queda de pie junto a su mesa durante toda la comida, incluso mientras el cliente lee la carta o habla por teléfono. Con 20 comensales, hacen falta 20 meseros. Cuando entran 300 personas de golpe, o contratas 300 meseros —y te quedas sin espacio— o la gente espera en la puerta.

El modelo por eventos que usa LiteSpeed es un restaurante donde unos pocos meseros atienden a todos, pasando de mesa en mesa solo cuando alguien levanta la mano. Como la mayor parte del tiempo una conexión está esperando (a que el navegador pida el siguiente archivo, a que la red entregue datos), un puñado de procesos atiende muchas más conexiones con la misma memoria.

Traducido a lo que importa: el modelo por eventos consume menos memoria por conexión simultánea. Eso no hace más rápida una visita aislada, pero cambia mucho el comportamiento cuando llegan cientos de visitantes a la vez —una campaña, un correo masivo, una mención en prensa— que es justo cuando un sitio no se puede caer. La comparación técnica completa de los tres servidores está en LiteSpeed vs Nginx vs Apache.

LSCache: la diferencia que de verdad se nota

LSCache es el módulo de caché integrado en LiteSpeed, y es el motivo principal por el que un hosting con LiteSpeed responde más rápido en sitios con base de datos.

Para entender por qué, hay que ver qué ocurre cuando alguien visita una página de WordPress sin caché:

1. 1 El servidor web recibe la petición.
2. 2 Arranca PHP.
3. 3 WordPress carga su núcleo, el tema y todos los plugins activos.
4. 4 Se ejecutan entre 30 y 200 consultas a la base de datos MySQL.
5. 5 Se arma el HTML.
6. 6 Se envía al navegador.

Ese proceso se repite en cada visita, aunque la página no haya cambiado en tres meses. Es como volver a cocinar el mismo plato desde cero para cada comensal que pide lo mismo.

Con LSCache, la primera visita hace todo ese trabajo y el resultado se guarda. Las siguientes visitas reciben el HTML ya hecho desde el servidor web, sin arrancar PHP y sin tocar MySQL. Los pasos 2 a 5 desaparecen.

La diferencia con un plugin de caché tradicional es dónde vive la caché. Un plugin de PHP tiene que arrancar PHP para decidir si sirve la copia guardada; LSCache decide antes, dentro del propio servidor web. El resultado visible se parece, pero el consumo de recursos del servidor no es el mismo, y esa diferencia se paga en cuántos visitantes simultáneos aguanta tu plan.

El tiempo que tarda el servidor en enviar el primer byte se llama TTFB (Time to First Byte). Google considera bueno un TTFB de 0,8 segundos o menos y deficiente por encima de 1,8 segundos (web.dev). Servir desde caché es la palanca más directa sobre ese número, y el TTFB arrastra al resto de métricas de Core Web Vitals.

Qué gana concretamente WordPress y WooCommerce

En WordPress, LiteSpeed aporta el plugin oficial LiteSpeed Cache, que además de la caché de página incluye optimización de imágenes, minificación de CSS y JavaScript, y carga diferida. Es de los pocos casos donde un solo plugin sustituye a tres o cuatro.

En WooCommerce el asunto es más delicado y conviene ser preciso, porque aquí se exagera mucho. Una tienda tiene dos tipos de páginas:

• Páginas públicas iguales para todos: inicio, categorías, fichas de producto, entradas del blog. Se cachean sin problema y es donde está el grueso del tráfico.
• Páginas propias de cada usuario: carrito, checkout, "mi cuenta". No se pueden cachear de forma pública sin arriesgarse a mostrarle a un cliente el carrito de otro.

LSCache maneja cachés separadas por sesión y permite excluir rutas concretas, lo que resuelve el problema correctamente. Pero el checkout sigue ejecutando PHP y consultando la base de datos en cada pedido: ninguna caché elimina ese trabajo, porque es trabajo real. Por eso una tienda necesita además CPU y memoria suficientes, un tema que desarrollamos en hosting para WooCommerce: qué recursos necesitas.

Cómo comprobar si tu hosting usa LiteSpeed

No hace falta creer en la página de ventas. Se verifica en diez segundos desde cualquier terminal:

curl -I https://tusitio.com

En la respuesta, busca dos cabeceras:

• Server: LiteSpeed — confirma que el servidor web es LiteSpeed.
• x-litespeed-cache: hit — confirma que esa página se sirvió desde la caché, sin ejecutar PHP. Si dice miss, la caché existe pero esa petición no la aprovechó; suele pasar en la primera visita tras un cambio.

Si no tienes terminal, cualquier navegador sirve: abre las herramientas de desarrollador con F12, ve a la pestaña Red, recarga la página, haz clic en el primer elemento de la lista y mira las cabeceras de respuesta.

LiteSpeed Enterprise frente a OpenLiteSpeed

LiteSpeed se distribuye bajo doble licencia: la versión comercial es propietaria y de pago, y OpenLiteSpeed es la versión de código abierto bajo licencia GPLv3. No son intercambiables y la diferencia importa al comparar planes.

La consecuencia práctica: si tu sitio depende de reglas en .htaccess —redirecciones, protección de carpetas, reglas de seguridad— y quieres poder cambiarlas sin acceso al servidor, necesitas la versión Enterprise. Es la que se usa en hosting compartido con cPanel.

Lo que LiteSpeed no arregla

Esta sección importa tanto como las anteriores, porque el servidor web se vende a veces como si fuera magia.

• No arregla imágenes de 4 MB. Si tu portada carga ocho fotos sin comprimir, la página seguirá siendo pesada aunque el HTML llegue en 200 milisegundos.
• No compensa 45 plugins activos. La caché ayuda en las páginas cacheadas; el panel de administración, el checkout y cualquier ruta dinámica siguen ejecutando todo ese código.
• No sustituye un disco rápido. Cuando la caché falla y hay que consultar la base de datos, el cuello de botella pasa al almacenamiento. Por eso LiteSpeed y NVMe se complementan en vez de competir; la diferencia real entre tipos de disco está medida en NVMe vs SSD para hosting web.
• No acorta la distancia física. Si tus visitantes están en Ecuador y el servidor está en Europa, hay milisegundos que ninguna caché recupera.
• No sirve de nada si tu plan está sobrevendido. Un servidor con demasiadas cuentas va lento con cualquier software encima; qué revisar antes de contratar está en hosting barato: qué debes revisar.