Cómo saber qué plugin ralentiza WordPress

Puntos clave

• Define el síntoma antes de elegir un plugin.
• Prueba en una copia con copia de seguridad.
• Cambia un solo plugin cada vez y repite.
• Decide por el valor de la función, no por el número de plugins.

Para saber qué plugin ralentiza WordPress, compara la misma página y la misma tarea con un plugin activo e inactivo en un entorno de prueba controlado. Mantén estable el resto del sitio, repite las pruebas y comprueba que la página sigue funcionando. El número de plugins no dice qué función causa un retraso. Esta guía aísla el efecto de un plugin y forma parte de la guía de rendimiento web.

Define el síntoma antes de elegir un plugin

Empieza con un problema concreto: una primera respuesta lenta, un menú que tarda, un formulario que reacciona tarde o una página pesada. Nombra la página y la acción. El plugin más visible no siempre es el responsable.

Comprueba el alcance. ¿Afecta a una página, a todos los artículos, a la tienda o solo al panel de administración? Una prueba de velocidad pública no explica todas las tareas lentas del administrador.

Haz una lista corta basada en evidencia. Una función que añade peticiones a la página afectada es mejor punto de partida que un plugin que no te gusta. Anota la relación sospechada y qué resultado la confirmaría o la debilitaría.

Prueba en una copia, no en el sitio publicado

Usa una copia de staging u otro entorno controlado antes de desactivar una función importante. Anota el tema, las versiones de los plugins, los ajustes relevantes y el contenido. Ten una copia de seguridad y una forma de volver al estado inicial.

Mantén la copia separada de pedidos, mensajes y tareas programadas reales. Pide al responsable que la configure para que las visitas de prueba no envíen correos a clientes ni activen pagos. No copies datos privados en un informe público.

Anota en qué se diferencia staging del sitio real. Otro hosting, otra caché u otra conexión pueden cambiar el resultado. La guía oficial de optimización de WordPress propone desactivar plugins de forma selectiva para medir su efecto en el rendimiento del servidor. Úsalo como comparación controlada, no como motivo para apagar todos los plugins del sitio publicado.

Establece una línea base en las mismas condiciones

Elige la misma URL, el mismo navegador, el mismo tamaño de pantalla y el mismo recorrido para cada prueba. Anota si has iniciado sesión y si la caché de página está caliente o fría. Antes de empezar, revisa cómo comprobar si la caché funciona, para que los dos estados usen la versión de la página que esperas.

Repite la línea base más de una vez y guarda el rango de resultados. Una prueba lenta por casualidad no debe convertirse en toda la acusación contra un plugin. Anota también la función: ¿el formulario envía bien?, ¿el menú lleva a los mismos enlaces? Si una función desaparece al desactivar el plugin, una página más rápida es lo esperable, pero todavía no tienes un sustituto.

Desactiva un plugin y repite la misma tarea

Revisa las dependencias antes de desactivarlo. El tema u otro plugin pueden depender de él. Si el sitio se rompe, vuelve al estado inicial y acota la prueba en lugar de seguir con una página rota.

Repite el recorrido de la línea base con ese único cambio. Después reactiva el plugin y repite otra vez. Si el patrón vuelve con el plugin, la evidencia es más fuerte que una sola pareja de antes y después. No desactives todos los plugins para atribuir toda la mejora a uno: eso ayuda a localizar un tipo de problema, pero no aísla una causa.

Separa el trabajo del navegador del trabajo del servidor

Un plugin puede añadir archivos al navegador, procesamiento en el servidor, consultas a la base de datos o peticiones externas. Cada herramienta responde a una pregunta distinta. Una grabación del navegador muestra el retraso de un script; para eso sirve la guía para reducir el tiempo de ejecución de JavaScript. Un perfilador de servidor revisa el trabajo antes de que llegue la respuesta, y una espera al principio se diagnostica con el TTFB.

No uses una puntuación pública de la página como cronómetro por plugin. Pide al desarrollador que conecte el trabajo medido con el plugin y con la tarea que cumple. La referencia del panel Rendimiento de Chrome explica cómo leer esas grabaciones.

