Cachebeheer

Cache-instellingen

Hoe fast.site bepaalt wat gecached wordt en hoe je dat vanaf je origin kunt beïnvloeden.

Hoe de defaults staan

Wanneer je een domein toevoegt, detecteert fast.site je platform (WordPress, Drupal, Magento, enzovoort) en past een afgestemd cache-template toe. Dat template dekt de meeste gevallen. De Cache-Control-headers van je origin winnen altijd als je iets wilt overschrijven.

Cache-Control-headers van de origin

Standaard: gerespecteerd

Stuurt je origin-server Cache-Control-headers, dan respecteert fast.site die. Anders gelden de defaults uit het platform-template.

Browsercache

Standaard: aan

fast.site stuurt cache-headers door naar browsers zodat terugkerende bezoekers nog sneller laden vanuit hun lokale cache.

Query-string caching

Standaard: meegenomen

URL's met verschillende query strings worden als aparte entries gecached (bijv. <code class="bg-white/50 px-1 rounded">?v=1</code> en <code class="bg-white/50 px-1 rounded">?v=2</code> zijn verschillend).

Cache-gedrag beïnvloeden vanuit je origin

Je kunt verfijnen wat gecached wordt en hoe lang door Cache-Control-headers op je origin in te stellen:

# Cache 1 uur

Cache-Control: public, max-age=3600

# Cache 1 jaar (versioned assets)

Cache-Control: public, max-age=31536000, immutable

# Niet cachen (dynamische pagina's)

Cache-Control: private, no-store

Paden die het template standaard uitsluit

Je platform-template sluit de paden die dynamisch moeten blijven al uit de cache (admin-gebieden, winkelwagen, checkout, account, login). Voorbeelden voor WordPress:

/admin/*
/wp-admin/*
/cart/*
/checkout/*
/my-account/*
/api/*

Heb je voor jouw setup extra paden nodig die buiten de cache moeten blijven? Stuur ons een berichtje, dan zetten wij het aan onze kant op.

Best practice

Gebruik versioned bestandsnamen voor CSS en JS (bijv. app.v2.js) en lange cache-tijden. Je krijgt agressieve edge caching en kunt tegelijk updates uitrollen zonder handmatige purges.

Terug naar Support