Tu sitio WordPress tarda en cargar y lo primero que pensás es "tengo que optimizar el tema" o "sobran plugins". A veces es cierto. Pero muchas veces el cuello de botella está en el servidor, y ninguna optimización del front va a arreglarlo. Esta guía te ayuda a distinguir un problema de sitio de un problema de hosting.
La señal principal: un TTFB alto y errático
El tiempo hasta el primer byte (TTFB) mide cuánto tarda el servidor en empezar a responder. Si es alto incluso en páginas simples, el problema suele estar antes de que el navegador renderice nada. Si además varía mucho de una visita a otra, sospechá del servidor compartido. Podés ver cómo medirlo bien en nuestro artículo sobre TTFB en WordPress.
Cinco síntomas de que el servidor es el cuello de botella
- Lentitud a ciertas horas: si de madrugada va bien y a media tarde se arrastra, probablemente compartís recursos con otros sitios.
- Errores 503 o 508 intermitentes: suelen indicar límites de CPU, memoria o procesos simultáneos alcanzados.
- El panel de administración es lento: si wp-admin tarda más que el sitio público, el problema es de ejecución de PHP o de base de datos, no de imágenes.
- Un sitio vacío también es lento: instalá un tema por defecto en un entorno de prueba, sin plugins. Si sigue lento, el plugin no es el culpable.
- Picos de tráfico lo tumban: una campaña o una mención en redes y el sitio deja de responder.
Cómo hacer un diagnóstico sencillo
1. Medí varias veces, a distintas horas
Una sola medición no dice nada. Probá la home y una entrada, tres veces al día durante unos días, y anotá el TTFB. Buscá patrones, no valores sueltos.
2. Aislá plugins y tema
En un staging, desactivá todos los plugins y activá un tema por defecto. Si la respuesta mejora mucho, reactivá de a uno. Si no mejora, el límite está en el hosting.
3. Revisá los recursos que te da tu plan
Mirá en el panel cuánta CPU, RAM y procesos PHP concurrentes tenés asignados y cuántos consume tu sitio. Muchos hostings muestran gráficos de uso: si tocan el techo, ya tenés la respuesta.
4. Verificá la versión de PHP
Usar una versión de PHP con soporte activo importa tanto para seguridad como para rendimiento. Si todavía no migraste, revisá nuestra guía de migración.
La caché de página reduce la carga del servidor
Cada visita a una página dinámica obliga al servidor a ejecutar PHP y consultar la base de datos. Si la misma página se entrega ya generada como HTML, el servidor trabaja mucho menos por visita. Es el motivo por el que la caché de página ayuda tanto en hostings con recursos limitados.
cache.lat funciona justamente así: un plugin liviano en tu WordPress y un motor externo que genera copias estáticas de tus URL. Podés ver el detalle del proceso en cómo funciona cache.lat y los aspectos técnicos en datos técnicos.
Ahora bien, la caché no es magia: si tu hosting está sobrecargado hasta para servir un archivo, o si las páginas que no se cachean (carrito, cuenta, administración) son lo que más usás, seguirás sintiendo el límite. La caché alivia, no sustituye un plan adecuado.
¿Cuándo conviene cambiar de plan o de hosting?
- Cuando el uso de recursos toca el límite de forma sostenida, no solo en picos puntuales.
- Cuando ya aplicaste caché, depuraste plugins y usás una versión de PHP actual, y los síntomas persisten.
- Cuando tu sitio genera ingresos y las caídas te cuestan ventas.
Antes de migrar, probá primero lo barato: caché de página, limpieza de plugins y una versión de PHP vigente. Si después de eso el servidor sigue siendo el límite, ya tenés datos para justificar el cambio y elegir el plan correcto.
Resumen
Lentitud variable según la hora, errores 503, un wp-admin pesado y un sitio vacío que igual responde lento son pistas de un problema de hosting. Medí, aislá, verificá recursos y recién ahí decidí. Si querés ayuda para evaluar tu caso, podés contactar al equipo de TNL.