Cuando una página se siente lenta, el primer síntoma puede ser una ventana vacía. Esa espera tiene varias causas posibles. Time to First Byte, o TTFB, ayuda a describir el periodo anterior a la llegada de la respuesta, pero no mide directamente cuándo se podrá leer la página terminada.
La conexión inicial, las redirecciones, la distancia de red y el trabajo del servidor pueden influir al comenzar la navegación. Después, el navegador todavía debe recibir contenido, buscar otros recursos y dibujar la página. Una respuesta inicial rápida seguida de una foto principal tardía requiere una investigación diferente de una espera larga antes de recibir el documento.
Compara solicitudes que hagan trabajos similares
Registra la dirección exacta y si la sesión estaba iniciada. Muchas cachés de WordPress tratan de forma distinta una visita anónima a un artículo y una solicitud autenticada al escritorio. Comparar ambas cifras como si fueran la misma carga puede conducir a un diagnóstico equivocado del alojamiento.
Prueba varias páginas públicas representativas bajo condiciones iguales. Si solo una plantilla tarda, busca trabajo propio de ella, como una consulta costosa o una petición a un servicio externo. Si todas las páginas sin caché están afectadas, conviene investigar recursos del alojamiento, comportamiento de la base de datos o tareas compartidas de la aplicación. Ningún patrón demuestra la causa por sí solo, pero permite formular una pregunta más precisa.
Imagina una página que espera a un servicio remoto de inventario antes de generar su contenido. Cambiar a un servidor más potente no necesariamente elimina la demora de ese servicio. Quien mantiene el sitio tendrá que revisar esa dependencia y decidir cómo manejar errores, tiempos de espera o resultados guardados. Una puntuación pública no explica toda la arquitectura de la aplicación.
Leer el diagrama como texto
- Antes del primer byte: Redirecciones, conexión, distancia y trabajo del servidor pueden añadir espera.
- Llegan los recursos: HTML, imágenes, fuentes y scripts todavía deben llegar al navegador.
- El contenido se puede utilizar: El renderizado y la interacción determinan qué se puede leer o hacer.
Una respuesta inicial rápida puede ir seguida de una imagen principal tardía.
Entrega al alojamiento una comparación concreta
En lugar de decir únicamente que el sitio está lento, proporciona horas, direcciones afectadas y la frecuencia con que se repite el comportamiento. Incluye los tiempos relevantes sin contraseñas, cookies ni encabezados privados. Pregunta qué observaciones del servidor corresponden a esos momentos. Un ejemplo acotado resulta más útil para soporte que una captura de una calificación sin contexto.
Después del cambio, repite las mismas condiciones y revisa también la página completa. El primer byte es un punto de diagnóstico, no la meta final. La mejora debe ayudar a llegar al contenido útil sin introducir errores, información personal desactualizada ni funciones ausentes.
