Si ya sabes qué plugin sospechoso tienes en mente y solo quieres bajar tu nota en PageSpeed en general, la guía de velocidad web cubre imágenes, caché, servidor y JavaScript de un vistazo. Esta es la versión de precisión: cómo encontrar, sin adivinar, cuál de tus plugins es el que de verdad te está frenando.
El mito del número mágico
"¿Cuántos plugins puedo tener sin que se ralentice mi web?" es la pregunta equivocada, aunque se busque muchísimo. No existe un número seguro. Hay webs con 60 plugins ligeros y bien programados que cargan más rápido que otras con 8 plugins pesados y mal hechos. Lo que importa no es cuántos tienes activados, es qué hace cada uno en cada carga de página.
Qué hace que un plugin sea pesado (son cuatro cosas, no una)
- Consultas a la base de datos por carga: algunos plugins piden datos a la base de datos en cada visita, incluso en páginas donde no hace ninguna falta.
- Scripts y estilos cargados en todas las páginas: un plugin de formularios que mete su CSS y su JavaScript en cada página del sitio, aunque el formulario solo esté en
/contacto, es un ejemplo clásico. - Llamadas a APIs externas: si un plugin pide algo a un servidor externo al cargar tu página, tu visitante espera a que ese tercero responda.
- Tareas en segundo plano mal configuradas: procesos programados (cron) que se disparan con más frecuencia de la que necesitan.
Un plugin puede fallar en una de estas cuatro cosas y ser inofensivo en las otras tres. Por eso "contar plugins" nunca fue la métrica correcta.
El síntoma de "demasiados plugins" casi siempre es uno solo
Es raro que 20 plugins bien hechos sumen entre todos un problema real de rendimiento. Lo habitual es que la web vaya razonablemente bien y, tras instalar o actualizar uno concreto, la velocidad caiga de forma notable. El trabajo no es "quitar plugins al azar hasta que mejore": es encontrar cuál de todos es el responsable.
Método 1: Query Monitor, ver qué le pide cada plugin a la base de datos
Query Monitor es un plugin gratuito que añade una barra de depuración a tu WordPress. Con él activado, cada página que visitas te enseña, agrupado por plugin, cuántas consultas hace a la base de datos y cuánto tarda cada una, qué scripts y estilos ha encolado, y si ha hecho alguna llamada a una API externa que se demore. Es la forma más directa de pasar de "creo que es un plugin" a "es este, y esto es lo que hace".
Método 2: desactivar sin que lo note ningún visitante
Para probar sin arriesgar la web pública, WordPress tiene una vía oficial: el plugin gratuito Health Check & Troubleshooting. Desde Herramientas → Salud del sitio → Solución de problemas, activas un modo que desactiva todos los plugins (y cambia al tema por defecto) solo para tu sesión de administrador. Tus visitantes siguen viendo la web exactamente igual mientras tú pruebas. Desde ahí puedes reactivar plugins de uno en uno -o probar directamente uno solo- y medir con PageSpeed Insights después de cada cambio. Es un plugin con cientos de miles de instalaciones, pero como con cualquier herramienta que toca plugins en producción, conviene comprobar que el modo se desactiva bien al terminar antes de darlo por hecho.
Método 3: la comprobación en un entorno de pruebas
Si prefieres no tocar nada en producción ni un segundo, haz esto en una copia de pruebas (muchos hostings ofrecen un "staging" con un clic): desactiva todos los plugins, mide el tiempo de carga como referencia, y ve reactivándolos uno a uno comparando contra esa referencia. Es más lento que Query Monitor, pero no depende de que sepas interpretar sus datos.
Qué hacer con lo que encuentres
Una vez identificado el responsable, las opciones son, por este orden:
- ¿Se puede limitar dónde carga? Muchos plugins permiten (o se les puede forzar) que solo carguen sus scripts en las páginas donde realmente se usan, en vez de en el sitio entero.
- ¿Hay una alternativa más ligera que haga lo mismo con menos peso? No siempre, pero a veces sí.
- ¿Lo sigues usando de verdad? Es sorprendente cuántos plugins siguen activos meses después de dejar de necesitarse.
Y si además lleva mucho tiempo sin actualizarse, el problema deja de ser solo de velocidad: en nuestra guía de mantenimiento de WordPress explicamos por qué un plugin abandonado también es un riesgo de seguridad, no solo de rendimiento.
Entonces, ¿cuántos plugins son demasiados?
La respuesta honesta sigue siendo: depende de cada uno, no de la cifra. Como heurística práctica, más útil que contar: cada cierto tiempo repasa la lista de plugins activos y pregúntate, uno por uno, si sigues usándolo y si hace justo lo que necesitas que haga. Los que no pasen esa pregunta, fuera. Es menos trabajo que ir a buscar el problema cuando ya ha aparecido.
Si prefieres no tener que ir plugin por plugin cada vez que la web se ralentiza, nuestro plan de mantenimiento incluye revisar esto de forma periódica. Y si el problema ya está ahí y quieres que lo diagnostiquemos nosotros, es justo lo que hacemos en nuestro servicio de optimización web.
Equipo Codanter
Desarrollo web, IA y automatización