WordPress hoge belasting

13 noodzakelijke maatregelen zodat jouw WordPress een zware last aankan

Als je product of concept plotseling veel aandacht krijgt, bijvoorbeeld door een tv-optreden in "Dragons' Den", de aanbeveling van een influencer of een grootschalige marketingcampagne, betekent dat maar één ding: veel traffic op de server! Voor sommige websites en servers helaas iets te veel. Vandaag laat ik je nader kennismaken met dit onderwerp.

Wat gebeurt er als een lid van een roeiploeg verzwakt? Het hele team verliest kracht en moet het gebrek aan kracht compenseren. Als dit tijdens een kampioenschap gebeurt, is het fataal en zal het zeer zeker tot een nederlaag leiden. Hetzelfde geldt voor je WordPress website tijdens hoge belasting. Als je server, je theme, je plugins, je database en co. geen goed gecoördineerd team zijn, zal je website bezwijken onder belastingpieken – en gaat er natuurlijk potentieel verloren.

Als je WordPress website niet bestand is tegen een plotselinge stormloop, is het resultaat altijd hetzelfde: je website is onbereikbaar en je verliest indirect geld. Dus wat moet je doen om dit te voorkomen?

We hebben nagedacht over welke maatregelen je bijvoorbeeld vóór een uitzending van "Die Höhle der Löwen" (The Lion's Den) moet nemen om je WordPress website voor te bereiden op hoge belasting. De volgende stappen vormen de basis voor het optimalisatieproces van de beste praktijk:

  1. Planning
  2. Infrastructuur optimaliseren
  3. Backend
  4. Frontend
  5. Offsite
  6. Tests & Reporting
  7. Live zetten

Op basis van dit proces en onze jarenlange ervaring hebben we een concreet 13-puntenplan gemaakt dat je helpt je WordPress website geschikt te maken voor hoge belasting.

Opmerking:

De 13 maatregelen zijn gesorteerd op basis van planning en uitvoering, niet op hun belang. Het is daarom raadzaam om de punten volledig en na elkaar uit te voeren.
WordPress  hoge belasting - planning

#1 Planning

1.1 Tijd

De tijd die je beschikbaar hebt voor de uitvoering is helaas vaak een onderschatte factor in de planning, maar soms wel de belangrijkste.

Je hebt tijd nodig voor jou en je team om je WordPress website en webwinkel te optimaliseren en te testen. Jij (of je webhost) kan ook tijd nodig hebben om je website of domein te verhuizen of om de server op te schalen.

Je hebt ook tijd nodig om de concepten te heroverwegen en eventueel de derde partijen te veranderen of de plugins te wisselen.

"*" geeft verplichte velden aan

Toestemming*
Dit veld dient ter validatie en mag niet worden gewijzigd.

1.2 Nadenken over concepten

Plugins, widget en ressources

Je moet alle plugins, widgets en functies, die middelen verslinden, verwijderen die je niet absoluut nodig hebt in je Dashboard of op je website. Heb je echt je monitoring tools zoals Matomo of Google Analytics nodig in je WordPress Dashboard?

Probeer je te beperken tot het absolute minimum als je wilt dat je website ook bij maximale belasting online blijft. Zelfs de kleinste dingen zoals een Social media button kunnen de laadtijd gemakkelijk verdubbelen. In het volgende voorbeeld zijn 12 scripts met een totaal van 462,7 kB – alleen maar om een sociale media knop weer te geven.

Scripts laden van sociale media button
Om de afbeelding te vergroten, klik je hier of op de afbeelding.

Advertenties

Te veel advertenties op je website vertragen niet alleen je server, maar zorgen er ook voor dat mensen je website sneller verlaten. Daardoor verlies je reclame-inkomsten. Beperk je tot een paar advertenties van hoge kwaliteit om je "Return on Investment" (ROI) zo snel en efficiënt mogelijk te verhogen.

E-mails

Je website is je online aanwezigheid – e-mails zouden daar niet door verstuurd moeten worden. De server neemt veel belasting op zich, wat je veel geld kost, vooral op piekmomenten.

We maken hier een onderscheid tussen twee soorten e-mails:

  • Marketing (Newsletter)
  • Administratie

Marketingmails, zoals je nieuwsbrief, moet je altijd uitbesteden. AVG conform, Europese aanbieders zijn bijvoorbeeld Cleverreach of Newsletter2Go. Natuurlijk zijn er ook internationale aanbieders als Mailchimp of ActiveCampaign, die ook prima werk leveren.

Opmerking: In de regel moet je geen marketingmails versturen via je website.

Administratieve e-mails zoals facturen, wachtwoordresets, e-mails voor het aanmaken van accounts, enz. kunnen ook worden uitbesteed. Vooral als er veel bestellingen zijn door hoge bezoekersaantallen, moet je dit overwegen.

Er zijn hier ook verschillende providers die je gewoon kunt gebruiken als SMTP-server van derden: Mailgun is mijn favoriet. Er is ook een eenvoudig in te stellen WordPress plugin.

13 noodzakelijke maatregelen zodat jouw WordPress een zware last aankan

#2 Hosting

Het belangrijkste direct realiseerbare punt waar je op moet letten is inderdaad de hosting. Eerst en vooral is het belangrijk om een hoster te kiezen die geen beperkingen heeft op het verkeer. Want: Als je traffic deze limiet overschrijdt, kan je hoster je website blokkeren en is alle moeite weg.

Hostingplannen op basis van shared hosting zijn ook volledig ongeschikt voor hoge toename van de last, omdat je de CPU-tijd deelt met andere gebruikers (websites). In de meeste gevallen zijn die ook niet krachtig genoeg om zulke verkeersaanvallen als bijvoorbeeld op "Die Höhle der Löwen" te weerstaan.

Een hoster gespecialiseerd in WordPress en WooCommerce is in de meeste gevallen de beste keuze als je niet zelf zorgvuldig wilt zorgen voor de opzet, het onderhoud, de prestatieoptimalisatie en de beveiliging van je website. De vier factoren waar je vooral op moet letten bij WooCommerce webhosting lees je in ons artikel.

Het kan ook zinvol zijn om je server voor een korte periode op te schalen. Dit betekent dat je je server voor een periode opschaalt (meer CPU/RAM etc) en dan na de verkeerspiek terugkeert naar het gewone tarief om kosten te besparen.

Idealiter praat je aan het begin van het planningsproces met je webhost. Zij kunnen je de beste adviezen en aanbevelingen geven.

WordPress  hoge belasting - back-ups

#3 Back-ups

Back-ups zijn een absolute must, niet alleen voor piekbelastingen, maar uit principe. Je website moet elke nacht automatisch worden geback-upt en je moet ook de mogelijkheid hebben om handmatige back-ups te maken. Dit geeft je een extra vangnet, vooral in fasen als de herstructurering van je website.

Je kunt op deze manier ook grote mijlpalen als versies veiligstellen.

Bijvoorbeeld:

  • Back-up 1: Begintoestand
  • Backup 2: Cachingplugin geïnstalleerd en geconfigureerd
  • Back-up 3: Database opgeschoond

Zo kun je altijd terugspringen naar bepaalde punten in je aanpassingen als er iets misgaat.

Ik raad je aan dit daadwerkelijk te gebruiken terwijl je je door dit document heen werkt.

3.1 Back-up systemen

Back-up bij Managed WordPress webhosts (aanbevolen):
Bij de meeste gespecialiseerde hosts kun je rekenen op een nachtelijke automatische back-up van je website. Daarnaast is er meestal de mogelijkheid om met één klik handmatige back-ups te maken en terug te zetten. Omdat deze back-ups geen ongemak voor je betekenen en geen opslagruimte van je wegnemen, gaat de aanbeveling duidelijk in deze richting.

Back-up via WordPress plugin:
Plugins zoals BackWPup, Updraft, BackUpWordPress en dergelijke kunnen een back-up maken van je hele WordPress website, inclusief media en database, op je server.

Afhankelijk van de plugin en versie (gratis of betaald) kun je je back-up daarnaast ook opslaan in de cloud* of downloaden.

BackWPup is geschreven door Inpsyde en wordt goed ondersteund. Dit is dus ons advies voor je als je geen back-up oplossing in je hostingpakket hebt. BackWPup biedt geplande back-ups, opslag op clouddiensten* zoals Dropbox of Microsoft Azure of een andere FTP-server.

In de betaalde versie kun je extra clouddiensten opgeven als opslagruimte en je back-ups versleutelen.

*Bij het opslaan van back-ups in de cloud moet je in tijden van AVG goed nadenken over welke provider je gebruikt, want je back-ups bevatten ook klantgegevens zoals namen, adressen en e-mails.

WordPress  hoge belasting - caching

#4 Caching & Minifying

De nummer één factor als het gaat om het snel en met zo min mogelijk serverbelasting leveren van websites is duidelijk caching.

Met caching minimaliseer je de verzoeken aan je server, die dan statische bestanden levert in plaats van dynamische inhoud, zoals je afbeeldingen of de HTML van je websites. Naast een enorme snelheidsverbetering levert dit ook een aanzienlijk lagere belasting op, omdat de server niet steeds opnieuw dezelfde inhoud hoeft te laden. Zie het als je moeder die jou steeds weer op pad stuurt voor melk. In plaats van steeds opnieuw te rennen, vul je gewoon de koelkast met meerdere pakken. Dit vermindert de belasting van je benen en de stress bij je moeder omdat je niet snel genoeg was.

Hier maken we onderscheid tussen server-side caching en caching via plugins. We hebben een gedetailleerd overzicht van de cache en de verschillen tussen deze cache-opties voor je samengesteld in ons artikel Caching Basics.

Het minimaliseren van CSS en JS kan je ook een prestatievoordeel opleveren. De inhoud van de respectievelijke stylesheets en JavaScript bestanden wordt ontdaan van commentaar en spaties en samengevoegd tot één lange string. We adviseren hiervoor de plugin "Merge + Minify + Refresh".

WordPress  hoge belasting - afbeeldingen optimaliseren

#5 Media optimalisatie (afbeeldingen schalen, video's uitbesteden)

5.1 Afbeeldingen

Grote media zijn natuurlijk de killer als het gaat om belasting en prestaties. Als je winkelsubpagina 25 productafbeeldingen in volledige resolutie bevat, ook al worden ze slechts in 200px x 250px weergegeven, dan gaat de website snel ten onder.

Je moet vooral voorzichtig zijn met afbeeldingen in het winkelwagentje of bij de kassa, want deze gebieden worden niet gecached. Als je 300dpi afbeeldingen laadt op 2000px, ook al is alleen een pictogram nodig, kun je er zeker van zijn dat niemand iets zal kunnen kopen bij volledige last.

Welke WordPress plugins je kunt gebruiken om je afbeeldingen automatisch voor te bereiden, leggen we uit in onze vergelijking van afbeeldingsoptimalisatie-plugins.

5.2 Video's

Video's horen thuis op videoportalen en worden dan ingesloten op je website! Tenminste, als het je puur om de prestaties gaat. Er is nauwelijks reden om zelf video's te hosten (in sommige gevallen misschien AVG, maar dat laten we hier buiten beschouwing).

Als je per se zelf video's wilt hosten, doe het dan op een zekere server en host ze vervolgens op je site. Anders kun je ze uploaden op YouTube, Vimeo, 3q of Brightcove.

WordPress  hoge belasting - database opschonen

#6 Database schoonmaken

Laten we nu de diepte ingaan van WordPress IT: de database.

Heel belangrijk: maak eerst een back-up!

WordPress slaat berichten, opmerkingen, webpagina's en andere soorten tekstuele gegevens op in een enkele database (afbeeldingen en video's niet, want die staan in de map "wp-content/**"). Na verloop van tijd raakt deze database natuurlijk een beetje vol en "onoverzichtelijk".

