“Welk CDN zou je moeten gebruiken voor je WordPress-website, Kinsta of Cloudflare?” Dit is een vraag die we constant krijgen, vooral van die nieuwe gebruikers die overgaan naar Kinsta. Het korte antwoord: ze zijn allebei goed. Maar het langere antwoord is dat dit echt afhangt van de wensen van je website, aangezien onze CDN en die van Cloudflare eigenlijk best van elkaar verschillen.

Maak je geen zorgen, we duiken hieronder in de voor- en nadelen van beide, zodat je voldoende geïnformeerd bent om een afweging te maken welke het beste werkt voor jou.

Wat is een CDN?

CDN is een afkorting voor Content Delivery Network. Dit is een netwerk van servers (ook wel POP’s genoemd) die op strategische plekken over de hele wereld neergezet zijn. Ze zijn ontworpen om kopieën van de statische content van je WordPress-website te hosten en af te leveren, zoals afbeeldingen, CSS en JavaScript. Afhankelijk van de CDN kunnen ze ook gebruikt worden om dynamische content te hosten, zoals MP3’s en videostreams.

Kinsta CDN

Kinsta CDN

Het belangrijkste doel van een CDN is het sneller afleveren van de bronnen van je WordPress-website. Hieronder zijn enkele manieren waarop het dat doet.

Vermindert netwerklatentie

Netwerklatentie refereert aan de tijd en/of vertraging die komt kijken bij het versturen van data over een netwerk. In andere woorden, hoe lang het voor een pakketje data duurt om van punt A naar punt B te gaan. Hoe verder je data moet reizen, hoe groter de latentie en hoe meer tijd het kost om te laden.

Door je bronnen te kopiëren naar serverlocaties (POPs) die dichter bij de bezoeker zijn, wordt de netwerklatentie drastisch verminderd. Bijvoorbeeld, als jouw website gehost wordt door een datacentrum in Iowa (VS) en een persoon uit Duitsland bezoekt jouw website, dan moet de data duizenden kilometers afleggen. Als je een CDN gebruikt, dan worden je resources automatisch afgeleverd vanaf een locatie die veel dichterbij is, bijvoorbeeld een CDN-server (POP) in Frankfurt, Duitsland.

Vermindert TTFB

TTFB staat voor Time To First Byte. Simpel gezegd is dat een maatstaf voor hoe lang je browser moet wachten voordat het de eerste byte data ontvangt van de server. Hoe langer het duurt om die byte te krijgen, hoe langer het duurt om je pagina weer te geven. Een veelvoorkomende misvatting is dat dit wordt berekend na DNS-lookup tijden, maar de originele berekening van TTFB binnen de netwerksector bevat altijd ook de netwerklatentie.

Eén van de voornaamste manieren waarop een CDN helpt de TTFB te verminderen, is door caching. Caching is het proces waarbij hulpbronnen van een verzoek worden opgeslagen en vervolgens opnieuw gebruikt voor volgende verzoeken. Het komt erop neer dat het de hoeveelheid werk vermindert die nodig is om een pagina te laten zien. Een CDN gebruikt caching, net zoals je WordPress-host dat ook doet. Wanneer bronnen worden bezorgd vanaf de cache op de CDN, laden ze razendsnel voor de bezoeker.

De TTFB van jouw website kan variëren afhankelijk van het type CDN dat je gebruikt, waar we hieronder verder op ingaan.

Maar voordat we dieper duiken in de verschillen in TTFB, is het belangrijk om te begrijpen welke twee verschillende types Content Delivery Networks meestal gebruikt worden door klanten bij Kinsta:

  1. Traditionele ‘pull’-CDN
  2. Reverse proxy/WAF CDN

1. Traditionele ‘pull’-CDN’s

De CDN van Kinsta is een traditionele CDN.

Traditionele ‘pull’-CDN’s cachen een kopie van al je content en media en laden deze bronnen dan van een subdomein of een willekeurige URL, zoals 123.kinstacdn.com. Wanneer iemand je WordPress-website bezoekt, wordt er eerst een verzoek verstuurd van de klant naar je hostingprovider, en vervolgens naar de CDN om alle bronnen op te halen.

domain.com [request → WordPress host]
123.kinstacdn.com/image.png [request → CDN]
123.kinstacdn.com/style.css [request → CDN]
123.kinstacdn.com/scripts.js [request → CDN]

2. Reverse Proxy/WAF CDN

Cloudflare is een reverse proxy/WAF CDN.

Een reverse proxy/WAF CDN is net wat anders dan een traditionele ‘pull’-CDN. Alhoewel het zich nog net zo gedraagt als een CDN, onderschept het alle inkomende verzoeken en gedraagt het zich als een tussenliggende server tussen de klant en je host. Dit is één van de redenen waarom je al je nameservers moet veranderen en je DNS naar hen moet laten wijzen. En anders dan een traditionele CDN, komt er normaliter geen subdomein of willekeurige URL aan te pas.

domain.com [request → reverse proxy/WAF CDN → WordPress host]
domain.com/image.png [request → reverse proxy/WAF CDN]
domain.com/style.css [request → reverse proxy/WAF CDN]
domain.com/scripts.js [request → reverse proxy/WAF CDN]

Hoe je een goede snelheidstest kunt doen met een CDN

Voordat we in de voor- en nadelen duiken van zowel de Kinsta CDN als de Cloudflare CDN, willen we een paar tips met je delen over hoe je het beste een snelheidstest kunt doen met je CDN. Veel mensen doen dit niet helemaal goed, en zien daardoor niet de daadwerkelijke prestaties.

Je moet meerdere keren testen vanwege caching.

Onthoud dat een CDN snel is omdat het je content direct laadt vanaf een cache. Maar als je net een CDN hebt toegevoegd aan je site of als je net de cache hebt geleegd, is de content nog niet gecachet als je je eerste snelheidstest doet. De cache kan ook verlopen zijn.

Veel gebruikers doen een snelheidstest slechts één keer, de content is dan dus nog niet gecachet op de CDN, en dan lijkt het alsof de CDN de website eigenlijk vertraagd (of ze zien in ieder geval geen verbetering van de prestaties). In onze CDN snelheidsbenchmarks, zien we dat een CDN daadwerkelijk laadtijden kan verminderen, met in sommige gevallen meer dan 50%! Dit hangt af van de locatie waarvandaan je test, maar in elk geval zou je verbeteringen in de snelheid moeten zien.

Hoe kun je zien dat je CDN de content nog niet aflevert vanuit de cache? Dat is eenvoudig. Elke snelheidstest laat je zogeheten HTTP-headers zien (ook bekend als response headers). Deze bevatten belangrijke informatie over elk verzoek. In het voorbeeld hieronder, gebruiken we Pingdom.

Wanneer je naar een WordPress-website kijkt, wil je kijken naar een van je bronnen die geladen wordt vanaf de CDN. Dit kan een afbeelding zijn of een CSS/JS-bestand. Wanneer je de Kinsta CDN gebruikt, zoek naar de header met de naam ‘x-cache‘. Wanneer het nog niet geladen wordt vanuit de cache, zal er een MISS geregistreerd worden.

MISS HTTP-header

MISS HTTP-header

Om je CDN goed te testen, moet alles geladen worden vanuit de cache. Wanneer dat zo is, zal de ‘x-cache‘-waarde een HIT registreren. Hiervoor is het soms nodig om je snelheidstest meerdere keren uit te voeren. Wij merkten dat twee of drie keer perfect werkte. Sommige snelheidstesten zoals Pingdom beperken ook de tijd tussen elke test (meestal een paar minuten). Het kan dus nodig zijn om je snelheidstest te doen, later terug te komen en het opnieuw te doen, etc.

HIT HTTP-header

HIT HTTP-header

Wanneer je Cloudflare gebruikt, heet de HTTP-header ‘cf-cache-status‘. Alles wat hierboven genoemd is, is ook hier van toepassing. Je wilt nog steeds de snelheidstest enkele keren doen tot je een HIT geregistreerd ziet. Dit betekent dat het daadwerkelijk je resources laadt vanuit de Cloudflare cache.

cf-cache-status HTTP-header

cf-cache-status HTTP-header

De locatie van je test maakt een groot verschil

De locatie vanaf waar je je test doet maakt nogal wat uit. De reden hiervoor is dat de snelheidstest altijd relatief is ten opzichte van het datacentrum waar je WordPress-website wordt gehost. TTFB, netwerklatentie, komen allemaal hierbij kijken.

