Para reducir el TTFB, activa la caché del servidor, optimiza las consultas de base de datos y utiliza un hosting con hardware rápido (NVMe + LiteSpeed/Nginx). Con esos tres cambios, la mayoría de los sitios WordPress o PHP pasan de 600 ms a menos de 200 ms sin tocar una sola línea de código del front-end.
En esta guía verás exactamente qué es el TTFB, por qué se dispara y qué acciones tomar —en orden de impacto— para bajarlo.
¿Qué es el TTFB y por qué importa?
El Time to First Byte (TTFB) mide cuántos milisegundos tarda el navegador en recibir el primer byte de respuesta del servidor, desde que envía la solicitud HTTP. Es la métrica más directa del rendimiento del back-end.
Google recomienda mantenerlo por debajo de 800 ms; valores óptimos están en menos de 200 ms. Un TTFB elevado daña el Largest Contentful Paint (LCP) porque todo lo demás —CSS, imágenes, JavaScript— espera a que ese primer byte llegue.
¿Cómo medirlo? Usa cualquiera de estas herramientas:
- Chrome DevTools → Network → documento HTML (columna "Waiting for server response")
- WebPageTest.org — muestra TTFB por región y por repetición
- PageSpeed Insights — alerta si supera 600 ms bajo la métrica "Reduce server response times"
Causas frecuentes de un TTFB alto
Antes de aplicar soluciones, identifica la raíz del problema:
- Hosting lento o sobrecargado — servidores compartidos con cientos de sitios en un disco HDD.
- Base de datos sin optimizar — consultas lentas, tablas sin índices, o demasiadas consultas por carga de página.
- PHP sin opcode cache — sin OPcache activado, PHP recompila cada archivo en cada solicitud.
- Plugins o código ineficiente — en WordPress, algunos plugins hacen 50-100 consultas SQL por visita.
- Sin caché de página completa — el servidor regenera el HTML en cada visita.
- Falta de CDN — la distancia geográfica entre visitante y servidor suma latencia pura.
Paso 1 — Activa la caché de página completa
Es la acción de mayor impacto. En lugar de ejecutar PHP + MySQL en cada solicitud, el servidor devuelve un HTML estático pre-generado en microsegundos.
- WordPress: instala WP Rocket, LiteSpeed Cache o W3 Total Cache. Con LiteSpeed Cache en un servidor LiteSpeed, el TTFB puede bajar hasta 50-80 ms.
- PHP genérico / sitio propio: implementa caché con archivos estáticos en disco o usa Redis / Memcached como caché de objetos.
- Panel cPanel: activa OPcache desde "MultiPHP INI Editor" → selecciona PHP 8.x → habilita
opcache.enable = 1.
Con OPcache activo, la ganancia promedio en PHP es del 30-50 % de reducción en tiempo de procesamiento.
Paso 2 — Optimiza las consultas de base de datos
Si la caché está activa pero el TTFB sigue alto en páginas dinámicas (carrito, panel de usuario), el cuello de botella suele ser MySQL/MariaDB.
- Habilita el slow query log:
SET GLOBAL slow_query_log = 'ON'; SET GLOBAL long_query_time = 1; - Analiza las consultas lentas con
EXPLAIN SELECT ...y agrega índices donde falten. - Activa el query cache de MariaDB (o usa Redis como caché de objetos en WordPress con el plugin Redis Object Cache).
- Reduce el número de consultas: en WordPress, el plugin Query Monitor te muestra exactamente cuántas hace cada plugin.
Paso 3 — Migra a un hosting más rápido si el hardware es el límite
Ninguna optimización de código compensa un servidor HDD compartido con 500 sitios. Si después de activar caché y OPcache el TTFB sigue por encima de 400-500 ms, el problema es el plan de hosting.
| Tipo de hosting | TTFB típico (sin caché) | TTFB típico (con caché) |
|---|---|---|
| Compartido HDD | 800 ms – 2 s | 200 – 400 ms |
| Compartido NVMe + LiteSpeed | 300 – 600 ms | 50 – 150 ms |
| VPS NVMe (Nginx/LiteSpeed) | 100 – 300 ms | 20 – 80 ms |
| Cloud managed (Cloudways, Kinsta) | 80 – 200 ms | 15 – 60 ms |
Si necesitas ayuda para elegir o migrar, los expertos de elenlace.com hacen migraciones sin tiempo de inactividad y con revisión completa del rendimiento incluida.
Paso 4 — Usa un CDN para reducir la latencia geográfica
Un CDN no reduce el tiempo de procesamiento del servidor, pero sí elimina la latencia de red cuando el visitante está lejos del datacenter. Cloudflare en plan gratuito, por ejemplo, cachea recursos estáticos y puede servir el HTML desde su edge si activas APO (Automatic Platform Optimization) para WordPress.
Para un sitio cuyo público está en México y el servidor en EE. UU., un CDN con punto de presencia en Ciudad de México puede recortar 80-120 ms de latencia pura. Consulta más estrategias en nuestra sección de artículos de rendimiento web.
Conclusiones clave
- El TTFB ideal es menos de 200 ms; por encima de 800 ms afecta el LCP y el ranking en Google.
- La caché de página completa (WP Rocket, LiteSpeed Cache) es la mejora de mayor impacto y la más rápida de aplicar.
- OPcache debe estar activo en cualquier servidor PHP; sin él, cada visita recompila todos los archivos.
- Las consultas lentas de base de datos son el segundo cuello de botella más común; usa Query Monitor y EXPLAIN.
- Si el hardware es el límite (HDD compartido), ninguna optimización de código te salvará: migra a NVMe + LiteSpeed.
- Un CDN complementa todo lo anterior eliminando latencia geográfica.
¿Listo para dejar atrás el TTFB lento? El equipo de elenlace.com audita tu servidor, identifica el cuello de botella exacto y lo resuelve — contáctanos hoy y ten resultados esta semana.
Preguntas frecuentes
¿Cuál es un buen valor de TTFB?
Google considera "bueno" un TTFB por debajo de 800 ms, pero los sitios competitivos apuntan a menos de 200 ms. Con caché activa en un servidor NVMe, valores de 50-100 ms son alcanzables.
¿El TTFB afecta directamente el SEO?
No hay un factor de ranking llamado "TTFB", pero sí afecta el LCP, que es uno de los Core Web Vitals que Google sí usa como señal de ranking. Un TTFB alto hace imposible tener un LCP bueno.
¿Puedo reducir el TTFB sin cambiar de hosting?
Sí, en muchos casos. Activar caché de página, OPcache y optimizar consultas SQL puede reducirlo a la mitad sin migrar. Pero si el servidor es HDD compartido y ya hiciste todo eso, el techo de lo optimizable es bajo: ahí sí conviene migrar.
¿Cloudflare reduce el TTFB?
Cloudflare reduce la latencia de red (tiempo de viaje del paquete) gracias a su red de edge. Si activas APO para WordPress, también cachea el HTML completo en el edge, lo que sí reduce drásticamente el TTFB percibido desde cualquier país.
Compara proveedores
Otros proveedores y guías que vale la pena comparar:
