Deze vertaling is nog niet redactioneel gecontroleerd. De Duitse versie is leidend. Deutsche Fassung →
Performance
Wat is de Total Blocking Time en waarom reageert een pagina bij het laden niet?
De Total Blocking Time (TBT) meet hoe lang een pagina tijdens het laden zo met scriptwerk bezet is dat invoer achterblijft — Google beoordeelt tot 200 milliseconden als goed, meer dan 600 milliseconden als slecht. De pagina ziet er in deze momenten klaar uit, maar reageert op geen tik. Dit verborgen stijfheid maakt de TBT als getal zichtbaar.
Blokkeerzeit is de onzichtbare stijfheid na het laden
Een browser heeft voor elke pagina slechts één hoofdthread waarop alles achter elkaar wordt verwerkt: scripts uitvoeren, invoer verwerken, scherm tekenen. Werkt een lang script, dan is de thread bezet — de tik van de bezoeker moet wachten tot het script klaar is. De TBT telt al deze wachtperioden tijdens het laden op. Dit verklaart een bekend irritatiepunt: de pagina ziet er klaar uit, het menu is zichtbaar, maar de tik erop doet seconden lang niets. De bezoeker tikt opnieuw, denkt dat het apparaat kapot is, of geeft op — ondertussen verwerkt de pagina gewoon stilletjes zijn scripts.
De TBT is de laboratoriumsbenadering voor reactietijd
De reactietijd van echte bezoekers (INP) kan alleen in het veld worden waargenomen — daarvoor is voldoende werkelijk verkeer nodig over 28 dagen. Voor nieuwe pagina's en pagina's met weinig verkeer ontbreken deze gegevens. Hier springt de TBT in: deze wordt in het laboratorium gemeten en toont dezelfde oorzaak vanuit een ander perspectief. Een pagina met lange blokkeerzeit geeft echte bezoekers trage reacties zodra ze aankomen. De Google-drempels: tot 200 milliseconden goed, tot 600 verbeteringswaardig, daarboven slecht. De controledienst bepaalt de TBT in het laboratorium via de PageSpeed-meting en gebruikt deze als bevindingsbron wanneer geen veldwaarde voor reactietijd beschikbaar is.
Te veel scriptwerk is de oorzaak, opruiming de oplossing
Lange blokkeerzetijden ontstaan bijna altijd door te veel of te zwaar JavaScript: advertentienetwerken, analysetools, chatvensters, video-inbeddingen en bouwkasteninvoegsels brengen elk hun eigen scripts mee, die allemaal bij laden willen worden uitgevoerd. Elk afzonderlijk lijkt onschuldig, maar bij elkaar leggen ze de hoofdthread plat — vooral op mobiele telefoons met zwakkere processors. De oplossing is onspectaculair: niet meer gebruikte inbeddingen verwijderen, resterende scripts na de zichtbare inhoud laden, en extra functies als chat pas starten wanneer de bezoeker erom vraagt. Het controlerapport geeft de gemeten waarde en doelwaarde als duidelijke instructie voor deze opruiming.
- Tik onmiddellijk nadat uw startpagina is verschenen op het menu en controleer of het onmiddellijk reageert of eerst na een ogenblik.
- Vraag uw bureau alle ingebouwde scripts van derden op te sommen en verwijder samen wat geen aantoonbaar voordeel meer heeft.
- Vraag om chatvensters, video's en kaarten pas te laden wanneer de bezoeker ze werkelijk aanklikt.
- Controleer de blokkeerzeit vooral in de mobiele meting, want zwakkere telefoonprocessoren maken van dezelfde scriptmenge veel langere stijfheid.
- Meet na elk nieuw ingebouwd gereedschap opnieuw — elke aanvullende inbedding verlengt de blokkeerzeit.