Test je website dus zowel vanaf een locatie dichtbij je datacentrum alsook eentje ver weg. Doe snelheidstests zonder de CDN en dan met de CDN. Dit helpt je ook om te zien hoeveel impact een CDN heeft op je WordPress-website.

Wat is beter voor je WordPress-website, de Kinsta CDN of Cloudflare? 🤔Dat zoeken we uit. Click to Tweet

Kinsta CDN voor- en nadelen

Tijd voor de voor- en nadelen van Kinsta CDN. Deze wordt meegeleverd bij alle WordPress-hostingpakketten bij Kinsta.

Voordelen Kinsta CDN

De Kinsta CDN werkt door middel van KeyCDN, een traditionele ‘pull’-CDN. Eén van de voornaamste redenen dat we meestal de Kinsta CDN aanraden en niet de Cloudflare CDN is omdat Kinsta CDN een erg lage TTFB heeft en geen impact heeft op het verzoek naar je hostingprovider. Onthoud dat Cloudflare een reverse proxy/WAF CDN gebruikt, wat betekent dat het zich bevindt tussen je website en je host. Dit vergroot de overhead, waardoor je een hogere TTFB krijgt. Hier kun je wel een oplossing voor verzinnen door middel van cache-regels voor je pagina, maar dat kan nog best lastig zijn, waar we hieronder verder op in gaan.

De Kinsta CDN gebruikt HTTP/2, staat IPv6 toe, en heeft 35 locaties overal op de wereld om je bronnen supersnel te laden. Cloudflare heeft meer locaties heeft, maar door de extreem lage TTFB en het grote gebruiksgemak is de Kinsta CDN een perfecte keuze als je de snelste en makkelijkste optie wilt. Je kunt de Kinsta CDN inschakelen in twee eenvoudige stappen. Je hoeft geen nameservers te veranderen, geen extra accounts aan te maken, en geen plug-ins te installeren

Stap 1

Om de Kinsta CDN in te schakelen, hoef je alleen maar in te loggen op je MyKinsta dashboard. Klik op je website en dan op de CDN-tab.

Kinsta CDN

Kinsta CDN

Stap 2

Klik daarna op “Inschakelen”. Na een paar minuten wordt de CDN automatisch geïmplementeerd en zullen je bronnen wereldwijd worden geladen vanuit een cache. Zo simpel is het.

Het inschakelen van de Kinsta CDN

Het inschakelen van de Kinsta CDN

Nadalen Kinsa CDN

Het grootste nadeel van de Kinsta CDN is eigenlijk dat het geen reverse proxy/WAF is. Waarom? Omdat zo’n CDN niet altijd de beste oplossing biedt in het tegenhouden van foute bots en kwaadwillend verkeer. Onthoud dat dit soort verkeer meestal direct je website raakt, niet je bronnen. Daarom helpt het gebruiken van de Kinsta CDN normaliter niet om slecht verkeer naar je website te verminderen. Dit betekent dat het aantal bezoeken aan je website hoger zal zijn dan wanneer je een reverse proxy/WAF oplossing zoals Cloudflare gebruikt.

We tellen bezoeken van bekende “bot”-gebruikers niet mee en doen ons best om ze uit onze data te filteren. Desalniettemin, het is bekend dat bots gebruikers kunnen imiteren, waardoor ze alsnog als echt worden geteld in onze toegangslogs. Lees meer over hoe wij bezoeken tellen.

We leveren altijd een ruime hoeveelheid CDN-bandbreedte bij elk hostingpakket. Voor de meesten van onze klanten is dit ruim genoeg en gaan ze nooit over deze hoeveelheid heen, en is een CDN dus meestal gratis. Maar mocht je er toch overheen gaan, dan brengen we $0.10/GB in rekening. Alhoewel dit erg goedkoop is, wordt het soms gezien als nadeel, aangezien de Kinsta CDN dus wellicht niet gratis is in jouw geval, afhankelijk van hoeveel verkeer je krijgt en het type en de omvang van de media op je website.

Cloudflare CDN voor- en nadelen

Nu de voor- en nadelen van de Cloudflare CDN.

Voordelen Cloudflare CDN

