Kritieke verzoekketens zijn een reeks afhankelijke netwerkverzoeken die nodig zijn voor het weergeven van een pagina. Je leert hoe je dit probleem kunt aanpakken of voorkomen. Lees hieronder verder!
Wat is een kritieke aanvraag?
Een kritieke aanvraag is een aanvraag die nodig is om de pagina weer te geven. Dit betekent dat als de aanvraag mislukt, de pagina niet kan worden weergegeven. Kritieke aanvragen moeten prioriteit krijgen boven andere aanvragen om een succesvolle afhandeling te garanderen.
Er zijn verschillende manieren om een kritieke aanvraag te doen. De meest gebruikelijke manier is door het `async`-attribuut bij de `script`-tag. Dit geeft de browser de opdracht om door te gaan met het laden van andere bronnen terwijl dit script wordt gedownload. Een andere manier om een kritieke aanvraag te doen, is door de bron inline in de HTML-code zelf op te nemen. Dit zorgt ervoor dat de browser niet hoeft te wachten op een volgende roundtrip om de bron op te halen, maar het vergroot wel de grootte van de HTML-code.
Het is essentieel om alleen de noodzakelijke resources op te vragen voor het weergeven van de pagina. Te veel van deze noodzakelijke verzoeken kunnen het laden van de pagina vertragen en uiteindelijk leiden tot een slechte gebruikerservaring.
Hoe voorkom je dat kritieke verzoeken aan elkaar worden gekoppeld?
- Het toepassen van domeinsharding: Een van de belangrijkste manieren om te voorkomen dat kritieke verzoeken aan elkaar worden gekoppeld, is door gebruik te maken van domeinsharding. Met domeinsharding kunt u uw content over meerdere domeinen verdelen, wat het aantal DNS-zoekopdrachten kan verminderen en de laadtijden van pagina's kan verbeteren .
- CDN gebruiken: Een CDN kan de laadtijden van pagina's verbeteren door uw content op servers over de hele wereld op te slaan, waardoor bezoekers uw content sneller en gemakkelijker kunnen bekijken.
- Je website optimaliseren voor prestaties: Je kunt ook voorkomen dat kritieke verzoeken elkaar opstapelen door je website te optimaliseren voor prestaties. Dit omvat het minimaliseren van je HTML-, CSS- en JavaScript-bestanden, het comprimeren van afbeeldingen en het gebruik van een caching-plugin.
Alternatieven voor het aaneenschakelen van kritieke verzoeken
Er zijn een paar alternatieven voor het aaneenschakelen van kritieke verzoeken die de prestaties kunnen verbeteren:
1. Bronnen inline opnemen: Dit betekent dat kleine, essentiële bronnen direct in de HTML-code worden opgenomen in plaats van dat er aparte HTTP-verzoeken voor worden gedaan. Dit kan worden bereikt met behulp van data-URI's of inline scripts en stijlen.
2. Bronnen vooraf laden : Hiermee geef je de browser de opdracht om specifieke bronnen van tevoren op te halen, zodat ze beschikbaar zijn wanneer ze nodig zijn. Dit kun je doen via de Link-tag of Resource Hints.
3. Bronnen cachen: Caching slaat bronnen vaak lokaal op, zodat ze niet telkens opnieuw van de server hoeven te worden opgehaald. Dit kan met behulp van caching-headers of service workers.
4. De volgorde van aanvragen optimaliseren: De volgorde waarin resourceaanvragen worden gedaan, kan de prestaties beïnvloeden. Het is daarom belangrijk ervoor te zorgen dat kritieke resources als eerste worden aangevraagd. Dit kunt u doen door het trefwoord `preload` te gebruiken of door de volgorde van de resourceaanvragen handmatig te wijzigen.
5. Het minimaliseren van de retourtijd: De retourtijd (RTT) is de tijd die een verzoek nodig heeft om van de browser naar de server en terug te reizen. Het verlagen van de RTT kan de prestaties verbeteren, en er zijn een aantal manieren om dit te doen: het gebruik van persistente verbindingen, het optimaliseren van DNS-zoekopdrachten en het verminderen van omleidingen.
Conclusie
We hopen dat dit artikel u heeft geholpen het belang van het vermijden van kritieke ketenverzoeken te begrijpen. Door dit te doen, kunt u de laadsnelheid van uw website verbeteren en uw gebruikers een betere ervaring bieden. Vergeet niet uw wijzigingen te testen voordat u ze op uw live website implementeert. Neem bij vragen gerust contact op met ons supportteam .
