Una tienda WooCommerce lenta casi nunca es «el disco». Es un checkout que se ejecuta en PHP cada vez, una caché que guardó el carrito de otro cliente, o un techo LVE (EP, RAM) que se llenó el día de la campaña. El catálogo se puede cachear. El carrito, el checkout y Mi cuenta no. En Conexcol el stack del sitio elástico trae LiteSpeed; el plugin LiteSpeed Cache acelera lo cacheable. Mal puesto, rompe el nonce y el cliente paga dos veces o no paga.

Esta es la receta de soporte. El mapa de producto está en sitios elásticos, cloud, cluster o Windows. Cómo armar la tienda, en tienda WooCommerce en Colombia. Cómo dejar LiteSpeed Cache sin romper Woo: activar LiteSpeed Cache.

Qué vas a tener al terminar

Tres capas separadas (origen, PHP/LVE, caché), la lista de URLs que no se cachean y qué hacer cuando el 508 no es «un plugin más». Sin milagros de PageSpeed sobre el formulario de PSE.

1. Qué nota el cliente (y qué no es el tema)

El visitante en Bogotá pide el home. Si el origen está en Colombia y sale por el NAP, el RTT es el de acá. Si el origen está lejos, cada asset y cada admin-ajax.php del minicart viajan. Eso no se arregla con un plugin de «optimizar». Se arregla poniendo la tienda cerca: Cloud Web Hosting. Cómo leer un número de prueba: medir la velocidad desde Colombia.

LiteSpeed es el servidor web de esa línea. No somos «los de LiteSpeed»; lo usamos. Qué es el servidor frente al plugin: qué es LiteSpeed y LiteSpeed Cache.

2. Lo que no se cachea (si lo cacheas, la caja miente)

WooCommerce firma el carrito con cookies y nonces. Si LiteSpeed Cache (o cualquier caché de página) guarda /carrito/, /checkout/ o /mi-cuenta/ como HTML de otro, pasan estas cosas:

  • El cliente ve 0 pesos o el carrito de otra sesión.
  • PSE o Wompi rechazan el pago porque el token ya expiró.
  • El pedido queda Pendiente: la pasarela cobró y WooCommerce no se enteró.

En LiteSpeed Cache, las URLs de carrito, finalizar compra y cuenta tienen que estar en no-cache. Las cookies de WooCommerce (woocommerce_items_in_cart, woocommerce_cart_hash, las de sesión) no pueden servir una página pública cacheada a quien ya metió un producto. El clic a clic está en configurar LiteSpeed Cache sin romper WooCommerce. Vaciar después de cambiar: vaciar la caché.

El catálogo, las categorías y las fichas de producto sí se benefician de caché de página. Ahí LiteSpeed Cache hace el trabajo sucio. No mezcles las dos ideas: «la tienda rápida» es el catálogo; «la tienda que cobra» es PHP en vivo.

3. PHP: versión, memoria y el admin de pedidos

WooCommerce y los plugins oficiales de pasarela se prueban contra PHP 8. En cPanel: cambiar la versión de PHP. Una versión vieja no «hace más compatible» a Wompi: deja de recibir actualizaciones y se pone lenta.

El listado de pedidos, los reportes y Elementor en el admin se comen memory_limit. Eso no es el checkout del cliente; es tu wp-admin. Súbelo con tino: memory_limit y tamaño de subida. Un límite enorme no sustituye un techo LVE lleno de procesos PHP en el checkout.

4. LVE: EP, RAM y el 508 del día de campaña

En un sitio elástico el techo se ve. CloudLinux (LVE) reserva por cuenta CPU, RAM, IO, procesos (NPROC) y entradas PHP (EP). El catálogo cacheado casi no gasta EP. Cada cliente en Finalizar compra sí: PHP, MySQL, llamada a la pasarela, webhook.

Si aparece 508 Resource Limit Is Reached, timeouts en checkout o la cola de PHP llena:

  1. No instales otro plugin de caché «por si acaso». Dos cachés de página se pisan.
  2. Confirma que carrito y checkout siguen fuera de caché.
  3. Mira si un cron, un backup de plugin o un feed están comiendo EP a la misma hora.
  4. Si el techo se pega seguido en horario de venta, escala: un plan elástico más alto, un servidor cloud o un cluster si un nodo no puede caerse. La lectura de visitas vs caja vs reportes: qué hosting necesita una tienda.

Eso no es «pasar de hosting compartido a VPS». El Linux con cPanel en Conexcol no es compartido; es sitio elástico. Compartido es Windows con Plesk. Pedir «ilimitado» no mueve el EP. Cambiar de plan o de línea de producto, sí.

5. Imágenes, temas y el minicart

Un slider de 4 MB en el home no es WooCommerce lento: es peso. WebP y destacadas: imágenes WebP. El minicart que pega a admin-ajax.php en cada hover suma PHP. Si el tema trae tres sliders y un constructor encima de Woo, el checkout hereda esa factura.

WP-Cron en cada visita de catálogo también suma. En tiendas con tráfico, el cron de cPanel y desactivar WP-Cron mal puesto se discuten en tareas cron y WP-Cron.

6. Checklist de un checkout que no se siente preso

  • Origen en Colombia; prueba desde acá, no solo desde un lab en otro continente.
  • PHP 8 en MultiPHP; WooCommerce y la pasarela oficiales al día.
  • LiteSpeed Cache en catálogo; carrito, checkout, Mi cuenta y los AJAX de Woo fuera.
  • HTTPS sin mixto: HTTPS y pagos.
  • Un solo plugin de pasarela oficial: Wompi, PayU, ePayco, Mercado Pago.
  • JetBackup antes de experimentar: JetBackup.

Si después de eso el 508 sigue en hora pico, no es un ajuste de TTL: es capacidad. Planes en /hosting/ · carrito Cloud Web Hosting · cloud · ticket con hora del 508 y si pasó en catálogo o en Pagar. El soporte está en huso de Colombia.