Een Content Delivery Network (CDN) is een wereldwijd gedistribueerd netwerk van servers dat is ontworpen om de inhoud van uw website sneller te leveren door deze te serveren vanaf een locatie dicht bij elke bezoeker. In plaats van dat elk verzoek naar uw enkele oorsprongsserver reist, plaatst een CDN gecachete kopieën van uw statische assets (afbeeldingen, CSS-bestanden, JavaScript, lettertypen en soms zelfs volledige HTML-pagina's) op tientallen of honderden edge-servers over de hele wereld. Het resultaat is lagere latentie, snellere paginalaadtijden en een betere ervaring voor uw bezoekers, ongeacht waar zij zich bevinden.
Hoe CDN's inhoud leveren via edge-servers
Om een CDN te begrijpen helpt het om een verzoek stap voor stap te volgen. Zonder CDN stuurt een bezoeker in Sydney die een WordPress-site laadt die in Frankfurt wordt gehost, elk afzonderlijk HTTP-verzoek over ongeveer 15.000 km netwerkinfrastructuur. Elke afbeelding, stylesheet en scriptbestand maakt diezelfde rondreis. Met een CDN op zijn plaats verandert de stroom aanzienlijk:
- Uw oorsprongsserver in Frankfurt bevat de oorspronkelijke bestanden. Het CDN kopieert deze bestanden periodiek (of bij eerste verzoek) naar zijn edge-servers.
- Wanneer de bezoeker in Sydney een pagina opvraagt, leidt de DNS-routering van het CDN hem naar de dichtstbijzijnde edge-server, die zich in Sydney zelf of in Singapore zou kunnen bevinden.
- De edge-server controleert zijn lokale cache. Als het opgevraagde bestand daar staat en nog geldig is, levert hij het bestand direct. Dit heet een cache hit.
- Als het bestand nog niet in de cache staat (een cache miss), haalt de edge-server het op van de oorsprong, cachet het lokaal en levert het vervolgens aan de bezoeker. Toekomstige verzoeken van nabijgelegen bezoekers krijgen de gecachete versie.
De locaties van CDN-edge-servers worden PoPs (Points of Presence) genoemd. Grote CDN-aanbieders exploiteren honderden PoPs op elk continent. Cloudflare bijvoorbeeld draait wereldwijd meer dan 300 PoPs. BunnyCDN exploiteert ongeveer 120 PoPs met een sterke focus op kostenefficiëntie.
Pull CDN's vs. Push CDN's
Er zijn twee fundamentele CDN-architecturen, en het is belangrijk om het verschil te begrijpen bij het kiezen van een aanbieder:
- Pull CDN: De edge-servers halen inhoud automatisch van uw oorsprongsserver wanneer een bezoeker erom vraagt. Dit is het meest voorkomende model en wordt gebruikt door Cloudflare, BunnyCDN en KeyCDN. U hoeft geen bestanden handmatig te uploaden. Het CDN regelt alles achter de schermen. Voor WordPress-sites zijn pull CDN's bijna altijd de juiste keuze omdat uw inhoud regelmatig verandert en het CDN zich automatisch aanpast.
- Push CDN: U uploadt handmatig bestanden naar de opslag van het CDN, en het distribueert ze van daaruit. Amazon S3 in combinatie met CloudFront kan op deze manier werken. Push CDN's geven u meer controle over wat precies wordt gecachet, maar vereisen meer setup en onderhoud. Ze zijn beter geschikt voor grote mediabibliotheken of videostreamingplatforms.
Wat wordt gecachet op een CDN
Standaard cachen CDN's statische assets. Dit zijn bestanden die niet veranderen tussen bezoekers:
- Afbeeldingen: JPEG-, PNG-, WebP-, AVIF-, SVG-, GIF-bestanden uit uw mediabibliotheek en thema
- Stylesheets: CSS-bestanden van uw thema en plugins
- Scripts: JavaScript-bestanden, inclusief jQuery en plugin-scripts
- Lettertypen: Webfont-bestanden (WOFF2, WOFF, TTF) geladen door uw thema
- Documenten: Downloadbare PDF's en andere statische documenten
Sommige CDN's bieden ook full-page caching, waarbij de volledige HTML-uitvoer van een WordPress-pagina aan de edge wordt gecachet. Cloudflare's APO (Automatic Platform Optimization) voor WordPress doet precies dit en kan de Time to First Byte (TTFB) drastisch verminderen. Met full-page CDN-caching hoeft uw oorsprongsserver nauwelijks werk te verzetten voor anonieme bezoekers.
Populaire CDN-aanbieders voor WordPress-sites
De CDN-markt biedt opties voor elk budget en gebruiksgeval. Hier zijn de aanbieders die het meest worden gebruikt met WordPress:
- Cloudflare: Biedt een royale gratis tier met CDN, DNS-hosting, basis DDoS-bescherming en een Web Application Firewall (WAF). Het gratis plan is echt nuttig en voldoende voor veel kleine tot middelgrote WordPress-sites. Cloudflare functioneert als een volledige reverse proxy, wat betekent dat al uw verkeer door hun netwerk stroomt. Dit is anders dan traditionele CDN's. Hun betaalde APO-add-on ($5/maand) cachet volledige WordPress-pagina's aan de edge voor extreem snelle TTFB wereldwijd.
- BunnyCDN: Een van de meest betaalbare CDN-aanbieders voor ongeveer $0,01 per GB in de meeste regio's. Snel, eenvoudig te configureren en goed gewaardeerd in de WordPress-community. BunnyCDN biedt een WordPress-plugin genaamd Bunny.net voor eenvoudige integratie. Het biedt ook afbeeldingsoptimalisatie en Bunny DNS.
- StackPath: Een CDN met ingebouwde WAF en DDoS-bescherming. StackPath biedt goede prestaties in Noord-Amerika en Europa. Het is meer enterprise-georiënteerd dan BunnyCDN maar biedt een solide functieset.
- KeyCDN: Een pay-as-you-go CDN met concurrerende prijzen en uitstekende Europese dekking. KeyCDN biedt een WordPress-plugin genaamd CDN Enabler (gemaakt door hetzelfde bedrijf) die asset-URL's automatisch herschrijft om naar het CDN te verwijzen.
- Amazon CloudFront: Onderdeel van het AWS-ecosysteem. CloudFront is krachtig en zeer configureerbaar maar complexer om in te stellen dan de alternatieven. Het is de beste keuze als uw WordPress-site al op AWS-infrastructuur draait (EC2, S3, RDS). Prijzen kunnen moeilijk te voorspellen zijn omdat ze gebruiksgebaseerd zijn over meerdere dimensies.
Een CDN instellen voor WordPress
Er zijn twee belangrijke benaderingen om een CDN te integreren met uw WordPress-site:
- DNS CNAME-methode: U maakt een subdomein aan zoals
cdn.uwdomein.nlen wijst dit aan de CDN-aanbieder via een CNAME DNS-record. Een WordPress-plugin herschrijft vervolgens uw asset-URL's om dit CDN-subdomein te gebruiken. Deze methode werkt met BunnyCDN, KeyCDN en CloudFront. - Volledige proxy-methode: De DNS van uw hele domein wijst naar de CDN-aanbieder, en al het verkeer stroomt door hun netwerk. Cloudflare gebruikt deze aanpak. U wijzigt de naamservers van uw domein naar die van Cloudflare en zij regelen alles. Deze methode maakt ook full-page caching en beveiligingsfuncties mogelijk.
Verschillende WordPress-plugins vereenvoudigen CDN-setup:
- CDN Enabler: Een lichte gratis plugin van KeyCDN. Het herschrijft URL's in uw HTML om naar uw CDN-hostnaam te verwijzen. Eenvoudig en effectief.
- WP Rocket: Bevat een ingebouwde CDN-functie waarbij u eenvoudig uw CDN-URL invoert en het URL-herschrijving regelt. WP Rocket integreert ook direct met Cloudflare voor cache-purging.
- W3 Total Cache: Ondersteunt meerdere CDN-aanbieders en biedt gedetailleerde CDN-configuratieopties. Het kan bestanden naar CDN-opslag pushen of URL's herschrijven voor pull CDN's.
Prestatie-impact van het gebruik van een CDN
De prestatieverbeteringen van een CDN hangen af van de geografische verdeling van uw publiek en de locatie van uw oorsprongsserver. Hier zijn enkele realistische cijfers gebaseerd op gangbare scenario's:
- TTFB-verbetering: Voor bezoekers ver van uw oorsprongsserver kan de TTFB dalen van 800-1200 ms naar 50-200 ms met full-page CDN-caching. Dat is een verbetering van 4x tot 10x.
- Levering van statische assets: Laadtijden van CSS/JS/afbeeldingen verbeteren doorgaans met 40-70% voor internationale bezoekers.
- Algehele paginalaadtijd: Afhankelijk van hoe asset-zwaar uw pagina's zijn, kunnen totale paginalaadtijden met 30-60% verbeteren voor bezoekers in verre regio's.
Voor een WordPress-site die in Europa wordt gehost met een wereldwijd publiek, is een CDN een van de meest impactvolle prestatieoptimalisaties die u kunt maken.
Beveiligingsvoordelen van CDN's
Moderne CDN's doen meer dan alleen dingen versnellen. Ze beschermen ook uw site:
- DDoS-bescherming: CDN-aanbieders absorberen volumetrische aanvallen via hun wereldwijde netwerk. Zelfs het gratis plan van Cloudflare bevat altijd-aan DDoS-mitigatie die aanvallen van elke omvang aankan.
- Web Application Firewall (WAF): Cloudflare, StackPath en andere CDN's bieden WAF-regels die veelvoorkomende WordPress-aanvallen (SQL-injectie, XSS, brute force-inlogpogingen) aan de edge blokkeren, voordat kwaadaardige verzoeken uw server bereiken.
- SSL/TLS-terminatie: CDN's kunnen SSL-certificaten voor u beheren, verkeer tussen de bezoeker en de edge-server versleutelen en optioneel de verbinding tussen de edge en uw oorsprong versleutelen.
- Botbescherming: CDN's kunnen kwaadaardige bots, scrapers en crawlers identificeren en blokkeren die uw serverbronnen verspillen.
Wanneer u geen CDN nodig heeft
Een CDN is niet altijd nodig. In sommige situaties is de toegevoegde complexiteit het niet waard:
- Lokaal publiek: Als uw WordPress-site een puur lokaal publiek bedient (bijvoorbeeld een restaurant in München met alleen Duitse bezoekers), en uw server al in Duitsland staat, voegt een CDN minimaal voordeel toe voor statische assets. De gratis tier van Cloudflare biedt echter nog steeds DNS, SSL en beveiligingsfuncties die de moeite waard zijn.
- Zeer weinig verkeer: Als uw site minder dan een paar honderd bezoekers per dag krijgt, kan uw oorsprongsserver de belasting zonder problemen aan. Een CDN zal de snelheid nog steeds enigszins verbeteren, maar het is mogelijk geen prioriteit.
- Managed WordPress-hosting: Sommige managed WordPress-hosts zoals Kinsta, WP Engine of Cloudways bevatten een CDN in hun hostingplannen. In dat geval heeft u er al een en heeft u geen aparte aanbieder nodig.
Wat InspectWP controleert
InspectWP detecteert CDN-gebruik door respons-koptekst en DNS-records te analyseren. Het identificeert of uw site verkeer routeert via een CDN-aanbieder zoals Cloudflare, Sucuri of andere. Als uw site een wereldwijd publiek bedient en er geen CDN wordt gedetecteerd, wordt dit gemarkeerd als een mogelijke prestatieverbetering. Het rapport toont ook welke CDN-aanbieder in gebruik is, zodat u kunt verifiëren dat uw CDN-configuratie correct werkt.