Aplicació: Mesura el temps de resposta del teu lloc web amb aquesta senzilla eina de mètriques

Quan un lloc web es carrega lentament, no sempre està clar què en té la culpa. És el DNS proveïdor? El servidor en si? O alguna cosa intermèdia? Per ajudar els professionals web a identificar on es produeixen els retards, he publicat aquesta eina en aquest lloc que mesura el cicle de vida complet d'un HTTP sol·licitud, des de la resolució del domini fins al lliurament de contingut.

Aquesta eina basada en navegador utilitza diagnòstics del costat del servidor per simular una sol·licitud HTTP del món real i desglossar els seus components de temps. Pot ser útil tant si esteu auditant el vostre domini com si esteu resolent problemes amb un soci de càrrega lenta. API, o simplement avaluació comparativa CDN rendiment entre URL.

Feu servir l'eina següent per analitzar el rendiment de qualsevol acció de cara al públic URL:

Com llegir els resultats

Quan executeu una prova, l'eina executa una imatge en directe cURL sol·licita i informa d'informació detallada sobre el temps en segons. Això és el que significa cadascuna de les mètriques informades:

• Temps de cerca DNS: Això fa referència al temps que es triga a resoldre un nom de domini al seu nom corresponent Adreça IPSi aquest número és alt, pot indicar servidors de noms lents, problemes de propagació del DNS o un rendiment deficient del proveïdor de DNS. Google recomana mantenir-lo per sota dels 50 ms, i qualsevol valor superior a 100 ms es considera un possible coll d'ampolla.
• Temps de connexió TCPAixò mesura quant de temps es triga a establir una connexió TCP amb el servidor. Els retards aquí podrien indicar la latència de la xarxa, els tallafocs o la distància al servidor d'origen. Es prefereixen valors inferiors a 100 ms; els temps consistents superiors a 150 ms poden indicar ineficiències de la xarxa o de l'encaminament.
• Temps de protocol de connexió TLS (HTTPS (només): Si la sol·licitud es fa a través d'HTTPS, aquest número reflecteix el temps dedicat a negociar la connexió segura. Els conjunts de xifratge obsolets, els certificats caducats o els servidors perimetrals sobrecarregats poden causar un temps llarg TLS encaixada de mans. Google considera òptim qualsevol valor inferior a 100 ms, mentre que superior a 200 ms podria ser simptomàtic de configuracions incorrectes de seguretat o rendiment.
• Temps previ a la transferènciaAixò inclou el DNS, TCPi TLS: tot el que passa abans que s'enviï la sol·licitud real. Reflecteix el temps d'inici acumulatiu abans que el servidor comenci a processar la sol·licitud. Els temps ideals de pretransferència es troben entre 100 i 300 ms; qualsevol valor superior a 400 ms s'hauria d'investigar fase per fase.
• Temps fins al primer byte (TTFB)Aquesta mètrica mesura el temps que triga el servidor a començar a enviar una resposta després de rebre la sol·licitud. Un TTFB alt pot indicar retards al costat del servidor, com ara consultes de bases de dades lentes, contingut dinàmic sense memòria cau o un rendiment deficient del servidor. L'orientació de Google és mantenir el TTFB per sota dels 200 ms; els valors persistents superiors a 500 ms suggereixen problemes de backend o d'infraestructura.
• Temps total de transferènciaAquesta és la durada completa des de l'inici de la sol·licitud fins que es rep el byte final. Si el vostre TTFB és ràpid però el temps total és lent, pot ser degut a la mida de la resposta, a la limitació del servidor o a retards en el lliurament de contingut. Intenteu que la càrrega útil sigui inferior a 500 ms per a càrregues útils HTML en banda ampla; més d'1 segon pot indicar recursos sense comprimir o un lliurament ineficient.
• Codi d'estat HTTP: Aquest és el codi de resposta retornat pel servidor (per exemple, 200 per a èxit, 301/302 per a redireccions, 404 per a no trobat). Dóna context de com el servidor ha gestionat la sol·licitud.

Aquesta eina no només simula una sol·licitud, sinó que l'executa en directe al meu servidor mitjançant PHP's cURL biblioteca. Això vol dir que esteu veient el que veu el servidor, no només el que percep el vostre navegador. És útil per depurar problemes de rendiment que poden no ser visibles des de la vostra xarxa local.

Prova l'eina i no dubtis a comprovar diverses URL: la teva pàgina d'inici, un punt final d'API específic o un recurs remot en què confies. Com més profunda sigui la teva comprensió d'aquestes mètriques de temps, més ràpid podràs diagnosticar i millorar el rendiment del teu web.