13 noodzakelijke maatregelen zodat jouw WordPress een zware last aankan

Matthias Held Bijgewerkt op 07.10.2020
16 Min.
WordPress -load
Laatst bijgewerkt op 07.10.2020

Als jouw product of concept ineens veel aandacht krijgt, bijvoorbeeld in een TV-programma, door een aanbeveling van een influencer of een grootschalige marketingcampagne, dan betekent dat één ding: veel traffic op de server! Voor sommige sites en servers te veel. Onze 'Head of Development' Matthias zal je uitleggen hoe jouw WordPress de zware last kan overleven.

Wat gebeurt er een iemand uit het roeiteam verzwakt? Het hele team verliest prestaties en moet het gebrek aan kracht compenseren. Als dit tijdens een kampioenschap gebeurt, is dat fataal en leidt met grote waarschijnlijkheid tot een nederlaag. Hetzelfde geldt voor jouw WordPress-website tijdens een hoge belasting. Als je server, je theme, je plugins, je database enz. niet goed op elkaar ingespeeld zijn, zal je website onder de piekbelasting instorten en verlies je waardevolle bezoekers.

Als je WordPress-site niet tegen een plotselinge stormloop van bezoekers bestand is, is het resultaat altijd hetzelfde: de site is niet bereikbaar, de potentiële koper komt niet verder en je verliest geld. Dus wat moet je doen, zodat dit niet gebeurt?

We hebben nagedacht over welke maatregelen je moet nemen voor een uitzending van bijvoorbeeld "Dragons' Den" om je WordPress-site voor zware lasten te wapenen. De basis voor het best-practice optimalisatieproces zijn de volgende stappen:

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

Op basis van dit proces en onze jarenlange ervaring hebben we een concreet 13-puntenplan opgesteld om je te helpen je WordPress-site klaar te maken voor een hoge last.

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 het omzetten is helaas vaak een onderschatte factor in de planning, maar soms is het wel het belangrijkste.

Je hebt tijd nodig, zodat jij en jouw ontwikkelaars de WordPress-website en de winkel kunnen optimaliseren en testen. Mogelijk heb jij (of je hoster) tijd nodig om je website of domein te verhuizen of 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.

13 noodzakelijke maatregelen zodat jouw WordPress een zware last aankan

1.2 Heroverweging van de concepten

Plugins, widget en ressources

Je moet alle middelen-vretende plugins, widgets en functies die je niet nodig hebt in je dashboard of op je site verwijderen. Heb je je monitoring-tools zoals Matomo of Google Analytics echt nodig in je WordPress-dashboard?

Probeer je te beperken tot het absolute minimum als het jou erom gaat dat je website ook onder zware belasting online blijft. Zelfs de kleinste dingen zoals een social media button kunnen de laadtijd gemakkelijk verdubbelen. In het volgende voorbeeld zelfs 12 scripts met een totaal van 462,7 kB - alleen al voor het weergeven van een social media button.

Scripts laden van Social Media Button

Advertenties

Te veel advertenties op je site vertragen niet alleen je server, maar zorgen er ook voor dat jouw potentiële klanten je site sneller zullen verlaten. Als gevolg daarvan verlies je reclame-inkomsten. Beperk je tot enkele hoogwaardige advertenties om je "return of investment" (ROI) zo snel en efficiënt mogelijk te verhogen.

E-mails

Je website is je online aanwezigheid - je e-mails horen er niet bij. De server neemt veel Load in beslag en dit gaat vooral bij hoge lastpieken op jouw kosten.

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

  • marketing (nieuwsbrief)
  • beheer.

Marketingmails zoals je nieuwsbrief moet je altijd uitbesteden. AVG-conformeNederlandse aanbieders zijn hier bijvoorbeeld Laposta of MailCamp. Natuurlijk zijn er ook internationale aanbieders zoals Mailchimp of ActiveCampaign, die het ook super goed doen.

Let op: je mag nooit marketingmails versturen via je website.

