Guía para decidir mejor
Cómo medir el tiempo de respuesta del servidor y entender el TTFB
TTFB no es la velocidad total ni una nota del hosting. Aprende a medirlo varias veces y a localizar qué tramo tarda.
El TTFB (Time to First Byte) mide cuánto transcurre desde que comienza la navegación hasta que empieza a llegar la respuesta del documento. No es el tiempo total de carga ni equivale solo al trabajo del servidor: puede incluir redirecciones, DNS, conexión, TLS, caché y espera del backend. Mídelo varias veces y por fases antes de concluir que el hosting es lento.
Medición con el navegador
- Abre la página en una ventana privada, las herramientas de desarrollo y la pestaña Red. Activa la captura de solicitudes y recarga.
- Selecciona la solicitud del documento HTML, no una imagen o archivo JS. Observa su línea de tiempo: redirección, DNS, conexión, solicitud y espera de respuesta.
- Repite con otra URL, con sesión iniciada si corresponde y en un segundo momento. Anota si una CDN o caché respondió la petición.
La definición de web.dev muestra qué fases pueden entrar en TTFB. Para una visión de usuarios reales, PageSpeed Insights puede ofrecer datos de campo cuando hay suficientes muestras; también presenta pruebas de laboratorio, que no deben confundirse con un promedio de clientes de IDEIHOSTING.
Medición sencilla con curl
En macOS o Linux puedes repetir una petición GET sin guardar el cuerpo con curl -sS -o /dev/null -w 'TTFB: %{time_starttransfer}s\n' https://ejemplo.es/. En Windows usa curl.exe y -o NUL. Ejecuta varias mediciones para la URL final HTTPS. Si hay redirecciones, regístralas por separado: añadir -L cambia la interpretación porque sigue la cadena. Una petición HEAD con -I no siempre representa cómo se genera una página normal.
Interpreta diferencias antes de comprar recursos
| Observación | Hipótesis que debes comprobar |
|---|---|
| Solo tarda la primera petición | Caché fría, conexión o arranque de aplicación |
| Tardan páginas dinámicas, no las cacheadas | PHP, consultas, plugins, procesos o base de datos |
| La petición incluye varias redirecciones | Normalización HTTP/HTTPS, www o reglas antiguas |
| TTFB bien, pero la página aparece tarde | Imágenes, CSS, JavaScript o servicios externos |
| Solo una región tarda | Distancia de red, CDN o ruta del proveedor |
web.dev recuerda que la auditoría de respuesta del servidor en Lighthouse excluye algunas fases; compárala con la navegación completa y datos reales cuando existan. No publiques una «prueba de velocidad» sin indicar URL, fecha, ubicación, estado de caché y método. Si quieres entender otras causas, usa la guía de WordPress lento.
Cuándo evaluar otro plan
Si el backend tarda de forma repetida en condiciones comparables y has identificado saturación o límites reales, revisa la capacidad contratada y la alternativa compartido frente a VPS. Un TTFB aislado no justifica por sí solo una migración. Para revisar la carga y los requisitos de tu proyecto, consulta al equipo sin esperar una cifra garantizada que no se ha medido.
La velocidad del alojamiento depende de varias capas; OPcache puede ahorrar compilación PHP, pero no explica todos los segundos de una navegación.
Para atribuir la espera a una capa concreta, compara rutas estáticas y dinámicas con métricas del servidor. Una prueba desde España también ayuda a decidir si la ubicación del alojamiento importa para tu audiencia real.