Cómo mejorar el TTFB y el tiempo de servidor para impulsar tu SEO
El rendimiento técnico de un sitio web es uno de los factores que Google evalúa de forma más directa al determinar posiciones en los resultados de búsqueda. Dentro de ese rendimiento, el TTFB (Time To First Byte) es una métrica que muchos responsables de negocio desconocen, pero que puede estar lastrando silenciosamente su visibilidad orgánica. Si tu sitio tarda demasiado en responder, los rastreadores de Google penalizan la frecuencia de indexación y los usuarios abandonan antes de que la página cargue.
En este artículo te explicamos qué es exactamente el TTFB, por qué influye en el SEO, y —lo más importante— cómo mejorar el TTFB y el tiempo de servidor con medidas concretas y priorizadas.
---
Qué es el TTFB y por qué importa en SEO
El Time To First Byte es el tiempo que transcurre desde que un navegador (o el rastreador de Google) envía una solicitud HTTP hasta que recibe el primer byte de respuesta del servidor. En otras palabras: mide la velocidad de reacción de tu infraestructura.
Google ha confirmado en su documentación oficial que el TTFB forma parte de la cadena de señales que componen las Core Web Vitals, y que un servidor lento afecta directamente al LCP (Largest Contentful Paint), que sí es un factor de ranking explícito.
Algunos datos de referencia del sector:
- Google recomienda un TTFB inferior a 200 ms para que se considere "bueno". Entre 200 ms y 500 ms se considera "necesita mejora". Por encima de 500 ms, se clasifica como "lento".
- Según datos de HTTPArchive, la mediana de TTFB en sitios web analizados en escritorio ronda los 600 ms, lo que significa que la mayoría de los sitios está por encima del umbral recomendado.
- Un estudio de Akamai estima que un retraso de 100 ms en el tiempo de respuesta puede reducir las conversiones hasta en un 7%.
- Google afirmó que para sitios con TTFB superior a 1 segundo, el rastreador Googlebot reduce la frecuencia de rastreo de sus páginas, lo que puede ralentizar la indexación de contenido nuevo.
- Los sitios en el top 10 de Google para búsquedas competitivas presentan un TTFB mediano de entre 150 y 350 ms.
Para un director de marketing, el mensaje es claro: un TTFB elevado no es solo un problema técnico del equipo de sistemas. Es un problema de negocio que impacta en el posicionamiento orgánico y en las ventas.
---
Cómo medir el TTFB de tu sitio web
Antes de optimizar, hay que medir. Existen varias herramientas gratuitas y fiables:
Google Search Console y PageSpeed Insights
PageSpeed Insights muestra el TTFB real de tu dominio usando datos del informe CrUX (Chrome User Experience Report), que recoge experiencias reales de usuarios. Es el dato que Google tiene en cuenta. Accede a pagespeed.web.dev e introduce tu URL.
WebPageTest
WebPageTest.org permite lanzar pruebas desde múltiples ubicaciones geográficas. Esto es especialmente útil para empresas con audiencia española: si tu servidor está en EE.UU., el TTFB para usuarios en Madrid puede ser significativamente peor que para usuarios en Nueva York.
Chrome DevTools
En el navegador Chrome, abre las Herramientas de desarrollador (F12), ve a la pestaña Network, recarga la página y haz clic sobre el primer recurso (el HTML). En la sección "Timing" verás el desglose exacto: DNS lookup, TCP connection, TLS handshake y Waiting (TTFB).
GTmetrix
GTmetrix ofrece una vista visual clara del TTFB y su peso dentro del tiempo total de carga. El plan gratuito es suficiente para diagnósticos iniciales.
---
Las principales causas de un TTFB elevado
Para mejorar el TTFB, hay que entender qué lo provoca. Las causas se agrupan en cuatro bloques:
1. Servidor web o alojamiento de baja calidad
El factor más común. Un hosting compartido de bajo coste, donde tu sitio comparte recursos con cientos de otros dominios, introduce latencias que ninguna optimización de código puede compensar del todo. El servidor simplemente no tiene suficiente potencia de cómputo disponible en el momento de recibir la solicitud.
2. Consultas lentas a la base de datos
En sitios construidos sobre WordPress, Prestashop, Magento u otros CMS, cada petición de página desencadena consultas a la base de datos MySQL o MariaDB. Si esas consultas no están optimizadas —tablas sin índices, plugins que hacen decenas de consultas redundantes, bases de datos con millones de registros sin limpiar— el tiempo de generación de la respuesta se dispara.
3. Ausencia o configuración deficiente de caché
Si tu servidor genera el HTML de cada página desde cero en cada solicitud, el TTFB se verá directamente afectado. La caché de página almacena el HTML ya generado y lo sirve de forma casi instantánea sin necesidad de ejecutar PHP ni consultar la base de datos.
4. Distancia geográfica entre servidor y usuario
La velocidad de la luz es un límite físico. Si tu servidor está en Fráncfort y tu audiencia está mayoritariamente en Madrid o Barcelona, cada solicitud recorre una distancia que suma latencia. Un servidor en Madrid o una red CDN con puntos de presencia en España reducen drásticamente esa latencia.
---
Cómo mejorar el TTFB: medidas ordenadas por impacto
Migrar a un hosting de mayor calidad
Si actualmente usas un hosting compartido por menos de 5-10 euros al mes, esta es con diferencia la medida de mayor impacto. Las opciones recomendadas para empresas españolas son:
- VPS con SSD NVMe: proveedores como Hetzner, Contabo, OVHcloud o DigitalOcean ofrecen servidores privados virtuales desde 4-6 euros al mes con rendimiento muy superior al hosting compartido.
- Hosting gestionado para WordPress: Kinsta, WP Engine o Siteground Business utilizan infraestructura en la nube (Google Cloud o AWS) con servidores configurados específicamente para WordPress.
- Servidores con ubicación en España o Europa Occidental: reduce la latencia para audiencias hispanohablantes.
Un cambio de hosting bien ejecutado puede reducir el TTFB de 800 ms a menos de 200 ms sin ninguna otra modificación.
Implementar caché de página completa
Para sitios WordPress, los plugins de caché son la medida más accesible:
- WP Rocket: es la opción premium más completa. Genera archivos HTML estáticos de cada página y los sirve directamente, reduciendo el TTFB a valores de entre 50 y 150 ms en muchos casos.
- W3 Total Cache o LiteSpeed Cache: alternativas gratuitas que ofrecen funcionalidad similar si el servidor utiliza LiteSpeed.
Para sitios en otros CMS o desarrollos a medida, el caché puede implementarse a nivel de servidor mediante Varnish Cache o NGINX FastCGI Cache, que interceptan las solicitudes antes de que lleguen a PHP.
La configuración correcta de las cabeceras HTTP de caché (Cache-Control, Expires) es igualmente importante para evitar que los navegadores soliciten recursos que no han cambiado.
Optimizar la base de datos
Esta medida es especialmente relevante en sitios con varios años de antigüedad:
- Revisar y optimizar consultas SQL lentas: activa el log de consultas lentas en MySQL (slow query log) y analiza qué consultas superan los 200 ms.
- Añadir índices a las tablas más consultadas: un índice correcto en una tabla de pedidos o de usuarios puede reducir el tiempo de consulta de segundos a milisegundos.
- Limpiar la base de datos de registros innecesarios: en WordPress, eliminar revisiones de entradas, comentarios spam, transients expirados y opciones huérfanas de plugins desinstalados. Plugins como WP-Optimize o Advanced Database Cleaner automatizan esta tarea.
- Usar un motor de almacenamiento en memoria para caché de objetos: Redis o Memcached almacenan en RAM los resultados de consultas frecuentes, evitando que la base de datos repita el mismo trabajo.
Activar HTTP/2 o HTTP/3
HTTP/2 permite multiplexar múltiples solicitudes sobre una única conexión TCP, eliminando el problema de "head-of-line blocking" que lastraba HTTP/1.1. HTTP/3, basado en el protocolo QUIC, mejora aún más el rendimiento en conexiones con pérdida de paquetes (como redes móviles).
La mayoría de servidores modernos (NGINX 1.9.5+, Apache con mod_http2, LiteSpeed) soportan HTTP/2. Comprueba con http2.pro si tu dominio ya lo usa.
Usar una CDN (Red de Distribución de Contenidos)
Una CDN coloca copias de tu contenido estático —y en algunos casos del HTML completo— en servidores distribuidos geográficamente. Cuando un usuario de Sevilla accede a tu sitio, recibe los archivos desde el nodo más cercano en lugar del servidor de origen.
Para empresas españolas, las opciones más relevantes son:
- Cloudflare: plan gratuito funcional para la mayoría de casos. Ofrece proxy inverso, caché de contenido estático y protección DDoS. Su opción "Cache Everything" puede servir el HTML directamente desde su red.
- Fastly o AWS CloudFront: opciones premium para sitios de alto tráfico o con requerimientos de personalización avanzados.
Cloudflare por sí solo puede reducir el TTFB percibido por usuarios españoles en un 30-50% si el servidor de origen está fuera de España, gracias a que el handshake TLS y las conexiones persistentes se resuelven en el nodo europeo más cercano.
Optimizar el servidor web y PHP
Si tienes acceso a la configuración del servidor:
- Usar PHP-FPM en lugar de mod_php: PHP-FPM gestiona los procesos de PHP de forma más eficiente, reutilizando workers en lugar de crear nuevos para cada solicitud.
- Actualizar la versión de PHP: PHP 8.2 y 8.3 son significativamente más rápidos que PHP 7.x. Según las pruebas de Kinsta, PHP 8.2 ejecuta WordPress hasta un 18% más rápido que PHP 8.0.
- Habilitar OPcache: OPcache almacena el bytecode compilado de PHP en memoria, evitando que el servidor recompile los archivos PHP en cada solicitud. Debe estar activado por defecto en cualquier servidor de producción.
Reducir el trabajo en el servidor antes de la respuesta
Algunos sitios ejecutan operaciones costosas en el momento de servir cada página: llamadas a APIs externas, procesamiento de imágenes en tiempo real, generación de informes. Si estas operaciones bloquean la respuesta inicial, el TTFB se disparará.
La solución es diferir ese trabajo: usar colas de tareas en segundo plano (como cron jobs o sistemas de colas como Redis Queue) para procesar datos de forma asíncrona, y servir al usuario una versión cacheada o una respuesta rápida mientras el procesamiento ocurre en segundo plano.
---
Priorización práctica para empresas
No todas las empresas tienen los mismos recursos ni las mismas urgencias. Esta es una hoja de ruta priorizada:
| Prioridad | Acción | Coste estimado | Impacto en TTFB |
|---|---|---|---|
| 1 | Migrar a hosting de calidad | 20-80 €/mes | Muy alto |
| 2 | Activar caché de página | 0-50 €/año | Alto |
| 3 | Implementar CDN (Cloudflare) | 0 €/mes | Medio-alto |
| 4 | Optimizar base de datos | Horas de desarrollo | Medio |
| 5 | Actualizar PHP y activar OPcache | 0 € (configuración) | Medio |
| 6 | Activar HTTP/2 | 0 € (configuración) | Bajo-medio |
La combinación de las tres primeras medidas suele ser suficiente para llevar un TTFB de 800-1000 ms a valores por debajo de 300 ms en la mayoría de sitios WordPress o de CMS convencional.
---
Métricas para validar las mejoras
Una vez implementadas las optimizaciones, mide los resultados usando siempre las mismas herramientas para poder comparar:
- PageSpeed Insights: compara el TTFB real (datos de campo del CrUX) antes y después. Los cambios en datos reales pueden tardar 28 días en reflejarse, ya que Google promedia un mes de datos.
- Google Search Console → Informe de Experiencia de Página: monitoriza la evolución de las URLs clasificadas como "Buenas" en Core Web Vitals.
- WebPageTest con ubicación en Madrid o Barcelona: para verificar la mejora desde el punto de vista del usuario español.
---
Conclusión
Mejorar el TTFB y el tiempo de servidor es una de las palancas de SEO técnico con mayor retorno sobre la inversión. A diferencia de otras optimizaciones que requieren meses para reflejarse en resultados, las mejoras de infraestructura pueden tener un impacto visible en el rendimiento del sitio en días, y en el rastreo de Googlebot en semanas.
El camino es claro: evalúa tu hosting, implementa caché, considera una CDN y optimiza tu base de datos. No se necesita un equipo técnico enorme para ejecutar estas mejoras, pero sí experiencia para priorizar correctamente y no introducir errores de configuración que causen más problemas que los que resuelven.
Si quieres que auditemos el TTFB y el rendimiento técnico de tu sitio y te entreguemos un plan de acción priorizado, el equipo de Comunicua está disponible en comunicua.com/contacto. Analizamos la situación actual, identificamos los cuellos de botella reales y diseñamos una hoja de ruta adaptada a tu presupuesto y a tus objetivos de posicionamiento.