Administratieve e-mails zoals facturen, wachtwoord-resets, e-mails voor het aanmaken van een account en dergelijke kunnen ook worden uitbesteed. Vooral als er door het hoge aantal bezoekers veel bestellingen zijn, moet je hier rekening mee houden.

Er zijn hier ook verschillende externe providers die je gewoon als SMTP-servers kunt gebruiken: Mailgun is hier mijn favoriet. De ontwikkelaars hebben ook een eenvoudig te installeren WordPress-plugin.

WordPress  hoge belasting - hosting

#2 hosting

Het belangrijkste punt waar je direct aandacht aan moet besteden is inderdaad de hosting. In eerste instantie is het vooral belangrijk om een hoster te kiezen die geen verkeersbeperkingen heeft. Want: als je traffic deze limiet overschrijdt, kan jouw hoster je site blokkeren en zou alle moeite voor niks zijn.

Hostingtarieven op basis van Shared Hosting zijn ook volledig ongeschikt voor een hoge lastengroei, aangezien je de CPU-tijd met andere gebruikers (websites) deelt. In de meeste gevallen zijn deze ook niet krachtig genoeg om zulke traffic-stromlopen als in "Dragons' Den" uit te houden.

Een op WordPress en WooCommerce gespecialiseerde hoster is in de meeste gevallen de beste keuze als je zelf niet wilt zorgen voor het opbouwen, het onderhoud, de prestatie-optimalisatie en de beveiliging van je site. Aan welke vier factoren je bij WooCommerce-Hosting speciale aandacht moet besteden, kun je in ons artikel nalezen.

E-Boek WooCommerce

Eventueel is een kortdurende schaalvergroting van je server zinvol. Dit betekent dat je je server voor een bepaalde periode opschaalt (meer CPU/RAM etc.) en vervolgens na de verkeerspiek terugkeert naar het normale tarief om kosten te besparen.

In het beste geval praat je aan het begin van de planning met je hoster. Hij kan 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 principieel. Jouw website zou 's nachts automatisch geback-upt moeten worden en je moet ook de mogelijkheid hebben om handmatige back-ups te maken. Dit geeft je nog een vangnet, vooral in fasen zoals het herstructureren van je site.

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

Bijvoorbeeld:

  • Back-up 1: Oorspronkelijke staat
  • Back-up 2: Caching-plugin geïnstalleerd en geconfigureerd
  • Back-up 3: Database opgeschoond

Zo kun je altijd naar bepaalde punten van je aanpassingen terugspringen als er iets mis gaat.

Ik raad je aan om hier ook echt gebruik van te maken terwijl je je een weg baant door dit document.

3.1 Back-upsystemen

Back-up bij Managed WordPress-hosters (aanbevolen):
Bij de meeste gespecialiseerde hosters kun je rekenen op een automatische nachtelijke back-up van je site. Daarnaast is er meestal de mogelijkheid om met één klik handmatige back-ups te maken en te herstellen. Aangezien deze back-ups geen enkele moeite voor jou betekenen en geen enkele opslagruimte van je wegnemen, gaat de aanbeveling duidelijk in deze richting.

Back-up via WordPress-plugin:
Plugins zoals BackWPup, Updraft, BackUpWordPress en nog veel meer kunnen een back-up van je gehele WordPress-site, inclusief media en database, op je server opslaan.

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

BackWPup is van de collega's van Inpsyde en wordt goed ondersteund. Dit is dus onze aanbeveling voor jou als je geen back-up-oplossing in je hostingpakket hebt. BackWPup biedt geplande back-ups, opslag op cloud-services* zoals Dropbox of Microsoft Azure of een andere FTP-server.

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

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

WordPress  hoge belasting - caching

#4 Caching & Minifying

De nummer één factor als het gaat om het snel aanleveren van pagina's met zo weinig mogelijk serverbelasting is duidelijk de caching.

