¿El servidor causa una web lenta?

Para saber si el servidor causa una web lenta hay que aislarlo de la red, WordPress, imágenes y servicios externos. Un TTFB elevado es una pista, no una sentencia: también incluye redirecciones, conexión, latencia y preparación de la respuesta. Esta guía se centra en atribuir la causa; para un inventario general de problemas WordPress, consulta el diagnóstico completo de WordPress lento.

Reúne un caso reproducible

Elige una URL lenta y otra sencilla del mismo dominio. Registra hora, país de prueba, dispositivo, estado de sesión, caché y código HTTP. Repite suficientes veces para distinguir un pico de un patrón. Mira el desglose de Network: DNS, conexión/TLS, espera del documento y descarga. La referencia de Chrome DevTools explica las fases. No compares un primer acceso frío con una segunda visita cacheada como si fueran equivalentes.

Separa rutas estáticas y dinámicas

Resultado	Hipótesis a probar
Imagen estática lenta desde una región	Distancia, red, CDN o transferencia; revisa tamaño y caché.
HTML público rápido, checkout lento	Consultas, plugins, pasarela y procesos dinámicos.
Todo el HTML lento con CPU o memoria saturadas	Capacidad o procesos del servidor; correlaciona métricas y logs.
Una sola integración lenta	Servicio externo o timeout, no necesariamente el hosting.

La página de error y los registros pueden revelar consultas fallidas, procesos agotados o una API que espera respuesta. Si solo el administrador es lento, comprueba tareas programadas y plugins antes de ampliar el plan. Para una tienda, el análisis de WooCommerce incluye rutas de compra que no deben servirse desde caché pública.

Compara una intervención controlada

Prueba en staging una corrección concreta: desactivar temporalmente un plugin bajo procedimiento seguro, optimizar una consulta, ajustar caché compatible o aumentar recursos de prueba. Mantén versiones y datos comparables; no cambies tema, servidor y CDN al mismo tiempo. Si el patrón desaparece al reducir carga y las métricas del host lo corroboran, habrá mejor evidencia para escalar. Si persiste en un entorno más potente, busca en la aplicación.

Decide con evidencia

Guarda capturas de tiempos y métricas, URLs, horas y errores para pedir ayuda. IDEIHOSTING publica VPS y hosting compartido; no cambies de plan sin identificar el límite. Envía la prueba y el síntoma para revisar opciones de capacidad o soporte. Ningún test aislado demuestra que todo el sitio vaya a ser más rápido tras migrar.

Cuando coinciden picos de uso y lentitud, compara el consumo de CPU con la saturación de procesos PHP antes de atribuir el retraso al servidor.