Si el síntoma es un salto visual de un widget, revisa su espacio reservado con la guía para reducir el CLS. Si una galería cambia la entrega de imágenes, revisa el lazy loading de imágenes. Y si un plugin añade fuentes, repite las comprobaciones de carga de fuentes.

Cuándo el problema no está en el plugin

A veces la prueba muestra que el plugin no cambia nada. El retraso puede venir del tema, de la caché, del hosting o de una imagen enorme. Es un buen resultado: descarta una sospecha y apunta a otra parte. No sigas desactivando plugins cuando la evidencia señala otro lugar.

Decide si cambiar ajustes, sustituirlo o mantenerlo

Elige la acción más pequeña que respalde la prueba. Quizá una función solo hace falta en unas pocas páginas. Quizá un ajuste añade trabajo que el negocio no usa. Otro caso puede necesitar ayuda del autor del plugin o una implementación distinta.

Ten en cuenta el valor de la función. Una herramienta de reservas puede merecer algo de trabajo extra si permite la tarea principal del negocio. El objetivo es una velocidad útil, no el menor número de plugins. Prueba los sustitutos con el mismo método en lugar de suponer que un plugin nuevo es más rápido, y no borres datos guardados por una prueba de diagnóstico temporal.

Ejemplo: probar una galería en una página de artículo

Ejemplo ficticio. La galería de un sitio de servicios se carga en todos los artículos, aunque solo unos pocos la usan. El equipo sospecha trabajo extra en los artículos normales. No se supone ningún tiempo ni resultado de un cliente.

1. Elige un artículo normal y un artículo con galería.
2. Repite varias pruebas con el plugin activo.
3. Desactívalo en staging y repite las mismas pruebas.
4. Reactívalo y comprueba si el patrón vuelve.
5. Prueba un ajuste que limita la carga a las páginas con galería.
6. Revisa los controles de la galería y el artículo normal otra vez.

El resultado útil es una decisión respaldada sobre dónde debe estar la función. Si los resultados varían demasiado, anota esa duda y reúne más evidencia antes de cambiar el sitio publicado.

Publica el cambio y revisa el sitio real

Acuerda con el responsable el plan de publicación y de vuelta atrás. Revisa formularios, navegación y otras páginas afectadas por el plugin. Si la página también necesita una revisión editorial, usa la guía de auditoría de contenido: cambiar un plugin no arregla una respuesta poco clara.

DEX conecta la investigación de búsquedas, la planificación de contenido, la redacción de artículos y la publicación en el sitio conectado. DEX Health ayuda a revisar la calidad y el SEO de la página, también en el plan gratuito, pero no asigna tiempo de ejecución a cada plugin. Guarda el registro de la prueba controlada junto a sus hallazgos.

Lista de comprobación de la prueba de plugins

• El síntoma tiene página, acción y alcance definidos.
• La prueba se hizo en una copia, con copia de seguridad.
• La línea base se repitió en las mismas condiciones.
• Solo se cambió un plugin cada vez, y se reactivó para confirmar.
• Se separó el trabajo del navegador del trabajo del servidor.
• Las funciones clave siguen funcionando tras el cambio.

Preguntas frecuentes

¿Muchos plugins prueban que un sitio es lento?

+

No. Una sola función costosa puede pesar más que varias pequeñas.

¿Debo desactivar plugins en el sitio publicado para probar?

+

No. Usa una copia de staging u otro entorno controlado.

¿Una puntuación de velocidad identifica el plugin lento?

+

No. Hace falta una prueba controlada y, a veces, un rastreo del servidor.

Fuentes

1. Optimization – Advanced Administration Handbook · WordPress.org
2. Referencia de las funciones de rendimiento · Chrome for Developers

Dex SEO

Dex SEO is an AI SEO agent for small businesses. Every article here is planned from search data, drafted by Dex, fact-checked against the sources it cites, and reviewed by the team before it is published.

Cómo se hizo este artículo: planificado y redactado por Dex a partir de datos de búsqueda, verificado por Dex (3 afirmaciones revisadas) y aprobado por el equipo de Dex SEO.