Als een prestatie gericht hostingbedrijf doen we graag onderzoek naar en delen we tips om jouw WordPress site sneller te maken. Een van de no-brainers op het gebied van snelheid is tegenwoordig het gebruik van een content delivery network (CDN). Ze nemen de last van jouw webserver weg en versnellen de levering van assets aan de bezoekers, waardoor hun ervaring wordt verbeterd!

Vandaag willen we je in simpele termen uitleggen hoe een WordPress CDN werkt, waarom je er een zou moeten gebruiken en enkele van de extra voordelen die ermee gepaard gaan. We delen ook een aantal snelheidstests, zodat je beter kunt inschatten hoeveel van een prestatieverbetering je op je eigen site kunt verwachten.

Hoe werkt een CDN

Ten eerste moet je een CDN niet verwarren met je WordPress hosting. Dit zijn volledig afzonderlijke services. Een CDN is geen vervanging voor jouw hosting provider, maar eerder een extra manier om de snelheid van de site te verhogen. Hoewel onze hosting hier bij Kinsta razendsnel is, kan een CDN jouw site nog sneller maken.

Hoe werkt een CDN precies? Als je bijvoorbeeld jouw website host bij Kinsta, moet je een fysieke datacenter locatie kiezen, bijvoorbeeld US Central, Europa, Zuid-Amerika of Azië. Laten we zeggen dat je US Central kiest. Dit betekent dat de website zich fysiek op een “host server” bevindt in Council Bluffs, Iowa. Wanneer mensen in Europa je website bezoeken, zal het langer duren voordat het verzenden van de site dan wanneer iemand uit Dallas, TX de website laadt. Waarom? Omdat de gegevens een grotere afstand moeten afleggen. Dit is wat bekend staat als latency. Latency is de tijd en/of vertraging die betrokken is bij het verzenden van gegevens via een netwerk. Hoe verder de afstand, hoe groter de latency.

40 procent van bezoekers verlaat een website wanneer het langer dan 3 seconden duurt om te laden. ⏱ Click to Tweet

Het vereist ook verschillende netwerk hops (communicatie tussen intermediaire netwerk apparaten) om data verzoeken van browsers aan hosting servers en daarna de gevraagde inhoud van hosting servers terug te serveren aan de webbrowsers. Dat is waar een CDN om de hoek komt kijken. Het helpt om die latency te verminderen door de inhoud van jouw site te laden van servers die fysiek dichter bij hen staan. Deze CDN servers worden soms ook POP’s (Points of Presence) genoemd.

Een CDN verlaagd de latency

Een CDN verlaagd de latency

WordPress gebruikers zijn soms wat terughoudend in het uitzoeken van een CDN, omdat het in eerste instantie best overweldigend kan zijn. Hier is hoe ze werken en kunnen worden geïmplementeerd, in simpele termen, in drie eenvoudige stappen:

Stap 1

Je kiest een CDN provider en abonneert op hun service. Ze worden meestal gefactureerd per maand of op data verbruik. De meeste providers hebben een calculator om je kosten te berekenen.

Stap 2

Je maakt gebruik van een gratis plugin zoals CDN Enabler of WP Rocket om de CDN te integreren. Deze plugins versturen automatisch jouw assets naar de CDN. Vanaf jouw kant is er geen werk nodig om de inhoud op de CDN te krijgen, dit is een hands-off deployment! Inzetten van een CDN is een stuk gemakkelijker tegenwoordig dan het was een aantal jaar geleden.

Stap 3

Wanneer mensen jouw website bezoeken, wordt de inhoud van je WordPress site geserveerd via verschillende CDN’s over de hele wereld. Dus voor die bezoekers in Europa die jouw site in Iowa bezoeken, wordt de inhoud nu geladen vanuit een POP in Europa. Hoe doen ze dit? CDN’s gebruiken meestal twee verschillende soorten technologieën om gebruikers naar de juiste locatie te leiden, en dat is IP Anycast + geolocatie routing. Ze kunnen automatisch detecteren waar de verzoeken vandaan komen en sturen de aanvragen door naar de dichtstbijzijnde POP.

