Over pagina-aanvragen
Wat is een pagina-aanvraag?
Een pagina-aanvraag is één retourverbinding om één bestand op te halen. Een pagina die honderd bestanden nodig heeft, doet honderd aanvragen, waarbij elke aanvraag kleine vaste kosten met zich meebrengt, ongeacht hoe groot het bestand uiteindelijk blijkt te zijn.
Twee pagina’s met een identiek gewicht kunnen zich daardoor heel verschillend gedragen. Eén grote afbeelding is doorgaans sneller dan vijftig kleine, omdat de overhead één keer wordt betaald in plaats van vijftig keer.
De samenstelling is belangrijker dan het aantal. Twintig verzoeken aan je eigen server gedragen zich anders dan twintig verzoeken aan twintig verschillende externe domeinen, waarbij voor elk domein eerst een eigen verbinding tot stand moet worden gebracht.
Doet het aantal verzoeken er in 2026 nog steeds toe?
Het heeft veel van zijn vroegere gewicht als prestatiedoel verloren. HTTP/2 en HTTP/3 multiplexen verzoeken over één verbinding, waardoor de meeste nadelige gevolgen verdwenen die het tellen van verzoeken tien jaar geleden zo belangrijk maakten.
Toch geeft het nog steeds nuttige informatie. Een pagina die honderden verzoeken doet, is meestal een pagina met afhankelijkheden die niemand heeft beoordeeld. Vooral verzoeken van derden brengen naast de gevolgen voor de prestaties ook verplichtingen met zich mee op het gebied van privacy, betrouwbaarheid en toestemming.
Lees het getal als een inventarisatie en niet als een score. De interessante vraag is niet hoeveel het er zijn, maar hoeveel ervan u niet zou kunnen verklaren als iemand ernaar vroeg.
Hoe paginaverzoeken zich verhouden tot AI-zoekopdrachten
Een crawler wil over het algemeen de HTML in plaats van de volledige set assets, dus het totale aantal verzoeken is voor de crawler op zichzelf niet zo belangrijk.
Waar het om gaat, is of uw content überhaupt afhankelijk is van het bestaan van die verzoeken. Een pagina die zijn tekst na het laden samenstelt uit meerdere API-aanroepen, is een pagina waarvan de content mogelijk nooit wordt gezien door iets dat niet op JavaScript wacht.
Dat is de versie van dit probleem die het waard is om op te sporen: niet een pagina met veel verzoeken, maar een pagina waarvan de betekenis in één daarvan wordt overgebracht.
Best practices voor verzoeken
- Verwijder scripts van derden die niemand actief gebruikt; dat is de snelste winst die beschikbaar is.
- Combineer kleine pictogrammen in een sprite of gebruik inline-SVG.
- Laad niet-kritieke bronnen alleen wanneer ze nodig zijn.
- Lever de betekenisvolle inhoud aan in de initiële HTML in plaats van deze daarna op te halen.
- Let op tags die nog meer tags injecteren; één tagmanager wordt ongemerkt al snel tientallen verzoeken.
- Bekijk de lijst regelmatig, omdat verzoeken zich opstapelen en zelden worden verwijderd.
Wat deze tool controleert
De checker voor pagina-aanvragen telt de bronnen die de pagina laadt en rapporteert het totaal.
Dit is informatief en geen beoordeling met geslaagd of mislukt, omdat een redelijk aantal volledig afhangt van het type pagina. Een afbeeldingengalerij maakt legitiem meer aanvragen dan een artikel, en het aantal alleen kan geen onderscheid tussen beide maken.
Waar je nu verder kunt gaan
Aanvragen en omvang zijn twee weergaven van hetzelfde. Bekijk met de tool
bestandsgrootte van webpagina wat het totale formaat van die bestanden is, controleer met de
HTTP/2-check of de server een modern protocol gebruikt en zie met de
Core Web Vitals-test welk effect de combinatie heeft op echte bezoekers.