Googles Web Rendering Service knipt JavaScript-rendering niet simpelweg af na vijf seconden. Een nieuwe SEO-test laat zien dat de zoekmachine op dat moment een virtuele klok pauzeert, waardoor timergestuurde code zich anders gedraagt dan in een gewone browser. Voor sites die zwaar leunen op JavaScript kan dat verschil bepalen of belangrijke content wel of niet wordt meegenomen bij het indexeren.
Het gaat om een technisch detail dat in SEO-kringen al jaren voor verwarring zorgt. De uitkomst van deze test zet de bekende '5 secondenregel' in een ander licht.
Waarom de vijf-secondenregel al jaren rondzingt in SEO-kringen
Sinds Google in 2019 overstapte op een evergreen versie van Chromium voor het renderen van pagina's, doet het idee de ronde dat de zoekmachine slechts een paar seconden de tijd neemt om JavaScript uit te voeren. Dat getal van vijf seconden komt oorspronkelijk uit uitspraken van Google-medewerkers over het renderbudget, maar werd door de SEO-gemeenschap vaak vertaald naar een harde deadline.
In de praktijk ligt het genuanceerder. Google rendert pagina's in twee fasen: eerst wordt de ruwe HTML geïndexeerd, later volgt een gerenderde versie zodra er rendercapaciteit beschikbaar is. Die tweede fase kan, afhankelijk van de wachtrij, seconden tot dagen duren.
Wat de test blootlegt: een virtuele klok in plaats van een harde afsnijgrens
De kern van de bevinding is dat Googlebot bij het renderen niet gewoon de systeemklok van de server gebruikt. Zodra het renderproces langer duurt dan het gangbare venster van vijf seconden, schakelt de renderer over op een eigen, virtuele tijdsregistratie.
Dat heeft directe gevolgen voor JavaScript-functies die op tijd vertrouwen, zoals setTimeout, setInterval en Date.now(). In plaats van dat deze functies simpelweg 'doorlopen' zoals in een live browser, wordt hun gedrag bepaald door hoe de renderer de klok intern laat lopen.
- Content die via een timer met vertraging verschijnt, kan eerder of juist later in beeld komen dan verwacht.
- Animaties of laadindicatoren die op echte tijd zijn gebaseerd, renderen mogelijk anders dan in Chrome op een gewone computer.
- Scripts die wachten op een specifiek tijdstip voordat ze content injecteren, lopen het risico dat die actie tijdens het renderen nooit wordt uitgevoerd.
Gevolgen voor jouw site en indexering
Voor de meeste websites verandert er weinig, zolang belangrijke tekst en links direct in de HTML staan of snel na het laden zichtbaar worden. Problemen ontstaan vooral bij sites die kritieke content pas tonen na een bewuste vertraging, bijvoorbeeld via een laadscherm, een cookiebanner die eerst moet worden weggeklikt in de onderliggende logica, of lazy-loaded secties die op een timer wachten.
Frameworks als React en Vue hydrateren pagina's vaak stapsgewijs, en als die hydratie afhankelijk is van reële tijdsverstrijking, kan de virtuele klok van Google tot onvoorspelbare resultaten leiden.
Praktisch advies voor sites met veel client-side rendering:
- Toon belangrijke tekst en interne links waar mogelijk direct in de server-gerenderde HTML.
- Vermijd het koppelen van kritieke content aan timergestuurde vertragingen.
- Controleer via de URL-inspectietool in Search Console of de gerenderde versie overeenkomt met wat bezoekers zien.
- Overweeg server-side rendering of static rendering voor pagina's die zwaar leunen op JavaScript.
Bron: Search Engine Journal