Auditoría de sitio — cocoon.com.co

Banahosting corre sobre LiteSpeed Web Server (LSWS), no Apache/Nginx genérico. Eso cambia cuál es el plugin correcto:

Caché a nivel de servidor, no de PHP. LiteSpeed Cache (LSCache) es un módulo integrado al propio servidor web: una página cacheada se sirve directo desde LSWS, sin que WordPress ni PHP lleguen a ejecutarse. WP Rocket es un plugin PHP — incluso una página "cacheada" suya obliga a inicializar WordPress primero. Con el TTFB medido en 4.4s en móvil (sección 02), ese arranque de PHP es exactamente el cuello de botella, y es el que LSCache elimina de raíz.

Funciones premium de WP Rocket, gratis aquí. El plugin oficial "LiteSpeed Cache" no tiene costo y ya incluye lo que en WP Rocket es de pago: ESI (Edge Side Includes) para que el carrito/mini-cart de WooCommerce siga siendo dinámico dentro de una página cacheada sin invalidar todo el caché, CDN + optimización de imágenes vía QUIC.cloud, combinación/minificación de CSS y JS, precalentamiento de caché por crawler, e integración nativa con Redis/Memcached (sección 02) desde el mismo plugin.

Plan: limpiar igualmente los residuos de WP Rocket (drop-in viejo, wp-rocket-config/, WP_CACHE en false temporalmente) — pero en vez de reactivar WP Rocket, instalar y configurar el plugin oficial LiteSpeed Cache, que es la opción diseñada específicamente para este hosting.

Saludable para el tamaño del sitio. Los 2,657 transients y 1,559 revisiones de posts acumuladas sí aportan al peso de la base de datos y valen limpieza de rutina.

El sitio ya tiene Elementor Pro activo y licenciado (v4.1.2) — no hace falta comprar ni instalar nada nuevo. Su widget nativo de Carrusel de imágenes (y el carrusel de productos, pensado para WooCommerce) cubre el mismo caso de uso de banners rotativos, pero reutiliza los assets de Elementor que el sitio ya carga en cada página en vez de sumar una segunda librería de animación.

Alternativa aún más liviana: para un hero de home, muchas veces un banner estático con imagen de fondo + botón CTA dentro de una sección de Elementor rinde mejor que cualquier slider — sin JavaScript de rotación, sin ambigüedad de qué imagen es el LCP, y con el control creativo completo que ya conocen del builder.

Migración sugerida: recrear los 3 sliders actuales como secciones o carruseles de Elementor Pro en las 4 páginas donde se usan, confirmar visualmente, y desactivar/eliminar Slider Revolution.

Se convirtieron las 72 tablas que quedaban en MyISAM a InnoDB. Verificado: 145 tablas InnoDB, 0 en MyISAM.

Se activó almacenamiento de alto rendimiento (HPOS), caché de datos HPOS, límite de frecuencia en el pago e índices de búsqueda de texto (FTS) — se confirmó que la combinación es coherente y no genera conflictos entre sí.

Se reemplazó el WP-Cron basado en visitas (que se estaba atrasando) por un cron real instalado en el servidor.

Tras la desinstalación manual del plugin, se limpió la configuración y las opciones residuales que quedaron en la base de datos.

Se activó "Cargar CSS de forma asíncrona" (Critical CSS) y CSS no usado (UCSS) para reducir las solicitudes que bloquean el renderizado. Un primer intento rompió el carrusel de portada (Swiper detectaba 0 slides); se corrigió excluyendo la home de UCSS y se confirmó el carrusel funcionando con sus 4 slides.

El formulario de Elementor en /ventas-al-por-mayor/ no tenía configurada la acción de envío de correo (submit_actions) pese a tener destinatarios definidos. Se corrigió y se verificó con un envío de prueba real.

La verificación de certificado SSL fallaba por una cadena de certificados incompleta en el servidor de correo, agravado por un cruce de cifrado/puerto (TLS sobre el puerto 465, exclusivo de SSL implícito). Se corrigió el cifrado a SSL y se confirmó el envío en 417 ms.

Se rediseñaron los indicadores de paginación (fondo en píldora, punto activo más grande en el morado de marca) y se corrigió un desfase de índice en modo loop con solo 2 slides.

Se cruzaron los 847 adjuntos de la biblioteca contra su uso real en contenido, Elementor, galerías, imágenes de categoría, logo/ícono del sitio y widgets. Resultado: 367 en uso confirmado, 480 huérfanos movidos a la papelera (reversible) y 1.064 archivos sin registro en WordPress movidos a una carpeta de cuarentena. El vaciado definitivo de la papelera y de la cuarentena queda pendiente de confirmación del cliente.