Het is echter nog steeds belangrijk om een strategische server locatie voor je WordPress hosting te kiezen. Want hoewel een CDN helpt om de media en inhoud te verspreiden, moet er nog steeds één aanvraag worden ingediend bij de hosting provider wanneer jouw website wordt geladen. Tenzij je gebruikmaakt van volledige cache geheugens op een proxyserver, waar we later op in zullen gaan. Kinsta heeft nu 20 datacenter locaties waar je jouw WordPress site kunt hosten.

Voordelen van een CDN

Hieronder staan enkele van de vele voordelen van het gebruik van een CDN voor jouw WordPress website.

1. Prestatie Boost

Een prestatieverhoging is een van de grootste redenen om een CDN te gebruiken. Het is keer op keer bewezen dat een snellere laadtijd direct correleert met hogere succespercentages, lagere bounce percentages en een langere gemiddelde bezoekduur. En dan nog maar te zwijgen over een algehele betere gebruikerservaring. Wanneer was de laatste keer dat je in jouw browser klikte omdat de website te lang duurde om te laden? Dit is het laatste wat je wilt. Maar geloof ons niet op ons woord, hier volgen enkele statistieken voor je van de top in de industrie:

  • Een vertraging van 1 seconde op de pagina kan resulteren in een vermindering van 7% van conversies. (Bron: Kissmetrics)
  • BBC heeft gezien dat ze een extra 10% aan gebruikers verliezen per extra seconde dat de website erover doet om te laden. (Bron: Creative Bloq)
  • 53% van de bezoekers op een mobiele site verlaten de website naar 3 seconden laadtijd volgens onderzoek van Google’s DoubleClick. (Bron: DoubleClick)
  • AliExpress reduceerde de laadtijd met 36% en zag een stijging van 10.5% in orders en een stijging van 27% in conversies van nieuwe klanten. (Bron: Akamai)

Hieronder staan een paar manieren waarop de CDN kan helpen om de prestatie van jouw WordPress site te verbeteren.

Reduceert de TTFB

We hebben hierboven al besproken dat een WordPress CDN kan helpen latency te verminderen door de fysieke afstand die de data moet afleggen te verkleinen. Het kan ook helpen de tijd tot de eerste byte (TTFB) te verlagen. Om het simpel te zeggen: dit is een meting voor hoe lang de browser moet wachten tot hij de eerste byte data ontvangt van de server. Hoe langer het duurt om de data te krijgen, hoe langer het duurt om jouw pagina weer te geven.

Een CDN kan helpen de TTFB te verlagen

Een CDN kan helpen de TTFB te verlagen

Een veel voorkomende misvatting is dat dit wordt berekend na de DNS lookup tijden, maar de oorspronkelijke berekening van TTFB in netwerken bevat altijd netwerk latency. Dit is een drie stappen proces en vertragingen en latency kunnen tussen alle stappen voorkomen, wat bijgeteld wordt aan de totale TTFB. Hoge TTFB kan worden veroorzaakt door een aantal redenen, zoals slechte code of onjuist geconfigureerde caching op jouw host server. Maar geografische afstand is absoluut een factor. We hebben een kleine test uitgevoerd om het verschil te laten zien met onze Kinsta CDN (aangedreven door KeyCDN). Elke test is 5 keer uitgevoerd en daarvan hebben we het gemiddelde genomen.

TTFB zonder CDN

Eerst hebben we een test uitgevoerd met de CDN uitgeschakeld. Zoals je kunt zien was de totale laadtijd 1.45s en ons gemiddelde TTFB op een asset was rond de 136ms.

ttfb before cdn
TTFB zonder CDN

TTFB met CDN

