LiteSpeed no es un plugin. Es el servidor web: el proceso que escucha el 443, lee el .htaccess y le entrega a PHP lo que toque. LiteSpeed Cache es otra cosa: un plugin de WordPress que, cuando el servidor es LiteSpeed, habla con esa capa y guarda la página ya renderizada. Confundir los dos es cómo se instala LSCache en un Apache y se espera un milagro. En los sitios elásticos de Conexcol el servidor web es LiteSpeed. Lo usamos. No es un secreto de brochure.

Si llegaste por velocidad, el orden sigue siendo el de latencia en Colombia: primero origen cerca (NAP, visitante en Bogotá), después stack. LiteSpeed no borra un hop a Miami. Sí recorta trabajo en origen cuando el RTT ya es corto. El mapa de producto está en sitios elásticos, cloud, cluster o Windows.

Qué vas a tener al terminar

Saber qué es el servidor, qué es el plugin, por qué LSCache «completo» no corre en cualquier hosting, y qué hacer en Conexcol. El recetario de botones —WooCommerce, vaciar caché— va en artículos hermanos. Este es el de conceptos, con los pies en cPanel.

Servidor web: Apache y LiteSpeed

Apache fue el default de internet durante años. Modelo de procesos e hilos: cada conexión ocupa más de lo que un evento puro ocuparía. Funciona. Medio mundo aún documenta contra Apache. LiteSpeed Web Server nació como reemplazo compatible: lee las mismas reglas de .htaccess (rewrite, auth, expires) para que mudarte no implique reescribir el sitio. El modelo es event-driven: aguanta más conexiones concurrentes con menos RAM de servidor. PHP habla por LSAPI, no por el mod_php de los tutoriales de 2012.

OpenLiteSpeed es la edición abierta; LiteSpeed Enterprise es la que montan los proveedores con cPanel. En Cloud Web Hosting corremos la línea de producción, integrada al panel: PHP, SSL, correo, el mismo cPanel que ya conoces. En un servidor cloud con WHM, LiteSpeed puede ir como licencia de ese servidor; no es el mismo producto que el sitio elástico. No mezcles las fichas.

Qué gana WordPress (cuando el origen ya está cerca)

WordPress, en frío, es PHP + MySQL + una pila de plugins. Cada home sin caché es un rato de CPU. Con LiteSpeed, la petición en HIT ni entra a PHP: sale el HTML ya armado. Eso baja TTFB y deja el techo LVE para el admin, el cron y el checkout —justo lo que no debes cachear a ciegas—. HTTP/3 (QUIC) sale del mismo servidor: en móvil con pérdida de paquetes se nota más que en la oficina con cable.

Nada de eso sustituye PHP 8, un tema razonable ni imágenes de a 4 MB. Tampoco sustituye el techo LVE: si la cuenta se queda sin EP en el Black Friday, el servidor web no inventa núcleos. El techo se ve; por eso existe. Requisitos de la línea WordPress: hosting WordPress en Colombia. Cómo elegir origen: cómo elegir hosting en Colombia.

LiteSpeed Cache: el plugin

En el directorio de WordPress el plugin se llama LiteSpeed Cache (LSCache). Lo instalas como cualquier otro. Ofrece caché de página, minificación, lazy load, (opcional) CDN de ellos, y ESI para recortar trozos. En WooCommerce hay que excluir carrito, checkout y cuenta: si cacheas eso, el cliente ve el carrito de otro. El recetario de activar sin romper la tienda está en activar LiteSpeed Cache en WordPress. Vaciar: cómo vaciar la caché de WordPress.

El plugin se puede instalar en un WordPress que corre en Apache o nginx. Ahí ves pantallas, crawler, optimización de imágenes. Lo que no tienes es el motor de caché a nivel de servidor LiteSpeed: esa es la pieza que corta PHP de verdad en cada HIT. Sin ese motor, LSCache no es el mismo producto. «Lo instalé y no cambió nada» casi siempre es eso: el hosting no es LiteSpeed, o la caché está en MISS eterno por un cookie de sesión.

Por qué «completo» solo en LiteSpeed

La caché de página de LiteSpeed vive en el servidor web. El plugin le dice qué guardar, cuánto y cuándo purgar (un post nuevo, un stock, un pedido). Apache no implementa ese motor. nginx tiene su propia caché, otra gramática. Copiar las opciones de LSCache de un origen Apache a un destino LiteSpeed tampoco es un zip y rezar: las reglas de no-cache del carrito hay que revisarlas en el destino. En una mudanza, configúralo otra vez: migrar WordPress a Colombia.

ESI (Edge Side Includes) y algunas exclusiones finas de WooCommerce asumen ese motor. Si tu checklist de «hosting para WordPress» no incluye el servidor web, estás eligiendo el plugin a ciegas. Pregunta: ¿el 443 lo atiende LiteSpeed? En Conexcol, en esta línea, sí. En otras líneas (Windows con Plesk, un cloud que armaste con nginx) no des por sentado el mismo plugin.

Lo que corremos, y lo que no vamos a decir

En Cloud Web Hosting el stack es cPanel + CloudLinux (LVE, CageFS) + LiteSpeed + Imunify. Lo usamos en producción, con visitantes en Colombia y salida por el NAP. Hay otros proveedores con LiteSpeed. No vamos a escribir que somos los dueños de esa tecnología ni a colgarle una corona. El reason why es otro: origen local, panel que el mercado conoce, techo LVE auditable, soporte en huso CO, trayectoria desde 1999. LiteSpeed es el motor de esa línea, no el eslogan.

Redis y la caché de objetos son otra capa: cuando el HIT de página no basta (admin, tienda muy dinámica). Eso tiene artículo propio en el catálogo. No mezcles Redis con LSCache en la misma frase como si fueran el mismo botón.

Qué no hace LiteSpeed

No arregla un memory_limit corto. No sustituye un índice de MySQL. No convierte un plugin abandonado en código sano. No te libra de HTTPS ni de un DNS mal apuntado. No es un CDN nacional por el hecho de existir: el HTML cacheado sigue saliendo de tu origen en Colombia, que es justo lo que quieres si el visitante está aquí. Un CDN global tiene otro oficio (assets, otra geografía); no lo actives a ciegas el día del lanzamiento.

Si pegas el techo LVE, LiteSpeed no inventa RAM. Escalas el plan, o te vas a cloud o a cluster. El hosting Windows con Plesk es otra fila: ASP.NET, no este WordPress.

¿Aún no tienes la cuenta? Contratar Cloud Web Hosting. ¿Ya está el WordPress en otro Apache? Cómo cambiar de hosting o ticket de migraciones. Elegir origen: cómo elegir hosting en Colombia. Ficha de planes: /hosting/.