Rommel betekent hier onder andere:

  • Spam commentaar
  • Revisies van berichten en webpagina's
  • Dingen in de prullenbak
  • Post- en commentaar-metadata zoals validaties die al lang verlopen zijn

Dit is allemaal verouderd en heb je meestal niet meer nodig en vertraagt je server.

Hoe kom je van die zooi af?

TL;DR & voor iedereen die het wat eenvoudiger wil: Installeer WP-Optimize en laat het draaien!

6.1 Herzieningen

Herzieningen zijn tussenstanden van je bijdragen, pagina's en ontwerpen.

In de meeste gevallen kun je ze enorm inkorten, bijvoorbeeld tot maximaal 8 tot 10 revisies. In sommige gevallen is het zelfs zinvol om ze helemaal uit te schakelen.

In je wp-config.php schrijf je daarbij:

Helemaal uitschakelen:

define( "WP_POST_REVISIONS", false );

Herzieningen beperken:

define( "WP_POST_REVISIONS", 10 ); // Max 10 revisies

6.2 De wp_opties optimaliseren

De wp_options tabel is een van de belangrijkste en vaak over het hoofd geziene tabellen in WordPress als het gaat om laadoptimalisatie. Naast zaken als de site URL, home URL, tijdformaten en admin-gegevens bevat de wp_options ook instellingen voor plugins, themes, WP cronjobs en cache-gegevens.