Vervolgens hebben we ons CDN ingeschakeld en hebben we de test opnieuw uitgevoerd. Zoals je kunt zien, daalden onze totale laadtijden tot 788 ms en onze gemiddelde TTFB is nu 37 ms! Wat een verschil kan een CDN maken. Een ander belangrijk ding om op te merken is dat we de locatie in Stockholm hebben gekozen om deze test uit te voeren. Waarom? Omdat we je de echte verbetering wilden laten zien die kan worden bereikt door de fysieke afstand te verkleinen. Er is een CDN POP gevestigd in Stockholm, dus onze inhoud wordt vanuit Stockholm geserveerd.

ttfb after cdn
TTFB na toevoegen van een CDN

Opmerking: als je gebruik maakt van Cloudflare, heb je mogelijk een iets hogere TTFB. Dit komt waarschijnlijk door de extra overhead en de complexiteit van het draaien van de proxy-service. Vergeet niet dat Cloudflare beschikt over extra firewalls en andere functies die sommige CDN providers niet hebben. Dus je zou een beslissing moeten nemen over welke optie je meer zou helpen. Als jouw volledige site niet goed is geoptimaliseerd, is het misschien de moeite waard om het verlies op de iets hogere TTFB te nemen.

Je kunt echter ook de handleiding van WP Bullet raadplegen over het gebruik van CloudFlare pagina caching om de TTFB te verlagen. Dit kan enige aanvullende installatie en testen vereisen. Zorg ervoor dat je jouw eigen tests uitvoert, omdat elke omgeving anders is. De nieuwe Argo service van Cloudflare verlaagd in sommige gevallen ook de TTFB.

Snellere Aflevering met Caching

Net zoals je gebruik maakt van caching op jouw WordPress host of een plugin, gebruiken CDN’s ook caching. Dat is een manier om bestanden zo snel mogelijk te leveren. Een belangrijk ding om op te letten, is hoe caching werkt. Zodra een CDN een kopie van jouw media ontvangt, moet deze doorgaans één of twee keer door een bezoeker worden opgevraagd voordat deze daadwerkelijk in de cache van de CDN wordt opgeslagen. Een CDN plaatst een HTTP-header op de verzoeken die ‘X-Cache’ worden genoemd. Op het eerste of tweede verzoek wordt het bestand meestal weergegeven als een MISS, wat betekent dat het nog niet in de cache is opgeslagen.

CDN Niet Gecached (MISS)

CDN Niet Gecached (MISS)

Op volgende verzoeken zal het dan weergeven worden als een HIT, dit betekend dat het nu wel is gecached door jouw CDN. Het blijft dan gecached onder een aantal voorwaarden van verschillende factoren zoals ETag headers, Expires Headers of een handmatige verwijdering van jouw CDN Cache.

CDN gecached (HIT)

CDN gecached (HIT)

Als je een full proxy CDN gebruikt, zoals Cloudflare, kan je ook caching naar het volgende niveau brengen door gebruik te maken van wat zij volledige pagina caching noemen. Dit omvat het cachen van alles op een URL. Voor WordPress sites kan dit soms lastig zijn omdat je tijdelijke oplossingen voor dynamische delen van de site moet implementeren.

Enorme Besparingen door GZIP Compressie

WordPress CDN’s maken ook gebruik van GZIP, een bestandsindeling en een softwaretoepassing die wordt gebruikt voor bestands-compressie en -decompressie. GZIP-compressie is aan de server kant (of liever op de CDN-server / POP) ingeschakeld en zorgt voor verdere verkleining van jouw HTML, CSS en JavaScript bestanden. Het werkt niet voor afbeeldingen omdat deze al op een andere manier zijn gecomprimeerd. Sommigen hebben tot 70% verkleining gezien als gevolg van compressie. Het is waarschijnlijk een van de gemakkelijkste optimalisaties die je kunt doen. En maak je geen zorgen, alle grote CDN’s hebben dit standaard ingeschakeld.

