¡Hola y hola querido lector! Hoy vengo con un nuevo post sobre el tiempo de respuesta del servidor, uno de los motivos más habituales por los que unas páginas web cargan mucho más rápido que otras.
Además, te explico qué es Server-Timing, una cabecera HTTP que muchas veces se confunde con el tiempo de respuesta y que es muy útil para descubrir qué está ralentizando tu servidor.
En este post verás qué fases intervienen en una petición, cómo medirlas y cómo mejorar la respuesta de tu servidor. ¡Vamos a ello!
Resumen rápido
- El tiempo de respuesta del servidor es lo que tarda el servidor en empezar a enviar la respuesta tras recibir la petición del navegador. Se mide principalmente con el TTFB.
- Server-Timing es una cabecera HTTP con la que el servidor informa al navegador de cuánto han tardado sus procesos internos, como la base de datos o la caché.
- Una petición pasa por varias fases: Blocked, DNS, Connect, SSL, Send, Wait y Receive. La más relacionada con el servidor es Wait.
- Para mejorarlo: buen hosting, caché de página, versiones modernas de PHP, menos plugins pesados y una CDN.
¿Qué es el tiempo de respuesta del servidor?
El tiempo de respuesta del servidor es el tiempo que transcurre desde que el servidor recibe la petición del navegador hasta que empieza a enviar la respuesta.
Durante ese tiempo, el servidor procesa la petición: ejecuta PHP, consulta la base de datos, comprueba la caché y genera el HTML de la página. Cuanto más tarda, más espera el usuario antes de ver nada en pantalla.
La métrica más utilizada para medirlo es el TTFB (Time to First Byte), que incluye además el tiempo de conexión. Google considera bueno un TTFB de 0,8 segundos o menos.
- Soporte experto 24/7
- Más de 20 años de experiencia
- Expertos en WordPress
- Garantía de 30 días
pulsando en el siguiente enlace
¿Qué es Server-Timing?
Server-Timing es una cabecera HTTP estándar que permite al servidor enviar al navegador métricas sobre sus propios procesos internos. Por ejemplo:
Server-Timing: db;dur=120;desc="Base de datos", cache;desc="Caché";dur=5, app;dur=250Con esta información puedes ver, desde las herramientas de desarrollador del navegador, cuánto tiempo del TTFB se ha dedicado a la base de datos, a la aplicación o a la caché. Es muy útil para encontrar cuellos de botella.
Algunos hostings, CDNs y herramientas de monitorización la añaden automáticamente. También puedes verla en Chrome DevTools > Red > selecciona la petición > Timing, en el apartado «Server Timing».
PD. En WordPress, plugins de depuración como Query Monitor pueden mostrar los tiempos de las consultas y hooks, y algunos entornos de desarrollo exponen esos datos también mediante la cabecera Server-Timing.
¿Por qué es importante la respuesta del servidor?
- Mejora la experiencia del usuario: un servidor lento retrasa todo lo demás, por muy optimizada que esté la página.
- Influye en las Core Web Vitals: un TTFB alto retrasa el LCP, una de las métricas que Google tiene en cuenta en la experiencia de página.
- Facilita el rastreo: si el servidor responde rápido, Google puede rastrear más páginas con el mismo crawl budget.
- Mejora la conversión, sobre todo en tiendas online, donde la velocidad influye en la decisión de compra.
- Soporte experto 24/7
- Más de 20 años de experiencia
- Expertos en WordPress
- Garantía de 30 días
pulsando en el siguiente enlace
Fases de una petición al servidor
Cuando analizas la cascada de carga en herramientas como GTmetrix, Pingdom o Chrome DevTools, cada petición se divide en varias fases:
| Fase | Qué ocurre | De qué depende |
|---|---|---|
| Blocked | La petición espera en cola en el navegador antes de enviarse | Número de peticiones simultáneas y prioridades del navegador |
| DNS | Se traduce el dominio a una dirección IP | Proveedor de DNS y caché de DNS |
| Connect | Se establece la conexión con el servidor | Distancia al servidor y red |
| SSL / TLS | Se negocia la conexión segura HTTPS | Configuración TLS del servidor |
| Send | El navegador envía la petición | Tamaño de la petición (cookies, cabeceras) |
| Wait | El servidor procesa la petición y genera la respuesta | Hosting, caché, PHP, base de datos y plugins |
| Receive | El navegador descarga la respuesta | Peso del archivo, compresión y velocidad de la red |
Blocked
Es el tiempo que la petición pasa en cola en el propio navegador antes de poder enviarse, por ejemplo porque hay demasiadas peticiones simultáneas o recursos con más prioridad. Se reduce cargando menos recursos y utilizando HTTP/2 o HTTP/3.
DNS
El DNS traduce el nombre de dominio a la dirección IP del servidor. Suele ser muy rápido, pero un proveedor de DNS lento puede añadir decenas de milisegundos. Proveedores como Cloudflare ofrecen DNS rápido y gratuito.
Connect
Es el tiempo necesario para abrir la conexión con el servidor. Depende sobre todo de la distancia física: un servidor en Estados Unidos tardará más en responder a usuarios de España que uno en Europa.
SSL / TLS
Es la negociación de la conexión segura HTTPS. Con configuraciones modernas (TLS 1.3) su impacto es mínimo.
Send
Es el envío de la petición desde el navegador. Normalmente dura muy poco, salvo que se envíen muchas cookies o cabeceras pesadas.
Wait
Es la fase más importante para el servidor. Aquí el servidor ejecuta PHP, consulta la base de datos y genera la página. Un Wait alto suele deberse a un hosting insuficiente, a la falta de caché o a plugins y consultas pesadas.
Receive
Es la descarga de la respuesta. Depende del tamaño del archivo, de la compresión y de la conexión del usuario.
Herramientas para medir la respuesta del servidor
GTmetrix
GTmetrix muestra la cascada de carga de tu página, con el tiempo de cada fase de cada petición y el TTFB, y permite hacer pruebas desde distintas ubicaciones.
Pingdom Tools
Pingdom Tools ofrece una cascada visual muy fácil de interpretar, con las fases DNS, SSL, Connect, Send, Wait y Receive de cada recurso.
Otras herramientas
- PageSpeed Insights: muestra el TTFB con datos de usuarios reales.
- Chrome DevTools: pestaña Red, con el desglose de tiempos y la cabecera Server-Timing.
- Search Console: el informe de estadísticas de rastreo muestra el tiempo medio de respuesta de tu servidor a Googlebot.
- WebPageTest: pruebas avanzadas con distintas conexiones y ubicaciones.
- Soporte experto 24/7
- Más de 20 años de experiencia
- Expertos en WordPress
- Garantía de 30 días
pulsando en el siguiente enlace
Cómo mejorar la respuesta del servidor
- Elige un buen hosting, con recursos suficientes y servidores cerca de tu público. Te explico cómo elegir un hosting.
- Activa la caché de página para servir HTML ya generado sin ejecutar PHP en cada visita. Aquí tienes los tipos de caché.
- Utiliza caché de objetos (Redis o Memcached) en páginas web con muchas consultas.
- Actualiza PHP a una versión con soporte.
- Revisa plugins y consultas pesadas con Query Monitor y elimina lo que no necesites.
- Limpia la base de datos, sobre todo las opciones con carga automática.
- Utiliza una CDN para acercar el contenido a los usuarios. Algunas, como el APO de Cloudflare, pueden cachear incluso el HTML.
- Activa HTTP/2 o HTTP/3 y TLS 1.3 si tu hosting lo permite.
- Utiliza un DNS rápido.
- Monitoriza el TTFB con regularidad, sobre todo tras actualizaciones o cambios en la página web.
PD. Si tu TTFB es alto incluso con caché activada, el problema suele estar en el servidor. En ese caso, ninguna optimización de la página web lo compensará del todo: toca mejorar el plan o cambiar de hosting.
Conclusiones sobre la respuesta del servidor
El tiempo de respuesta del servidor es uno de los pilares de una página web rápida: si el servidor tarda en responder, todo lo demás se retrasa.
Mi recomendación: mide el TTFB, analiza la cascada para ver qué fase es la más lenta y, si puedes, utiliza la cabecera Server-Timing para descubrir qué proceso interno está frenando tu servidor. En la mayoría de casos, un buen hosting y una buena caché resuelven gran parte del problema.
Si tu WordPress tarda demasiado en responder y no sabes por qué, en mi servicio de mantenimiento web WordPress me encargo de optimizar su rendimiento.
¿Cuánto tarda en responder el servidor de tu página web? ¡Te leo en los comentarios!
Preguntas frecuentes sobre la respuesta del servidor
¿Qué es el tiempo de respuesta del servidor?
Es el tiempo que tarda el servidor en empezar a enviar la respuesta tras recibir la petición del navegador. Se mide principalmente con el TTFB o Time to First Byte.
¿Qué es Server-Timing?
Es una cabecera HTTP estándar con la que el servidor informa al navegador de cuánto han tardado sus procesos internos, como las consultas a la base de datos o la caché. Se puede consultar en las herramientas de desarrollador del navegador.
¿Cuál es un buen tiempo de respuesta del servidor?
Google considera bueno un TTFB de 0,8 segundos o menos. Lo ideal es que el tiempo de procesamiento del servidor sea lo más bajo posible, idealmente por debajo de unos cientos de milisegundos con la caché activada.
¿Qué significa el tiempo Wait en GTmetrix o Pingdom?
Es el tiempo que el servidor tarda en procesar la petición y empezar a enviar la respuesta. Un Wait alto suele indicar un hosting insuficiente, falta de caché o plugins y consultas pesadas.
¿Qué es el tiempo Blocked?
Es el tiempo que una petición espera en cola en el navegador antes de enviarse, normalmente por el número de peticiones simultáneas o por las prioridades de carga. Se reduce cargando menos recursos y utilizando HTTP/2 o HTTP/3.
¿Cómo reducir el tiempo de respuesta del servidor?
Con un buen hosting, caché de página y de objetos, versiones modernas de PHP, menos plugins y consultas pesadas, una base de datos limpia, una CDN y un proveedor de DNS rápido.
¿El tiempo de respuesta del servidor afecta al SEO?
De forma indirecta, sí. Un servidor lento empeora el LCP de las Core Web Vitals, la experiencia de usuario y la eficiencia del rastreo de Google.
