Un TTFB alt en una resposta WordPress gairebé buida és útil perquè permet separar xarxa/edge de PHP/base de dades sense el soroll del pes de pàgina. Mesura la mateixa ruta mínima a través del CDN, origen directe i PHP per obtenir temps per capa.
Usa un endpoint mínim reproduïble
Tria una petició lleugera sense memòria cau o una pàgina de prova controlada i repeteix-la. Barrejar home, admin i REST impedeix comparar capes.
Mesura edge i origen per separat
Compara trànsit públic normal amb accés directe controlat a l’origen mantenint Host/TLS correctes. Un edge lent i un origen lent són problemes diferents.
Cronometra PHP abans de culpar el contingut
Usa server timing, slow log de PHP-FPM o tracing per saber si espera workers, crides externes, filesystem o bootstrap.
Mesura la contribució de base de dades
Revisa nombre de queries, consultes lentes, locks i temps de connexió per a la mateixa petició. Una base ràpida amb PHP lent mou el diagnòstic.
Compara peticions fredes i calentes
Object cache, OPcache i page cache poden fer que la segona petició enganyi. Registra estat de memòria cau a cada mesura.
Canvia una capa i repeteix el mateix endpoint
Després d’ajustar xarxa, workers, PHP o base de dades, repeteix exactament la mateixa petició. Aquell TTFB és evidència més forta que un altre PageSpeed sobre una URL diferent.
Compara amb el diagnòstic del primer byte amb memòria cau activa i usa tracing de PHP-FPM quan domini el temps d’aplicació.