Je kunt een hulpprogramma als Check GZIP Compression of Chrome DevTools gebruiken om het enorme verschil te zien dat door compressie wordt veroorzaakt. Hieronder zie je bijvoorbeeld dat in ons jquery.js bestand dat vanaf een CDN wordt geserveerd, de GZIP-compressie de grootte van 94,9 KB tot 33,6 KB heeft verlaagd. Dat is een besparing van 64,59% op slechts één bestand. Doe dit met alle assets en media en je begrijpt waarom compressie essentieel is!

GZIP besparing op een CDN

GZIP besparing op een CDN

Brotli Tilt Compressie naar een Hoger Niveau

Brotli is een nieuwe compressie algoritme ontwikkeld door Google dat heeft laten zien dat het bestanden 26% meer kan comprimeren dan bestaande oplossingen, ook GZIP. De snelheid waarmee Brotli wordt opgenomen door bedrijven groeit met een redelijke snelheid. Sinds 20 Juni comprimeert Google de Display Ads met Brotli.

Brotli Compressie Besparingen

Brotli Compressie Besparingen (Bron: SamSaffron)

Omdat dat Brotli vrij nieuw is, hebben nog niet alle CDN providers Brotli beschikbaar. Er zijn wel een aantal providers zoals KeyCDN en CDN77 die Brotli ondersteunen. In de meeste gevallen moet de oorspronkelijke server (Hosting server) ook Brotli ingeschakeld hebben om het te laten werken. Browser ondersteuning voor Brotli wordt ook steeds beter. Als de servers die Brotli hebben ingeschakeld correct zijn geconfigureerd en geladen worden in een browser die Brotli nog niet ondersteund gebruiken simpelweg GZIP als fallback.

HTTP/2

HTTP/2 is ook een van de grootste functies die alle CDN’s nu gebruiken om de levering van assets te versnellen. HTTP/2 vereist HTTPS vanwege de browser ondersteuning. De prestatieverbetering is het gevolg van verschillende redenen, zoals het feit dat het protocol betere multiplexing, parallellisme, HPACK-compressie met Huffman-codering, de ALPN extensie en Serverpush kan ondersteunen. Er was nogal wat TLS-overhead bij het gebruik van HTTPS, maar dankzij HTTP/2 is dit nu verleden tijd.

2. Lagere Bandbreedte Kosten

Een ander groot voordeel van een CDN is dat het kan helpen de CPU te ontlasten en retour van jouw hostingserver (oorsprong server) te verwijderen. Dit helpt voorkomen dat verkeerspieken jouw host overbelasten. Het kan ook helpen om de kosten van bandbreedte te verlagen. Het laatste dat je wilt, is dat iets viraal gaat en je een enorme rekening van je hosting krijgt. Hieronder staat bijvoorbeeld een site die Cloudflare gebruikt, en zoals je ziet, is 69% van de bandbreedte verbruik verminderd.

Bespaarde Bandbreedte bij CloudFlare

Bespaarde Bandbreedte bij CloudFlare

Een andere manier waarop een CDN kan helpen de kosten te verlagen, is door eenvoudige manieren aan te bieden om hotlink beveiliging in te schakelen. Dit is in feite het beperken van HTTP verzoeken en het voorkomen dat anderen jouw items gebruiken (afbeeldingen – we hebben een tutorial over het beschermen van jouw afbeeldingen) op andere websites. Sommigen van jullie hebben misschien gehoord van het Huffington Post fiasco. Een auteur van de Huffington Post kopieerde en plakte afbeeldingen van de Oatmeal’s website, die op zijn beurt een rekening van meer dan $1.000 opbouwde bij AWS. De eigenaar van de Oatmeal’s website heeft de afbeeldingen uiteindelijk vervangen, zodat lezers van het Huffington Post artikel het zouden zien. Maar dit is de reden waarom het altijd belangrijk is om hotlink bescherming in te schakelen, anders krijg je misschien een enorm hoge factuur.

