Cómo saber si WordPress está lento por el hosting, los plugins o la base de datos
La misma lentitud puede venir del servidor, PHP, consultas, cron o frontend. Medir por capas evita instalar soluciones al azar.
Para diagnosticar WordPress hay que separar tiempo de servidor, trabajo de PHP y base de datos, y carga del navegador. Una puntuación baja o una página lenta no identifica por sí sola la causa. La medición debe repetirse en plantillas y momentos representativos.
Empezar por el tiempo de respuesta
Si el HTML inicial tarda incluso con recursos estáticos en caché, conviene revisar PHP, consultas, llamadas externas y límites del hosting. Compara portada, una entrada, administración y una ruta ligera. Una sola URL puede estar condicionada por su plantilla o por datos específicos.
Cuándo mirar el hosting
Busca límites y saturación reales: CPU, memoria, procesos, I/O, workers PHP y errores. Un plan compartido puede ser suficiente para un sitio bien ajustado y quedarse corto para otro con tareas o comercio. El nombre del plan no sustituye las métricas durante el problema.
Cuándo mirar plugins y tema
Plugins pueden añadir consultas, peticiones externas, tareas y recursos en páginas donde no se necesitan. El tema también puede cargar fuentes, scripts e imágenes costosas. Desactivar elementos en producción sin un plan puede romper funciones; es preferible medir y probar cambios en staging.
Cuándo mirar la base de datos
Tablas grandes, opciones autoload, consultas sin índices, sesiones y tareas acumuladas pueden aumentar el trabajo de cada petición. Herramientas de profiling ayudan a identificar consultas y llamadas concretas. Limpiar por volumen sin saber qué utiliza cada dato puede causar pérdidas.
No olvidar cron y llamadas externas
WP-Cron, Action Scheduler, APIs, fuentes y servicios de marketing pueden introducir esperas o picos. Revisa cuándo se ejecutan y qué ocurre si el tercero responde lento. En WooCommerce, una portada rápida no descarta problemas en checkout o procesos de pedidos.
Medir otra vez con el mismo escenario
Aplica cambios por grupos pequeños y repite las pruebas en las mismas URLs, usuario y condiciones. Así se puede atribuir la mejora y comprobar que edición, formularios y compra siguen funcionando. El objetivo no es instalar más optimizadores, sino retirar el cuello de botella demostrado.