Cachegezondheid
Lees het dashboard: warmtescore, cache hits, koude URL's en hoeveel sneller je site werd door opwarmen.
9 min leestijd
Opwarmen zonder meten is gokken. Cachegezondheid zet elke warm-run om in een beeld van wat er echt gecachet is, wat koud blijft, en hoeveel sneller opwarmen het gemaakt heeft.
Het is de startpagina van je account, onder Account → Cachegezondheid.
Note
De pagina is leeg tot een warmer minstens één keer gedraaid heeft. Zie je “Nog geen crawlgegevens”, start dan een warmer en kom terug.
De hoofdcijfers
- Warmtescore
- Het aandeel gevolgde URL's dat er goed gecachet uitziet, op basis van responstijden en cachegerelateerde headers. Het beste enkele cijfer voor “werkt dit?”. Kijk meer naar de richting over tijd dan naar de absolute waarde.
- URL's gevolgd
- Hoeveel unieke URL's crawlgegevens hebben. Ligt dit ver onder je echte aantal pagina's, dan dekken je warmers de site niet — controleer diepte, sitemaps en uitsluitingen.
- Cache hits
- Hoeveel URL's een cache hit vertoonden, met koud en onbekend apart geteld. “Onbekend” betekent simpelweg dat je CDN geen header meestuurde die Cache Rocket kon lezen; het is geen fout.
- Gemiddelde verbetering
- Het gemiddelde verschil tussen eerste en warme laadtijd. Dit is het rendement van opwarmen, uitgedrukt in tijd die echte bezoekers besparen.
- Gedetecteerde cacheproviders
- Welke CDN- of cachelagen uit de responseheaders herkend zijn. Nuttige bevestiging dat verkeer inderdaad via het CDN loopt dat je denkt.
Per hostname
Dezelfde cijfers, uitgesplitst per hostname. Hier zitten bureaus en eigenaren van meerdere sites het meest — de site van de ene klant kan perfect warm zijn terwijl die van een ander stil faalt, en het accountgemiddelde verbergt dat.
Vergelijk de gemiddelde laadtijden tussen hostnames. Een consistente uitschieter wijst meestal op hosting- of cacheconfiguratie in plaats van op iets aan het opwarmen.
Koude en trage URL's
De bruikbaarste lijst op de pagina: URL's die traag blijven zelfs na het opwarmen. Dat betekent bijna nooit dat het opwarmen faalde — het betekent dat die URL's überhaupt niet gecachet worden.
Veelvoorkomende redenen dat een URL koud blijft:
| Oorzaak | Hoe je het controleert | Oplossing |
|---|---|---|
| De response zegt niet te cachen | Kijk naar Cache-Control: no-store of private in de responseheaders | Pas de cacheregels voor die route aan |
| De pagina zet een cookie | Kijk naar een Set-Cookie-header op een pagina die anoniem hoort te zijn | Stop met sessiecookies op publieke pagina's, of laat de cache ze negeren |
| De route is echt gepersonaliseerd | Winkelwagen, account, afrekenen, dashboard | Niets te verhelpen — sluit hem uit van de warmer |
| Het CDN wordt omzeild voor dat pad | Controleer de pagina- of cacheregels van je CDN | Pas de regel aan zodat het pad gecachet wordt |
| De pagina is simpelweg traag om op te bouwen | Zowel eerste als warme laadtijd is hoog | Een applicatieprestatieprobleem; opwarmen kan dat niet maskeren |
Tip
Werk deze lijst van boven naar beneden af. De cachebaarheid van een handvol routes met veel verkeer verbeteren beweegt de warmtescore meestal meer dan al het sleutelen aan warmerinstellingen.
Beste verbeteringen en traagste URL's
Beste opwarmverbeteringen toont waar opwarmen de meeste tijd bespaarde. Dit is je bewijsmateriaal — het concrete antwoord op “is dit het geld waard?”, en de cijfers voor een rapport aan een klant of manager.
Traagste URL's rangschikt op absolute responstijd. Dit zijn je applicatieprestatieproblemen. Opwarmen verbergt de kosten voor de meeste bezoekers, maar de onderliggende pagina blijft duur, en blijft traag voor de warm-run en voor iedereen die de cache mist.
Een weekelijkse routine
- 1
Controleer de richting van de warmtescore
Stijgend of stabiel is goed. Een daling betekent dat iets veranderd is — een deploy, een CDN-regel, of een warmer die gestopt is.
- 2
Kijk of URL's gevolgd nog bij je site past
Een plotse daling betekent dat de dekking gebroken is. Een plotse stijging kan betekenen dat er een nieuwe URL-familie ontdekt wordt die je moet uitsluiten.
- 3
Werk de bovenkant van de lijst koude URL's af
Los één of twee cachebaarheidsproblemen op. Daar zit de echte winst.
- 4
Bekijk de traagste URL's even
Geef echt trage pagina's door aan wie over applicatieprestaties gaat.
- 5
Noteer de gemiddelde verbetering
Houd die over tijd bij. Het is de zuiverste enkele maat voor geleverde waarde.
Veelgestelde vragen
- Mijn warmtescore is lager dan verwacht. Is het opwarmen stuk?
- Meestal niet. Een lage score betekent vaak dat een deel van je site niet cachebaar is — gepersonaliseerde routes, pagina's die cookies zetten, of CDN-bypassregels. Bekijk de lijst koude URL's voordat je aan warmerinstellingen sleutelt.
- Veel URL's tonen “onbekend” in plaats van hit of miss.
- Je CDN geeft geen cachestatus-header terug die Cache Rocket herkent. Dat is een rapportagegat, geen cachefout — de cijfers over laadtijdverbetering blijven betekenisvol.
- Heeft cachegezondheid een specifiek CDN nodig?
- Nee. Het werkt op basis van warm-runresultaten en responseheaders op elke stack. CDN-integraties voegen purge en rewarm toe, maar zijn niet vereist voor rapportage.
- Waarom is de gemiddelde verbetering op sommige sites klein?
- Of je pagina's waren al snel om op te bouwen, dus er was weinig te besparen, of ze waren al warm door echt verkeer. Beide zijn goede uitkomsten.
- Gisteren zag het er goed uit en vandaag slecht.
- Er is iets veranderd. Kijk naar een recente deploy, een CDN-wijziging, een verlopen API-sleutel die een webhook breekt, of een warmer die is uitgezet. Zet Alerts op zodat je dit hoort zonder handmatig te kijken.