App: Meet de responstijd van uw website met deze eenvoudige metrische tool

Juli 15, 2025

2 minuten lezen

Hulpmiddel voor responstijd van webpagina's

Als een website langzaam laadt, is het niet altijd duidelijk wat de oorzaak is. Is het de DNS provider? De server zelf? Of iets ertussenin? Om webprofessionals te helpen vaststellen waar vertragingen optreden, heb ik deze tool op deze site gepubliceerd die de volledige levenscyclus van een HTTP aanvraag, van domeinresolutie tot levering van content.

Deze browsergebaseerde tool maakt gebruik van server-side diagnostiek om een echte HTTP-aanvraag te simuleren en de timingcomponenten ervan te analyseren. Dit kan nuttig zijn bij het controleren van uw domein, het oplossen van problemen met een partner die traag laadt. API, of gewoon benchmarken CDN prestaties op verschillende URL's.

Gebruik de onderstaande tool om de prestaties van alle publieksgerichte URL:

Hoe de resultaten te lezen

Wanneer u een test uitvoert, voert de tool een live cURL Vraag en rapporteer gedetailleerde timinginformatie in seconden. Dit is wat elk van de gerapporteerde statistieken betekent:

DNS-opzoektijd:Dit heeft betrekking op de tijd die nodig is om een domeinnaam om te zetten in de bijbehorende IP-adresAls dit getal hoog is, kan dit wijzen op trage nameservers, problemen met de DNS-propagatie of slechte prestaties van de DNS-provider. Google raadt aan om dit onder de 50 ms te houden, waarbij alles boven de 100 ms als een potentieel knelpunt wordt beschouwd.
TCP-verbindingstijd: Dit meet hoe lang het duurt om een TCP-verbinding met de server tot stand te brengen. Vertragingen hier kunnen wijzen op netwerklatentie, firewalls of de afstand tot de oorspronkelijke server. Waarden onder de 100 ms hebben de voorkeur; consistente tijden boven de 150 ms kunnen wijzen op inefficiënties in het netwerk of de routering.
TLS-handshaketijd (HTTPS Als het verzoek via HTTPS wordt gedaan, geeft dit getal de tijd weer die nodig is om de beveiligde verbinding tot stand te brengen. Verouderde coderingssuites, verlopen certificaten of overbelaste edge-servers kunnen een lange verbinding veroorzaken. TLS handdruk. Google beschouwt alles onder de 100 ms als optimaal, terwijl meer dan 200 ms symptomatisch kan zijn voor verkeerde configuraties in de beveiliging of prestaties.
Pre-overdrachtstijd:Dit omvat DNS, TCP, en TLS: alles wat gebeurt voordat het daadwerkelijke verzoek wordt verzonden. Het weerspiegelt de cumulatieve opstarttijd voordat de server het verzoek begint te verwerken. Ideale tijden vóór de overdracht liggen tussen 100 en 300 ms; alles boven 400 ms moet stapsgewijs worden onderzocht.
Tijd tot eerste byte (TTFB): Deze statistiek meet de tijd die de server nodig heeft om een antwoord te versturen nadat de aanvraag is ontvangen. Een hoge TTFB kan wijzen op vertragingen aan de serverzijde, zoals trage databasequery's, niet-gecachte dynamische content of slechte serverprestaties. Google adviseert om de TTFB onder de 200 ms te houden; aanhoudende waarden boven de 500 ms duiden op problemen met de backend of infrastructuur.
Totale overdrachtstijd: Dit is de volledige duur vanaf het begin van de aanvraag tot de ontvangst van de laatste byte. Als uw TTFB snel is, maar de totale tijd traag, kan dit te wijten zijn aan de responsgrootte, serverbeperkingen of vertragingen in de levering van content. Streef naar minder dan 500 ms voor HTML-payloads op breedband; meer dan 1 seconde kan wijzen op ongecomprimeerde assets of inefficiënte levering.
HTTP-statuscode: Dit is de Reactiecode die door de server wordt geretourneerd (bijv. 200 voor succes, 301/302 voor omleidingen, 404 voor niet gevonden). Het geeft context over hoe de server het verzoek heeft afgehandeld.

Deze tool simuleert niet alleen een verzoek, maar voert het ook live uit op mijn server met behulp van PHP's cURL bibliotheek. Dat betekent dat u ziet wat de server ziet, niet alleen wat uw browser waarneemt. Dit is handig voor het opsporen van prestatieproblemen die mogelijk niet zichtbaar zijn vanaf uw lokale netwerk.

Probeer de tool uit en test gerust verschillende URL's: uw homepage, een specifiek API-eindpunt of een externe bron waarop u vertrouwt. Hoe beter u deze timingstatistieken begrijpt, hoe sneller u uw webprestaties kunt diagnosticeren en verbeteren.