¿Por qué WordPress sigue siendo tan lento a pesar de tener instalados un montón de plugins de optimización?

La situación que ha encontrado es bastante habitual y representa la fase de cuello de botella del rendimiento que se alcanza tras completar las optimizaciones básicas. Cuando las operaciones del backend funcionan correctamente, pero el acceso al frontend es lento, especialmente cuando se observa un TTFB elevado, retrasos notables en las primeras visitas y variaciones significativas de velocidad entre páginas, esto indica que el problema probablemente no radica en el almacenamiento en caché a nivel superficial o en los recursos estáticos, sino más bien en la eficiencia de las respuestas del servidor, las consultas a la base de datos o los procesos de renderización de temas. A continuación se presenta un enfoque sistemático de resolución de problemas para la validación secuencial: Paso 1: Utilice herramientas de diagnóstico para identificar el alcance del cuello de botella Evite las especulaciones; dé prioridad a la recopilación de datos objetivos: Realice pruebas en profundidad con GTmetrix o WebPageTest Seleccione nodos de prueba geográficamente cercanos a su servidor y realice un análisis completo del rendimiento. Céntrese en dos paneles de control clave: Gráfico en cascada: observe el tiempo de espera (TTFB) del primer documento HTML. Si supera los 500 ms, esto confirma un cuello de botella en el procesamiento del lado del servidor. Rendimiento/tiempos: examine los tiempos de LCP (Largest Contentful Paint) y FCP (First Contentful Paint). Los valores excesivamente altos suelen indicar una ejecución ineficiente de PHP o consultas lentas a la base de datos. Realice una prueba de comparación en estado «sin caché». Desactive temporalmente todos los complementos de caché en el backend y, a continuación, acceda a la página de inicio del frontend. Si la velocidad disminuye drásticamente, esto indica que sus complementos de optimización son eficaces, pero que la velocidad de respuesta sin procesar cuando se producen errores de caché es intrínsecamente problemática. Esto desplaza aún más el foco hacia las capas del servidor y la base de datos. Paso dos: priorizar los posibles cuellos de botella 🔍 Principales sospechosos: configuración del servidor y base de datos Compruebe la versión de PHP: ¿se utiliza PHP 8.0 o superior? Las versiones anteriores de PHP 7.x presentan diferencias significativas en el rendimiento. Verifique la activación de OPcache: asegúrese de que OPcache está configurado y habilitado en php.ini, ya que esto es crucial para mejorar la eficiencia de la ejecución de PHP. Análisis de consultas MySQL: Instale el plugin Query Monitor. Cuando acceda a páginas frontend lentas, identifique directamente qué consultas de la base de datos consumen mucho tiempo y si faltan índices. Recursos del servidor: Compruebe el uso de la CPU y la memoria durante los picos de tráfico a través del panel de alojamiento o del comando htop para identificar posibles cuellos de botella. 🔍 Sospechosos secundarios: eficiencia del acoplamiento entre el tema y los complementos Prueba de eficiencia del tema: cambie temporalmente a un tema predeterminado oficial como Twenty Twenty-Four y compare la velocidad de las páginas. Una mejora significativa indica problemas de eficiencia con el tema original. Conflictos y carga de complementos: no todos los complementos ralentizan notablemente el funcionamiento, pero algunos pueden cargar numerosos scripts o iniciar solicitudes remotas en cada página.Utilice la función «Modo de resolución de problemas» del plugin Health Check & Troubleshooting para probar la velocidad del frontend con solo los plugins esenciales activos. Vuelva a habilitar gradualmente los plugins para identificar los problemáticos. 🔍 Verificación final: configuración de la caché y factores externos Implementación de reglas de caché: compruebe si el almacenamiento en caché de páginas en LiteSpeed Cache o WP Rocket se genera correctamente. Compruebe si hay archivos estáticos correspondientes en el directorio /wp-content/cache/. Configuración de CDN: comprueba que la CDN almacena correctamente en caché las páginas HTML, no solo los activos estáticos. Una configuración incorrecta de la CDN puede aumentar las solicitudes de origen, lo que prolonga el TTFB. Carga de terceros: examina el gráfico en cascada para ver si hay solicitudes de terceros (por ejemplo, Google Fonts, anuncios externos, análisis) que bloqueen la renderización. Lista de comprobación de acciones (secuencia recomendada): Ejecute inmediatamente GTmetrix para registrar las métricas TTFB y LCP del HTML anterior. Habilite Query Monitor para examinar las consultas de la base de datos en las páginas lentas. Cambie al tema predeterminado para comparar la velocidad y evaluar el impacto del tema. Verifique la versión de PHP y el estado de OPcache (póngase en contacto con su proveedor de alojamiento si es necesario). Utilice el modo de resolución de problemas para comprobar sistemáticamente el impacto de los plugins. Siguiendo este proceso, normalmente se identifican los problemas principales en 1-2 horas, ya sea que se deban al servidor/base de datos, al tema o a plugins específicos. En la mayoría de los casos, los principales culpables son un TTFB excesivo y consultas ineficientes a la base de datos; la optimización de los índices o la actualización de las versiones de PHP suelen producir mejoras inmediatas.