· 9 min de lectura
Reducir el TTFB: causas y soluciones reales
El TTFB (Time To First Byte) mide cuánto tarda el servidor en enviar el primer byte de la respuesta. Es el suelo sobre el que se construye todo lo demás: si es alto, tu LCP nunca será bueno por mucho que optimices imágenes.
Qué valores son aceptables
Por debajo de 200 ms es excelente, hasta 500 ms es correcto y a partir de 800 ms el problema es evidente y se nota en todas las métricas posteriores.
Ten en cuenta la distancia geográfica: un servidor en Europa siempre responderá peor a un visitante de América sin una CDN por delante.
Causas más frecuentes
En la inmensa mayoría de los casos, el TTFB alto viene de que el servidor está generando la página desde cero en cada visita.
- Ausencia de caché de página o caché mal configurada
- Versión de PHP antigua o sin OPcache activo
- Consultas SQL lentas o base de datos sobrecargada
- Hosting compartido saturado por otros sitios del mismo servidor
- Plugins que hacen llamadas externas en cada carga
- Redirecciones encadenadas antes de servir la página final
Cómo reducirlo
Empieza por la caché de página: es la medida que más impacto tiene y la más rápida de aplicar. Después actualiza PHP y comprueba OPcache. Con eso, la mayoría de proyectos bajan de 800 ms a menos de 300 ms.
Si sigue alto, investiga consultas lentas y llamadas externas. Un plugin que consulta una API de terceros en cada petición puede añadir cientos de milisegundos sin que nadie lo sospeche.
Solo cuando todo lo anterior está resuelto tiene sentido plantear un cambio de hosting. Y entonces la decisión se toma con datos, no con intuiciones.
El papel de la CDN
Una CDN reduce la latencia para visitantes lejanos y puede servir HTML cacheado desde el borde, lo que baja el TTFB de forma drástica. Pero no arregla un backend lento para las páginas que no se pueden cachear, como el carrito o el área de cliente.
