Un TTFB alto en una respuesta WordPress casi vacía es útil porque permite separar red/edge de PHP/base de datos sin el ruido del peso de página. Mide la misma ruta mínima a través del CDN, origen directo y PHP para obtener tiempos por capa.
Usa un endpoint mínimo reproducible
Elige una petición ligera sin caché o una página de prueba controlada y repítela. Mezclar home, admin y REST impide comparar capas.
Mide edge y origen por separado
Compara tráfico público normal con acceso directo controlado al origen manteniendo Host/TLS correctos. Un edge lento y un origen lento son problemas distintos.
Cronometra PHP antes de culpar al contenido
Usa server timing, slow log de PHP-FPM o tracing para saber si espera workers, llamadas externas, filesystem o bootstrap.
Mide la contribución de base de datos
Revisa número de queries, consultas lentas, locks y tiempo de conexión para la misma petición. Una base rápida con PHP lento mueve el diagnóstico.
Compara peticiones frías y calientes
Object cache, OPcache y page cache pueden hacer que la segunda petición engañe. Registra estado de caché en cada medición.
Cambia una capa y repite el mismo endpoint
Tras ajustar red, workers, PHP o base de datos, repite exactamente la misma petición. Ese TTFB es evidencia más fuerte que otro PageSpeed sobre una URL distinta.
Compara con el diagnóstico del primer byte con caché activa y usa tracing de PHP-FPM cuando domine el tiempo de aplicación.