Durante años, el plugin de referencia para saber qué estaba ralentizando tu WordPress era P3 (Plugin Performance Profiler), desarrollado por GoDaddy. Aparecía en todos los tutoriales, en todos los foros. Funcionaba bien para lo que era: un perfilador sencillo que te mostraba, en un gráfico de tarta, cuánto tiempo consumía cada plugin activo.
El problema es que P3 lleva descontinuado desde 2014. GoDaddy dejó de mantenerlo, dejó de actualizarlo, y hoy instalarlo en un WordPress moderno es una mala idea. No porque sea peligroso, sino porque los datos que arroja ya no reflejan cómo funciona el WordPress actual, con bloques, REST API, autoload masivo y hooks distribuidos de forma muy diferente a como se gestionaban hace una década.
Así que la pregunta sigue siendo válida: ¿cómo se diagnostica qué plugin está ralentizando tu WordPress? Las herramientas han cambiado. Esta guía las cubre todas, desde las gratuitas hasta las de nivel profesional.
Query Monitor es hoy el plugin de diagnóstico más completo que existe para WordPress, y es completamente gratuito. Lo mantiene activamente John Blackbourn y está auditado por la comunidad. Si solo vas a instalar una herramienta de perfilado, que sea esta.
Lo que muestra en su barra de administración:
El panel de queries por componente es especialmente útil: agrupa las consultas SQL por plugin o tema responsable. Si un plugin está generando 40 queries en cada carga de página, lo verás de inmediato. Es el equivalente moderno de lo que P3 intentaba hacer, pero con mucha más profundidad.
Si lo que buscas es específicamente un comparador plugin a plugin, existe Plugin Performance Tester en el repositorio oficial de WordPress. Funciona de forma similar a P3: activa y desactiva plugins de forma sistemática y mide el impacto en los tiempos de carga del frontend.
Su utilidad principal es diferente a la de Query Monitor. No perfila en profundidad, pero sí permite hacer una comparativa rápida: ¿cuánto cambia el tiempo de carga si desactivo este plugin concreto? Es un primer filtro útil antes de meterse en análisis más detallado.
Para quienes tienen acceso SSH al servidor, la extensión wp profile de la herramienta WP-CLI (desarrollada por 10up) ofrece perfilado granular sin necesidad de instalar nada en el panel de WordPress.
# Perfila el tiempo total de arranque de WordPress
wp profile stage --allow-root
# Detalla qué hooks consumen más tiempo
wp profile hook --all --orderby=time
# Identifica el coste de los plugins individuales
wp profile hook --all --fields=hook,time,query_count --orderby=timeLenguaje del código: PHP (php)La ventaja de wp profile sobre un plugin como Query Monitor es que no añade sobrecarga al proceso que estás midiendo: el análisis se hace desde fuera del ciclo de petición HTTP. Los números son más precisos para comparativas reales.
Ninguna herramienta de servidor sustituye a medir desde el navegador. Chrome DevTools (panel Performance) y Lighthouse permiten ver exactamente qué ocurre durante la carga de una página desde la perspectiva del usuario real:
Si un plugin carga scripts pesados sin condicional (es decir, los carga en todas las páginas aunque solo sean necesarios en formularios de contacto, por ejemplo), Lighthouse lo señalará como JavaScript no utilizado. Es uno de los problemas más comunes y más fáciles de detectar con esta herramienta.
Para un diagnóstico completo de cómo mejorar el rendimiento de tu WordPress, combina siempre Lighthouse con Query Monitor: el primero te dice qué métrica falla, el segundo te dice qué plugin la está causando.
New Relic APM es una solución de Application Performance Monitoring de nivel empresarial. No es un plugin de WordPress, sino un agente PHP que se instala en el servidor y monitoriza el comportamiento de la aplicación de forma continua, en producción real.
Lo que ofrece va más allá del perfilado puntual: traza cada transacción PHP, identifica cuellos de botella en consultas SQL, mide el tiempo de respuesta de dependencias externas y permite ver tendencias históricas. Si tienes un sitio con tráfico real y quieres saber qué pasa en las horas punta, New Relic es la herramienta adecuada.
Alternativas en la misma categoría: Tideways (especialmente popular en entornos Symfony/Drupal pero compatible con WordPress), Blackfire.io (enfocado en profiling de desarrollo) y Datadog APM (si ya usas Datadog para infraestructura).
WP Hive es una extensión para Chrome y Firefox que añade datos de rendimiento directamente en las páginas del repositorio oficial de WordPress. Antes de instalar un plugin, puedes ver cuánto PHP time consume, cuántas queries SQL genera y cuánto pesa en memoria.
No sustituye al diagnóstico en tu entorno concreto, porque los resultados varían según tu servidor, tu tema y tu configuración. Pero es una capa de filtrado previo muy útil: si WP Hive muestra que un plugin genera 80 queries en una instalación limpia, es una señal de alerta clara antes de instalarlo en producción.
Saber usar las herramientas es la mitad del trabajo. La otra mitad es saber qué patrones indican un problema real:
El patrón más común de plugin mal optimizado: en lugar de hacer una consulta que obtenga todos los datos necesarios, hace una consulta por cada elemento de un listado. Si tienes 50 entradas y el plugin hace 50 queries individuales, el tiempo de carga se dispara aunque cada query sea rápida. Query Monitor lo detecta agrupando queries repetitivas por estructura.
Algunos plugins enganchan funciones costosas en wp_head, the_content o wp_footer sin comprobar si la página actual las necesita. El panel de hooks de Query Monitor muestra el tiempo acumulado por hook y qué callbacks están enganchados en cada uno.
Un plugin que carga su CSS y su JS en todas las páginas del sitio, aunque solo sea necesario en una página de contacto, añade peso innecesario a cada carga. Lighthouse lo señala como Unused JavaScript. La solución es usar wp_enqueue_scripts con condiciones específicas, pero eso depende del desarrollador del plugin. Si el plugin no lo hace, puede valer la pena buscar una alternativa.
WordPress carga al arrancar todas las opciones marcadas con autoload = yes en la tabla wp_options. Algunos plugins guardan datos grandes con autoload activo, lo que añade carga en cada petición aunque esos datos no se usen. Query Monitor muestra el tamaño total del autoload. Más de 1 MB es una señal de que algo no está bien.
Para gestionar el autoload puedes revisar directamente la tabla con una query SQL o usar plugins específicos de limpieza de base de datos. Y si tu sitio ya tiene problemas de caché, asegúrate de revisar qué plugin de caché se adapta mejor a tu configuración, porque la caché puede enmascarar problemas que siguen existiendo en servidor.
Si tu WordPress va lento y no sabes por dónde empezar:
wp profile hook --all para confirmar qué hooks consumen más tiempo.Este proceso, combinado con una estrategia de optimización de WordPress más amplia, te dará un diagnóstico completo de qué está lastrando tu sitio y qué palancas tienes para mejorarlo.
Para quienes lleguen aquí buscando P3: el plugin P3 (Plugin Performance Profiler) de GoDaddy fue una herramienta pionera en su momento. Entre 2012 y 2014 fue el referente para diagnosticar plugins lentos en WordPress. GoDaddy dejó de mantenerlo y ya no está disponible en el repositorio oficial.
No existe una versión actualizada oficial. Los tenedores no oficiales que circulan por GitHub no tienen mantenimiento activo y no son compatibles con WordPress 6.x. Query Monitor es su sucesor natural y hace todo lo que P3 hacía, más mucho más.
No se recomienda. P3 lleva sin actualizarse desde 2014 y no es compatible con las versiones modernas de WordPress. Los datos que muestra pueden ser incorrectos o incompletos. La alternativa directa es Query Monitor, que es gratuito y está activamente mantenido.
Una página típica de WordPress bien configurada debería estar por debajo de 50 queries. Entre 50 y 100 empieza a ser una señal de alerta. Por encima de 100 queries hay un problema que requiere diagnóstico. Query Monitor te muestra este número en la barra de administración de forma permanente.
Sí, parcialmente. Un buen plugin de caché puede mejorar enormemente los tiempos percibidos por los visitantes, pero no elimina el problema en origen. La carga de PHP y las queries SQL se siguen ejecutando en las peticiones que no están cacheadas: primeras visitas, usuarios logueados, páginas con parámetros dinámicos. Diagnosticar y optimizar los plugins lentos sigue siendo necesario aunque tengas caché activa.
WP Hive ofrece datos de referencia útiles medidos en una instalación limpia. Son una buena señal de alerta inicial, pero no reflejan exactamente cómo se comportará el plugin en tu entorno específico, que depende de tu servidor, tu tema, tus otros plugins y tu volumen de contenido. Úsalo como filtro previo, no como diagnóstico definitivo.
New Relic requiere instalación a nivel de servidor, lo que normalmente no está disponible en hosting compartido. Funciona bien en VPS, servidores dedicados y hosting gestionado que lo ofrezca como addon. Para hosting compartido, Query Monitor y Lighthouse son las alternativas más prácticas.
Juan says:
A cual base de datos debe uno de entrar?
Acabo de instalarlo y ahora no puedo entrar a la administración de wordpress.
Ayuda 🙁