El TTFB (Time to First Byte) es el tiempo que tarda tu servidor en enviar el primer byte de respuesta después de recibir una petición. Es una métrica fundamental que afecta a todo el rendimiento de tu web. En esta guía te explicamos qué es, por qué importa y cómo mejorarlo.
¿Qué es exactamente el TTFB?
El TTFB mide el tiempo desde que el navegador envía la petición hasta que recibe el primer byte de la respuesta. Incluye:
- Tiempo de red (ida): Petición viajando al servidor
- Tiempo de procesamiento: El servidor genera la respuesta
- Tiempo de red (vuelta): Primer byte viajando de vuelta
TTFB vs tiempo de carga total
El TTFB es solo el inicio. Después de recibir el primer byte, todavía hay que:
- Descargar todo el HTML
- Parsear el HTML
- Descargar CSS, JS, imágenes
- Renderizar la página
Pero si el TTFB es alto, todo lo demás se retrasa. Es el cuello de botella inicial.
¿Por qué importa el TTFB?
Impacto en Core Web Vitals
Un TTFB alto afecta directamente al LCP (Largest Contentful Paint). Si el servidor tarda 2 segundos en responder, es imposible tener un LCP bueno.
Impacto en SEO
Google considera la velocidad de carga como factor de ranking. Un TTFB alto perjudica tu posicionamiento.
Impacto en experiencia de usuario
Los usuarios perciben la lentitud inmediatamente. Un TTFB alto da sensación de web lenta aunque el resto cargue rápido.
Valores de referencia
| TTFB | Valoración | Acción |
|---|---|---|
| < 200ms | Excelente | Mantener |
| 200-500ms | Bueno | Aceptable, mejorar si es posible |
| 500-1000ms | Necesita mejora | Investigar causas |
| > 1000ms | Malo | Acción urgente necesaria |
Cómo medir el TTFB
Chrome DevTools
- Abre DevTools (F12)
- Ve a la pestaña Network
- Recarga la página
- Haz clic en el documento HTML principal
- Mira "Waiting (TTFB)" en el panel de timing
WebPageTest
Proporciona TTFB desde diferentes ubicaciones, útil para ver el impacto de la distancia geográfica.
PageSpeed Insights
Muestra el TTFB como parte del análisis de rendimiento.
curl
curl -o /dev/null -s -w "TTFB: %{time_starttransfer}s
" https://tudominio.comCausas comunes de TTFB alto
1. Hosting lento
La causa más común. Un hosting compartido barato puede tener tiempos de respuesta inconsistentes, especialmente bajo carga.
Solución: Considera un VPS o hosting de mejor calidad.
2. Sin caché de servidor
Generar cada página desde cero (consultar base de datos, ejecutar PHP, etc.) es lento.
Solución: Implementa caché de página completa. En WordPress, usa plugins de caché como LiteSpeed Cache o WP Rocket.
3. Base de datos lenta
Consultas lentas o base de datos sin optimizar añaden latencia significativa.
Soluciones:
- Optimiza consultas SQL
- Añade índices apropiados
- Usa caché de consultas (Redis, Memcached)
- Limpia datos innecesarios
4. PHP desactualizado o mal configurado
Versiones antiguas de PHP son significativamente más lentas.
Soluciones:
- Actualiza a PHP 8.x
- Habilita OPcache
- Ajusta configuración de PHP-FPM
5. Plugins pesados (WordPress)
Plugins que ejecutan código en cada petición pueden ralentizar drásticamente.
Solución: Audita plugins, elimina los innecesarios, reemplaza los lentos.
6. Distancia geográfica
Si tu servidor está en USA y tus usuarios en España, la latencia de red añade tiempo.
Solución: Usa un CDN o un servidor más cercano a tu audiencia.
7. SSL/TLS handshake
El handshake HTTPS añade tiempo, especialmente sin optimizaciones.
Soluciones:
- Habilita TLS 1.3
- Configura OCSP Stapling
- Usa HTTP/2 o HTTP/3
Técnicas para reducir el TTFB
1. Implementa caché de página
La mejora más impactante. Una página cacheada se sirve en milisegundos en lugar de segundos.
# Verificar si la caché funciona
curl -I https://tudominio.com | grep -i cache2. Usa un CDN con caché edge
Los CDN modernos pueden cachear incluso HTML, sirviendo páginas completas desde el edge.
3. Optimiza la base de datos
# En MySQL/MariaDB
OPTIMIZE TABLE nombre_tabla;
# En WordPress (WP-CLI)
wp db optimize4. Implementa caché de objetos
Redis o Memcached almacenan resultados de consultas para reutilizarlos:
# En WordPress wp-config.php
define('WP_CACHE', true);
define('WP_REDIS_HOST', '127.0.0.1');5. Configura OPcache correctamente
# php.ini recomendado
opcache.enable=1
opcache.memory_consumption=256
opcache.interned_strings_buffer=16
opcache.max_accelerated_files=10000
opcache.revalidate_freq=606. Keep-Alive y HTTP/2
Reutilizar conexiones reduce la latencia de peticiones posteriores:
# Apache
KeepAlive On
MaxKeepAliveRequests 100
KeepAliveTimeout 5
# Nginx
keepalive_timeout 65;TTFB y monitoreo
El TTFB puede variar significativamente según:
- Hora del día (carga del servidor)
- Ubicación del usuario
- Estado de la caché
- Complejidad de la página
Por eso es importante monitorear continuamente, no solo medir una vez. Con WatcherWolf puedes rastrear el tiempo de respuesta de tu servidor y recibir alertas cuando empeora.
Checklist de optimización de TTFB
- ☐ Medir TTFB actual desde múltiples ubicaciones
- ☐ Verificar que la caché de página está activa
- ☐ Comprobar versión de PHP (usar 8.x)
- ☐ Verificar OPcache habilitado
- ☐ Optimizar base de datos
- ☐ Evaluar si el hosting es adecuado
- ☐ Considerar CDN si audiencia es global
- ☐ Configurar HTTP/2 o HTTP/3
- ☐ Implementar monitoreo continuo
Conclusión
El TTFB es el punto de partida de toda la carga de tu web. Un servidor que responde rápido es la base sobre la que construir el resto de optimizaciones. Sin un buen TTFB, es imposible tener buenos Core Web Vitals.
Empieza por medir, identifica los cuellos de botella, y aplica las optimizaciones apropiadas. Combina esto con una auditoría de rendimiento completa para tener una web verdaderamente rápida.
¿Listo para monitorear tu web?
Empieza gratis y recibe alertas instantáneas cuando tu sitio tenga problemas.
Crear cuenta gratis