Cloudflare is echt goed in het blokkeren van slecht verkeer naar je website. Ze doen dit al heel lang en hebben tientallen jaren aan filters en regels die je kunt gebruiken. Als je het aantal totale bezoeken laag wilt houden op je Kinsta hostingpakket, kan het zeker helpen om Cloudflare te gebruiken. Het is belangrijk om erop te wijzen dat het gratis Cloudflare-pakket niet de Web Application Firewall (WAF) bevat. Desalniettemin beschermt het nog steeds tegen sommige typen slecht verkeer.

Als je je aantal bezoeken zo laag mogelijk wilt hebben, raden we altijd aan om het Cloudflare Pro-pakket te nemen voor $20/maand, dat wél de WAF bevat. Hierdoor neemt je aantal bezoeken nog verder af. Cloudflare is geweldig voor populaire websites met veel verkeer die vaker doelwit zijn van aanvallen van bots, scrapers en crawlers. Bekijk het verschil in de features van de Cloudflare-pakketten.

Downtime en WordPress problemen? Kinsta is de hosting oplossing speciaal ontworpen om jou tijd te besparen! Bekijk onze kenmerken

Cloudflare is snel en heeft het grootste aantal serverlocaties (POP’s) van alle CDN-aanbieders op de markt. Hun netwerk bevat meer dan 165 POP’s.

Ze hebben ook een massa features voor prestaties en veiligheid waar je je voordeel mee kunt doen. Eén van deze, Cloudflare Railgun, bieden we ook aan als add-on bij Kinsta. Dit is beschikbaar voor $100 per maand per site. Dit verzekert je ervan dat de verbinding tussen de originele server en het Cloudflare-netwerk zo snel mogelijk is. Dit is beschikbaar voor alle klanten met een Cloudflare Business of Enterprise pakket.

Nadelen Cloudflare CDN

Nu de nadelen van de Cloudflare CDN. Het eerste nadeel is dat je al je nameservers moet veranderen om direct naar Cloudflare te verwijzen, in plaats van de Kinsta CDN waarbij je geen DNS veranderingen hoeft te maken omdat je website al bij ons gehost wordt.

Het meest voorkomende probleem dat gebruikers hebben met Cloudflare is dat je standaard een hogere TTFB zult zien. Zoals je nu weet is Cloudflare een reverse proxy/WAF die alle binnenkomende verzoeken onderschept en zich gedraagt als een server tussen je klant en je host in. Dit betekent dat het een impact heeft op je originele HTTP-verzoek alsook op je bronnen. Het resultaat is dat het je wat overhead oplevert. Hieronder kun je zien dat de TTFB met Cloudflare (ook wel bekend als wachttijd) 141.1 ms was.

Hoge TTFB met Cloudflare

Hoge TTFB met Cloudflare

Maakt TTFB iets uit? Het is een factor in je algehele snelheid, dus ja. Als je nu kijkt naar een website die de Kinsta CDN gebruikt, is de TTFB bij het originele verzoek veel lager, slechts 33.1 ms. Denk eraan, de CDN regelt alleen bronnen, dus dit originele verzoek komt direct vanaf de Kinsta-servers.

Sommige mensen vinden dat de hogere TTFB met Cloudflare verwaarloosbaar is ten opzichte van alle geweldige dingen die ze doen om je WordPress-website te beschermen.

Kinsta TTFB

Kinsta TTFB

Alhoewel de TTFB met Cloudflare hoger is, kun je dit wel verminderen met caching-regels voor je pagina. Dit zorgt er eigenlijk voor dat je WordPress-website volledig wordt geladen vanuit de cache op de CDN. Het is in feite een imitatie van de volledige pagina-caching die we aanbieden bij Kinsta.

Het nadeel is echter dat deze caching-regels vrij complex zijn om in te stellen. Je moet ook bekend zijn met wat je wel en niet zou moeten cachen. Zaken zoals je reacties, WordPress-adminwerkbalk, eCommerce-, zijn allemaal dingen die je goed moet configureren met caching-regels voor je pagina.

