Cómo detectar plugins que ralentizan WordPress

Para detectar un plugin que ralentiza WordPress, compara la misma URL antes y después de un cambio controlado y busca qué trabajo añade: consultas SQL, peticiones externas, PHP o archivos CSS/JavaScript. Tener muchos plugins no prueba que uno sea lento, y desactivarlos todos en una tienda en producción puede romper pagos, formularios o reservas.

Establece una línea base

Elige portada, una entrada y una página dinámica como checkout o área privada. Anota tiempo de respuesta del documento, recursos descargados, consultas relevantes, errores y hora. Repite con sesión anónima e iniciada porque la caché cambia el resultado. Si el retraso ocurre después de recibir el HTML, quizá sea un script externo y no PHP; revisa primero la guía de diagnóstico por capas.

Busca evidencias en lugar de adivinar

• Consultas y hooks: una herramienta de diagnóstico para administradores, como Query Monitor, puede atribuir consultas, llamadas HTTP y hooks a componentes. Úsala de forma controlada; añade instrumentación y no conviene dejar trazas sensibles accesibles.
• Pestaña Red: comprueba si un plugin añade JavaScript o CSS en páginas donde no se usa, y si un servicio externo retrasa la carga.
• Logs y tareas: revisa errores PHP y tareas programadas; un trabajo que falla o una API lenta puede afectar solo al administrador o a momentos concretos.
• Comparación temporal: contrasta el comienzo del problema con actualizaciones de plugin, tema, PHP o servidor. Coincidencia temporal no basta: reproduce el cambio.

Prueba el sospechoso sin dañar producción

1. Crea copia y entorno de pruebas con versiones y datos representativos; desactiva allí tareas o correos que no deban enviarse a clientes.
2. Desactiva un plugin sospechoso cada vez, limpia solo la caché pertinente y repite varias mediciones de las mismas URL en condiciones parecidas.
3. Comprueba funcionalidad: checkout, formularios, SEO, seguridad, traducciones y datos. Una mejora de tiempo no justifica quitar una dependencia crítica sin sustituto.
4. Si se confirma, revisa su configuración, actualizaciones y soporte; limita su carga a páginas necesarias o busca una alternativa. Documenta cómo volver al estado anterior.

Ejemplo: el HTML llega rápido, pero un widget añade tres peticiones lentas a un servicio de terceros en cada página. Cambiar de hosting no elimina esa espera; restringir el widget o corregir su integración sí puede ayudar. En otro caso, una consulta repetida por un plugin retrasa solo páginas no cacheadas: ahí debes revisar PHP y base de datos. La guía oficial de depuración recomienda copia o staging antes de modificar la web y advierte sobre los logs.

El artículo antiguo de plugins de velocidad enumera herramientas; aquí el objetivo es identificar un problema real. Si no puedes aislarlo, envía las URL, hora y síntomas para orientar una revisión.

Si la extensión afecta a una tienda, contrasta categorías, filtros y procesos de pago en staging; desactivar una pasarela en producción no es una prueba inocua.