De bezoekers van je website hebben er een hekel aan om te wachten tot pagina’s geladen zijn – of dit nou op desktop of mobiel is. Langzaam ladende pagina’s kunnen er dan ook snel voor zorgen dat je bezoekers niet bij jouw site aankloppen, maar bij die van de concurrent. Ook kan traagheid een enorme impact hebben op de prestaties van je website binnen de zoekresultaten.
Bij Kinsta nemen we snelheid serieus, en we zijn altijd op zoek naar manieren om de sites van onze klanten sneller te maken.
De toevoeging van Kinsta Edge Caching aan onze Managed WordPress Hosting pakketten in december 2022 heeft nieuwe tools toegevoegd om klanten te helpen hun website pagina’s sneller naar de browsers te krijgen.
Na vele tests zagen we bij het meten van de time to first byte (TTFB) een gemiddelde reactietijd van 207 milliseconden met Edge Caching ingeschakeld, tegenover 402,59 milliseconden zonder Edge Caching. Dat is een daling van bijna 49%. Maar sommige van de echte websites in onze tests presteerden nog veel beter dan dat, met TTFB prestaties die bijna 80% sneller waren met Edge Caching. Hieronder gaan we verder in op die cijfers.
Laten we eens kijken hoe de prestaties van je WordPress website kunnen verbeteren als meer content “aan de edge” staat.
Wat is Edge Caching?
Veel van onze WordPress hosting klanten profiteren inmiddels al van onze integratie met Cloudflare en haar edge servers via het Kinsta CDN. Dit content distributie netwerk (CDN) plaatst de statische assets van een site – zoals afbeeldingen, fonts en bestanden met CSS en JavaScript – op 260+ locaties op Cloudflare’s netwerk over de hele wereld. Dat betekent dat die resources dichter bij de fysieke locatie van de bezoekers van je website beschikbaar worden gesteld. Kortere afstanden voor deze assets resulteren in een lagere netwerklatency.
Het cachen van de HTML van WordPress pagina’s lijkt veel op het beheren van de assets in het CDN. Een verschil is dat het beheren van een cache van bestanden zoals afbeeldingen – die zelden veranderen – relatief eenvoudig is. Het is moeilijker om inhoud te beheren die aanvankelijk dynamisch door WordPress wordt gegenereerd, als statische inhoud in de cache wordt gezet, en dan telkens opnieuw wordt gegenereerd als de content wordt bewerkt.
Hoe wordt inhoud gecachet op de edge?
Edge caches worden gevuld wanneer browsers een verzoek doen aan je site voor een pagina. Als een pagina nog niet in de cache staat, wordt het verzoek doorgegeven aan je oorspronkelijke WordPress site, waar de pagina misschien in de lokale cache staat of opnieuw door WordPress wordt gegenereerd. De pagina wordt op de terugweg naar de browser opgeslagen in de edge cache. Toekomstige verzoeken die hetzelfde traject volgen zullen profiteren van de cache totdat deze wordt gewist.
Dit is ook de manier waarop mobiele caches worden gevuld. Als het verzoek om een pagina afkomstig is van een mobiel apparaat, wordt de inhoud opgeslagen in een mobiele cache. (De mobiele cache maakt geen onderscheid tussen bijvoorbeeld iOS en Android apparaten. Verzoeken van tablets worden gegroepeerd met desktop content)
WordPress lokale cache en edge cache
Kinsta biedt een plugin-vrije aanpak voor lokale WordPress caching op de eigen server van je site. Kinsta’s benadering van Edge Caching handhaaft die eenvoud: dezelfde stappen die je hebt genomen om je lokale cache te wissen, houden nu ook een edge cache in sync.
Bovendien bevat het MyKinsta dashboardfunctionaliteiten om de Edge Cache – en alleen de Edge Cache – rechtstreeks te wissen.
Nieuw met Edge Caching is de mogelijkheid om cache voor mobiele apparaten in te schakelen. Als je website unieke opmaak genereert voor mobiele apparaten, kun je die HTML apart cachen van de inhoud voor desktop apparaten.
Is Kinsta Edge Caching hetzelfde als APO van Cloudflare?
Kinsta Edge Caching gebruikt hetzelfde krachtige netwerk van edge servers als Cloudflare’s Automatic Platform Optimization (APO) dienst. APO is bovendien ontworpen om edge caching te leveren aan WordPress sites.
Dit is wat Kinsta Edge Caching onderscheidt:
- Geen extra kosten (Edge Caching is gratis bij alle Managed WordPress Hosting pakketten).
- Geen plugin voor cachebeheer nodig.
- Naadloze integratie met het MyKinsta dashboard.
- Eén platform om CDN en Edge Caching te beheren.
Kinsta Edge Caching testen
Voordat we de feature officieel uitbrachten, hebben we een aantal van onze klanten uitgenodigd om een bètaversie van de nieuwe Edge Caching dienst te proberen om feedback te verzamelen. De echte websites van onze bètatesters over de hele wereld vormden de perfecte omgeving om de technologie op snelheid te testen.
Vanuit het Google datacenter us-central1 in Council Bluffs, Iowa, peilden de geautomatiseerde tools van ons team de websites van de bètatesters en registreerden de responstijden voor drie caching-scenario’s:
- Wanneer een pagina werd afgeleverd vanuit de cache van een Cloudflare edge server.
- Wanneer een pagina niet werd gevonden op een Cloudflare edge server en uit de “lokale” cache van de origin server werd gehaald.
- Wanneer er helemaal geen pagina in de cache was en WordPress PHP scripts moest starten en databasequery’s moest afvuren om de pagina dynamisch op te bouwen.
De primaire focus was het verschil in responstijden voor lokale en edge caches.
We maten de responstijden op twee manieren:
- Time To First Byte – de tijd tussen een verzoek om een pagina en de aankomst van de eerste byte aan data.
- Tijd om een hele HTML pagina te downloaden.
Het meten van TTFB richt zich op vertragingen in het netwerk tussen een webserver en een browser, omdat die grotendeels onafhankelijk is van de hoeveelheid gegevens die wordt overgedragen om een pagina te voltooien. Het timen van de overdracht van een volledige pagina is een nuttige maatstaf die de taak van het leveren van HTML aan browsers weerspiegelt.
Edge Caching in cijfers
Na honderden tests met WordPress sites in datacenters over de hele wereld, ontdekten we dat Kinsta Edge Caching de tijd die nodig is om volledige pagina’s aan browsers te leveren gemiddeld met meer dan 50% verminderde.
Kijk maar eens:
Op basis van onze tests verlaagde Edge Caching de TTFB met gemiddeld bijna 48,6%, en de tijd om volledige pagina’s over te brengen daalde met bijna 54,4%.
Meer dan 80% verbetering over lange afstanden
Hoewel de gemiddelden van alle snelheidstesten indrukwekkend waren, kan dat beeld belangrijke gegevens verbergen – vooral voor degenen die zich op een wereldwijd publiek richten.
Onze tests lieten een aantal dramatische prestatieverbeteringen zien wanneer Edge Caching de kloof tussen browsers en verder weg gelegen origin servers verkleinde.
Edge Caching verlaagde bijvoorbeeld de TTFB met 83,6% en de pagina-overdrachttijd met 85,6% tussen onze testlocatie in Iowa en Google’s asia-southeast1 datacenter in Singapore:
Bij het verbinding maken met het Sydney australia-southeast1 datacenter, daalde de TTFB met bijna 73,6% en de paginatransfertijden met 77,3%.
We zagen vergelijkbare cijfers uit het australia-southeast2 datacenter in Melbourne. De WordPress sites van Kinsta klanten daar zagen Edge Caching gemiddeld 77,8% TTFB dalen en pagina-overdracht met bijna 82,7%:
Bij verbinding met sites die worden gehost in het europe-north1 datacentrum in Hamina, Finland, daalde de TTFB met bijna 41,7%, en daalden de paginatijden met meer dan 56,3%.
Voor sites gehost in St. Ghislain, België, in het europe-west1 datacenter, daalden TTFB en page-overdrachttijden met 69%.
Websites getest in het europe-west2 datacenter in Londen, VK, toonden een daling van de TTFB met 58%, en van de paginatijden met 60,8%.
In het europe-west3 datacenter in Frankfurt, Duitsland, daalde de TTFB met bijna 64% en de paginatijd met 67,5%.
Bij het verbinden met sites die gehost werden in het europe-west4 datacentrum in Eemshaven, Nederland daalde TTFB met bijna 56%, en de pagina-overdrachtstijden met 63,6%.
Bij het testen van sites in het northamerica-northeast1 datacenter in Montreal, Canada, daalde de TTFB met iets meer dan 10%, en de paginatijden met iets meer dan 16,2%.
In het us-east5 datacenter in Columbus, Ohio, werden TTFB en pagina-overdrachtstijden met bijna 59% verkort.
In het us-west4 datacenter in Las Vegas, Nevada, in de VS, daalde de TTFB met iets meer dan 54,7% en de pagina-overdrachtstijd met bijna 57,3%.
Maar het was niet alleen Kinsta die Edge Caching uitvoerig testte.
Brian Jackson, medeoprichter van het digitale bureau forgemedia, timede de TTFB en de volledige rendering van WordPress pagina’s in een browser na Edge Caching. Hij keek ook naar largest contentful paint (LCP), het punt waarop genoeg van de hoofdinhoud van een pagina is gerenderd dat een gebruiker het als bruikbaar zou kunnen ervaren. Hij plaatste zijn bevindingen op Twitter:
Simon Harper, van SRH Design, testte Kinsta Edge Caching door te kijken naar TTFB en LCP en ook naar first contentful paint (FCP), dat is de eerste verschijning van elke inhoud op een scherm, zelfs als het niet de primaire inhoud van de pagina is. Ook hij meldde zijn bevindingen via Twitter:
De structuur van webpagina’s en gekoppelde assets zoals JavaScript, CSS en afbeeldingen kunnen FCP en LCP beïnvloeden, maar het begint allemaal met de levering van de HTML van een pagina aan een browser.
Aan de slag met Kinsta Edge Caching
Edge Caching is standaard ingeschakeld wanneer je een WordPress website maakt in het MyKinsta dashboard. Dat betekent dat je geen vinger hoeft uit te steken om te profiteren van de snelheidsboost die Edge Caching je geeft.
Vanaf januari 2023 zal Kinsta Edge Caching automatisch inschakelen op bestaande sites die compatibel zijn met de dienst. Als je wilt dat Edge Caching meteen werkt voor je bestaande site, kun je het nu op deze manier inschakelen:
- Selecteer WordPress sites in de linker navigatie.
- Selecteer de naam van een site waarvoor je Edge Caching wilt inschakelen.
- Selecteer Edge Caching.
- Klik op de knop Edge Caching inschakelen.
Je mobiele inhoud cachen in de edge
Als je website mobiele browsers detecteert en pagina’s genereert met markup die uniek is voor die apparaten, kun je de mobiele cache inschakelen, los van de content voor desktopgebruikers.
Schakel mobiele caching in MyKinsta als volgt in:
- Selecteer WordPress Sites in de linker navigatie.
- Selecteer de naam van een site waarvoor Edge Caching is ingeschakeld.
- Selecteer Edge Caching.
- Klik op de knop Mobile Cache inschakelen
Je hoeft mobiele caching niet in te schakelen als je website ontwerp zowel desktop als mobiele browsers ondersteunt met dezelfde responsieve HTML/CSS opmaak.
Je gecachte content beheren
Kinsta Edge Caching is ontworpen om naadloos samen te werken met de cache-management tools die de meeste van onze klanten al gebruiken op hun WordPress websites. Je kunt hier ook content in de edge cache rechtstreeks vanuit MyKinsta targeten:
- Selecteer WordPress sites in het linkermenu.
- Selecteer de naam van een site waarvoor Edge Caching is ingeschakeld.
- Selecteer Edge Caching.
Om alle pagina’s van je site uit de globale edge cache te wissen, klik je op de knop Cache wissen.
Als je alleen specifieke pagina’s of paden moet wissen, plak dan een doel-URL in het veld URL cache wissen en klik op de knop URL cache wissen. Wis de cache voor alle inhoud op een specifiek pad door de optie Cache wissen van elke subdirectory onder de opgegeven URL aan te vinken.
Edge Caching uitschakelen
Als je weet dat Edge Caching niet geschikt is voor jouw website, kun je je afmelden voordat we de dienst voor de meeste bestaande sites in januari 2023 gaan inschakelen.
In MyKinsta:
- Selecteer WordPress sites in het linkermenu.
- Selecteer de naam van je WordPress site.
- Selecteer Edge Caching.
- Schakel de “I want to opt-out…”toggle in.
Als Edge Caching al is ingeschakeld voor een website, vind je in de rechterbovenhoek van de pagina een knop Uitschakelen:
Korte vragen over Edge Caching
Je vraagt je misschien af…
Is Edge Caching gratis voor alle pakketten?
Ja. Edge Caching is standaard ingeschakeld op alle live sites die binnen het MyKinsta dashboard zijn gemaakt. Edge Caching is ook beschikbaar op testsites binnen Premium accounts.
Verbetert Edge Caching de prestaties van de mobiele versie van mijn website?
Je kunt een mobiel-specifieke cache inschakelen voor websites die markup genereren die is afgestemd op mobiele apparaten. Als het ontwerp van je website zowel desktop als mobiele browsers ondersteunt met dezelfde responsieve HTML/CSS opmaak, is een mobiele cache niet nodig.
Moet ik WordPress optimalisatieplugins gebruiken?
Nee. Kinsta’s Managed WordPress hostingplatform biedt lokale caching, Edge Caching en een CDN dat nauwkeurig is afgestemd om ’s werelds populairste CMS te ondersteunen. Er zijn geen externe WordPress plugins nodig.
Kan ik Edge Caching uitschakelen?
Ja. Je kunt Edge Caching op elk type binnen het MyKinsta dashboard uitschakelen. Als je niet zeker weet of je site compatibel is met Edge Caching, neem dan contact op met het supportteam van Kinsta voor advies.
Samenvatting
De belofte van het internet is altijd geweest om mensen over de hele wereld met elkaar te verbinden. Maar het blijkt dat de fysieke afstand tussen servers en bezoekers een reële invloed heeft op de waargenomen prestaties van websites. Edge Caching brengt die content dichter bij webbrowsers en versnelt de essentiële eerste stap in het sneller laden van pagina’s.
Kinsta maakt Edge Caching tot een fundamenteel onderdeel van haar Managed WordPress Hosting dienst, als aanvulling op de CDN en netwerkbeveiligingsfuncties van onze Cloudflare integratie.
Gemiddeld halveert Kinsta Edge Caching de tijd die nodig is om de HTML van webpagina’s aan de bezoekers van je site te leveren. Voor websites met een daadwerkelijk wereldwijd publiek kan de toename in snelheid dramatisch hoger zijn.
Edge Caching is zonder extra kosten beschikbaar voor al onze klanten. Als je nog steeds op zoek bent naar een WordPress host die gebouwd is met veiligheid, gebruiksgemak en prestaties in gedachten, dan hebben wij een hostingpakket dat geschikt is voor jou.
Steve Bonisteel is Technical Editor bij Kinsta. Hij begon zijn schrijverscarrière als verslaggever en achtervolgde ambulances en brandweerwagens. Sinds eind jaren negentig schrijft hij over internetgerelateerde technologie.
Laat een reactie achter