Om dit te optimaliseren moeten we eerst begrijpen wat elke tabelkolom betekent. De wp_options heeft de volgende kolommen:

  • option_id
  • option_name
  • option_value
  • autoload

Laten we eens kijken naar de autoload kolom. Dit regelt welke opties en instellingen worden geladen via de functie wp_load_alloptions(). Dit betekent: Als de vermelding in een rij op 'yes' staat, wordt deze functie op elke pagina van je website geladen.
Veel plugins hebben de instelling achter zich dat dit zo belangrijk is dat het op elke pagina geladen moet worden – ook al wordt de plugin eigenlijk maar op één pagina gebruikt (bijvoorbeeld een rekenmachine of contactformulier).

Dit maakt je website natuurlijk onoverzichtelijk en veroorzaakt een enorme extra belasting. Hoe los je dit op?

Uiteindelijk is dit een planningsvraag. Zoals al opgemerkt in punt 1.2 "Nadenken over concepten", moet je jezelf de vraag stellen: "Heb ik deze plugin nodig? Als je het kunt vervangen door een andere optie, doe dat dan.

Je kunt bijvoorbeeld Google Analytics niet laden in WordPress Dashboard maar extern. Of in plaats van een redirect-plugin te gebruiken, zou je bij je webhost kunnen nagaan of die zulke dingen al geïntegreerd heeft.

