Wat is een CDN? Content delivery networks eenvoudig uitgelegd

Een CDN (content delivery network) is een netwerk van servers verspreid over veel steden, die kopieën bewaren van de bestanden van je website: afbeeldingen, scripts, stylesheets en soms hele pagina’s. Wanneer iemand je site bezoekt, wordt hij bediend vanaf een locatie in de buurt in plaats van vanaf één server ver weg. Dat maakt pagina’s sneller, haalt belasting van je eigen server af en helpt de site om pieken in verkeer aan te kunnen.

Waarom CDN’s ertoe doen als je met AI bouwt

Je zet misschien nooit zelf een CDN op. Veel hostingplatforms plaatsen er automatisch een voor je site. Maar je merkt wel wat het doet:

• Snelheid. Snel ladende pagina’s houden bezoekers vast en zijn een van de dingen waar zoekmachines naar kijken. Zie hoe je je website sneller maakt.
• “Waarom is mijn wijziging niet zichtbaar?” Nadat je een update hebt gepubliceerd, kan een gecachete kopie van de oude versie nog even blijven hangen. Weten waarom dat gebeurt, scheelt veel verwarring.
• Privacy en correctheid. Als een CDN het verkeerde cachet, zoals een pagina met de gegevens van één gebruiker, kan de volgende bezoeker die zien. Als je weet wat wel en niet gecachet mag worden, stel je de juiste vragen.

Een alledaagse vergelijking

Stel je een bakkerij voor die haar brood landelijk verkoopt vanuit één winkel. Elke klant, hoe ver weg ook, moet wachten op bezorging vanuit die ene winkel, en op een drukke dag is de rij enorm.

Een CDN is alsof je hetzelfde brood in plaatselijke buurtwinkels door het hele land legt. Klanten halen het dichtbij op, snel, en de hoofdbakkerij hoeft de buurtwinkels alleen nu en dan bij te vullen. Het addertje: als de bakkerij het recept verandert, verkopen de buurtwinkels nog de oude broden totdat ze worden vervangen of de oude voorraad verloopt.

Hoe een CDN werkt

1. Je origin. Je site staat op je hoofdserver of hostingplatform. Dat heet de origin.
2. Edge-locaties. Het CDN draait servers op veel plekken, edge-locaties of points of presence genoemd.
3. Routering. Wanneer een bezoeker je site opvraagt, stuurt DNS of de netwerkroutering hem naar een edge in de buurt. Zie hoe domeinen en DNS werken.
4. Cache-hit. Als die edge al een verse kopie van het bestand heeft, stuurt hij die meteen.
5. Cache-miss. Zo niet, dan haalt de edge het bestand bij je origin op, stuurt het naar de bezoeker en bewaart een kopie voor de volgende persoon.
6. Verlopen. Elke kopie blijft een vastgestelde tijd bewaard, bepaald door cache-headers die je server meestuurt, of tot hij wordt gewist.

Een uitgewerkt voorbeeld: een portfoliosite met foto’s

Het portfolio van een fotograaf heeft een homepage, een galerij met 60 grote afbeeldingen en een contactformulier. De origin staat in Europa. Een bezoeker in Singapore opent de galerij.

• Zonder CDN: elke afbeelding reist vanuit Europa. Elk verzoek legt een reis over de hele wereld af, dus de galerij laadt traag.
• Met CDN: het eerste bezoek in de buurt van Singapore zorgt ervoor dat de edge daar de afbeeldingen ophaalt en opslaat. Elke volgende bezoeker in die regio krijgt ze van dichtbij, en veel sneller.

Nu vervangt de fotograaf de hoofdfoto van de homepage en publiceert opnieuw. Dit bepaalt of bezoekers de nieuwe versie zien:

/index.html                    → korte cachetijd, vaak gecontroleerd
/assets/index-3f9a2c.js        → lang gecachet
/assets/hero-8b41d0.jpg        → lang gecachet

Moderne buildtools, waaronder Vite, geven bestanden gehashte namen zoals hero-8b41d0.jpg. Wanneer een bestand verandert, verandert ook zijn naam, dus vraagt de pagina om een gloednieuw bestand dat nog geen enkele cache heeft gezien. De HTML-pagina zelf wordt maar kort gecachet, zodat die al snel naar de nieuwe bestanden verwijst. Dat is de standaardmanier om zowel lange caching als verse updates te krijgen.

Het contactformulier is anders. De inzendingen gaan elke keer naar de server; die mogen nooit worden gecachet.

Wat wel en niet cachen

Belangrijke begrippen

Voor caching in het algemeen, in browsers, servers en databases, zie wat caching is.

Veelvoorkomende misverstanden

• “Een CDN maakt alles sneller.” Het versnelt het leveren van bestanden. Een trage databasequery of een trage AI-aanroep op je server blijft traag.
• “Een CDN vervangt hosting.” Het staat voor je hosting. Je hebt nog steeds een origin nodig.
• “Als ik de site heb geüpdatet, zien iedereen het direct.” Oude kopieën kunnen even blijven hangen in het CDN en in browsers. Doe een harde refresh om te controleren, en gebruik gehashte bestandsnamen.
• “Caching is altijd veilig.” Een gepersonaliseerde pagina in een gedeelde cache is een echt privacyrisico. Privé-antwoorden moeten als niet-cachebaar worden gemarkeerd.
• “CDN’s zijn alleen voor grote bedrijven.” Veel hosts bieden er voor kleine sites een aan zonder extra moeite.

Wat je aan je AI-appbouwer kunt vragen

• “Staat er een CDN voor deze site? Welke bestanden cachet het, en hoe lang?”
• “Zorg dat gebouwde JavaScript-, CSS- en afbeeldingsbestanden gehashte namen en lange cachetijden hebben, en dat HTML een korte heeft.”
• “Cache nooit pagina’s met inlog of API-antwoorden met persoonsgegevens in een gedeelde cache.”
• “Comprimeer en verklein afbeeldingen zodat de galerij snel laadt.”
• “Ik heb een update gepubliceerd maar zie nog de oude versie. Ligt het aan de browsercache of aan het CDN?”

CDN’s en Mythex

Als je op Mythex publiceert, worden statische frontends als statische sites uitgerold, en de documentatie vermeldt dat CDN-caches na een update even kunnen achterlopen: zie je na het opnieuw publiceren nog een oude versie, doe dan een harde refresh van de publieke URL. Daar hoef je niets voor in te stellen. Als je een eigen domein koppelt waarvan de DNS bij Cloudflare staat, vraagt de documentatie je het record op “alleen DNS” te zetten in plaats van geproxied, zodat Mythex HTTPS correct kan uitgeven. Zie hoe je publiceert en eigen domeinen in de documentatie, en onze gids over webhosting.

Veelgestelde vragen