Server caching betekent dat je webserver een kant-en-klare versie van een pagina of van databankresultaten tijdelijk opslaat, zodat hij die niet bij elk bezoek opnieuw moet opbouwen. De server antwoordt daardoor sneller, wat de laadtijd en de Core Web Vitals verbetert. Dat helpt je SEO: Google gebruikt Core Web Vitals in zijn rankingsystemen, en een snelle site zorgt voor een betere gebruikerservaring en een vlottere crawling.
Hoe werkt caching precies, welke soorten caching bestaan er en hoe stel je het correct in zonder problemen? We lichten het hieronder toe.
In het kort
1. Wat is caching en hoe werkt server-side caching?
Zonder caching doet een dynamische site, zoals een WordPress-installatie of webshop, bij elk bezoek hetzelfde werk opnieuw: de server voert PHP-code uit, haalt gegevens uit de databank en bouwt zo de HTML-pagina op. Dat kost rekenkracht en tijd.
Met server-side caching bewaart de server het resultaat van dat werk in een cache, in het geheugen of op schijf. Bij een volgende aanvraag kijkt de server eerst in de cache. Staat de gevraagde pagina er al in (een cache hit), dan levert hij meteen die opgeslagen versie af. Staat ze er niet in (een cache miss), dan bouwt de server de pagina op, stuurt ze naar de bezoeker en bewaart een kopie voor de volgende aanvraag.
Elke kopie in de cache krijgt een levensduur. Wijzigt de inhoud of vervalt de cache, dan wordt een nieuwe versie gemaakt. Het resultaat: de pagina komt sneller bij de bezoeker, de server load daalt en de server kan meer gelijktijdige bezoekers aan.
Het verschil met client-side caching zit in de plaats waar de kopie bewaard wordt. Bij server-side caching staat de cache op de server en profiteren alle bezoekers ervan. Bij client-side caching, zoals de HTTP cache van de browser, bewaart het toestel van één bezoeker bestanden voor zijn volgende paginaweergave. Beide technieken vullen elkaar aan.
2. Welke soorten caching en cache servers bestaan er?
Een cache kan op verschillende niveaus zitten. Die niveaus vullen elkaar aan:
| Soort caching | Wat wordt opgeslagen? | Waar? |
|---|---|---|
| Page caching | De volledige HTML van een pagina | Webserver (bv. via Nginx, Varnish of een cachingplugin) |
| Object caching (database caching) | Resultaten van databankqueries | Geheugen van de server (bv. Redis of Memcached) |
| Opcode caching | Gecompileerde PHP-code | Server (bv. OPcache) |
| Browsercaching | Afbeeldingen, CSS en JavaScript | Browser van de bezoeker |
| CDN-caching | Statische bestanden en soms volledige pagina’s | Servers van een CDN, dicht bij de bezoeker |
Bij browsercaching bepaal je via HTTP-headers zoals Cache-Control hoe lang een browser bestanden mag bewaren. Volgens web.dev geef je bestanden met een versienummer in de bestandsnaam best een lange cacheduur, terwijl je HTML-pagina’s zonder versienummer beter een korte cacheduur geeft of telkens laat hervalideren (no-cache). Een CDN (content delivery network) bewaart kopieën op servers wereldwijd, zodat bezoekers de inhoud van een server in hun buurt krijgen. Heeft het CDN een pagina nog niet, dan haalt het die op bij de origin server, je eigen webserver, en bewaart het daarna een kopie. Zo werkt een CDN in feite als een reverse proxy server. Caching zit trouwens overal in het web: ook je computer bewaart in een DNS cache tijdelijk welk IP-adres bij een domeinnaam hoort.
Is Redis een database of een cache? Redis is een in-memory datastore: het bewaart gegevens in het werkgeheugen en kan als database, maar ook als snelle cache gebruikt worden. Op websites zet men het vooral in als object cache, zodat veelgevraagde databankresultaten niet telkens opnieuw berekend moeten worden. Memcached is een eenvoudiger alternatief dat puur als cache werkt.
Veel managed hostingpakketten bieden deze vorm van caching standaard aan. In WordPress kun je caching ook regelen met een cachingplugin. Het verschil tussen hostingvormen lees je in het verschil tussen shared hosting, VPS en dedicated hosting.
3. Wat zijn de voordelen van caching voor SEO?
Caching is geen rankingfactor op zich, maar het verbetert wel factoren die meetellen.
Snellere serverrespons en betere Core Web Vitals
Caching verlaagt vooral de Time to First Byte (TTFB): de tijd tot de eerste byte van de pagina bij de bezoeker aankomt. Web.dev hanteert 0,8 seconden of minder als richtwaarde voor een goede TTFB. Een snellere TTFB geeft de rest van de pagina een voorsprong, wat onder meer de Largest Contentful Paint (LCP) ten goede komt. Google geeft aan dat Core Web Vitals door zijn rankingsystemen gebruikt worden. Meer daarover lees je in wat Core Web Vitals zijn.
Betere gebruikerservaring
Bezoekers wachten niet graag. Een snellere website verlaagt de kans dat ze afhaken en verhoogt de kans dat ze verder klikken of converteren, zeker op mobiel. Lees ook ons artikel over de smartphone die de desktop voorbijsteekt.
Efficiëntere crawling
Als je server sneller antwoordt, kan Googlebot in dezelfde tijd meer pagina’s ophalen zonder je server te overbelasten. Voor grote websites en webshops helpt dat het crawlbudget efficiënter te gebruiken. Ook AI-crawlers profiteren van een snelle, stabiele server; lees daarover hoe AI-crawlers je content correct lezen.
4. Waar let je op bij het instellen van caching?
- Sluit dynamische pagina’s uit: winkelmandje, afrekenpagina, accountpagina’s en formulieren met persoonlijke gegevens mogen niet uit een gedeelde cache komen.
- Leeg de cache na wijzigingen, zodat bezoekers en Google geen verouderde inhoud zien.
- Combineer niet zomaar meerdere cachingplugins: dubbele caching leidt vaak tot fouten.
- Stel browsercaching correct in met Cache-Control-headers voor afbeeldingen, CSS en JavaScript.
- Test voor en na met PageSpeed Insights en de Core Web Vitals-rapporten in Search Console.
- Vergeet de rest niet: caching lost geen zware afbeeldingen, overbodige scripts of trage plugins op.
Meer optimalisaties vind je in hoe je de laadsnelheid van je website verbetert. Blijft je server ondanks caching traag, dan ligt de oorzaak mogelijk bij je pakket; lees dan welke invloed hosting heeft op SEO.
5. Caching en technische SEO met Digital Leader
Laadsnelheid is een vast onderdeel van onze technische SEO-aanpak, samen met crawlbudget, sitestructuur en indexeerbaarheid. Bij website-ontwikkeling houden we van bij de start rekening met een snelle technische basis, inclusief caching die correct is ingesteld voor jouw platform.
Laadt je site trager dan je zou willen? Wij analyseren waar de vertraging zit en welke optimalisaties het meeste opleveren voor je SEO.