Om uit te zoeken welke plugins lange laadtijden veroorzaken, heb ik hier een SQL query voor je geschreven:

SELECT option_name, length(option_value) AS option_value_length FROM wp_options WHERE autoload ='yes' ORDER BY option_value_length DESC

Na het uitvoeren van deze query krijg je een lijst terug met de functies die de meeste belasting veroorzaken.

WordPress  hoge belasting: wp_options autoload query

In dit geval komt het van de "Rewrite Rules" plugin. Als je host bij Raidboxes kun je de Rewrite Rules in het Raidboxes Dashboard gebruiken, neem dan gewoon de rewrite regels voor deze Box over en verwijder de plugin.

WordPress hoge belasting: URL rewrites Raidboxes

Verwijder oude "plugin rommel" uit wp_opties

Verwijderde plugins laten graag restanten achter in de wp_options en ook op autoload = yes. Dit is natuurlijk heel slecht, want de functies die erachter zitten bestaan niet eens meer en de uitvoertijd van de server wordt totaal verspild.

Wat ik altijd graag doe is de namen van de verwijderde plugins in de wp_options opzoeken en verwijderen.

Ervan uitgaande dat we de "Rewrite Rules" plugin van hierboven niet meer nodig hebben, voer ik deze SQL query uit:

SELECT * FROM `wp_options` WHERE `autoload` = 'yes'AND `option_name` LIKE  %rewrite_rules%'

Belangrijk:

Het kan zijn dat je database prefix anders is, dus moet je deze query op de positie "wp_options" veranderen in "yourprefix_options".

Ik krijg dan een hele reeks functies terug die niet meer nodig zijn, die allemaal nog steeds zijn ingesteld op autoload = yes, maar volkomen nutteloos zijn. Ik verwijder ze gewoon. Ik had het al over back-ups, toch? 😉

Deze procedure ga ik voor alle plugins langs. Nu is de wp_options een stuk lichter.

6.3 Verwijderen van oude transients

Update

Sinds WordPress Ver. 4.9.9 is dit niet meer nodig, want WordPress verzorgt deze taak zelf.

Voor WordPress versies vóór 4.9.9:
Transients zijn niets meer dan tijdelijke opties die voor korte tijd in de database worden opgeslagen. Zodra ze verlopen en niet meer nodig zijn, worden ze verwijderd. Als voorbeeld: "site_transient_update_plugins" bevat eenvoudigweg de informatie welke plugins een update hebben en welke niet. Zodra deze plugins worden bijgewerkt of een nieuwe updatecontrole wordt gestart, wordt deze transiënt verwijderd.

Helaas is dit niet altijd het geval, want sommige transients blijven voor altijd in de database hangen en maken het de query's moeilijk. Zij zouden natuurlijk weg moeten.