Hotlink bescherming

Hotlink bescherming

3. Hoge beschikbaarheid en Schaalbaarheid

CDN’s bieden ook hoge beschikbaarheid en schaalbaarheid. Aangezien de gerepliceerde inhoud beschikbaar is op meerdere POP’s op verschillende geografische locaties, wordt web verkeer dynamisch gerouterd naar een andere server als wanneer er een wordt onderbroken. Er is geen noodzaak om je zorgen te maken over schaalbaarheid, aangezien CDN-providers met dat in gedachten zijn gebouwd. Als je een kleinere shared host gebruikt, kan een CDN ervoor zorgen dat jouw website niet crasht omdat de CDN de meeste belasting verwerkt.

4. SEO Voordelen

Google heeft sitesnelheid in 2010 tot een ranking factor gemaakt, dus het is geen geheim dat een snellere website hogere ranking zou kunnen opleveren. Hoewel er geen manier is om te weten hoeveel gewicht er op de factor snelheid is gezet, kan je veilig aannemen dat dit een van de belangrijkste is, omdat dit van invloed is op de gebruikerservaring. Brian Dean analyseerde de top 1 miljoen domeinen om te kijken naar de correlatie tussen sitesnelheid en Google-ranking en de resultaten waren zeer positief. Hoewel het bijna onmogelijk is om deze tests overtuigend te bewijzen, kan je er zeker van zijn dat het hebben van een snellere website je alleen maar helpt bij Google. Om het simpel te zeggen, Google beloont snelle sites.

Site snelheid - Google rankings

Site snelheid – Google rankings

Naast de snelheid van de pagina’s van jouw website, kan een CDN ook helpen de crawlsnelheid van jouw media te vergroten, zoals bijvoorbeeld afbeeldingen, dit correspondeert met indexering in Google Afbeeldingen.

5. Extra veiligheid

Veel CDN providers bieden extra beveiliging doordat je Web Applicatie Firewalls (WAF) en wat sommige Origin Schilden noemen kunt implementeren. Deze kunnen helpen bij het verminderen van DDoS-aanvallen op jouw WordPress site van alle vormen en grootten, inclusief die gericht zijn op de UDP- en ICMP-protocollen, evenals SYN/ACK-, DNS-amplificatie- en Layer 7-aanvallen. Andere voordelen zijn het achterlaten van een proxy die helpt om het oorspronkelijke IP-adres te verbergen, dit is overigens niet bulletproof.

Bekijk onze case study over het stoppen van een DDoS-aanval. We hadden een klant met een kleine eCommerce website met Easy Digital Downloads, die binnen 7 dagen meer dan 5 miljoen verzoeken ontving voor een enkele pagina. De site genereerde doorgaans slechts tussen de 30-40 MB per dag in bandbreedte en een paar honderd bezoekers per dag. Maar vanuit het niets ging de site naar de 15 tot 19 GB aan gegevensoverdracht per dag! Dat is een stijging van 4650%. En Google Analytics toonde geen extra verkeer. Dat is niet goed.

DDoS Aanval

DDoS Aanval

De klant implementeerde de Web Applicatie Firewall van Sucuri op hun site en alle bandbreedte en verzoeken daalden onmiddellijk (zoals hieronder te zien) en sindsdien is er geen probleem meer voorgekomen. Het is dus zeker een goede investering en tijdwinst als je dergelijke problemen tegenkomt.

Na het toevoegen van Sucuri’s WAF

Na het toevoegen van Sucuri’s WAF

CDN’s bieden ook extra features zoals secure tokens. Deze maken het mogelijk om veilige links met een verloop tijd te genereren. Nadat een link is verlopen heeft niemand meer toegang tot die content.

CDN Snelheid Testen

