Het duurt acht seconden voordat uw winkel de startpagina weergeeft. De reflex is onmiddellijk: “we hebben een CDN nodig”. Je schakelt Cloudflare in de proxymodus in, je wacht op een wonder – en het karretje heeft nog steeds vijf seconden nodig om te reageren. De diagnose was niet verkeerd, alleen in de verkeerde volgorde.
Een CDN versnelt de levering van wat aan de rand in de cache kan worden opgeslagen. Het repareert geen SQL-query die de volledige ordertabel scant, noch een hero-afbeelding van 4 MB die zonder compressie wordt weergegeven. De echte vraag is niet “CDN of niet CDN?” ". Het is: waar gaat tijd verloren — op de oorsprong, op het netwerk of op beide?
Lees een waterval voordat u een netwerklaag aanschaft
Open de browserontwikkelaarstools of een test van WebPageTest. Twee cijfers begeleiden de rest:
- TTFB (Time To First Byte) — tijd voordat de oorspronkelijke server reageert. Overal opgegroeid? Oorspronkelijk probleem (PHP, database, schijf, CPU-overbelasting).
- Downloadtijd van middelen — lang voor JS/CSS/images maar lage TTFB? Netwerkprobleem, bestandsgrootte of gebrek aan statische cache.
| Symptoom | Waarschijnlijke oorzaak | Prioritaire actie |
|---|---|---|
| TTFB > 800 ms in Europa | Trage database, PHP, schijf vol | SQL-profilering, paginacache, schijfupgrade |
| Lage TTFB, zware afbeeldingen | Niet-geoptimaliseerde assets | WebP/AVIF, lui laden, formaat wijzigen |
| Goed in Frankrijk, traag in de VS | Geografische latentie | CDN of dichterbij oorsprong |
| LCP onstabiel op mobiel | Allemaal boven de vouw zonder prioriteit | Kritieke CSS, vooraf laden, CDN-afbeeldingen |
Een CDN vermindert de applicatieschuld niet. Hij verplaatst het soms uit je gezichtsveld.
Optimaliseer de oorsprong: de hendels die de weg vasthouden
Controleer vóór elke netwerklaag wat jij beheert op de server.
Afbeeldingen en media. Dit is vaak 50 tot 70% van het gewicht van een WordPress- of e-commercepagina. Moderne formaten, afmetingen aangepast aan de viewport, lazyloading op de below-the-fold: directe winst zonder CDN-contract.
HTTP en applicatiecache. Een reverse proxy (Nginx, Varnish) of een paginacache-plug-in voorkomt dat bij elk bezoek dezelfde PHP-pagina opnieuw wordt berekend. Controleer de headers van 'Cache-Control', het opschonen na de implementatie en het gedrag van ingelogde gebruikers.
Database. Schakel langzame querylog in voor één uur echt verkeer. Een ontbrekende index op een WooCommerce-tabel of WordPress meta_query kost meer dan een Business CDN-abonnement.
PHP en concurrentie. Op een verzadigde gedeelde site stijgt de TTFB zelfs met een CDN voorop: dynamische pagina's gaan niet door de edge cache. Een VPS van een groter formaat of een goed afgestelde PHP-FPM kan voldoende zijn.
Wat een CDN biedt – en wat het niet dekt
Een CDN dupliceert uw assets (en soms uw HTML-pagina's) op aanwezigheidspunten dichtbij bezoekers. De concrete voordelen:
- Verminderde latentie voor JS, CSS, lettertypen en afbeeldingen
- TLS en HTTP/2- of HTTP/3-beëindiging aan de rand
- DDoS-bescherming en snelheidsbeperking (afhankelijk van het aanbod)
- Reductie van bandbreedte richting de oorsprong
Aan de andere kant vervangt het CDN niet:
- Databasegegevens (mandje, formulieren, POST API)
- Verkeerd geconfigureerde applicatiecache (“overal geen cache”-pagina's)
- Een ondermaatse oorsprong die verzadigd is met CPU
- Consistentie van opschoonregels na implementatie
Voor een overwegend statische site (blog, showcase, Jamstack) kan het CDN de tweede stap zijn na een schone oorsprong. Bij een transactionele toepassing is het bijna altijd het tegenovergestelde.
Scenario's A versus B: twee gevechtsorders
Scenario A — WordPress blog, publiek in Frankrijk, TTFB 200 ms, zware afbeeldingen. Begin met ShortPixel of Imagify, een paginacache, daarna een gratis CDN of meegeleverd met de host. Het CDN is pas bruikbaar als het paginagewicht onder controle is.
Scenario B — SaaS met API in Europa, klanten in de VS en Azië, oorsprong al geoptimaliseerd. TTFB uit Azië blijft onbetaalbaar ondanks een geïndexeerde basis: daar wordt CDN met selectieve API-cache of extra herkomstregio relevant.
Scenario C — Black Friday-piek, oorsprong OK onder normale belasting. Anticipeer op de CDN en de cache vóór de piek, niet op de dag. Test het opschonen en het gedrag van de winkelwagen onder gedeeltelijke cache.
The Summit: CDN is een versterker, geen oplossing
CDN-bedrijfspagina's tonen groene curven. Ze laten graag 'Cache-Control: privé'-pagina's, sessiecookies die de cache kapot maken en beheerdersverzoeken die nooit door de edge gaan, achterwege.
Beslis en ga vooruit zonder blinde vlek
- Meet TTFB en waterval uit twee regio's zonder CDN.
- De oorsprong herstellen: afbeeldingen, cache, SQL — tot stabiele TTFB onder 400 ms in uw primaire markt.
- Opnieuw testen: als de netwerklatentie nog steeds domineert, shortlist CDN (algemeen of gespecialiseerd).
- Document-opschoningsregels, winkelwagen-/sessiegedrag en werkelijke oorsprong (sommige proxy's maskeren IP).
Vergelijk aanbiedingen van CDN en hostingproviders in onze overzicht en de vergelijking. Om de keuze van de netwerklaag te verkennen, lees Cloudflare of gespecialiseerde CDN.
Veelgestelde vragen
Hoe weet ik of het probleem van de oorsprong of van het netwerk komt?
Meet TTFB vanuit meerdere regio's zonder CDN. Als het zelfs dicht bij de server hoog blijft, is de oorsprong of basis in gebreke. Als de TTFB laag is, maar de totale belasting lang, domineren het netwerk of de statische activa.
Kan een CDN een verkeerd geconfigureerde oorsprong verbergen?
Ja, tijdelijk, voor statische bestanden. Dynamische pagina's, API's en schrijfbewerkingen blijven op de oorsprong. Zonder applicatiecache verdwijnt de winst zodra het CDN het antwoord niet kan bedienen.
Welke originele optimalisaties hebben de beste inspanning/winstverhouding?
Beeldcompressie, HTTP-cache, SQL-indexen en verkleining van WordPress-plug-ins. Profilering (langzaam querylogboek, waterval) bepaalt de prioriteit.
Wanneer wordt CDN de juiste eerste stap?
Wanneer de oorsprong gezond is, is het verkeer grotendeels statisch of geografisch verspreid, en domineert de netwerklatentie de waterval.
Voordat u een netwerklaag toevoegt, stelt u een eenvoudige vraag: Als ik het CDN morgen deactiveer, houdt mijn site het dan nog steeds vol? Als het antwoord nee is, bent u nog niet klaar met het werken aan de oorsprong.