Je kunt het beste de Transient Cleaner gebruiken, want dit handmatig doen is een enorme moeite. Nadat je deze plugin met succes hebt gebruikt, kun je hem weer veilig verwijderen. De Transient Cleaner verwijdert alleen de verlopen transients en niets anders – een geweldige tool!

Performance-meting E-Book

6.4 WordPress sessies

Sessies zijn er om inlogsessies van gebruikers te controleren, te loggen en uit te voeren. Na verloop van tijd verwijdert een WP cronjob deze sessies uit de database. Zo zou het tenminste moeten zijn.

Helaas hangen cronjobs zichzelf op of worden ze gedeactiveerd door plugins – dan heb je binnen de kortste keren een heleboel sessies in de database.

Om te zien of het op jou van toepassing is, heb ik nog een SQL query voor je:

SELECT * FROM `wp_options` WHERE `option_name` LIKE '_wp_session_%'.

Belangrijk:

Het kan zijn dat je database prefix anders is, dus moet je deze query op de positie "wp_options" veranderen in "yourprefix_options".

Als je merkt dat er duizenden en duizenden vermeldingen zijn, gebruik dan de volgende SQL query om ze te verwijderen:

DELETE FROM `wp_options` WHERE `option_name` LIKE '_wp_session_%'

Bij Raidboxes hebben we hiervoor onze eigen server-side cronjob, die je naar intervallen kunt regelen. Je vindt het onder je Box instellingen onder WP Session Eraser.

WordPress  hoge belasting: WP Session Eraser

6.5 Een index toevoegen aan de autoload

Ok, nu wordt het lastig! Maar als het je lukt om deze truc van 10up toe te passen op je WordPress website, dan heb je veel gewonnen.

Wat hij in principe doet:

Er wordt een index toegevoegd aan het autoload veld in de wp_options. Dit vermindert de zoektijd aanzienlijk en brengt hem zelfs op een constant, zeer laag "maximum".

Het resultaat is duidelijk:

WordPress  hoge belasting: wp_options Query Time Index
Bron: 10up

Het mooie is: Voor de meeste websites werkt onze Add Index To Autoload plugin uitstekend. Zoals altijd, vergeet niet vooraf een back-up te maken!

Handmatig zou het met deze SQL query moeten werden:

ALTER TABLE `wp_options` ADD INDEX (`autoload`);

Belangrijk:

Het kan zijn dat je database prefix anders is, dus moet je deze query op de positie "wp_options" veranderen in "yourprefix_options".

WordPress  hoge belasting - updates

#7 Hou alles up-to-date!

Een zeer effectieve manier om veel verkeer te weerstaan is je software up-to-date te houden. Niet alleen je WordPress zelf, maar ook je actieve theme, je plugins en vooral: je PHP-versie.

7.1 PHP

PHP is de "software-engine" van WordPress. Dit betekent ook dat hoe beter de prestaties van de motor zijn, hoe sneller je website zal zijn. PHP 7.0 kan al meer dan tweemaal zoveel verzoeken per seconde uitvoeren als PHP 5.6 – en dat in de helft van de latentietijd. Met PHP 7.1 en 7.2 werd het geheel weer wat sneller.

Opmerking:

De officiële support voor PHP-versies voorafgaand aan PHP 8.0 is al verlopen. Je zou dus in ieder geval nu moeten updaten naar PHP 8 om de veiligheid van je WordPress website niet in gevaar te brengen.

Al met al is het meer dan logisch om de PHP versie te gebruiken die je de beste prestaties geeft. Maar let op: niet alle plugins en thema's zijn compatibel met de nieuwste versies! Hier helpt ofwel de documentatie van de plugins en themes ofwel eenvoudig vallen en opstaan.

PHP-versies Raidboxes

7.2 WordPress versie

Voor maximale prestaties moet ook je WordPress versie up-to-date zijn. Als je je WordPress een tijdje niet hebt bijgewerkt, moet je niet direct van de ene major versie naar de volgende springen (bijv. 4.3 naar 4.4), maar eerder vooruitgaan in minor versies (bijv. van versie 4.3.3 naar 4.3.4).

Controleer altijd de volledige functionaliteit van je website tussen de updates door. In principe is het aan te bevelen om altijd afzonderlijke back-ups van je website te maken. Dit geldt vooral voor grote versiesprongen!

In principe wordt hier ook een managed WordPress webhost aanbevolen, die de WordPress updates voor je overneemt.