Met caching minimaliseert je de aanvragen op je server, die vervolgens statische bestanden levert in plaats van dynamische content, zoals bijvoorbeeld je afbeeldingen of de HTML van je pagina's. Dit geeft een enorme snelheidsverbetering en ook nog een veel lagere last, omdat de server niet steeds dezelfde inhoud hoeft te laden. Stel je voor dat je moeder je steeds weer op pad stuurt om melk te kopen. In plaats van steeds weer naar de winkel te rennen, vul je gewoon de koelkast met meerdere flessen. Dit vermindert de belasting op je benen en de stress bij je moeder omdat je niet snel genoeg was.

Hier maken we onderscheid tussen de serverzijdige cache en caching door plugins. Voor een gedetailleerd overzicht van de cache en de verschillen tussen deze cache-opties, zie ons Caching basisartikel dat speciaal voor jou gemaakt is.

De minimalisatie van CSS- en JS-bestanden kan jou ook een prestatievoordeel opleveren. Hierbij wordt de inhoud van de desbetreffende stylesheets en JavaScript-bestanden vereenvoudigd door commentaar en spaties weg te laten en samen te voegen tot één lange string. Wij adviseren bijvoorbeeld de plugin "Merge + Minify + Refresh”.

WordPress  hoge belasting - beelden optimaliseren

#5 Mediaoptimalisatie (schaling van beelden, uitbesteding van video's)

5.1 Beelden

Grote media zijn natuurlijk de killer als het gaat om belasting en prestatie. Als de subpagina van je winkel 25 productafbeeldingen in volledige resolutie bevat, hoewel ze slechts in 200px x 250px weergegeven worden, dan zal de pagina snel in elkaar zakken.

Je moet vooral voorzichtig zijn met foto's in het winkelwagentje of bij de kassa, omdat deze gebieden ongecached zijn. Als je daar 300dpi-beelden bij 2000px laadt, hoewel er maar één pictogram nodig is, kun je er zeker van zijn dat je klanten bij volle belasting niet kunnen winkelen.

Met welke WordPress-plugins je je foto's automatisch kunt klaarmaken, leggen we uit in onze vergelijking over beeldoptimalisatie-plugins.

5.2 Video's

Video's horen thuis op videoportalen en worden dan geïntegreerd op je site! Tenminste, als je alleen om de performance gaat. Er is nauwelijks een reden om zelf video's te hosten (in sommige gevallen misschien wel de AVG, maar dat laten we terzijde).

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 - opruimen van database

#6 Database schoonmaken

Nu gaan we een keer de diepte van WordPress-IT in: de database.

Heel belangrijk vooraf: maak eerst een back-up!

WordPress slaat berichten, opmerkingen, pagina's en andere soorten tekstuele gegevens op in één enkele database (afbeeldingen en video's zijn uitgesloten, aangezien deze zich in de "wp-content/**-map" bevinden). Na een tijdje wordt deze database natuurlijk wat voller en "rommelig".

Romel betekent hier onder andere:

  • Commentaar in het spam-gebied
  • Herzieningen van bijdragen en pagina's
  • Dingen in de prullenbak
  • Post- en commentaar-metadata zoals validaties die al lang verlopen zijn

Dit is allemaal erfenis die je meestal niet meer nodig hebt en die je server naar beneden haalt.

13 noodzakelijke maatregelen zodat jouw WordPress een zware last aankan

Hoe kom je van die zooi af?

TL;DR & voor iedereen die het wat makkelijker willen hebben: Installeer WP-Optimize en laat het gaan!

6.1 Herzieningen

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

Meestal kunnen deze enorm worden teruggebracht, bijvoorbeeld tot maximaal 8-10 herzieningen. In sommige gevallen is het zelfs zinvol om ze volledig uit te schakelen.

In je wp-config.php schrijf je daarbij:

Helemaal uitschakelen:

definiëren ( "WP_POST_REVISIONS", false );

Herzieningen beperken:

definiëren ("WP_POST_REVISIES", 10 ); // Maximaal 10 herzieningen

6.2 Optimaliseren van de wp_opties

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

Om deze te optimaliseren, moeten we eerst begrijpen wat de afzonderlijke tabelkolommen betekenen.