Je kunt ook niet om de cache heen wanneer een cookie wordt gedetecteerd, tenzij je het Cloudflare Business of Enterprise pakket gebruikt. Zoals je weet hebben we bij Kinsta regels op het niveau van de server voor eCommerce-pagina’s om automatisch om de cache heen te gaan wanneer de woocommerce_items_in_cart cookie of edd_items_in_cart cookie worden gedetecteerd, om er zeker van te zijn dat het betalingsproces soepel en gesynchroniseerd verloopt. Als je caching-regels voor je volledige pagina instelt zul je dit ook goed moeten configureren.

Het gratis Cloudflare-pakket bevat ook slechts drie caching-regels voor pagina’s.

Ondanks dit alles, als je de regels goed opzet, is het echt snel. Zie maar, met de volledige pagina caching-regels geconfigureerd met Cloudflare, was onze TTFB minder dan 20ms!

TTFB bij Cloudflare met caching-regels voor volledige pagina's

TTFB bij Cloudflare met caching-regels voor volledige pagina’s

Als je deze route wilt nemen, raden we aan om deze tutorials te bekijken om de regels goed op te zetten:

Als je er niet uit komt of hulp nodig hebt, raden we je aan om een WordPress-developer in te huren om je te helpen.

Je zult ook de volgende waarschuwing tegen kunnen komen bij snelheidstesten wanneer je WordPress-website achter Cloudflare zit: “Serve static content from a cookieless domain.”

Je kunt cookies niet uitschakelen bij bronnen die aangeleverd worden via Cloudflare. Cloudflare levert hun eigen veiligheidscookie mee in je header. Maar deze cookies zijn erg klein en de impact op je prestaties zijn verwaarloosbaar. Maar als je Cloudflare gebruikt, zul je niet om deze waarschuwing heen kunnen. Als je de Kinsta CDN gebruikt krijg je deze waarschuwing niet.

Als je Cloudflare gebruikt, kun je het beste hun WordPress-plug-in installeren. Dit stelt je in staat om dingen te doen zoals het automatisch legen van de cache wanneer je nieuwe content publiceert. Anders zou je naar het Cloudflare-dashboard moeten gaan om de cache handmatig te legen of wachten tot het verloopt. Bij Kinsta wordt de cache automatisch geleegd wanneer je nieuwe artikelen publiceert.

Het is nog wel belangrijk om te weten dat de gratis Cloudflare CDN-pakketten langzamer zijn in sommige delen van de wereld.

Welke CDN zou je moeten gebruiken?

Hopelijk weet je nu wat meer over de Kinsta CDN en de Cloudflare CDN en heb je nu een beter idee welke het best werkt voor jouw website. Uiteindelijk zullen ze allebei goed werken. We hebben veel klanten die ze allebei gebruiken. Als samenvatting:

Kinsta CDN

  • Heeft een extreem lage TTFB en is supersnel. Als je prestaties belangrijk vindt, raden we je aan om de Kinsta CDN te gebruiken.
  • Het is makkelijk te gebruiken, je stelt het in een paar seconden in. Je hoeft geen nameservers te veranderen of over caching-regels na te denken.
  • Het is in de meeste gevallen gratis. Zelfs als je over de verstrekte bandbreedte heen gaat is het nog steeds erg goedkoop.
  • Het is niet erg goed in het tegenhouden van foute bots of kwaadwillende verkeer.

Cloudflare CDN

  • Het is een bijzonder goede oplossing om slecht verkeer te blokkeren. Dit kan je helpen om het aantal bezoeken op je Kinsta hostingpakket laag te houden. We raden altijd het Cloudflare Pro-pakket aan waar de volledige WAF bij in zit.
  • Vanwege het feit dat de Cloudflare CDN een reverse proxy/WAF is, heeft het een hogere TTFB door de grotere overhead.
  • Het is mogelijk deze TTFB weer te verlagen, maar dan vereist pagina-regels. Afhankelijk van de complexiteit van je site, kan dit erg lastig zijn om in te stellen en kan het zelfs nodig zijn een groter Cloudflare-pakket te nemen.
  • Het gratis Cloudflare-pakket is langzamer in sommige regio’s.
  • Het vereist een WordPress-plug-in als je zeker wilt zijn van goede functionaliteit zoals automatisch leegmaken wanneer je nieuwe content publiceert.
  • Je moet je nameservers veranderen om DNS naar Cloudflare te laten verwijzen.

Als je denkt dat we nog iets gemist hebben, laat het ons dan hieronder in de reactie weten.

4
keer gedeeld