In plaats van je alleen te vertellen hoe nuttig een WordPress CDN kan zijn, laten we een aantal tests uitvoeren om de resultaten te laten zien. We hebben 5 testen uitgevoerd op 4 verschillende testlocaties met de CDN uitgeschakeld en vervolgens met de CDN ingeschakeld. De site wordt gehost door Kinsta en gebruikt de Kinsta CDN (mogelijk gemaakt door KeyCDN). De fysieke locatie van de server bevindt zich in Iowa, VS.

Zorg ervoor dat tijdens het testen van de snelheid van jouw CDN dat je de test een paar keer uitvoert, zodat het medium in de cache wordt opgeslagen. Zoals we hierboven over CDN-caching hebben beschreven, zal de X-Cache HTTP header een “HIT” tonen zodra deze in de cache is opgeslagen. Als het niet in de cache staat, zal er een “MISS” getoond worden. Als je dit niet goed doet, kan het lijken alsof de CDN niet helpt om je site te versnellen, terwijl je eigenlijk de cache niet goed hebt opgebouwd.

Zonder CDN (Dallas, Texas, VS)

We hebben eerst 5 testen uitgevoerd zonder CDN met Pingdom vanaf Dallas, Texas en hebben daarvan het gemiddelde genomen.

Test Zonder CDN Dallas

Test Zonder CDN Dallas (Bron: Pingdom)

Zonder CDN (Melbourne, Australië)

We hebben eerst 5 testen uitgevoerd zonder CDN met Pingdom vanaf Melbourne, Australië en hebben daarvan het gemiddelde genomen.

Test Zonder CDN Australië

Test Zonder CDN Australië (Bron: Pingdom)

Zonder CDN (San Jose, Californië, VS)

We hebben eerst 5 testen uitgevoerd zonder CDN met Pingdom vanaf San Jose, Californië en hebben daarvan het gemiddelde genomen.

Test Zonder CDN San Jose

Test Zonder CDN San Jose (Bron: Pingdom)

Zonder CDN (Stockholm, Sweden)

We hebben eerst 5 testen uitgevoerd zonder CDN met Pingdom vanaf Stockholm, Zweden en hebben daarvan het gemiddelde genomen.

Test Zonder CDN Zweden

Test Zonder CDN Zweden (Bron: Pingdom)

Met CDN (Dallas, Texas, VS)

Daarna hebben we 5 testen uitgevoerd met CDN met Pingdom vanaf Dallas, Texas en hebben daarvan het gemiddelde genomen.

Test met CDN Dallas

Test met CDN Dallas (Bron: Pingdom)

Met CDN (Melbourne, Australië)

Daarna hebben we 5 testen uitgevoerd met CDN met Pingdom vanaf Melbourne, Australië en hebben daarvan het gemiddelde genomen.

Test met CDN Australië

Test met CDN Australië (Bron: Pingdom)

Met CDN (San Jose, Californië, VS)

Daarna hebben we 5 testen uitgevoerd met CDN met Pingdom vanaf San Jose, Californië en hebben daarvan het gemiddelde genomen.

Test met CDN San Jose

Test met CDN San Jose (Bron: Pingdom)

Met CDN (Stockholm, Sweden)

Daarna hebben we 5 testen uitgevoerd met CDN met Pingdom vanaf Stockholm, Zweden en hebben daarvan het gemiddelde genomen.

Test met CDN Zweden

Test met CDN Zweden (Bron: Pingdom)

De Resultaten

Laten we nu eens naar de resultaten kijken om te begrijpen hoeveel invloed een CDN heeft op jouw totale laadtijden.

CDN Snelheid Vergelijking

CDN Snelheid Vergelijking

  • Dallas, Texas, VS: daling van 8,11% van de totale laadtijd met een CDN.
  • San Jose, Californië, VS: daling van 33,02% van de totale laadtijd met een CDN
  • Melbourne, Australië: daling van 54,19% van de totale laadtijd met een CDN.
  • Stockholm, Zweden: daling van 54,7% in de totale laadtijd met een CDN.