7.3 Plugins en Themes

Net als je WordPress versie moet je ook je plugins en thema's bijwerken. Veiligheid en prestaties zijn de belangrijkste redenen. Onveilige plugins en themes kunnen al je werk verpesten. Een overzicht van momenteel bekende kwetsbaarheden voor WordPress, themes en plugins kun je vinden in de "WPScan Vulnerability Database" van de beveiligingsaanbieder Sucuri.

Plugin- en theme-updates geven je ook de mogelijkheid om te upgraden naar een hogere PHP versie en zo een aanzienlijke prestatieverbetering te bereiken. Bovendien verdwijnen bugs en heb je meer mogelijkheden tot je beschikking.

Nogmaals, maak voor grote updates vooraf een back-up van je website of test de nieuwe versie in een staging-omgeving. Controleer de functionaliteit van je website voordat je live gaat met de veranderingen.

De gevolgen van achterlopen met je plugin updates zijn bijvoorbeeld gebleken uit het veiligheidslek van een AVG plugin.

WordPress  hoge belasting - kapotte lInks

Een heel eenvoudig punt dat de prestaties van je website niet per se omlaag haalt, maar je wel page views kan kosten, zijn gebroken links. Je kunt je website gemakkelijk controleren met de online Broken Link Checker.

Ik raad je aan deze website te gebruiken in plaats van een WordPress plugin voor de controle, omdat plugins de prestaties van je website naar beneden halen – zelfs als je ze op dit moment niet gebruikt. Er zijn echter vele andere tools en methoden om gebroken links te vinden. Welke dat zijn, kun je vinden in dit artikel.

WordPress  hoge belasting - lui laden

#9 Lazy Loading

Update

Sinds WordPress versie 5.5 heb je geen lazy loading plugin meer nodig, want WordPress zorgt zelf voor deze taak.

Met Lazy Load wordt alleen de inhoud weergegeven die de gebruiker in zijn zichtbare browserruimte heeft. De rest wordt dynamisch geladen terwijl de gebruiker naar beneden blijft scrollen.

Om de Load van je website te verminderen, worden alleen die verzoeken vervuld die daadwerkelijk onmiddellijk moeten worden voldaan. Hieronder vallen bijvoorbeeld afbeeldingen, video's en teksten, maar ook scripts en andere zaken. Een echt machtsmiddel – de hamer van Thor, zogezegd, om middelen te besparen.

Het werkt als volgt:

De browser laadt al de hele tekstuele inhoud (de DOM), maar gebruikt Javascript om alleen de afbeeldingen/video/scriptbronnen te laden die de gebruiker werkelijk nodig heeft. Als de gebruiker verder scrolt, worden de dingen die in zijn gezichtsveld komen opnieuw geladen.

Veel moderne themes, vooral voor winkels, hebben Lazy Loading al geïmplementeerd. Helaas is het niet altijd gemakkelijk om Lazy Loading achteraf toe te voegen.

Maar, daar is een plugin voor! Er zijn veel plugins voor lazy loading op de markt. Er is er echter een die mij bijzonder bevalt: a3 Lazy Load. A3 Lazy Load werkt in veel gevallen en kan naast afbeeldingen ook video's en iFrames lazy loaden. Het ondersteunt ook WordPress AMP, WooCommerce en Advanced Custom Fields.

WordPress  hoge belasting - betalingsproces

#10 Optimaliseren betalingsproces

Vooral als je een of meer producten wilt verkopen, is het essentieel om het betalingsproces nauwkeurig te optimaliseren. Zoals hierboven vermeld zijn zaken als het winkelwagentje of de kassa niet in de cache te plaatsen. Daarom moet je juist hier de serverbelasting enorm verminderen, want elk verzoek betekent een geheel nieuw en resource-intensieve aanvraag aan de server.

Gebruik de tools van je browser (in Chrome bijvoorbeeld via het tabblad "Netwerk") om te zien hoeveel verzoeken er tijdens een checkout worden gegenereerd en welke. Als je ziet dat je 400 verzoeken genereert door alleen maar het winkelwagentje te openen, dan gaat er iets mis.

Onderzoek welke plugin of bron veel van deze verzoeken genereert en probeer ze te verminderen. Dit betekent dat je misschien afstand moet doen van plugins die je niet per se nodig hebt.

Wat we hier vaak zien zijn lettertypen die van externe bronnen worden geladen en weergegeven, maar niet eens worden gebruikt op de winkelwagen- of afrekenpagina.