De wp_options heeft de volgende kolommen:

  • option_id
  • option_name
  • option_value
  • autoload

Laten we eens kijken naar de autoload-kolom. Deze regelt welke opties en instellingen via de functie wp_load_alloptions() geladen worden. Dit betekent: als de vermelding in een rij op 'yes' staat, wordt deze functie op elke pagina van je website geladen.
Veel plugin en theme-ontwikkelaars hebben de instelling dat hun plugin/theme zo ongelooflijk belangrijk is dat het op elke pagina geladen moet worden, hoewel hun plugin eigenlijk alleen maar op één pagina gebruikt wordt (bijvoorbeeld een rekenmachine of contactformulier).

Dit vertraagt natuurlijk jouw site en veroorzaakt een enorme extra-load.

Hoe kan je dit verhelpen?

Uiteindelijk is dit een planningsvraagstuk. Zoals al vermeld in punt 1.2 "Heroverweging van de concepten", moet je je afvragen: "Heb ik deze plugin nodig? Als je het kunt vervangen door een andere optie, doe het dan.

Zo hoef je bijvoorbeeld Google Analytics niet in het WordPress-dashboard te laden, maar extern. Of in plaats van een redirect-plugin te gebruiken, kun je bij je hoster nagaan of zij dergelijke zaken al hebben geïntegreerd.

Om erachter te komen welke plugins grote 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
Belangrijk

Het is mogelijk dat de database-prefix anders is, daarom moet je deze query op de plek van "wp_options" eventueel veranderen in "jouwprefix_options".

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 plugin "Rewrite Rules". Als je bij RAIDBOXES host, kun je de Rewrite Rules in het RAIDBOXES-dashboard bedienen, je hoeft voor deze BOX alleen maar de Rewrite Rules over te nemen en de plugin te verwijderen.

WordPress  hoge belasting: URL Herschrijft RAIDBOXES

Oud "pluginafval" uit de wp_opties verwijderen

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.

Laten we aannemen dat we niet de "Rewrite Rules"-plugin van bovenaf niet meer nodig hebben, dan voer ik deze SQL-query uit:

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

Het is mogelijk dat de database-prefix anders is, daarom moet je deze query op de plek van "wp_options" eventueel veranderen in "jouwprefix_options".

Ik krijg dan een heleboel niet meer benodigde functies terug, die allemaal nog steeds op autoload = yes staan, maar volkomen nutteloos zijn.
Ik verwijder deze gewoon. Ik heb het al over back-ups gehad, toch? 😉

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

6.3 Oude transients verwijderen

Update: Sinds WordPress Ver. 4.9.9 is dit is niet langer nodig, omdat WordPress deze taak zelf overneemt.

Voor WordPress-versies vóór 4.9.9:
Transients zijn niets anders dan tijdelijke opties die voor korte tijd in de database opgeslagen worden. Zodra ze verlopen zijn en niet meer nodig zijn, worden ze verwijderd. Bijvoorbeeld: "site_transient_update_plugins" bevat gewoon de info welke plugins een update hebben en welke niet. Zodra je deze plugins update of een nieuwe updatecontrole start, wordt deze transient 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.

Gebruik daarvoor het liefst de Transient Cleaner, omdat het een enorme inspanning is om dit handmatig te doen. Nadat je deze plugin succesvol hebt gebruikt, kun je hem daarna weer veilig verwijderen. De Transient Cleaner verwijdert alleen de verlopen transients en niets anders - een geweldig hulpmiddel!

Prestatiebeurzen E-Boek

6.4 WordPress-Sessions

Sessions worden gebruikt voor het sturen, notuleren, beoordelen en uitvoeren van user-login-sessies. Na een tijdje verwijdert een WP-Cron deze sessies uit de database. Zo zou het tenminste moeten zijn.

Helaas lopen cronjobs soms vast op of worden ze gedeactiveerd door de gebruiker of de plugins - Dan heb je in een mum van tijd veel sessies in de database.