Zoals je kunt zien, in zowel Dallas als San Jose, was een CDN iets sneller. En als je de testen in Australië bekijkt, zie je een enorm verschil in laadtijden. Dit komt door de geografische locatie van de testserver. Onze server bevindt zich in Iowa en hoeft de data voor het laden vanuit Dallas en San Jose niet zo ver te reizen. Maar voor Australië is de afstand wat de laadtijden de nek om draait. Wanneer we het CDN inschakelen, worden de inhoud en media geladen vanaf een Kinsta CDN POP in Sydney Australia, wat resulteert in veel snellere download tijden. Hetzelfde geldt voor Stockholm, Zweden.

Nu is de vraag: wil jij de laadtijden in sommige gevallen met meer dan 50% verlagen? Het antwoord zou ja moeten zijn!

Do You Need a CDN?

 Een vraag die we vaak bij Kinsta krijgen, is of een CDN nodig is voor een bepaalde website. In onze ervaring kan een CDN in bijna elk scenario nuttig zijn. Kijk maar eens naar alle voordelen die we hierboven hebben genoemd. De prijs is meestal niet echt meer een factor aangezien de meeste CDN providers erg goedkoop zijn. Sommige kosten slechts $0,04/GB. En Cloudflare is zelfs gratis. De enige situatie waar je wat meer onderzoek voor moet doet, is als je alleen inhoud aan bezoekers op een specifieke geografische locatie aanbiedt.

Laten we zeggen dat je bijvoorbeeld een kleine winkel bent met een website in Ontario, Canada. Misschien heb je niet zoveel interesse in klanten elders. Je wil onderzoeken om te zien waar de POP’s van een CDN provider zich bevinden. Als jouw hosting provider zich bijvoorbeeld in Ontario bevindt, maar jij je aanmeldt voor een CDN provider met alleen een POP in de VS, kan dit je site vertragen. In dit scenario, wat zeer zeldzaam is, kan het voordeliger zijn om geen CDN te gebruiken.

Er zijn veel geweldige CDN providers om uit te kiezen. De meeste van hen hebben gratis proefversies, dus we raden je aan er een paar uit te proberen om te zien welke het beste werkt voor jouw site. Wij hebben een gratis CDN-integratie bij Kinsta voor alle klanten, die wordt aangedreven door KeyCDN. Hier zijn enkele andere externe providers die je zou moeten bekijken:

Hoe installeer je een CDN voor WordPress?

Elke CDN-provider heeft zijn eigen integratiemethode, maar gelukkig ondersteunen ze allemaal WordPress en kunnen ze heel gemakkelijk worden geïntegreerd. Zorg ervoor dat je hun documentatie raadpleegt of hun ondersteuningsteam vraagt wanneer je problemen ondervindt.

Kinsta CDN

Wij werken samen met KeyCDN, een HTTP/2- en IPv6 content delivery netwerk met 34 locaties, om jouw assets en media over de hele wereld te boosten. Momenteel beschikbare regio’s zijn onder andere Amerika, Zuid-Amerika, Europa, Afrika, Azië en Australië.

Kinsta CDN

Kinsta CDN

Kijk hoe je het Kinsta CDN kunt inschakelen. Het is een simpel proces met maar 1 klik vanuit het MyKinsta Dashboard.

Voeg CDN Zone toe

Voeg CDN Zone toe

Wij hebben ook fantastische CDN Analytics zodat je het bandbreedte verbruik, Top bestanden in termen van verzoeken, HTTP status codes en meer kunt zien.

CDN verbruik in Analytics

CDN verbruik in Analytics

Cloudflare

Als je gebruik maakt van of geïnteresseerd bent in Cloudflare dan hebben we een uitgebreide tutorial over het installeren van Cloudflare op jouw WordPress site.

