cache.lat
Hay una escena que se repite: el dueño del sitio entra al panel, ve que todo carga "más o menos", asume que es la conexión o el hosting, y sigue adelante. Mientras tanto, tres o cuatro plugins están haciendo consultas a la base de datos, cargando scripts en el frontend y ejecutando tareas en cada visita. El sitio no se cae, pero se arrastra. Y eso, en conversión, se paga.
Por qué el problema pasa desapercibido
La mayoría de los plugins lentos no rompen nada. No muestran errores, no generan pantallas blancas. Simplemente agregan peso: una consulta extra acá, un archivo JS allá, un cron que corre cada vez que alguien entra. Como el deterioro es gradual, el dueño se acostumbra al tiempo de carga actual y lo toma como normal.
El otro factor es que muchas veces el problema no está en el plugin en sí, sino en cómo se combina con el resto. Un plugin de formularios solo no molesta. Ese mismo plugin, más un slider, más un page builder, más un sistema de reseñas, ya es otra cosa.
Los sospechosos habituales
Page builders y constructores visuales
Son cómodos y por eso están en casi todos lados. El costo: cargan CSS y JS propios en todas las páginas, incluso donde no se usan. Si el sitio tiene un builder activo, conviene revisar si está cargando assets globalmente cuando podría hacerlo solo en las plantillas que los necesitan.
Plugins de sliders y galerías
Un slider pesado carga librerías completas para mostrar tres imágenes. Muchas veces se puede reemplazar por un bloque nativo de WordPress o por CSS. Es una de las optimizaciones más simples y con mejor retorno.
Plugins de seguridad mal configurados
La seguridad es necesaria, pero algunos plugins escanean archivos o consultan listas externas en cada carga. Si están mal configurados, agregan latencia constante. Vale la pena revisar sus opciones y desactivar módulos que no se usan.
Plugins de backup que corren en horarios pico
Un backup completo a media mañana consume I/O del servidor y afecta a todos los visitantes de ese momento. Programarlo de madrugada o usar un servicio externo cambia bastante la experiencia.
Plugins abandonados o duplicados
Dos plugins que hacen lo mismo (dos de SEO, dos de caché, dos de formularios) es más común de lo que parece. Cada uno suma su carga. Revisar la lista de plugins activos y eliminar duplicados es el primer paso de cualquier auditoría.
Cómo detectarlos sin ser desarrollador
- Instalá un plugin de query monitor y mirá cuántas consultas y cuánto tiempo consume cada página.
- Usá las herramientas del navegador (pestaña Network) para ver qué archivos pesan más.
- Desactivá plugins de a uno y medí el tiempo de carga. Es tedioso, pero es la forma más certera.
- Revisá si hay plugins que no actualizás hace meses. Ese es un indicador fuerte.
La capa que tapa el síntoma
Muchos sitios lentos tienen un plugin de caché instalado que "soluciona" el problema a medias. El caché ayuda, pero si el origen sigue pesado, cada purga o cada visita no cacheada vuelve a mostrar la lentitud real. Entender cómo funciona cache.lat ayuda a ver la diferencia entre cachear en el servidor de origen y servir el HTML estático desde una red externa, que es lo que realmente quita carga al WordPress.
Si después de limpiar plugins el sitio sigue lento, el cuello de botella puede estar en el hosting. En ese caso, hablar con el equipo de soporte de TuNegocioEnLinea.net es más rápido que seguir probando a ciegas.
Un orden de trabajo que funciona
Primero medir. Después desactivar lo que no se usa. Luego revisar duplicados. Recién ahí pensar en caché y en planes de infraestructura. Si querés ver qué opciones hay según el tamaño del sitio, los planes y precios de cache.lat están armados justamente para eso. El objetivo no es tener menos plugins por deporte, sino que cada uno que quede activo justifique lo que consume.