Om te zien of je daardoor getroffen bent, heb ik nog een query voor je:

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

Het is mogelijk dat de database-prefix anders is, daarom moet je deze query op de plek van "wp_options" eventueel veranderen in "jouwprefix_options".

Als je vaststelt dat er duizenden items zijn, gebruik dan de volgende query om ze te verwijderen:

VERWIJDEREN VAN `wp_opties` Waar `option_name`LIKE '_wp_session_%'.

Bij RAIDBOXES hebben we onze eigen, server-side cronjob, die die je op basis van intervallen kunt controleren. Je kunt dit vinden bij je BOX-instellingen onder WP Session Eraser.

WordPress  hoge belasting: WP Sessie Gum

6.5 Een index toevoegen aan de autoload

Oké, nu wordt het tricky! Maar als het je lukt om deze truc van de collaga's van 10up te gebruiken, heb je heel veel gewonnen.

Wat hij noodzakelijk doet:

Een index wordt toegevoegd aan het autoload-veld in de wp_options. Hierdoor wordt de query-tijd aanzienlijk verkort en zelfs tot een constant, zeer laag "maximim" gebracht.

Het resultaat ligt voor de hand:

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

Het mooie is: voor de meeste pagina's is onze plugin Add Index To Autoload geweldig. Zoals altijd, denk aan de back-up vooraf!

Handmatig zou het met deze query hier werken:

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

Het is mogelijk dat de database-prefix anders is, daarom moet je deze query op de plek van "wp_options" eventueel veranderen in "jouwprefix_options".

WordPress  hoge belasting - updates

#7 Hou alles up-to-date!

Een zeer effectieve manier om de bezoekersgolf te trotseren is om je software up-to-date te houden. Niet alleen WordPress zelf, maar ook je actieve thema, je plugins en natuurlijk je PHP-versie.

7.1 PHP

PHP is de "softwaremotor" van WordPress. Dit betekent ook: hoe krachtiger de motor, hoe sneller je site is.

PHP 7.0 is in staat om meer dan twee keer zoveel verzoeken per seconde uit te voeren als PHP 5.6 - en dat in de helft van de latentietijd. Met PHP 7.1 en 7.2 werd het allemaal nog wat sneller.

Opmerking:

De officiële support voor PHP 5.6, 7.0 en 7.1 is al afgelopen en PHP 7.2 zal slechts tot en met 6 december 2021 beveiligingsupdates ontvangen. Dus je moet het liefst nu naar minimaal PHP 7.2 updaten, om de veiligheid van de WordPress-site niet in gevaar te brengen.

Al is het meer dan zinvol om de PHP-versie te gebruiken die jouw de beste prestaties oplevert. Maar pas op: niet alle plugins en themes zijn compatibel met de nieuwste versies! Hierbij helpt ofwel de documentatie van de plugins en themes of gewoon uitproberen.

PHP-versies RAIDBOXES

7.2 WordPress

Om er de maximale prestaties uit te halen, moet jouw WordPress-versie ook up-to-date zijn. Als je jouw WordPress al een tijdje niet hebt bijgewerkt, moet je niet direct van de ene naar de andere grote versie springen (bijv. van 4.3 naar 4.4), maar in plaats daarvan in kleine versies naar voren kruipen (bijv. van 4.3.3 naar 4.3.4).

Controleer tussen de updates door altijd de volledige functionaliteit van je site. In principe is het aan te raden om steeds opnieuw individuele back-ups van je site te maken. Dit geldt vooral voor de grote versiesprongen!

In principe wordt hier ook een managed WordPress hoster aanbevolen, die WordPress updates voor jou overneemt.

7.3 Plugins en Themes

Net als jouw WordPress-versie, moet je ook je plugins en themes up-to-date maken. Veiligheid en prestaties zijn de belangrijkste redenen. Onveilige plugins en themes kunnen al je werk tenietdoen. Een overzicht van de op dit moment bekende beveiligingslekken voor WordPress, themes en plugins vind je in de "WPScan Vulnerability Database" van beveiligingsbedrijf Sucuri.