CDN van een Externe Partij

Als je aan het kijken bent om KeyCDN zelf in te zetten, dan raden we je aan dit artikel te lezen over CDN for Dummies.

Eén ding dat we adviseren, is om een subdomein te gebruiken voor jouw media en assets in plaats van de willekeurige URL die de provider je heeft gegeven. Voorbeeld: cdn.uwdomein.com. Dit zorgt voor een betere branding van je site en minder problemen bij indexering. Nadat je jouw CDN bij de provider hebt ingesteld, kan je een gratis WordPress plugin gebruiken, zoals CDN Enabler, om je assets eenvoudig te koppelen en ze automatisch naar je CDN-provider te laten kopiëren.

CDN enabler

CDN enabler

Andere plugins zoals Wp Rocket of W3 Total Cache hebben vergelijkbare integratie methodes.

CDN in WP Rocket

CDN in WP Rocket

Het is belangrijk om zoveel mogelijk resources van jouw WordPress site te laden als je kunt. Dit zorgt voor een snellere levering aan bezoekers en maakt gebruik van een enkele HTTP/2 verbinding. Je kunt de website door een tool zoals Pingdom laten lopen om te zien vanwaar de media wordt geladen. Soms moet je thema’s of bepaalde plugins een beetje aanpassen of onderzoeken waarom ze niet worden geladen vanaf je CDN, zelfs niet na het voltooien van de integratie.

Afbeeldingen indexeren met CDN

Je wilt er zeker van zijn dat je afbeeldingen nog steeds worden geïndexeerd door Google na het verhuizen naar een CDN. Gebruikers van de Yoast SEO plugin willen waarschijnlijk de volgende code aan de onderkant van het functions.php bestand toevoegen. Vervang uiteraard het domein en het CDN domein met die van jezelf.

function wpseo_cdn_filter( $uri ) {
return str_replace( 'http://yourdomain.com', 'http://cdn.yourdomain.com', $uri );
}
add_filter( 'wpseo_xml_sitemap_img_src', 'wpseo_cdn_filter' );

Als je dit niet doet dan kan dit resulteren in een de-indexering van jouw afbeeldingen (zoals je hieronder kunt zien). Je kunt dit altijd zelf controleren in de Google Search Console.

Afbeeldingen die niet worden geïndexeerd

Afbeeldingen die niet worden geïndexeerd

We hebben echter ook een aantal inconsistenties vastgesteld wanneer Google Search Console meldt dat afbeeldingen correct zijn geïndexeerd. Een goede manier om te controleren of jouw afbeeldingen echt zijn geïndexeerd, is door naar Google Image Search te gaan en het volgende in te voeren: site:https://yourdomain.com.

Indexering controleren in Google Image Search

Indexering controleren in Google Image Search

Belangrijk: Voer de controle niet uit met de URL van jouw CDN. Ook al worden de afbeeldingen geserveerd vanaf je CDN, ze zouden nog steeds moeten worden geïndexeerd op jouw hoofddomein. Als je afbeeldingen verschijnen in Google Image Search dan betekend dit dat ze op juiste manier zijn geïndexeerd.

Samenvatting

Hopelijk zie je nu welke geweldige voordelen je kunt halen uit het gebruik van een WordPress CDN. Het zorgt ervoor dat de media sneller over de hele wereld worden geladen, het verlaagt je TTFB en verlaagt mogelijk de bandbreedte kosten en serverbelasting. Niet alleen dat, maar je kunt betere ranking zien dankzij snellere laadtijd van de pagina’s. En het belangrijkste is dat je bezoekers een veel betere gebruikerservaring zullen hebben.

Vergeet niet dat ons HTTP/2 Kinsta CDN nu is inbegrepen voor al onze hosting klanten. Heb je enig idee over het gebruik van een CDN? We horen graag jouw gedachten hieronder.

49
keer gedeeld