Vraag je ook af of je echt alle producten met afbeeldingen in volledige resolutie in de kassaweergave moet vermelden, of dat een tekstweergave hier volstaat.

Betalingsmogelijkheden via gateways

Het kan ook nodig zijn om je betalingsgateway te veranderen. Als je PayPal plugin er bijvoorbeeld lang over doet om verzoeken te verwerken, kun je hier transacties verliezen.

Als je zo veel mogelijk betaalmogelijkheden wilt aanbieden en een veilig proces voor je, kijk dan eens naar Stripe. Stripe biedt gemakkelijke WordPress integratie en snelle betalingsprocessen met een groot aantal betalingsmogelijkheden.

WordPress  hoge belasting - CDN

#11 CDN

Is op de pagina nu alles geoptimaliseerd? Server snel? Geweldig! Dan komt de volgende stap om de belasting zo laag mogelijk te houden: een Content Delivery Network (CDN).

Een CDN is in feite een kopie van je website in de cache, die wordt verspreid over verschillende servers op verschillende locaties in de wereld. Op deze manier hebben de eindapparaten die zich op een van deze locaties bevinden sneller toegang tot de gegevens. Quasi – om het melkvoorbeeld van hierboven weer op te pakken – een koelkast vol melk in elke kamer. Bovendien zal het CDN ook je server ontlasten, omdat het delen van je website in de cache van zijn server aflevert.

Wij bevelen Cloudflare aan als CDN-partner. Sommige CDN-plannen bevatten zelfs een firewall en een beeldoptimalisator. Hoe je Cloudflare verbindt met je Box op Raidboxes wordt hier uitgelegd:

In Cloudflare:

  1. Je voert je domein in onder "Website toevoegen" en klikt op "DNS Records scannen".
  2. Nu scant CF automatisch naar jouw records – wacht hier gewoon tot het klaar is.
  3. CF doet dan suggesties (meestal twee voor A Records). En dat is niet erg. Klik op "Doorgaan".
  4. Selecteer in de volgende stap je plan en klik weer op "Doorgaan".
  5. Hier heb je nu nameservers die je moet aanpassen.
  6. Cloudflare laat je die van ons zien en waar je ze kunt veranderen. (Dit geldt natuurlijk alleen voor de domeinen die je bij ons hebt. Als je de domeinen ergens anders hebt, moet je daar kijken).
  7. Vervolgens moet je deze naamservers (5) invoeren als naamservers in het domeinbeheer. Als je je domeinen bij ons beheert, kun je ze hier aanpassen. Klik op "DNS" voor het betreffende domein en verander de naamservers in die van Cloudflare. Als je je domeinen bij een andere provider hebt, moet je dat daar controleren.

Klaar!

Ook belangrijk: Als je de foutmelding: "Too many redirects" krijgt, moet je "Full Strict" activeren in de SSL-instellingen in Cloudflare.

WordPress  hoge belasting - rapportage

#12 Reporting

Je kunt je website niet altijd en overal in de gaten houden, dus een tool voor monitoring en uptime-rapportage is erg belangrijk. Deze meestal gratis tools monitoren de status van je website. Ze controleren met korte tussenpozen of je website toegankelijk is. Wij bevelen de gratis plannen van Pingdom of UptimeRobot aan.

Let op met de check-intervallen

Stel deze controle niet te kort in, want dat betekent ook een belasting van je webserver. Daarom moeten de check-intervallen niet korter zijn dan 5 minuten.

#13 Definitieve back-up

Gaat alles goed? Tevreden? Geweldig! Nu moet je alleen nog een laatste back-up maken. Nu zou je website niet down moeten gaan tijdens de volgende laadpiek veroorzaakt door "Dragons' Den" en dergelijke.

Conclusie

Ik hoop dat mijn stap-voor-stap gids je helpt om je WordPress website klaar te maken voor hoge belasting. Als je nog steeds problemen hebt met de meer technische onderdelen, raden we je aan een WordPress professional te raadplegen. Heb je nog vragen of opmerkingen over de voorbereiding op hoge belasting? Laat dan gerust een reactie achter!

Vond je het artikel leuk?

Met jouw beoordeling help je ons om onze inhoud nog verder te verbeteren.

Laat een reactie achter

Je e-mailadres wordt niet gepubliceerd. Verplichte velden zijn gemarkeerd met *.