Plugin- en theme-updates geven bovendien de mogelijkheid om naar een hogere PHP-versie te upgraden en zo een aanzienlijke snelheidsboost te bereiken. Daarnaast worden bugs geëlimineerd en zijn er meer features beschikbaar.

Ook hier geldt voor grote updates: maak vooraf een back-up van je site of test de nieuwe versie in een Staging omgeving. Controleer de functionaliteit van je site voordat je de wijzigingen live plaatst.

Welke gevolgen het heeft als je met je plugin-updates achterblijft, is bijvoorbeeld bij het beveiligingslek van een AVG-plugin aangetoond.

WordPress  hoge belasting - Gebroken LInks

#8 Gebroken verbindingen

Een zeer eenvoudig punt dat niet noodzakelijkerwijs de prestaties van je site vermindert, maar jouw wel bezoekers kan kosten, zijn kapotte links. Je kunt de check van je pagina eenvoudig via de Online Broken Link Checker uitvoeren.

Ik raad je aan om deze website voor de controle te gebruiken in plaats van een WordPress-plugin, omdat plugins de prestaties van je site verminderen - zelfs als je ze op dit moment niet gebruikt. Maar er zijn nog veel meer hulpmiddelen en methoden om broken links te vinden. Welke dat zijn, kun je lezen in dit artikel.

WordPress  hoge belasting - luie belasting

#9 Lazy Loading

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 belasting van je site te verminderen, worden alleen die aanvragen gehonoreerd die daadwerkelijk onmiddellijk moeten worden uitgevoerd. Daaronder vallen foto's, video's en teksten, maar ook scripts en andere zaken. Een echt machtsmiddel - quasi de hamer van Thor om hulpmiddelen te besparen.

Zo werkt het:

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

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.

But, there is a Plugin for that!

Er zijn veel Lazy Loading-plugins op de markt. Maar er is één die ik bijzonder goed vind: a3 Lazy Load. A3 Lazy Load werkt in veel gevallen en kan naast beelden ook video's en iFrames lazy loaden. Bovendien ondersteunt het WordPress AMP, WooCommerce en Advanced Custom Fields.

Update: Sinds WordPress Version 5.5 heb je geen Lazy Loading-Plugin meer nodig, omdat WordPress deze taak zelf overneemt.

WordPress  hoge belasting - betalingsproces

#10 Optimaliseer het betalingsproces

Vooral als je één of meerdere producten wilt verkopen, is het essentieel om het betalingsproces exact te optimaliseren.

Zoals hierboven vermeld kun je zaken als het winkelmandje of de kassa niet cachen. Dit is precies waarom je de belasting van de server enorm moet verminderen, omdat elke aanvraag een compleet nieuwe en prestatiegerichte aanvraag aan de server betekent.

13 noodzakelijke maatregelen zodat jouw WordPress een zware last aankan

Kijk via een browsertool (in Chrome bijvoorbeeld onder het tabblad "Network") hoeveel aanvragen er bij de check-out worden gegenereerd en ook welke. Als je ziet dat je alleen al 400 aanvragen bij jet openen van het winkelwagentje genereert, loopt er iets mis.

Kijk naar welke plugin of welk hulpmiddel veel van deze aanvragen genereert en probeer deze te verminderen. Dit betekent dat je misschien afstand moet doen van plugins die je niet noodzakelijkerwijs nodig hebt.

Wat we hier vaak zien zijn lettertypes die van externe bronnen worden geladen en vervolgens worden gerenderd, maar niet eens worden gebruikt in de winkelwagen of op de afrekenpagina.

Stel jezelf ook de vraag of je echt alle producten met foto's in volledige resolutie in de kassadisplay moet vermelden of dat een tekstuele weergave hier voldoende is.

Betaalmogelijkheden via gateways

Het kan ook nodig zijn om je betalingsgateway te wijzigen. Als jouw PayPal-plugin bijvoorbeeld veel tijd nodig heeft om gebruikersverzoeken te verwerken, kun je hier transacties verliezen.

