Cache-Control-headers van CDN's

Welkom bij Cachebeheerheaders van CDN's! HTTP-headers zijn als instructies die aan webinhoud zijn gekoppeld. Ze vertellen browsers en Content Delivery Networks (CDN's) precies hoe caching moet worden uitgevoerd.

Inzicht in deze headers is cruciaal om de prestaties van je CDN te optimaliseren, inhoud actueel te houden en de privacy van gebruikers te beheren.

De header Cache-Control is de krachtigste en flexibelste HTTP-header om cachegedrag te bepalen. Hiermee kun je richtlijnen opgeven die van toepassing zijn op zowel privé-caches (zoals de browser van een gebruiker) als gedeelde caches (zoals CDN's).

Je krijgt hiermee nauwkeurige controle over hoelang inhoud moet worden opgeslagen en onder welke voorwaarden.

Een van de meest gebruikte richtlijnen van Cache-Control is max-age. Deze vertelt de cache (CDN of browser) hoelang de resource, in seconden, als actueel wordt beschouwd en kan worden aangeboden zonder opnieuw te valideren bij de originserver.

Zo betekent max-age=3600 dat de inhoud één uur actueel is.

Hier volgen andere belangrijke richtlijnen van Cache-Control:

• public: De respons mag door elke cache worden opgeslagen, inclusief gedeelde CDN's.
• private: De respons is bedoeld voor één gebruiker en mag alleen door privé-caches (browsers) worden opgeslagen. CDN's mogen deze niet opslaan.
• no-cache: De cache moet opnieuw valideren bij de originserver voordat de inhoud wordt aangeboden, zelfs als deze actueel lijkt.
• no-store: De cache mag geen enkel onderdeel van de clientaanvraag of serverrespons opslaan. Dit is bedoeld voor zeer gevoelige gegevens.

De header Expires geeft een absolute datum en tijd aan waarna de respons als verouderd wordt beschouwd. Het is een oudere header die grotendeels is vervangen door Cache-Control: max-age.

Als zowel Cache-Control als Expires aanwezig zijn, krijgt Cache-Control meestal voorrang. CDN's respecteren Expires als er geen header Cache-Control is ingesteld.

Een ETag (entiteitstag) is een unieke identificatie voor een specifieke versie van een resource. Je kunt dit zien als een vingerafdruk of hash van de inhoud.

CDN's gebruiken ETag voor efficiënte herverificatie. Wanneer een resource in de cache verouderd raakt, stuurt het CDN een header If-None-Match met de opgeslagen ETag naar de originserver. Als de resource niet is gewijzigd, antwoordt de origin met een lichte respons 304 Not Modified.

Net als ETag geeft de header Last-Modified een tijdstempel die aangeeft wanneer de resource voor het laatst op de originserver is gewijzigd.

CDN's kunnen dit gebruiken voor herverificatie door een header If-Modified-Since met de opgeslagen tijdstempel te versturen. Als de resource sinds dat moment niet is gewijzigd, antwoordt de origin met 304 Not Modified.

Wanneer een CDN een aanvraag ontvangt voor inhoud die het in de cache heeft opgeslagen, controleert het eerst of de inhoud nog actueel is op basis van Cache-Control: max-age of Expires.

Als de inhoud verouderd is of als no-cache is opgegeven, neemt het CDN contact op met de originserver. Het verstuurt een voorwaardelijke aanvraag met If-None-Match (met ETag) of If-Modified-Since (met Last-Modified). Hierdoor hoeft de volledige inhoud niet opnieuw te worden gedownload als deze niet is gewijzigd. Dat bespaart bandbreedte en versnelt de levering.

In deze les hebben we onderzocht hoe HTTP-headers voor cachebeheer CDN's en browsers aansturen. Je hebt geleerd over:

• De krachtige header Cache-Control en richtlijnen zoals max-age, public, private, no-cache en no-store.
• De oudere header Expires voor absolute vervaldatums.
• ETag en Last-Modified voor efficiënte herverificatie van inhoud.

Een goede beheersing van deze headers is essentieel om je CDN nauwkeurig af te stemmen op optimale prestaties, inhoud actueel te houden en gevoelige gegevens veilig te verwerken.