Als je je klanten zoveel mogelijk betalingsmogelijkheden en een veilige transactie wilt bieden, kijk dan eens naar Stripe . Stripe biedt eenvoudige WordPress-integratie en snelle betalingsprocessen met een groot aantal betalingsmogelijkheden.

WordPress  hoge belasting - CDN

#11 CDN

On-page is alles nu geoptimaliseerd? De server is snel? Super! Dan komt de volgende stap om de belasting zo laag mogelijk te houden: een Content Delivery Network (CDN).

Een CDN is in principe een kopie van je gecachte pagina die op verschillende servers op verschillende locaties ter wereld verdeeld is. Zo krijgen gebruikers die zich op één plaats bevinden sneller toegang tot de gegevens.

Quasi - om het melkvoorbeeld van hierboven nog eens aan te halen - een koelkast vol melk in elke kamer.

Daarnaast zal het CDN ook jouw server van last bevrijden, aangezien het delen van je website gecached van zijn server levert.

Wij adviseren als CDN-partner Cloudflare. Deze bevatten bij sommige CDN-plannen zelfs een firewall en een image-optimizer. Hoe je Cloudflare bij RAIDBOXES met jouw BOX verbindt, leggen we hier uit:

In Cloudflare:

  1. Je voert je domein in onder "Add Website" en klikt op "Scan DNS Records".
  2. Nu scant CF automatisch naar jouw records - wacht hier gewoon tot het klaar is.
  3. Daarna zal CF voorstellen aan jou doen (meestal twee voor A-Records). En dat is ook oké. Klik op "Continue".
  4. In de volgende stap selecteer je je plan en klik je opnieuw op "Continue".
  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. Deze nameservers (5) moet je dan in de domeinadministratie als nameserver invoeren. Als je je domeinen bij ons beheert, kun je deze hier aanpassen. Daar klik je bij het betreffende domein op "DNS" en wijzig je de nameservers in die van Cloudflare. Als je je domeinen bij een andere provider hebt, moet je daar kijken.

Klaar!

Nog belangrijk: Als je de foutmelding "Too many redirects" ontvangt, moet je in Cloudfare bij de SSL-instellingen "Full Strict" inschakelen.

WordPress  hoge belasting - rapportage

#12 Rapportage

Je kunt jouw site niet altijd en overal in de gaten houden, dus een monitoring- en uptime-rapporing-tool is erg belangrijk.

Deze tools, die meestal gratis zijn, bewaken de status van je website. Zij controleren met korte tussenpozen of je pagina toegankelijk is.

Wij adviseren hierbij de gratis plannen van Pingdom of UptimeRobot.

Let op:Zet deze check niet te kort in, dit betekent ook een belasting voor je webserver. Daarom mogen de controle-intervallen niet korter dan 5 minuten zijn.

#13 Definitieve back-up

Is alles in orde? Tevreden? Geweldig! Nu moet je alleen nog een laatste back-up maken! Bij de volgende belastingspiek door Dragons' Den e.a. zou jouw pagina nu niet meer moeten instorten.

Conclusie

Ik hoop dat mijn stapsgewijze instructies jou zullen helpen om je WordPress-pagina voor hoge belasting fit te maken. Als je nog steeds problemen hebt met de technisch veeleisende onderdelen, raden wij je aan om een professionele WordPress-ontwikkelaar te raadplegen. Heb je nog vragen of opmerkingen over de voorbereiding op zware lasten? Laat dan een opmerking achter!

Matthias is Chaos Calmer bij RAIDBOXES. Als plugin- en theme-ontwikkelaar, WordCamp Speaker en actieve Hosting Community Contributor is hij regelmatig op WordCamps en andere evenementen, die voor WordPress relevant zijn, te vinden en is hij altijd klaar voor een hapje en een drankje. Als hij daar niet is, zitten er katten op zijn schoot.

Gerelateerde artikelen

Commentaar op dit artikel

Schrijf een opmerking

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