{"id":21087,"date":"2019-02-11T07:12:18","date_gmt":"2019-02-11T15:12:18","guid":{"rendered":"https:\/\/kinsta.com\/?post_type=learn&#038;p=33457"},"modified":"2023-11-07T13:57:37","modified_gmt":"2023-11-07T12:57:37","slug":"wordpress-sneller-maken","status":"publish","type":"learn","link":"https:\/\/kinsta.com\/nl\/leren\/wordpress-sneller-maken\/","title":{"rendered":"Jouw WordPress website sneller maken (de ultieme handleiding)"},"content":{"rendered":"<p>We hebben de afgelopen jaren veel tutorials gepubliceerd met manieren om WordPress te optimaliseren en te versnellen. Soms kan het echter lastig zijn om alles wat je nodig hebt op \u00e9\u00e9n plek te vinden. Daarom vertellen we vandaag hier alles wat we weten over het versnellen van WordPress &#8211; gebaseerd op meer dan 15 jaar ervaring en leermomenten, allemaal in \u00e9\u00e9n ultieme handleiding. Of je nu net met WordPress begint of een doorgewinterde ontwikkelaar bent, we beloven dat je iets nuttigs zult vinden in deze handleiding!<\/p>\n<p>Meer dan 43,5% van de websites op het internet wordt nu mogelijk <a href=\"https:\/\/kinsta.com\/nl\/wordpress-marktaandeel\/\" target=\"_blank\" rel=\"noopener noreferrer\">gemaakt door WordPress<\/a>. Dat is natuurlijk geweldig, maar dit betekent ook dat er duizenden verschillende thema&#8217;s, plugins en technologie\u00ebn allemaal naast elkaar moeten leven. Voor de dagelijkse WordPress-gebruiker kan dit snel veranderen in een nachtmerrie, wanneer hun site langzaam begint te worden en ze niet weten hoe ze problemen moeten oplossen.<\/p>\n<p>In onze vorige\u00a0<a href=\"https:\/\/kinsta.com\/nl\/leren\/snelheidsoptimalisatie\/\" target=\"_blank\" rel=\"noopener noreferrer\">handleiding over pagina snelheid<\/a> hebben we veel van de basis van de performance besproken en hoe deze een enorme impact kunnen hebben op het succes van jouw bedrijf. Vandaag duiken we dieper in de toepasbare stappen die je nu kunt nemen om verbeteringen op jouw eigen WordPress sites te zien. We zullen ook enkele bronnen delen die hierin voor ons van onschatbare waarde zijn geweest.<\/p>\n<div><\/div><kinsta-auto-toc heading=\"Table of Contents\" exclude=\"last\" list-style=\"arrow\" selector=\"h2\" count-number=\"-1\"><\/kinsta-auto-toc>\n<h2 id=\"wordpress-site-types\">WordPress site types: Statisch of Dynamisch<\/h2>\n<p>Voordat we ingaan op de optimalisaties, is het belangrijk te begrijpen dat\u00a0<strong>niet alle WordPress sites hetzelfde zijn<\/strong>. Dit is een reden waarom veel gebruikers problemen hebben &#8211; je kunt niet elk issue op dezelfde manier aanpakken. Wij geven WordPress sites altijd een classificatie: statisch of dynamisch. Laten we dus eerst de verschillen tussen deze twee type sites uitlichten.<\/p>\n<h3>Voornamelijk statische websites<\/h3>\n<p>Statische sites zijn onder meer blogs, kleine bedrijfssites, nieuwssites met een laag volume nieuwe berichten, persoonlijke websites, <a href=\"https:\/\/kinsta.com\/nl\/blog\/fotografiewebsites\/\">fotografie websites<\/a>, etc. Met statisch bedoelen we dat de gegevens op deze WordPress websites <strong>niet vaak veranderen<\/strong>\u00a0(misschien een paar keer per dag). Zelfs de meeste van onze Kinsta sites zouden als een statische website worden beschouwd.<\/p>\n<p>Dit is belangrijk, omdat veel van de verzoeken direct vanuit cache op de server kunnen worden aangeleverd met zeer hoge snelheden! Maak je geen zorgen; we leggen caching later uitgebreid uit. Dit betekent dat ze minder database aanvragen zullen hebben en dat niet zo veel resources nodig zijn om Google-waardige prestaties te bereiken.<\/p>\n<h3>Zeer dynamische websites<\/h3>\n<p>Aan de andere kant hebben we dynamische sites. Hieronder vallen sites zoals e-commerce (WooCommerce of Easy Digital Downloads), communities, lidmaatschap websites, forums (bbPress of BuddyPress) en Learning Management Systemen (LMS). Met dynamisch bedoelen we dat de gegevens op deze WordPress sites <strong>regelmatig veranderen<\/strong> (servertransacties vinden om de paar minuten of zelfs elke seconde plaats). Dit betekent dat niet alle verzoeken aan de server rechtstreeks vanuit de cache kunnen worden geserveerd en daarom aanvullende server resources en database query&#8217;s vereisen.<\/p>\n<p>Deze websites hebben meestal ook een\u00a0<strong>groot aantal gelijktijdige bezoekers en sessies<\/strong>. Op een informatieve of zakelijke WordPress site die voornamelijk statisch is, kan een bezoeker vijf of tien minuten blijven zitten totdat hij vindt wat hij nodig heeft (dit is een hoog getal, meestal zijn de bounce-percentages veel hoger). Op dynamische sites gebeurt het tegenovergestelde. Bezoekers komen meestal naar de site om iets te doen. Als ze een online cursus volgen, is het niet ongebruikelijk dat ze uren blijven.<\/p>\n<p>Je kunt zien waar dit naartoe gaat. De gelijktijdige bezoekers die zijn verbonden met jouw WordPress host, tellen snel op. Om het nog erger te maken, heb je vervolgens een groot aantal gelijktijdige bezoekers bovenop een probleem met &#8220;niet cache-bare content&#8221;.<\/p>\n\n<h2 id=\"wordpress-hosting\">Kies voor geoptimaliseerde WordPress hosting<\/h2>\n<p>Een WordPress host is een bedrijf dat alle gegevens van jouw website opslaat. Je neemt een pakket en al jouw afbeeldingen, inhoud, video&#8217;s, enz. bevinden zich op een server in het datacentrum van de host. De WordPress host biedt je een eenvoudige manier om toegang te krijgen tot de gegevens, deze te beheren en aan jouw bezoekers te tonen. Best simpel, toch? Nou ja, niet helemaal.<\/p>\n<p>Er zijn drie heel verschillende types WordPress hosts die je kunt tegenkomen. Laten we kijken naar de voor- en nadelen van elk type. Het is belangrijk dat je vanaf het begin de juiste kiest, anders zal het je uiteindelijk kopzorgen en verspilde tijd opleveren.<\/p>\n<h3>1. Shared WordPress hosting<\/h3>\n<p>De eerste en meest populaire type WordPress hosting is wat we &#8216;shared hosting&#8217; noemen. Dit zijn de grootste hosts in de branche, zoals Bluehost en HostGator, evenals providers zoals <a href=\"https:\/\/kinsta.com\/nl\/siteground-alternatief\/\" target=\"_blank\" rel=\"noopener noreferrer\">Siteground<\/a>, Strato en Mijndomein. Ze maken meestal gebruik van <a href=\"https:\/\/kinsta.com\/nl\/blog\/wat-is-cpanel\/\" target=\"_blank\" rel=\"noopener noreferrer\">cPanel<\/a>, en de gemiddelde klant betaalt gewoonlijk tussen $3 en $25 per maand.<\/p>\n<p>Iedereen die dit type hosting gebruikt, ervaart op een gegeven moment traagheid &#8211; het is gewoon een kwestie van tijd. Waarom? Omdat shared hosts <strong>de neiging hebben om hun servers te overbelasten<\/strong>, wat de prestaties van jouw sites be\u00efnvloedt. Schorsingen van sites van 500 fouten zul je veelvuldig tegenkomen, omdat ze alles moeten beperken en middelen moeten balanceren om te overleven. Of nog erger, <a href=\"https:\/\/kinsta.com\/nl\/blog\/downtime-website\/\" target=\"_blank\" rel=\"noopener noreferrer\">downtime van websites<\/a>. Ook al weet je het niet, jouw WordPress site zit waarschijnlijk op dezelfde server als die van honderden anderen. Alle problemen met andere sites kunnen overlopen naar jouw site.<\/p>\n<figure style=\"width: 1460px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" class=\"size-full \" src=\"https:\/\/kinsta.com\/wp-content\/uploads\/2016\/10\/shared-wordpress-hosting-2.png\" alt width=\"1460\" height=\"730\" data-must_clone=\"true\"><figcaption class=\"wp-caption-text\">Shared WordPress hosting<\/figcaption><\/figure>\n<p>Het maakt niet uit hoe je ook rekent, $3 per maand genereert geen inkomsten voor het hostingbedrijf. Vooral als je daar support in mee rekent. E\u00e9n supportticket en ze staan al rood. De manier waarop ze hun geld vaak verdienen is door up-selling en verborgen kosten. Deze up-sells zijn zaken zoals verhuizingen, domeinregistraties, SSL-certificaten, et cetera. Een andere veelgebruikte tactiek is het bieden van enorme kortingen bij de aanmelding, maar zodra de verlenging komt, krijg je de \u00e9chte rekening.<\/p>\n<p>De meeste van deze hosts bieden &#8216;onbeperkte\u2019 pakketten aan. Je hebt dit waarschijnlijk wel eens gezien. Helaas bestaat er in de echte wereld niet zoiets als onbeperkte resources. Wat de hosts achter de schermen doen, is de resources beperken van klanten die grootverbruiker zijn. Dit resulteert op zijn beurt weer in het vertrek van boze klanten, waardoor ruimte wordt gemaakt voor meer klanten die niet veel resources verbruiken. Uiteindelijk heb je een vicieuze cirkel van het hostingbedrijf dat goedkope pakketten pusht en klanten aanmeldt waarvan ze hopen dat ze niet veel resources zullen gebruiken en up-sells aan te kunnen smeren.<\/p>\n<p>Klantenservice en ondersteuning bij shared hosting zijn bijna altijd ondermaats vanwege de enorme hoeveelheid sites versus het aantal supportmedewerkers. Shared hosts moeten zich erg uitgedund houden om winst te maken en dit leidt meestal tot een onaangename ervaring voor de klant.<\/p>\n\n<p>Lees een diepgaand artikel van onze CFO over de schokkende waarheden over hoe goedkope WordPress-hosting echt werkt.<\/p>\n<h3>2. Doe-het-zelf VPS WordPress Hosting<\/h3>\n<p>Het tweede type WordPress hosting is DIY VPS, of &#8220;doe-het-zelf\u201d op een virtual private server. Op dit type hosting zitten vaak bootstrap startups en technische gebruikers met wat meer ervaring in ontwikkeling, serverbeheer en WordPress. Deze mensen proberen meestal geld te besparen, maar ze zijn ook bezig met prestaties en beseffen het belang hiervan voor het succes van hun bedrijf. Veelvoorkomende setups kunnen het gebruik van een externe VPS-provider zoals Digital Ocean, <a href=\"https:\/\/kinsta.com\/nl\/linode-alternatief\/\">Linode<\/a> of Vultr omvatten; samen met een tool zoals ServerPilot om het gemakkelijk te beheren.<\/p>\n<p>Een kleine VPS van DigitalOcean begint bij $5 per maand en het populaire abonnement bij ServerPilot begint bij $10 per maand. Afhankelijk van je opstelling kijk je dus naar een prijs van tussen $5 tot $15 of meer per maand. De doe-het-zelf benadering kan kosten besparen, maar het betekent ook dat jij verantwoordelijk bent wanneer er iets kapot gaat en voor het optimaliseren van jouw server voor performance.<\/p>\n<p>De DIY-aanpak kan effectief zijn, maar het kan ook tegen je werken als je niet voorzichtig bent. Werk niet via deze weg wanneer je niet technisch onderlegd bent of gewoon omdat je wilt sleutelen! Jouw tijd is geld waard en je zou het moeten besteden aan de groei van je bedrijf.<\/p>\n<h3>3. Managed WordPress Hosting<\/h3>\n<p>Het derde type hosting is wat we aanbieden bij Kinsta en dat is <a href=\"https:\/\/kinsta.com\/nl\/wordpress-hosting\/\">managed WordPress hosting<\/a>. Dit type host neemt jou al het werk op servergbied af en biedt ondersteuning wanneer je die nodig hebt. Ze zijn vaak nauwkeurig afgesteld om met WordPress te werken en bevatten gewoonlijk functies zoals staging omgevingen die met \u00e9\u00e9n klik aan te maken zijn en automatische backups. Hun supportteams zullen meer kennis hebben van het CMS, omdat ze dag in dag uit hierop gefocust zijn.<\/p>\n<p><strong>Als je tijd wilt besparen, is managed WordPress hosting de juiste keuze!<\/strong> \ud83d\udc4d<\/p>\n<p>Pakketten voor Managed WordPress hosting vari\u00ebren doorgaans van $25 tot $150 per maand of meer, afhankelijk van de grootte van jouw site en behoeften. Grote bedrijven zoals jQuery, Intuit, Plesk, Dyn, Nginx en zelfs The White House gebruiken allemaal WordPress om hun website te hosten. Sommige populaire managed WordPress hosts die je waarschijnlijk kent, of misschien ook op dit moment gebruikt, zijn <a href=\"https:\/\/kinsta.com\/nl\/wp-engine-alternatief\/\" target=\"_blank\" rel=\"noopener noreferrer\">WP Engine<\/a>, <a href=\"https:\/\/kinsta.com\/nl\/flywheel-hosting-alternatief\/\" target=\"_blank\" rel=\"noopener noreferrer\">Flywheel<\/a>, <a href=\"https:\/\/kinsta.com\/nl\/kinsta-vs-savvii\/\">Savvii<\/a>, Media Temple, Pressidium en Pagely.<\/p>\n<h3>Kinsta maakt gebruik van een andere aanpak<\/h3>\n<p>Kinsta tilt <a href=\"https:\/\/kinsta.com\/nl\/wordpress-hosting\/\">WordPress hosting<\/a> echter naar een geheel ander niveau. Ons hosting platform valt niet in een van de traditionele hosting categorie\u00ebn. Onze volledige infrastructuur is gebouwd op Google Cloud Platform en verschilt van traditionele shared, VPS of dedicated infrastructuur.<\/p>\n<p>Elke WordPress site op ons platform draait in een ge\u00efsoleerde softwarecontainer die alle software resources bevat die nodig zijn om de site te laten draaien (Linux, Nginx, PHP, MySQL). Dit betekent dat de software <strong>die elke site uitvoert volledig priv\u00e9 <\/strong>is en niet wordt gedeeld, zelfs niet tussen eigen sites.<\/p>\n<figure id=\"attachment_55969\" aria-describedby=\"caption-attachment-55969\" style=\"width: 2800px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" class=\"wp-image-55969 size-full\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/04\/kinsta-hosting-architectuur-v6.png\" alt=\"Kinsta hostingarchitectuur\" width=\"2800\" height=\"1430\"><figcaption id=\"caption-attachment-55969\" class=\"wp-caption-text\">Kinsta hostingarchitectuur<\/figcaption><\/figure>\n<p>Elke sitecontainer draait op virtuele machines uit een van de meerdere GC datacenters en maakt gebruik van het <a href=\"https:\/\/kinsta.com\/nl\/blog\/cloudplatform-voor-developers\/\">Premium Tier<\/a> netwerk van Google Cloud Platform voor geoptimaliseerde gegevensoverdracht met zo min mogelijk vertraging. Elke machine heeft tot 96 CPU&#8217;s en honderden GB aan RAM. Hardwarebronnen (RAM\/CPU) worden automatisch toegewezen aan elke sitecontainer door onze virtuele machines, indien nodig.<\/p>\n<p>In tegenstelling tot andere hosts die gebruikmaken van de algemene virtuele machines van Google Cloud Platform, stellen wij voor al onze klanten &#8211; <a href=\"https:\/\/kinsta.com\/nl\/blog\/wordpress-prestaties\/#available-regions-for-c2-instances\">in ondersteunde regio&#8217;s<\/a> &#8211; compute-optimized C2 VM&#8217;s beschikbaar. De C2 machinefamilie van Google Cloud is uitgerust met de nieuwste schaalbare Intel Xeon processoren en bevat een 3,8 GHz sustained all-core turbo. C2machines zijn populair voor taken die veel rekenkracht vereisen, zoals scientific modeling en machine learning, maar ze zijn ook uiterst gechikt voor krachtige WordPress hosting. Uit onze tests bleek dat het verhuizen van een WordPress site van een &#8220;general purpose&#8221; VM naar een C2 VM resulteerde in <a href=\"https:\/\/kinsta.com\/nl\/blog\/wordpress-prestaties\/#benchmarking-gcps-computeoptimized-vms-c2\">2x betere prestaties<\/a>!<\/p>\n<p>https:\/\/twitter.com\/rockymtnadam\/status\/1090082911418630144<\/p>\n<p>Elk jaar publiceert Review Signal zijn <a href=\"https:\/\/kinsta.com\/nl\/blog\/wordpress-prestatiebenchmarks\/\" target=\"_blank\" rel=\"noopener noreferrer\">WordPress hosting benchmarks<\/a>, en we zijn er trots op dat Kinsta al vijf jaar op rij het beste bedrijf op alle niveaus is gebleken! Niet alleen op een of twee van onze pakketten, maar op elk pakket, van Starter helemaal tot aan Enterprise. \ud83e\udd18<\/p>\n<div class=\"col-xs-12 col-md-10 col-md-offset-1 mt--40 mb--40\">\n<div class=\"text-quote__text mb--20\">In essentie had Kinsta de perfecte LoadStorm- en Blitz-test resultaten. Ook in de andere testen waren er geen tekortkomingen. Woorden schieten tekort om hun prestaties aan te prijzen.<\/div>\n<div class=\"row nocol middle-xs\">\n<div class=\"text-quote__avatar avatar--round\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/wp-content\/themes\/kinsta\/images\/custom-pages\/page\/landing-why-us\/kevin.png\" alt=\"Kevin Ohashi\" width=\"60\" height=\"60\" data-must_clone=\"true\"><\/div>\n<div class=\"flex--1\">\n<div class=\"heading--small\">Kevin Ohashi<\/div>\n<div class=\"text--small\">Founder en WP consultant, ReviewSignal<\/div>\n<\/div>\n<\/div>\n<\/div>\n<p>We hebben ook geen supportmedewerkers op niveau 1 of niveau 2. Ons gehele ondersteuningsteam bestaat uit WordPress-ontwikkelaars en Linux hosting engineers, van wie velen hun eigen servers hebben beheerd, thema&#8217;s en plugins hebben gemaakt en hebben bijgedragen aan de WordPress core. Dit zorgt ervoor dat je deskundig advies krijgt van iemand die actief gebruikmaakt van en ontwikkelt met WordPress.<\/p>\n<p>Je kunt chatten met het dezelfde supportteam dat onze Quote 500- en zakelijke klanten ondersteunt. We zijn zo kieskeurig over de kwaliteit van ons supportteam dat we minder dan 1% van de sollicitanten aannemen die solliciteren. Je zult nergens anders betere ondersteuning vinden!<\/p>\n<div class=\"col-xs-12 col-md-10 col-md-offset-1 mt--40 mb--40\">\n<div class=\"text-quote__text mb--20\">Bij WP Engine worden basisproblemen meestal snel opgevangen. Voor problemen die complexer zijn, zal een oplossing enige tijd in beslag nemen en zal er veel communicatie heen en weer zijn. Dit is een probleem wanneer je een high-end WordPress site hebt en er een dringend probleem is dat snel moet worden aangepakt. Als je om mijn aanbeveling tussen de twee vraagt, is Kinsta naar mijn mening beter. Ze bieden veel meer dan ze beloven. Je hoeft nooit zorgen te maken over traagheid van de site, downtime, kwaliteitsondersteuning of andere hosting gerelateerde problemen.<\/div>\n<div class=\"row nocol middle-xs\">\n<div class=\"text-quote__avatar avatar--round\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/wp-content\/themes\/kinsta\/images\/custom-pages\/page\/landing-wpengine-alternative\/harsh-agrawal.jpg\" alt=\"Harsh Agrawal\" width=\"60\" height=\"60\" data-must_clone=\"true\"><\/div>\n<div class=\"flex--1\">\n<div class=\"heading--small\">Harsh Agrawal<\/div>\n<div class=\"text--small\">Award winnende Blogger, ShoutMeLoud<\/div>\n<\/div>\n<\/div>\n<\/div>\n<p>Om meer te weten te komen waarom je voor de managed WordPress hosting van Kinsta zou moeten kiezen kun je het artikel <a href=\"https:\/\/kinsta.com\/nl\/waarom-ons\/\" target=\"_blank\" rel=\"noopener noreferrer\">Waarom wij \u2013 wat maakt Kinsta anders dan de rest<\/a>. Ongeacht wie je kiest als jouw hosting provider, je moet altijd op zoek naar de volgende server functies om ervoor te zorgen dat jouw website zo snel mogelijk is.<\/p>\n<h3>PHP 7 of hoger voor de beste prestaties<\/h3>\n<p><a href=\"https:\/\/kinsta.com\/nl\/blog\/wat-is-php\/\" target=\"_blank\" rel=\"noopener noreferrer\">PHP<\/a> is een open-source server-side scripting- en programmeertaal die voornamelijk wordt gebruikt<br \/>\nvoor web-ontwikkeling. Het grootste deel van de WordPress core is geschreven in PHP, net als je plugins en thema&#8217;s, waardoor PHP een zeer belangrijke taal is voor de WordPress community. Je moet ervoor zorgen dat je WordPress host minimaal PHP 7 of hoger aanbiedt.<\/p>\n<p>Er zijn verschillende versies van PHP die de host je zou moeten aanbieden &#8211; vooral de nieuwere PHP 7.3 die enorme prestatieverbeteringen biedt.<\/p>\n<p>In onze recente <a href=\"https:\/\/kinsta.com\/nl\/blog\/php-benchmarks\/\" target=\"_blank\" rel=\"noopener noreferrer\">PHP benchmarks<\/a> vergelijken we PHP 7.3 met PHP 5.6. Daar kun je zien dat de nieuwe versie 3x zoveel verzoeken (transacties) per seconde kan verwerken! Ook is <a href=\"https:\/\/kinsta.com\/nl\/blog\/php-7-3\/\" target=\"_blank\" rel=\"noopener noreferrer\">PHP 7.3<\/a> gemiddeld 9% sneller dan PHP 7.2. Dit kan ook invloed hebben op de responsiviteit van jouw WordPress dashboard.<\/p>\n<figure style=\"width: 940px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/12\/wordpress-5-0-php-benchmarks.png\" alt=\"WordPress 5.0 PHP benchmarks\" width=\"940\" height=\"788\"><figcaption class=\"wp-caption-text\">WordPress 5.0 PHP benchmarks<\/figcaption><\/figure>\n<p>Hogere snelheid en verbeterde beveiliging zijn de redenen waarom Kinsta altijd de meest recente PHP versies aanbiedt. Je kunt de\u00a0<a href=\"https:\/\/kinsta.com\/nl\/blog\/hoe-php-updaten-in-wordpress\/\" target=\"_blank\" rel=\"noopener noreferrer\">PHP versie wijzigen<\/a> met een enkele klik.<\/p>\n<figure id=\"attachment_55765\" aria-describedby=\"caption-attachment-55765\" style=\"width: 1498px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" class=\"wp-image-55765 size-full\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/wijzig-php-versie-2.png\" alt=\"Wijzig PHP versie\" width=\"1498\" height=\"1044\"><figcaption id=\"caption-attachment-55765\" class=\"wp-caption-text\">Wijzig PHP versie<\/figcaption><\/figure>\n<p>Wees op je hoede wanneer een WordPress host HHVM aanbiedt als alternatief voor PHP. HHVM is <a href=\"https:\/\/kinsta.com\/blog\/hhvm-wordpress\/\" target=\"_blank\" rel=\"noopener noreferrer\">geen geschikte oplossing voor WordPress hosting<\/a> meer.<\/p>\n<h3>Kies een Host die Nginx Gebruikt<\/h3>\n<p>Achter de schermen gebruikt elke WordPress host een webserver om jouw WordPress sites te draaien. De meest voorkomende keuzes zijn Nginx en <a href=\"https:\/\/kinsta.com\/nl\/blog\/wat-is-apache\/\" target=\"_blank\" rel=\"noopener noreferrer\">Apache<\/a>.<\/p>\n<p>We raden ten sterkste aan om met een host te nemen die <a href=\"https:\/\/kinsta.com\/nl\/blog\/wat-is-nginx\/\" target=\"_blank\" rel=\"noopener noreferrer\">Nginx<\/a>\u00a0gebruikt vanwege zijn <strong>oorsprong in performance verbetering op schaal<\/strong>. Nginx presteert vaak beter dan andere populaire webservers in benchmark testen, vooral in situaties met statische inhoud of veel gelijktijdige verzoeken &#8211; daarom gebruikt Kinsta Nginx.<\/p>\n<p><img decoding=\"async\" class=\"aligncenter size-full \" src=\"https:\/\/kinsta.com\/wp-content\/uploads\/2018\/10\/nginx-logo.svg\" alt=\"Nginx\" data-must_clone=\"true\"><\/p>\n<p>Een aantal spraakmakende bedrijven die Nginxgebruiken zijn: Autodesk, Atlassian, Intuit, T-Mobile, GitLab, DuckDuckGo, Microsoft, IBM, Google, Adobe, Salesforce, VMWare, Xerox, LinkedIn, Cisco, Facebook, Target, Citrix Systems, Twitter, Apple , Intel en nog veel meer. (<a href=\"https:\/\/siftery.com\/company\/nginx\" target=\"_blank\" rel=\"noopener noreferrer\">bron<\/a>)<\/p>\n<p>Volgens <a href=\"https:\/\/w3techs.com\/technologies\/cross\/web_server\/ranking\" target=\"_blank\" rel=\"noopener noreferrer\">W3Techs<\/a> is Apache verantwoordelijk voor 44,0% van alle websites, waardoor het de meest gebruikte optie is. Maar als je kijkt naar de meest populaire webserver voor websites met veel verkeer (top 10.000), dan is Nginx met 41.9% vertegenwoorigd, terwijl Apache slechts 18,1% aandrijft. Het wordt gebruikt door een aantal van de meest resource intensieve websites, waaronder Netflix, NASA en zelfs WordPress.com.<\/p>\n<p>Lees meer in de onze webserver vergelijking: <a href=\"https:\/\/kinsta.com\/nl\/blog\/nginx-vs-apache\/\">Nginx vs Apache<\/a>.<\/p>\n<h3>Het Netwerk van Jouw Host is een Factor<\/h3>\n<p>Bij het kiezen van een WordPress host denk je misschien niet eens aan vragen naar of onderzoeken welk netwerk ze gebruiken, maar dat zou je wel moeten doen. Het netwerk kan een enorme impact hebben op de prestaties van jouw site en zelfs de \u201csnappyness\u201d van jouw WordPress dashboard. Veel hosts laten dit uit hun marketing omdat ze kiezen voor het goedkoopste netwerk om kosten te besparen.<\/p>\n<p>Hier zijn een paar vragen die je zou moeten stellen:<\/p>\n<ul>\n<li><strong>Over welke netwerken verzenden jullie gegevens?<\/strong>\u00a0Is de meerderheid ervan over openbare ISP-netwerken of priv\u00e9-infrastructuren zoals Google of Microsoft? Deze grote providers hebben netwerken die zijn gebouwd en geoptimaliseerd voor lage latency en snelheid. Ze hebben zelfs hun eigen internet kabels onder de oceaan!<\/li>\n<li><strong>Zijn de gebruikte netwerken redundant?<\/strong> Wat gebeurt er als er een kabel per ongeluk wordt doorgesneden? Dit komt vaker voor dan je denkt!<\/li>\n<\/ul>\n<p>In 2017 kondigde Google hun standaard tier netwerk aan, dat is een trager netwerk maar tegen lagere kosten. Bij Kinsta gebruiken we hun <strong>premium tier netwerk<\/strong> oor al onze hosting pakketten. Hoewel dit extra kosten met zich meebrengt, zorgt het voor hoge snelheden.<\/p>\n\n<p><a href=\"https:\/\/medium.com\/google-cloud\/gcps-standard-tier-networking-performance-c66350cf4763\" target=\"_blank\" rel=\"noopener noreferrer\">Volgens Google<\/a>, behaalt het premium tier netwerk de verbeterde netwerkprestaties door de duur van versturen over het openbare internet te verminderen; pakketten gaan (en verlaten) het netwerk van Google zo dicht mogelijk bij de gebruiker en reizen vervolgens via de backbone van Google voordat ze bij de VM aankomen. De standaardlaag levert uitgaand verkeer van GCP naar het internet via openbare (ISP) netwerken in plaats van het Google netwerk.<\/p>\n<figure style=\"width: 1325px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" class=\"size-full \" src=\"https:\/\/kinsta.com\/wp-content\/uploads\/2018\/11\/google-cloud-premium-tier-network.png\" alt=\"Google Cloud Platform premium tier network\" width=\"1325\" height=\"551\" data-must_clone=\"true\"><figcaption class=\"wp-caption-text\">Google Cloud Platform premium tier network (Image source: <a href=\"https:\/\/cloud.google.com\/blog\/products\/gcp\/introducing-network-service-tiers-your-cloud-network-your-way\" target=\"_blank\" rel=\"noopener noreferrer\">Google<\/a>)<\/figcaption><\/figure>\n<p>Om het op een andere manier te verwoorden die makkelijker te begrijpen is:<\/p>\n<ul>\n<li><strong>Premium tier packets leggen meer tijd en afstand of op het eigen Google netwerk<\/strong>, et minder rond stuiteren waardoor ze beter presteren (maar dit is duurder).<\/li>\n<li>Standaard tier packets leggen minder tijd en afstand af op het Google netwerk. Deze packets reizen meer via publieke netwerken en presteren daardoor een stuk slechter (maar dit is wel goedkoper).<\/li>\n<\/ul>\n<p>Hoeveel impact heeft dit nu eigenlijk? Voor gegevens die intercontinentaal reizen, is het premium tier netwerk gemiddeld <strong>41% seller<\/strong> dan het standaard netwerk. Voor gegevens die naar een nabijgelegen regio (hetzelfde continent) reizen, is het premium netwerk ongeveer <strong>8% sneller<\/strong>. Ondanks dat netwerken slechts een fractie vormen van de totale laadtijd van jouw pagina, telt elke milliseconde!<\/p>\n\n<p>Redundantie is ook een factor en daarom gebruikt Google ten minste drie onafhankelijke paden (N+2 redundantie) tussen elke twee locaties op het Google netwerk, zodat het verkeer tussen de locaties blijft stromen, zelfs in het geval van een storing.<\/p>\n<p>Zoals je waarschijnlijk nu wel zult merken, is er veel gaande achter de schermen als het gaat om netwerken. Zorg ervoor dat jouw WordPress host een gerenommeerde host is en niet voor lagere kwaliteit kiest om kosten te besparen.<\/p>\n<h3>HTTP\/2 is een Must-Have<\/h3>\n<p><a href=\"https:\/\/kinsta.com\/nl\/leren\/wat-is-http\/\" target=\"_blank\" rel=\"noopener noreferrer\">HTTP\/2<\/a> is een web-protocol dat in 2015 is uitgebracht en is ontworpen om sneller te werken bij het afleveren van websites. Vanwege browser-ondersteuning is HTTPS (SSL) vereist. Als jouw WordPress host geen HTTP\/2 ondersteunt, moet je op zoek gaan naar een nieuwe provider. Met de verhuizing van het hele web naar HTTPS is het niet langer alleen maar een leuke functie om te hebben; het is noodzaak.<\/p>\n<p>De prestatieverbetering van HTTP\/2 is te wijten aan verschillende redenen, zoals ondersteuning voor betere multiplexing, parallellisme, HPACK compressie met Huffman-codering, de ALPN-extensie en server push. Er was nogal wat TLS-overhead bij het gebruik van HTTPS, maar dit is nu een stuk minder dankzij HTTP\/2 en <a href=\"https:\/\/kinsta.com\/nl\/blog\/tls-1-3\/\">TLS 1.3<\/a>. <strong>Kinsta ondersteunt HTTP\/2 en TLS 1.3 op al onze servers en CDN.<\/strong><\/p>\n<p>Een andere voordeel van HTTP\/2 is dat je zich bij de meeste WordPress sites niet langer zorgen hoeft te maken over de concatentation (het combineren van bestanden) of sharding van domeinen. Dit zijn nu verouderde optimalisaties.<\/p>\n<h2 id=\"server-location\">Kies een server zo dicht mogelijk bij jouw bezoekers<\/h2>\n<p>Een van de allereerste dingen die je moet doen bij het hosten van jouw WordPress site is om te bepalen waar de meerderheid van jouw bezoekers of klanten vandaan komt. Waarom dit belangrijk is? Omdat de locatie waar jij jouw website host een belangrijke factor is in het bepalen van jouw algehele netwerk-latency en TTFB. Het heeft ook invloed op de SFTP-snelheden en het reactievermogen van het WordPress dashboard.<\/p>\n<p><strong>Network Latency:<\/strong> dit verwijst naar de tijd en\/of vertraging die komt kijken bij het verzenden van gegevens over een netwerk. Met andere woorden: hoe lang het duurt voordat gegevens van het ene punt naar het andere gaan. Tegenwoordig wordt dit meestal gemeten in milliseconden &#8211; het kunnen echter seconden zijn, afhankelijk van het netwerk. Hoe dichter bij nul, hoe beter.<\/p>\n<p>Lees ons uitgebreide artikel over <a href=\"https:\/\/kinsta.com\/nl\/blog\/netwerkvertraging\/\" target=\"_blank\" rel=\"noopener noreferrer\">network latency<\/a>.<\/p>\n<p><strong>TTFB:<\/strong> dit staat voor Time To First Byte. Simpel gezegd: dit is de tijd hoe lang de browser moet wachten voordat deze de eerste byte aan gegevens van de server ontvangt. Hoe langer het duurt om die gegevens te krijgen, hoe langer het duurt om jouw pagina weer te geven. Nogmaals, hoe dichter bij nul, hoe beter.<\/p>\n<p>Bekijk onze uitgebreide artikel over <a href=\"https:\/\/kinsta.com\/nl\/blog\/ttfb\/\" target=\"_blank\" rel=\"noopener noreferrer\">TTFB<\/a>.<\/p>\n<p>We zullen je niet vervelen met alle technische details in deze post. Alles wat je moet weten is dat <strong>je wilt dat je netwerk latency en TTFB zo laag mogelijk zijn<\/strong>. Een van de gemakkelijkste manieren om dit te bereiken, is door een server te kiezen die het dichtst bij jouw bezoekers staat. Je kunt de juiste locatie bepalen door de onderstaande tips te volgen.<\/p>\n<h3>Tip 1 \u2014 Check de geografische locatie van jouw bezoekers in Google Analytics<\/h3>\n<p>Een van de allereerste dingen die je kan doen is om te kijken naar de geolocatie van jouw bezoekers in Google Analytics. Je kunt dit vinden onder &#8220;Doelgroep \u2192 Geo \u2192 Locatie.&#8221;<\/p>\n<p>In dit onderstaande voorbeeld zie je dat meer dan 90% van het verkeer afkomstig is uit de Verenigde Staten. In dat geval wil je dus jouw WordPress site op een server in de Verenigde Staten plaatsen. Je kunt de gegevens ook nog verder op steden filteren. Dit is vooral belangrijk als je een lokaal bedrijf hebt. In dit geval zouden we een centrale locatie zoals Iowa, VS aanbevelen.<\/p>\n<figure style=\"width: 1239px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/wp-content\/uploads\/2018\/10\/google-analytics-geolocation-v1.png\" alt=\"Google Analytics Geolocatie\" width=\"1239\" height=\"758\" data-must_clone=\"true\"><figcaption class=\"wp-caption-text\">Google Analytics geolocatie<\/figcaption><\/figure>\n<h3>Tip 2 \u2014 Bekijk e-commerce data<\/h3>\n<p>Heb je een webwinkel? Controleer dan<strong> waar je klanten vandaan komen<\/strong>. Je genereert online je inkomsten, dus dit zijn de belangrijkste bezoekers. Dit moet samenvallen met het bovenstaande verkeer; ook al is dit echter niet altijd het geval. Als je e-commerce gegevens of -doelen in Google Analytics gebruikt, kan je die informatie eenvoudig over de geolocatie-gegevens leggen om een onderbouwde beslissing te nemen. Ook kun je locatie-informatie die is opgeslagen in de database van jouw e-commerce-platform controleren.<\/p>\n<h3>Tip 3 \u2014 Doe een snelle latency Test<\/h3>\n<p>Er zijn tal van handige gratis tools om de latency van je huidige locatie te meten voor verschillende cloud dienstverleners. Dit helpt jou om snel te evalueren welke regio de beste keuze voor jouw site is.<\/p>\n<ul>\n<li><a href=\"https:\/\/www.gcping.com\/\" target=\"_blank\" rel=\"noopener noreferrer\">GCP Ping<\/a> (Meet de latency naar Google Cloud Platform regio\u2019s, inclusief Kinsta servers)<\/li>\n<li><a href=\"https:\/\/www.cloudping.info\/\" target=\"_blank\" rel=\"noopener noreferrer\">CloudPing.info<\/a> (Meet de latency naar Amazon Web Service regio\u2019s)<\/li>\n<li><a href=\"https:\/\/www.azurespeed.com\/\" target=\"_blank\" rel=\"noopener noreferrer\">Azure Latency Test<\/a> (Meet de latency naar Azure regio\u2019s)<\/li>\n<\/ul>\n<p>In het onderstaande voorbeeld kunnen we zien dat de Oregon, VS (us-west1) de snelste is van waaruit wij ons bevinden. Als je klanten in de hele Verenigde Staten bedient, is het misschien beter om te kiezen voor Iowa, VS (us-central1) om een lage latentie voor bezoekers aan de west- en oostkust te garanderen.<\/p>\n<figure style=\"width: 1649px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/10\/meet-de-latency-van-het-google-cloud-platform.png\" alt=\"Meet de latency van het Google Cloud Platform\" width=\"1649\" height=\"1722\"><figcaption class=\"wp-caption-text\">Meet de latency van het Google Cloud Platform<\/figcaption><\/figure>\n<p>Bij Kinsta bieden we <a href=\"https:\/\/kinsta.com\/nl\/docs\/service-informatie\/datacenter-locaties\/\" target=\"_blank\" rel=\"noopener noreferrer\">27 verschillende datacentra<\/a> over de hele wereld aan. Je kunt gemakkelijk kiezen voor een locatie die zowel een lage latency als een lage TTFB heeft! Het helpt ook in het reduceren van netwerk hops.<\/p>\n<figure id=\"attachment_22214\" aria-describedby=\"caption-attachment-22214\" style=\"width: 1613px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" class=\"size-full wp-image-22214\" src=\"https:\/\/kinsta.com\/wp-content\/uploads\/2015\/04\/google-cloud-data-center-locations-20-5.png\" alt=\"Locaties van Google Cloud datacentra\" width=\"1613\" height=\"843\" data-must_clone=\"true\"><figcaption id=\"caption-attachment-22214\" class=\"wp-caption-text\">Locaties van Google Cloud datacentra<\/figcaption><\/figure>\n<h3>Andere manieren om latency en TTFB te reduceren<\/h3>\n<p>Naast het kiezen van een serverlocatie dichtbij je bezoekers zijn er nog andere manieren om latency te reduceren.<\/p>\n<ul>\n<li>Implementeer caching op jouw WordPress website. In onze testen reduceerde caching de TTFB met een indrukwekkende 90%!<\/li>\n<li>Maak gebruik van een content delivery netwerk (CDN) om de gecachete assets via POP&#8217;s over de hele wereld uit te serveren. Dit helpt om de netwerk latency te verminderen voor bezoekers die niet dichtbij jouw server zijn.<\/li>\n<li>Maak gebruik van het HTTP\/2 protocol om het aantal round-trips te minimaliseren. HTTP\/2 is ingeschakeld op alle Kinsta servers.<\/li>\n<li>Reduceer het aantal externe HTTP verzoeken. Elk van deze verzoeken kan zijn eigen latency hebben door de locatie van de server vanwaar de verzoeken komen.<\/li>\n<li>DNS speelt een factor in TTFB. Hierom zou je gebruik moeten maken van een premium DNS provider met snelle lookup tijden.<\/li>\n<li>Gebruik prefetch en prerender om in de achtergrond al taken uit te voeren terwijl de pagina laadt.<\/li>\n<\/ul>\n<p>Maak je geen zorgen &#8211; al deze aanbevelingen gaan we nog uitgebreid behandelen in dit artikel.<\/p>\n<h3>SFTP snelheid en het WordPress admin dashboard<\/h3>\n<p>Bezoekers en klanten moeten altijd je prioriteit zijn. Maar een ander aspect van de uitvoering waar veel mensen niet over praten, is hoe <strong>sommige van deze beslissingen van invloed zijn op je dagelijkse werk<\/strong>. De datacenter-locatie die je kiest, heeft invloed jouw SFTP-download en -uploadsnelheden (bestanden overzetten met een FTP-client), evenals de reactietijd van je WordPress dashboard.<\/p>\n<p>Dus, hoewel je een locatie kiest die het beste is voor je bezoekers, moet je er rekening mee houden dat dit van invloed kan zijn op het sitebeheer. Taken zoals het uploaden van bestanden naar de WordPress mediabibliotheek zullen sneller zijn wanneer de site wordt gehost in een datacenter dat dichter bij jou staat.<\/p>\n<p>We horen constant van klanten bij Kinsta dat ze verbaasd zijn over hoe veel sneller hun dashboard bij ons is. Er zijn veel factoren die dit be\u00efnvloeden, maar het beschikken over 27 verschillende datacenters speelt een grote rol! Kies een locatie die zowel voor jouw bezoekers als voor jezelf werkt! Jij bent tenslotte degene die waarschijnlijk duizenden uren aan het werk bent op jouw website.<\/p>\n<h2 id=\"dns\">Premium DNS is beter dan een gratis DNS<\/h2>\n<p><a href=\"https:\/\/kinsta.com\/nl\/blog\/wat-is-dns\/\" target=\"_blank\" rel=\"noopener noreferrer\">DNS<\/a>, afkorting voor Domain Name System, is een van de meest voorkomende en tegelijk onbegrepen componenten van het web. Simpel gezegd: DNS helpt om verkeer op het internet de juiste richting op te wijzen door het verbinden van domeinen met servers. In essentie verwerkt DNS een mens-vriendelijk verzoek \u2014 een domein als kinsta.com omzetten naar een computer-vriendelijk server IP-adres \u2014 zoals 216.58.217.206.<\/p>\n<figure style=\"width: 1024px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/hoe-dns-werkt.png\" alt=\"Hoe DNS werkt\" width=\"1024\" height=\"303\"><figcaption class=\"wp-caption-text\">Hoe DNS werkt<\/figcaption><\/figure>\n<p>Je kunt zowel gratis DNS als premium DNS vinden. Alle Kinsta klanten krijgen via Amazon Route 53 toegang tot premium DNS. Over het algemeen zijn wij van mening dat\u00a0<a href=\"https:\/\/kinsta.com\/nl\/blog\/premium-dns\/\" target=\"_blank\" rel=\"noopener noreferrer\">premium DNS een noodzaak<\/a>\u00a0is vandaag de dag.<\/p>\n<p>Een belangrijke reden om premium DNS te kiezen, is de\u00a0<strong>snelheid en betrouwbaarheid<\/strong>. Het opzoeken van DNS-records en het sturen van verkeer kost tijd, zelfs als het slechts een kwestie van milliseconden is.<\/p>\n<p>Doorgaans is de gratis DNS die je van jouw domeinnaam registrar krijgt relatief traag, terwijl premium DNS vaak betere prestaties biedt. In <a href=\"https:\/\/kinsta.com\/nl\/blog\/wat-is-dns\/\" target=\"_blank\" rel=\"noopener noreferrer\">onze tests<\/a> ontdekten we bijvoorbeeld dat de gratis <strong> NameCheap DNS 33% langzamer<\/strong> was dan Amazon Route 53 premium DNS. Bovendien kan premium DNS betere beveiliging en beschikbaarheid bieden, vooral wanneer je een DDoS-aanval moet afweren.<\/p>\n<p>Je kunt een tool zoals de\u00a0<a href=\"http:\/\/www.solvedns.com\/dnsspeedtest\/\" target=\"_blank\" rel=\"noopener noreferrer\">SolveDNS snelheidstest<\/a> gebruiken om de DNS-lookup tijden te controleren.\u00a0<a href=\"https:\/\/www.dnsperf.com\/\" target=\"_blank\" rel=\"noopener noreferrer\">DNSPerf<\/a> biedt ook uitstekende prestatiegegevens over alle top DNS-providers.<\/p>\n<p>Voor een goed middenweg tussen de gratis DNS die wordt geleverd door je domeinregistrar en premium DNS, is de <a href=\"https:\/\/www.cloudflare.com\/\" target=\"_blank\" rel=\"noopener noreferrer\">Cloudflare DNS<\/a> een gratis service die nog steeds veel van de voordelen van premium DNS biedt. Ze hebben hoge snelheden met minder dan 20 ms gemiddelde reactietijden over de hele wereld (zoals hieronder te zien).<\/p>\n<figure style=\"width: 1558px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/cloudflare-gratis-dns-snelheidstest.png\" alt=\"Cloudflare gratis DNS snelheidstest\" width=\"1558\" height=\"1006\"><figcaption class=\"wp-caption-text\">Cloudflare gratis DNS snelheidstest<\/figcaption><\/figure>\n<p><a href=\"https:\/\/kinsta.com\/nl\/blog\/cloudflare-integratie\/\">Cloudflare integratie<\/a> zit inbegrepen bij alle <a href=\"https:\/\/kinsta.com\/nl\/prijzen\/?plan=visits-business1&amp;interval=month\">Kinsta pakketten<\/a>. Als je voornamelijk bezoekers in de Verenigde Staten hebt, is <a href=\"https:\/\/dnsmadeeasy.com\/\">DNS Made Easy<\/a> een andere geweldige premium DNS provider die je wellicht wilt bekijken. Ze hebben een reputatie voor het leveren van de beste DNS uptime in de afgelopen tien jaar.<\/p>\n<p>In de laatste 30 dagen toont DNSPerf de volgende uptime voor deze providers:<\/p>\n<ul>\n<li>DNS Made Easy: 99.99% wat gelijk staat aan\u00a0<a href=\"https:\/\/uptime.is\/99.99\" target=\"_blank\" rel=\"noopener noreferrer\">4m 23.0s maandelijkse downtime<\/a>.<\/li>\n<li>Amazon Route 53: 99.88% wat gelijk staat aan\u00a0<a href=\"https:\/\/uptime.is\/99.88\" target=\"_blank\" rel=\"noopener noreferrer\">52m 35.7s maandelijkse downtime<\/a>.<\/li>\n<li>Cloudflare: 99.85% wat gelijk staat aan\u00a0<a href=\"https:\/\/uptime.is\/99.85\" target=\"_blank\" rel=\"noopener noreferrer\">1h 5m 44.6s maandelijkse downtime<\/a>.<\/li>\n<\/ul>\n<p>Is downtime zo belangrijk bij DNS-providers? Het antwoord hierop is ja en nee. DNS wordt meestal in cache opgeslagen bij ISP&#8217;s met behulp van de time to live waarde (TTL) op het DNS-record. Daarom zal je waarschijnlijk niets merken als een DNS-provider 10 minuten lang down is. Uitvaltijd is echter van belang als de provider consequent langere en frequente onderbrekingen heeft of als jouw ISP en DNS-records beide erg lage TTL-waarden gebruiken.<\/p>\n<h2 id=\"wordpress-theme\">Jouw WordPress thema heeft invloed<\/h2>\n<p>Iedereen houdt van een gloednieuw WordPress thema, maar wees voorzichtig voordat je iets kiest met allerlei nieuwe shiny functies. Lees eerst ons artikel over de verschillen tussen <a href=\"https:\/\/kinsta.com\/blog\/wordpress-free-vs-paid-themes\/\" target=\"_blank\" rel=\"noopener noreferrer\">gratis versus betaalde thema&#8217;s<\/a>. In relatie tot de prestaties heeft elk element dat je in een thema ziet invloed op de algehele snelheid van je website. En helaas zitten er met duizenden beschikbare thema&#8217;s ook rotte appels tussen.<\/p>\n\n<p>Hoe moet je nou weten welk thema je moet kiezen? Wij raden aan om in zee te gaan met 1 van de 2 volgende opties:<\/p>\n<ul>\n<li>Een snel lichtgewicht WordPress thema dat is <strong>gebouwd met alleen de functies die je nodig hebt<\/strong>.<\/li>\n<li>Een thema met meer features waarvan je <strong>functies kunt uitschakelen<\/strong> die je niet nodig hebt.<\/li>\n<\/ul>\n<p>Zaken zoals <a href=\"https:\/\/kinsta.com\/nl\/blog\/beste-google-fonts\/\" target=\"_blank\" rel=\"noopener noreferrer\">Google Fonts<\/a>, Font Awesome pictogrammen, schuifregelaars, galerijen, video- en parallax-scripts, enz. zijn slechts enkele van de vele dingen die je makkelijk zou moeten kunnen uitschakelen als ze niet gebruikt worden. Je wilt niet dat je dit handmatig moet aanpassen. We zullen je niet 50 verschillende manieren laten zien om dingen eruit te halen. In plaats daarvan moet je starten met of overstappen naar een WordPress thema dat vanaf het begin licht van gewicht is of jou deze opties geeft.<\/p>\n<p>Hieronder staan een paar WordPress thema&#8217;s die we aanbevelen en waar je niet mis mee kunt gaan! Vertrouw erop, je zult ons later bedanken.\u00a0\ud83d\ude09<\/p>\n<p>Elk thema hieronder vermeld is volledig compatibel WooCommerce en Easy Digital Downloads, WPML, BuddyPress en bbPress. We voeren een paar snelheidstests uit met elk thema met behulp van de volgende configuratie:<\/p>\n<ul>\n<li>Gehost bij Kinsta, WordPress versie 4.9.8<\/li>\n<li><a href=\"https:\/\/kinsta.com\/nl\/blog\/php-7-3\/\" target=\"_blank\" rel=\"noopener noreferrer\">PHP 7.3<\/a>\u00a0en SSL (HTTPS)<\/li>\n<li>Kinsta CDN<\/li>\n<li><a href=\"https:\/\/imagify.io\/\" target=\"_blank\" rel=\"noopener noreferrer\">Imagify<\/a> om afbeeldingen automatisch te comprimeren.<\/li>\n<\/ul>\n<h3 id=\"generatepress\">GeneratePress<\/h3>\n<p><a href=\"https:\/\/generatepress.com\/\" target=\"_blank\" rel=\"noopener noreferrer\">GeneratePress<\/a>\u00a0is een snel, lichtgewicht (minder dan 1MB gecomprimeerd), mobiel responsief WordPress thema, gebouwd voor snelheid, SEO en bruikbaarheid. Gebouwd door Tom Usborne, een ontwikkelaar uit Canada. Het thema wordt actief bijgewerkt en goed ondersteund. Zelfs enkele Kinsta teamleden gebruiken GeneratePress voor hun projecten.<\/p>\n<p>Er is zowel een gratis als een premium versie beschikbaar. Als je de <a href=\"https:\/\/wordpress.org\/themes\/generatepress\/\" target=\"_blank\" rel=\"noopener noreferrer\">WordPress repository<\/a> bekijkt, heeft de gratis versie momenteel meer dan 200.000 actieve installaties, 2+ miljoen downloads en een indrukwekkende 5 uit 5 sterren (meer dan 850 mensen hebben 5 sterren gegeven).<\/p>\n<figure style=\"width: 1574px\" class=\"wp-caption aligncenter\"><a href=\"https:\/\/generatepress.com\/\" target=\"_blank\" rel=\"noopener noreferrer\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/generatepress.jpg\" alt=\"GeneratePress\" width=\"1574\" height=\"1049\"><\/a><figcaption class=\"wp-caption-text\">GeneratePress<\/figcaption><\/figure>\n<p>Een van de geweldige dingen van GeneratePress is dat alle opties de eigen WordPress Customizer gebruiken. Dat betekent dat je elke verandering die je aanbrengt direct kunt zien voordat je op de publicatieknop drukt. Dit betekent ook dat je geen nieuw thema configuratiescherm hoeft te leren kennen.<\/p>\n<p>Hoe snel is het thema? We hebben een nieuwe installatie van GeneratePress gedaan, vijf snelheidstests uitgevoerd in Pingdom en daarvan het gemiddelde genomen. De totale laadtijd was <strong>305 ms<\/strong> met een totale <strong>pagina grootte van slechts 16,8 KB.<\/strong> Het is altijd goed om een baseline-test te doen om te zien wat het onbewerkte thema in huis heeft qua prestaties.<\/p>\n<figure style=\"width: 1856px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/generatepress-snelheidstest-nieuwe-installatie.png\" alt=\"GeneratePress snelheidstest voor een nieuwe installatie\" width=\"1856\" height=\"606\"><figcaption class=\"wp-caption-text\">GeneratePress <a href=\"https:\/\/tools.pingdom.com\/#59c4426708c00000\" target=\"_blank\" rel=\"noopener noreferrer\">snelheidstest<\/a> voor een nieuwe installatie<\/figcaption><\/figure>\n<p>Vervolgens hebben we een andere set tests uitgevoerd met een van de vooraf gemaakte thema&#8217;s uit de GeneratePress bibliotheek. Dit bevat afbeeldingen, achtergronden, nieuwe secties, enzovoort. Een voordeel van GeneratePress is dat het veel vooraf gebouwde thema&#8217;s heeft waardoor er geen plugin voor het maken van een pagina is vereist. Je kunt zien dat het nog steeds onder de 400 ms is.<\/p>\n<figure style=\"width: 1824px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/complete-website-snelheidstest-generatepress.png\" alt=\"Complete website snelheidstest voor GeneratePress\" width=\"1824\" height=\"590\"><figcaption class=\"wp-caption-text\">GeneratePress full website <a href=\"https:\/\/tools.pingdom.com\/#59c51c9bdf800000\" target=\"_blank\" rel=\"noopener noreferrer\">speed test<\/a><\/figcaption><\/figure>\n<p>Nu heb je in een echte omgeving andere dingen draaien, zoals Google Analytics, Facebook-remarketingpixel, Hotjar, enz. Ook dan kun je gemakkelijk onder de 1 seconde kunnen blijven. Lees een <a href=\"https:\/\/woorkup.com\/generatepress-review\/\" target=\"_blank\" rel=\"noopener noreferrer\">uitgebreide review over GeneratePress<\/a> op woorkup.<\/p>\n<p>We laten je hieronder meer manieren zien hoe je WordPress kunt optimaliseren en versnellen.<\/p>\n<h3 id=\"oceanwp\">OceanWP<\/h3>\n<p>Het\u00a0<a href=\"https:\/\/oceanwp.org\/\" target=\"_blank\" rel=\"noopener noreferrer\">OceanWP thema<\/a> is licht van gewicht en uitermate uitbreidbaar en stelt je in staat vrijwel elk type website zoals een blog, portfolio, bedrijfswebsite en WooCommerce winkel met een mooi en professioneel ontwerp te maken. Gebouwd door Nicolas Lecocq. Het thema wordt ook actief bijgewerkt en goed ondersteund.<\/p>\n<p>Net als bij GeneratePress is er zowel een gratis als een premium versie beschikbaar. Als je de <a href=\"https:\/\/wordpress.org\/themes\/oceanwp\/\" target=\"_blank\" rel=\"noopener noreferrer\">WordPress repository<\/a> bekijkt, heeft de gratis versie momenteel meer dan 400.000 actieve installaties en een nog indrukwekkendere 5 uit 5 sterren beoordeling (met meer dan 2.600 mensen die 5 sterren hebben gegeven).<\/p>\n<figure style=\"width: 1575px\" class=\"wp-caption aligncenter\"><a href=\"https:\/\/oceanwp.org\/\" target=\"_blank\" rel=\"noopener noreferrer\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/oceanwp-thema.jpg\" alt=\"OceanWP Thema\" width=\"1575\" height=\"1060\"><\/a><figcaption class=\"wp-caption-text\">OceanWP Thema<\/figcaption><\/figure>\n<p>Hoe snel is het thema? We hebben een nieuwe installatie met OceanWP gedaan, vijf snelheidstests uitgevoerd in Pingdom en het gemiddelde genomen. De totale laadtijd was <strong>389 ms<\/strong> met een totale <strong>pagina grootte van slechts 230,8 KB<\/strong>. De scripts in OceanWP zijn iets groter, maar dit is niet significant.<\/p>\n<figure style=\"width: 1484px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/oceanwp-snelheidstest-nieuwe-installatie.png\" alt=\"OceanWP snelheidstest met een nieuwe installatie\" width=\"1484\" height=\"476\"><figcaption class=\"wp-caption-text\">OceanWP <a href=\"https:\/\/tools.pingdom.com\/#59c564c81dc00000\" target=\"_blank\" rel=\"noopener noreferrer\">snelheidstest<\/a> met een nieuwe installatie<\/figcaption><\/figure>\n<p>Vervolgens hebben we een andere reeks testen uitgevoerd met een van de demo thema&#8217;s uit de OceanWP bibliotheek. Dit bevat afbeeldingen, achtergronden, nieuwe secties en vereist Elementor als page builder. Je kunt zien dat het nog steeds onder 600 ms is.<\/p>\n<figure style=\"width: 1466px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/complete-website-snelheidstest-oceanwp.png\" alt=\" Complete website snelheidstest voor OceanWP\" width=\"1466\" height=\"486\"><figcaption class=\"wp-caption-text\">OceanWP volledige website <a href=\"https:\/\/tools.pingdom.com\/#59c570dd24c00000\" target=\"_blank\" rel=\"noopener noreferrer\">speed test<\/a><\/figcaption><\/figure>\n<p>Je kunt een uitgebreide <a href=\"https:\/\/kinsta.com\/nl\/blog\/oceanwp\/\" target=\"_blank\" rel=\"noopener noreferrer\">review over OceanWP<\/a> lezen op onze blog.<\/p>\n<h3 id=\"astra\">Astra<\/h3>\n<p><a href=\"https:\/\/wpastra.com\/\" target=\"_blank\" rel=\"noopener noreferrer\">Astra<\/a> is een snel, volledig aanpasbaar &#038; mooi thema geschikt voor blogs, persoonlijke portefeuilles, zakelijke websites en WooCommerce websites. Het is een zeer licht (minder dan 50 KB op de front-end) thema en biedt een onge\u00ebvenaarde snelheid. Gebouwd is het thema door het team van Brainstorm Force. Het thema wordt actief bijgewerkt en goed ondersteund. Je herkent ze misschien als de makers van de populaire All In One Schema Rich Snippets plugin die al vele jaren bestaat.<\/p>\n<p>Net als bij GeneratePress en OceanWP is er zowel een gratis als een premium versie beschikbaar. Als je de <a href=\"https:\/\/wordpress.org\/themes\/astra\/\" target=\"_blank\" rel=\"noopener noreferrer\">WordPress repository<\/a> bekijkt, heeft de gratis versie momenteel meer dan 400.000 actieve installaties, 1,6 miljoen downloads en een indrukwekkende 5 van de 5 sterren beoordeling (meer dan 2500 mensen hebben 5 sterren gegeven).<\/p>\n<figure style=\"width: 1577px\" class=\"wp-caption aligncenter\"><a href=\"https:\/\/wpastra.com\/\" target=\"_blank\" rel=\"noopener noreferrer\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/astra-wordpress-thema.jpg\" alt=\"Astra WordPress Thema\" width=\"1577\" height=\"1060\"><\/a><figcaption class=\"wp-caption-text\">Astra WordPress Thema<\/figcaption><\/figure>\n<p>Hoe snel is het thema? We hebben een nieuwe installatie van Astra gemaakt, vijf snelheidstests uitgevoerd in Pingdom en daarvan het gemiddelde genomen. De totale laadtijd was <strong>243 ms<\/strong> met een totale <strong>pagina grootte van slechts 26.6 KB<\/strong>.<\/p>\n<figure style=\"width: 1462px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/astra-snelheidstest-nieuwe-installatie.png\" alt=\"Astra snelheidstest met een nieuwe installatie\" width=\"1462\" height=\"476\"><figcaption class=\"wp-caption-text\">Astra <a href=\"https:\/\/tools.pingdom.com\/#59c57d98c7800000\" target=\"_blank\" rel=\"noopener noreferrer\">snelheidstest<\/a> met een nieuwe installatie<\/figcaption><\/figure>\n<p>Vervolgens hebben we een andere reeks testen uitgevoerd met een van de demo-thema\u2019s uit de bibliotheek van de Astra Starterskit. Deze bevat afbeeldingen, achtergronden, nieuwe secties en vereiste de Elementor page builder. Je kunt zien dat het thema nog steeds onder de 700 ms blijft. Opmerking: de afbeeldingen in deze demo zijn volledig gecomprimeerd, maar de thema ontwikkelaars kozen vanaf het begin voor zeer hoge resolutie.<\/p>\n<figure style=\"width: 1468px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/complete-website-snelheidstest-astra.png\" alt=\"Complete website snelheidstest voor Astra\" width=\"1468\" height=\"488\"><figcaption class=\"wp-caption-text\">Complete website <a href=\"https:\/\/tools.pingdom.com\/#59c57a395d400000\" target=\"_blank\" rel=\"noopener noreferrer\">snelheidstest<\/a> voor Astra<\/figcaption><\/figure>\n<p><span class=\"Apple-converted-space\">\u00a0<\/span>Het is belangrijk om de verschillen tussen de snelheidstesten van deze 3 thema\u2019s met een korrel zout te nemen. Het probleem is dat het bijna onmogelijk is om een nauwkeurige vergelijking naast elkaar uit te voeren. Het belangrijkste dat we je wilden laten zien, is dat al deze WordPress-thema&#8217;s razendsnel zijn, zowel nieuw uit de doos en volledige demo&#8217;s!\u00a0\ud83d\ude80<\/p>\n<h3>Waarschuwing over page builders<\/h3>\n<p>Zoals je waarschijnlijk hebt opgemerkt, vereisen OceanWP en Astra beide page builders om hun thema&#8217;s in de bibliotheek te gebruiken. Hier zijn een paar dingen om rekening mee te houden wanneer je een <a href=\"https:\/\/kinsta.com\/nl\/blog\/wordpress-page-builders\/\" target=\"_blank\" rel=\"noopener noreferrer\">page builder plugin<\/a> gebruikt:<\/p>\n<ul>\n<li>Sommige page builders kunnen de laadtijd op je site verhogen. Dit komt omdat ze extra CSS en JS moeten laden om ervoor te zorgen dat dingen zonder code voor je werken. Dat is hoe de magie werkt! Wij raden altijd aan om jouw WordPress site voor en na het installeren van een page builder\u00a0te <a href=\"https:\/\/kinsta.com\/nl\/blog\/snelheidstest-website\/\" target=\"_blank\" rel=\"noopener noreferrer\">testen<\/a>.<\/li>\n<li>Wanneer je kiest voor een page builder, wijd je jezelf aan het design dat mogelijk is met die page builder. Zorg ervoor dat je er een uitkiest die regelmatig wordt bijgewerkt en alles heeft wat je nodig hebt voor de lange termijn.<\/li>\n<\/ul>\n<p>Dat gezegd hebbende, zijn wij nog steeds grote fans van page builders zoals <a href=\"https:\/\/elementor.com\/\" target=\"_blank\" rel=\"noopener noreferrer\">Elementor<\/a> en <a href=\"https:\/\/www.wpbeaverbuilder.com\/\" target=\"_blank\" rel=\"noopener noreferrer\">Beaver Builder<\/a>. Voor het grootste deel zijn ze ontwikkeld met het oog op prestaties en voegen ze slechts een klein beetje overhead toe. Voor de meesten zijn de functionaliteit en bruikbaarheid de moeite waard. Deze plugins laten je alles maken wat je maar kunt bedenken! Ze kunnen in sommige gevallen ook sneller zijn, omdat ze mogelijk een vervanging zijn voor meer dan 5 andere plugins die anders gebruikt zouden zijn.<\/p>\n<p>Als je geen page builder plugin nodig hebt, installeer er dan ook geen een. Ook niet voor de kick. Het gaat ook interessant zijn om te zien hoe de nieuwe <a href=\"https:\/\/kinsta.com\/nl\/blog\/gutenberg-wordpress-editor\/\" target=\"_blank\" rel=\"noopener noreferrer\">Gutenberg editor<\/a> de komende jaren een rol zal spelen in het ontwerpen van een website.<\/p>\n<h2 id=\"wordpress-plugins\">De feiten over WordPress plugins<\/h2>\n<p>Nu de scoop over WordPress plugins. Je hebt misschien wel eens gehoord dat je niet te veel plugins moet installeren omdat het je WordPress site zou vertragen. Ondanks dat dit soms waar is, is het niet de meest kritische factor. <strong>Het aantal plugins is niet zo belangrijk als de kwaliteit van de\u00a0plugins.<\/strong> Zo, dat hebben we gezegd. \ud83d\ude1c<\/p>\n<p>Net als bij thema&#8217;s, maakt het uit hoe de plugin is ontwikkeld en of deze is gebouwd met prestaties in het vizier. We hebben veel klanten bij Kinsta die 30 tot 40 plugins draaien en hun sites nog steeds ruim onder een seconde laden.<\/p>\n<p>Hoewel het leuk is om code toe te voegen aan je site, is dit om de volgende redenen niet altijd praktisch:<\/p>\n<ol>\n<li>Je moet de code zelf onderhouden terwijl de standaarden veranderen. Waarom zou je niet vertrouwen op de fantastische ontwikkelaars die de standaarden als geen ander kennen?<\/li>\n<li>Meestal zal een goed gecodeerde plugin niet veel meer overhead hebben dan de code zelf.<\/li>\n<li>Onthoud dat een meerderheid van de WordPress community niet zo geraffineerd is als ontwikkelaars. Plugins zijn oplossingen die helpen bij het oplossen van problemen.<\/li>\n<\/ol>\n<p>Met dat gezegd hebbende, zijn er natuurlijk ook minder goede plugins die je niet wilt gebruiken. Geloof ons; we hebben het ergste van het ergste gezien bij Kinsta. Veel, maar niet alle <a href=\"https:\/\/kinsta.com\/nl\/docs\/wordpress-hosting\/wordpress-plugins-themas\/wordpress-verboden-incompatibele-plugins\/\" target=\"_blank\" rel=\"noopener noreferrer\">plugins die we bij Kinsta verbieden<\/a> veroorzaken problemen met prestatie.<\/p>\n<p>Francesco heeft een interessant artikel waarin hij <a href=\"https:\/\/francescocarlucci.com\/seo\/load-testing-wordpress-plugins-performances\/\" target=\"_blank\" rel=\"noopener noreferrer\">WordPress plugins test<\/a> om te zien hoe ze presteren op de back-end van een WordPress site, die in de meeste gevallen niet gecached wordt. We zullen hieronder ingaan op het vinden van slechte plugins op jouw website.<\/p>\n<p>We kunnen niet om het feit heen dat de enorme bibliotheek aan plugins een van de grote redenen is waarom mensen van WordPress houden. Maar met de 56.000+ gratis plugins die vermeld staan op WordPress.org alleen en duizenden meer elders, kan het moeilijk zijn om die ene plugin te vinden die je nodig hebt. Een naald in een hooiberg zoeken! Bekijk de lijst die wij hebben samengesteld met alleen de\u00a0<a href=\"https:\/\/kinsta.com\/nl\/onderwerpen\/wordpress-plugins\/\" target=\"_blank\" rel=\"noopener noreferrer\">beste WordPress plugins<\/a> die beschikbaar zijn.<\/p>\n<p>We proberen alleen dingen te delen die wij ook dagelijks gebruiken. En ja, we gebruiken WordPress-plugins op onze site net als de rest van jullie. Veel teamleden bij Kinsta ontwikkelen en verkopen zelfs plugins.<\/p>\n<h3>Een groot probleem met WordPress plugins<\/h3>\n<p>Een groot probleem met WordPress plugins is het <a href=\"https:\/\/kinsta.com\/nl\/blog\/wordpress-plugin-verwijderen\/\" target=\"_blank\" rel=\"noopener noreferrer\">verwijderingsproces<\/a>. Wanneer je een WordPress plugin of thema installeert, worden gegevens in de database opgeslagen. Het probleem is dat wanneer je een plugin weer verwijdert met behulp van een van de standaardmethoden, dit meestal tabellen en rijen in jouw database achterlaat. In de loop van de tijd kan dit tot heel wat extra gegevens leiden en zelfs je site te vertragen. In ons voorbeeld hebben we de Wordfence Security plugin verwijderd en deze heeft 24 tabellen in onze database achtergelaten (zoals hieronder te zien). Het is nog erger als ze achter data in de tabel <code>wp_options<\/code> staan.<\/p>\n<figure style=\"width: 1735px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2017\/07\/wordfence-tabellen.png\" alt=\"WordFence tabellen\" width=\"1735\" height=\"1319\"><figcaption class=\"wp-caption-text\">WordFence tabellen<\/figcaption><\/figure>\n<p>Naast de database laten veel plugins ook extra mappen en bestanden achter. Onze ervaring is dat dit vaak gebeurt met beveiligings- en caching-plugins die extra mappen cre\u00ebren voor bijvoorbeeld logboeken. Nadat de plugin voor WordFence was verwijderd, hadden we nog de map &#8220;wflogs&#8221; in onze wp-content directory. Dit gebeurt niet enkel met Wordfence, de meeste plugins en thema&#8217;s op de markt werken op deze manier.<\/p>\n<figure style=\"width: 1109px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2017\/07\/wordfence-logs.png\" alt=\"WordFence logs\" width=\"1109\" height=\"490\"><figcaption class=\"wp-caption-text\">WordFence logs<\/figcaption><\/figure>\n<h3>Waarom doen ontwikkelaars dit?<\/h3>\n<p>Je vraagt je waarschijnlijk af, waarom hebben ontwikkelaars geen opruim methodes hebben wanneer je een plugin deactiveert en verwijdert? Deze zijn er wel. Maar hier zijn een aantal redenen waarom ze dit waarschijnlijk niet zo zomaar doen.<\/p>\n<ol>\n<li><strong>Ze willen de instellingen voor de gebruiker behouden.<\/strong> Als je een WordPress plugin verwijdert en besluit deze later opnieuw te installeren, blijven alle instellingen en gegevens aanwezig. Hoewel dit superhandig is, is dit niet de meest e\ufb03ci\u00ebnte manier.<\/li>\n<li><strong>Ze geven niets om de prestaties.<\/strong> Sommige ontwikkelaars zouden kunnen beweren dat het achterlaten van tabellen geen invloed heeft op de prestaties. Maar stel je een site voor in de loop van tien jaar, nadat je honderden plugins hebt gebruikt die mogelijk duizenden rijen of tabellen hebben gegenereerd. Database query&#8217;s hebben een aanzienlijke invloed op de prestaties van jouw WordPress site, en <a href=\"https:\/\/kinsta.com\/nl\/blog\/wordpress-prestatieknelpunten-new-relic\/\" target=\"_blank\" rel=\"noopener noreferrer\">plugins kunnen veel verzoeken<\/a>\u00a0doen als de ontwikkelaar niet voorzichtig is. Over het algemeen vraagt een goed geschreven plugin alleen de tabellen of rijen waarop deze is gekoppeld, maar dit is niet altijd het geval. We hebben dit zelf bij Kinsta gezien, lange database query&#8217;s die een site moeten laten crawlen vanwege <a href=\"https:\/\/kinsta.com\/nl\/blog\/wp-options-autoloaded-data\/\" target=\"_blank\" rel=\"noopener noreferrer\">onnodige geladen gegevens in de wp_options tabel<\/a>.<\/li>\n<li><strong>Ze hebben een fout gemaakt.<\/strong>. Het <a href=\"https:\/\/developer.wordpress.org\/plugins\/the-basics\/uninstall-methods\/\" target=\"_blank\" rel=\"noopener noreferrer\">WordPress plugin handboek<\/a> zegt zelfs dat &#8220;minder ervaren ontwikkelaars soms de fout maken om de deactiverings hook voor dit doel te gebruiken.&#8221;<\/li>\n<\/ol>\n<p>Het goede nieuws? Er zijn altijd manieren op een plugin op de juiste manier te deactiveren en te verwijderen. \ud83d\udc4f Lees hiervoor onze onderstaande handleidingen:<\/p>\n<ul>\n<li><a href=\"https:\/\/kinsta.com\/nl\/blog\/wordpress-plugin-verwijderen\/#properly-uninstall-wordpress-plugin\" target=\"_blank\" rel=\"noopener noreferrer\">Hoe verwijder je een WordPress plugin (De juiste manier)<\/a><\/li>\n<li><a href=\"https:\/\/kinsta.com\/nl\/blog\/wordpress-plugin-verwijderen\/#cleanup-tables-left-behind\" target=\"_blank\" rel=\"noopener noreferrer\">Hoe ruim je handmatig overgebleven tabellen op<\/a><\/li>\n<\/ul>\n<h2 id=\"wordpress-settings\">Optimale WordPress instellingen<\/h2>\n<p>We gaan verder met de optimale WordPress instellingen. Hier zijn een paar wijzigingen die je kunt aanbrengen om jouw WordPress site sneller te maken. Veel van deze aanpassingen zijn zeer subtiele veranderingen, maar alles helpt!<\/p>\n<h3>Wijzig Jouw WordPress Login URL<\/h3>\n<p>Standaard is de Login URL van jouw WordPress website <code>jouwdomein.nl\/wp-admin\/<\/code>. Een van de problemen hiermee is dat alle bots, hackers en scripts die er zijn, dit ook weten. Door de URL te wijzigen, Kan je jezelf een minder groot doelwit maken, jezelf beter beschermen tegen brute force-aanvallen en de bandbreedte verminderen die wordt verbruikt door de bots die deze URL herhaaldelijk benaderen.<\/p>\n<p><a href=\"https:\/\/kinsta.com\/nl\/blog\/wordpress-login-url\/\" target=\"_blank\" rel=\"noopener noreferrer\">Het wijzigen van je WordPress login URL <\/a> kan ook helpen veelvoorkomende fouten zoals de &#8220;429 Te veel verzoeken&#8221; te voorkomen. Dit is niet de oplossing voor alle oplossingen, het is maar een kleine truc die je kan helpen beschermen en de belasting op die pagina kan verminderen.<\/p>\n<p>Om uw login URL voor WordPress te wijzigen, raden wij aan een van de volgende plugins te gebruiken:<\/p>\n<ul>\n<li><a href=\"https:\/\/wordpress.org\/plugins\/wps-hide-login\/\" target=\"_blank\" rel=\"noopener noreferrer\">WPS Hide Login<\/a> (gratis)<\/li>\n<li><a href=\"https:\/\/perfmatters.io\/\" target=\"_blank\" rel=\"noopener noreferrer\">Perfmatters<\/a> (premium, maar bevat ook andere instellingen voor prestatie optimalisatie en is ontwikkeld door een teamlid van Kinsta)<\/li>\n<\/ul>\n<figure style=\"width: 1790px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/wijzig-wordpress-login-URL.png\" alt=\"Wijzig de WordPress Login URL via Perfmatters\" width=\"1790\" height=\"778\"><figcaption class=\"wp-caption-text\">Wijzig de WordPress Login URL via Perfmatters<\/figcaption><\/figure>\n<h3>Bewerk of deactiveer plugin- en thema-updates<\/h3>\n<p>Trage WordPress dashboards kunnen worden be\u00efnvloed door het netwerk, de datacenter locatie en zelfs door PHP versies. Maar een andere factor waar niet veel mensen het over hebben, zijn de WordPress update controles die op de achtergrond wordt uitgevoerd. Dit is kan je snelheid schaden als je veel WordPress plugins en -thema&#8217;s hebt. WeFoster heeft hierover een geweldige blogpost waarin ze de zin &#8220;<a href=\"https:\/\/wefoster.co\/the-worst-wordpress-performance-problem-youve-never-heard-of-tppucs\" target=\"_blank\" rel=\"noopener noreferrer\">\u201cThird Party Plugin Update Check Syndrome\u201c<\/a>&#8221; of TPPUCS gebruiken.<\/p>\n<p>Het probleem is dat de ingebouwde WordPress update controle achter de schermen een extern GET-verzoek indient (<code>https:\/\/third-party-plugin\/update-check.php<\/code>). Soms is dit periodiek, maar het kan ook heel vaak voorkomen. Als dit de hele tijd gebeurt, kan je dashboard hierdoor langzaam worden.<\/p>\n<p>Dit is meer een probleem van hoe de update checker in WordPress is gebouwd. Als je last hebt van de trage laadtijden van het WordPress dashboard kun je dit proberen. De oplossing is automatische updates uit te schakelen. Waarschuwing: doe dit alleen als je handmatig updates wilt controleren. Veel updates bevatten namelijk beveiliging en bugfixes.<\/p>\n<p>Om automatische updates uit te schakelen raden wij de volgende plugins aan:<\/p>\n<ul>\n<li><a href=\"https:\/\/wordpress.org\/plugins\/disable-wordpress-updates\/\" target=\"_blank\" rel=\"noopener noreferrer\">Disable All WordPress Updates<\/a>: volledig gratis zonder instellingen. Doet precies wat de plugin zegt.<\/li>\n<li><a href=\"https:\/\/wordpress.org\/plugins\/stops-core-theme-and-plugin-updates\/\" target=\"_blank\" rel=\"noopener noreferrer\">Easy Updates Manager<\/a>: geeft een betere controle over selectieve updates. Er is zowel en gratis als premium versie.<\/li>\n<\/ul>\n<p>Je kunt eenvoudig zelf een herinnering instellen, de plugin \u00e9\u00e9n keer per week uitschakelen, controleren op updates en vervolgens weer inschakelen.<\/p>\n<h3>Schakel pingbacks uit<\/h3>\n<p>Een <a href=\"https:\/\/kinsta.com\/blog\/what-is-a-pingback\/\" target=\"_blank\" rel=\"noopener noreferrer\">pingback<\/a> is een geautomatiseerde reactie die wordt gemaakt wanneer een andere blog naar jou linkt. Er kunnen ook self-pingbacks zijn die worden gemaakt wanneer je naar een artikel in jouw eigen blog linkt.<\/p>\n<p>We raden je aan deze gewoon uit te schakelen omdat ze waardeloze zoekopdrachten en extra spam genereren op jouw website. Vergeet niet dat hoe minder verzoeken jouw WordPress website hoeft te doen, hoe beter het is &#8211; vooral op sites met veel verkeer. Om nog maar te zwijgen over het feit dat een pingback op je eigen website gewoon ronduit vervelend is. Volg de onderstaande stappen om pingbacks uit te schakelen.<\/p>\n<h4>Stap 1 \u2014 Schakel pingbacks van andere blogs uit<\/h4>\n<p>Klik in je\u00a0<a href=\"https:\/\/kinsta.com\/blog\/wordpress-admin\/\" target=\"_blank\" rel=\"noopener noreferrer\">WordPress dashboard<\/a> op &#8216;Instellingen \u2192 Discussie&#8217;. Schakel in het gedeelte &#8216;Reactie instellingen&#8217; de optie &#8216;Sta linkmeldingen van andere blogs (pingbacks en trackbacks) op nieuwe berichten toe&#8217; uit.<\/p>\n<figure style=\"width: 1710px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" class=\"size-full \" src=\"https:\/\/kinsta.com\/wp-content\/uploads\/2018\/11\/disable-pingback-in-wordpress.png\" alt=\"Disable pingback in WordPress\" width=\"1710\" height=\"362\" data-must_clone=\"true\"><figcaption class=\"wp-caption-text\">Schakel pingback in WordPress uit<\/figcaption><\/figure>\n<h4>Stap 2 \u2014 Schakel self-pingbacks uit<\/h4>\n<p>Als het gaat om het uitschakelen van self-pingbacks, heb je een aantal opties. Je kunt de gratis plugin\u00a0<a href=\"https:\/\/wordpress.org\/plugins\/no-self-ping\/\" target=\"_blank\" rel=\"noopener noreferrer\">No Self Pings plugin<\/a> gebruiken. Of je gebruikt een premium plugin zoals\u00a0<a href=\"https:\/\/perfmatters.io\/\" target=\"_blank\" rel=\"noopener noreferrer\">Perfmatters<\/a>.<\/p>\n<figure style=\"width: 1612px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/pngbacks-uitschakelen-in-wordpress.png\" alt=\"Pingbacks Uitschakelen in WordPress\" width=\"1612\" height=\"692\"><figcaption class=\"wp-caption-text\">Self-pingbacks uitschakelen in WordPress<\/figcaption><\/figure>\n<p>Je kunt ook self-pingbacks uitschakelen door de volgende code toe te voegen aan het <code>functions.php<\/code>-bestand van je WordPress-thema. Waarschuwing, het bewerken van de bron van een WordPress-thema kan je site kapot maken als dit niet goed wordt gedaan. Tip, je kunt eenvoudig PHP-fragmenten zoals deze toevoegen met de gratis plugin <a href=\"https:\/\/wordpress.org\/plugins\/code-snippets\/\" target=\"_blank\" rel=\"noopener noreferrer\">Code Snippets plugin<\/a>. Dit betekent dat je nooit je thema hoeft te bewerken.<\/p>\n<pre><code class=\"language-php\">\nfunction wpsites_disable_self_pingbacks( &$links ) {\n  foreach ( $links as $l =&gt; $link )\n        if ( 0 === strpos( $link, get_option( 'home' ) ) )\n            unset($links[$l]);\n}\n\nadd_action( 'pre_ping', 'wpsites_disable_self_pingbacks' );\n<\/code><\/pre>\n<h3>Beperk het aantal berichten in jouw blog feed<\/h3>\n<p>Of je blogfeed nu is ingesteld als de startpagina of als een andere pagina van jouw site, je hebt geen 50 thumbnails nodig die allemaal tegelijk worden geladen. Voor blogs met veel verkeer is de startpagina de belangrijkste pagina van de site. Je wilt dat deze snel wordt geladen. Hoe minder aanvragen en media, hoe beter de prestaties.<\/p>\n<p>Dit is ook precies waarom paginering is uitgevonden (zoals hieronder te zien). Paginering is wat je ziet aan het einde van blog feeds waarmee je naar de volgende pagina kunt bladeren. Dit zijn meestal getallen, of ze gebruiken &#8220;volgende \/ vorige\u201d. Jouw WordPress thema heeft hoogstwaarschijnlijk al ingebouwde paginering.<\/p>\n<figure style=\"width: 1934px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/paginering.png\" alt=\"Paginering\" width=\"1934\" height=\"249\"><figcaption class=\"wp-caption-text\">Paginering<\/figcaption><\/figure>\n<p>WordPress stelt standaard het limiet voor nieuwe WordPress installaties in op 10 berichten, maar we hebben dit zo vaak veranderd gezien dat we de tel zijn kwijtgeraakt. Controleer dus zeker welke waarde jij gebruikt. We raden aan ergens tussen 8 en 12 te houden. Mocht je nieuwsgierig zijn, wij gebruiken er 12 op onze <a href=\"https:\/\/kinsta.com\/nl\/blog\/\" target=\"_blank\" rel=\"noopener noreferrer\">Kinsta-startpagina<\/a>.<\/p>\n<p>Je vindt deze optie in het WordPress dashboard onder &#8220;Instellingen \u2192 Lezen.&#8221; Je kunt daar de waarde wijzigen voor \u201cSite-pagina&#8217;s tonen maximaal&#8221;.<\/p>\n<figure style=\"width: 1390px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/blog-feed-limiet-instellen-in-wordpress.png\" alt=\"Blog feed limiet instellen in WordPress\" width=\"1390\" height=\"544\"><figcaption class=\"wp-caption-text\">Blog feed limiet instellen in WordPress<\/figcaption><\/figure>\n<h2 id=\"wordpress-cache\">Waarom caching zo belangrijk is<\/h2>\n<p>Caching is verreweg een van de <strong> invloedrijke en gemakkelijkste manieren om een WordPress website te versnellen!<\/strong> Maar voordat we je laten zien hoe je caching gebruikt, is het essentieel eerst te begrijpen hoe het werkt en welke verschillende soorten caching er beschikbaar zijn.<\/p>\n<h3>Wat is caching?<\/h3>\n<p>Kort gezegd: elke webpagina die op de WordPress site wordt bezocht, vereist een verzoek aan de server, verwerking door die server (inclusief database queries) en vervolgens een eindresultaat dat van de server naar de browser van de gebruiker wordt verzonden. Het resultaat is: jouw website, compleet met alle bestanden en elementen waardoor het er uitziet zoals het hoort.<\/p>\n<p>Je hebt bijvoorbeeld een koptekst, afbeeldingen, een menu en een blog. Omdat de server al deze verzoeken moet verwerken, duurt het even voordat de volledige webpagina aan de gebruiker is geleverd, vooral bij complexe of grotere websites.<\/p>\n<p>Dat is waar een\u00a0<a href=\"https:\/\/kinsta.com\/nl\/blog\/kinsta-regelt-de-wordpress-caching-zodat-jij-dat-niet-hoeft-te-doen\/\" target=\"_blank\" rel=\"noopener noreferrer\">WordPress caching<\/a> plugin om de hoek komt kijken! Caching geeft de server opdracht om bestanden op schijf of RAM op te slaan, afhankelijk van de configuratie. Daardoor kan het dezelfde inhoud onthouden die in het verleden gebruikt is. Kortom, het vermindert de hoeveelheid werk die nodig is om een paginaweergave te genereren. Als gevolg hiervan worden de <strong>webpagina&#8217;s veel sneller geladen, rechtstreeks vanuit de cache<\/strong>.<\/p>\n<p>Enkele andere voordelen van caching zijn onder anderen:<\/p>\n<ul>\n<li><strong>De server verbruikt minder resources<\/strong> \u2013 dit houdt verband met de snelheid, omdat minder resources zorgen voor een snellere site. Het legt echter ook minder belasting op je server. Dit is erg belangrijk als het gaat om zeer dynamische sites, <a href=\"https:\/\/kinsta.com\/nl\/blog\/hosten-wordpress-membership-sites\/\" target=\"_blank\" rel=\"noopener noreferrer\">zoals bijvoorbeeld sites met leden<\/a>, en om te bepalen wat je wel en niet wilt serveren vanuit de cache.<\/li>\n<li><strong>Je zult een lagere TTFB zien<\/strong> \u2013 Caching is een van de makkelijkste manieren om de <a href=\"https:\/\/kinsta.com\/nl\/blog\/ttfb\/\" target=\"_blank\" rel=\"noopener noreferrer\">TTFB<\/a> te verlagen. Het is zelfs zo dat in onze testen caching de TTFB met tot wel 90% vermindert!<\/li>\n<\/ul>\n<h3>Verschillende soorten caching<\/h3>\n<p>Wanneer het aankomt op de soorten caching, wordt er over het algemeen gebruik gemaakt van twee verschillende types:<\/p>\n<ol>\n<li><a href=\"#caching-server-level\">Caching op serverniveau<\/a><\/li>\n<li><a href=\"#caching-with-plugin\">Caching door middel van een plugin<\/a><\/li>\n<\/ol>\n<h4><a id=\"caching-server-level\"><\/a>1. Caching op serverniveau<\/h4>\n<p>Caching op serverniveau is veruit een van de gemakkelijkste benaderingen voor de eindgebruiker. Dit betekent dat de WordPress hosting provider het voor je afhandelt. Bij Kinsta gebruiken we de volgende\u00a0<strong>vier soorten cache<\/strong>, die allemaal automatisch op software- of serverniveau worden uitgevoerd:<\/p>\n<ul>\n<li><a href=\"https:\/\/kinsta.com\/nl\/blog\/kinsta-regelt-de-wordpress-caching-zodat-jij-dat-niet-hoeft-te-doen\/#bytecode-cache\" target=\"_blank\" rel=\"noopener noreferrer\">Bytecode cache<\/a><\/li>\n<li><a href=\"https:\/\/kinsta.com\/nl\/blog\/kinsta-regelt-de-wordpress-caching-zodat-jij-dat-niet-hoeft-te-doen\/#object-cache\" target=\"_blank\" rel=\"noopener noreferrer\">Object cache<\/a><\/li>\n<li><a href=\"https:\/\/kinsta.com\/nl\/blog\/kinsta-regelt-de-wordpress-caching-zodat-jij-dat-niet-hoeft-te-doen\/#page-cache\" target=\"_blank\" rel=\"noopener noreferrer\">Page cache<\/a><\/li>\n<li><a href=\"https:\/\/kinsta.com\/nl\/blog\/kinsta-regelt-de-wordpress-caching-zodat-jij-dat-niet-hoeft-te-doen\/#cdn-cache\" target=\"_blank\" rel=\"noopener noreferrer\">CDN cache<\/a><\/li>\n<\/ul>\n<p>Dit betekent dat jij je geen zorgen hoeft te maken over gepruts met ingewikkelde en verwarrende\u00a0<a href=\"https:\/\/kinsta.com\/nl\/blog\/wordpress-caching-plugins\/\" target=\"_blank\" rel=\"noopener noreferrer\">caching plugins<\/a>. Je kunt stoppen met Googlen voor de &#8220;beste cacheplugins&#8221; en focussen op productievere taken. \ud83d\udc4f<\/p>\n<blockquote class=\"twitter-tweet\" data-width=\"500\" data-dnt=\"true\">\n<p lang=\"en\" dir=\"ltr\">An instant 37% reduction in the loading time after moving <a href=\"https:\/\/twitter.com\/WPColt?ref_src=twsrc%5Etfw\">@WPColt<\/a> to <a href=\"https:\/\/twitter.com\/kinsta?ref_src=twsrc%5Etfw\">@kinsta<\/a>! (NO CACHING PLUGINS) \ud83d\ude80\ud83d\ude80\ud83d\ude80<\/p>\n<p>&mdash; WPColt (@WPColt) <a href=\"https:\/\/twitter.com\/WPColt\/status\/948585957757988865?ref_src=twsrc%5Etfw\">January 3, 2018<\/a><\/p><\/blockquote>\n<p><script async src=\"https:\/\/platform.twitter.com\/widgets.js\" charset=\"utf-8\"><\/script><\/p>\n<p>De pagina cache is zo geconfigureerd dat hij direct werkt met een standaard WordPress. Je hoeft niets te doen! Begin simpelweg je WordPress site en pagina caching staat aan.<\/p>\n<p>We hebben ook caching regels voor e-commerce sites zoals WooCommerce en Easy Digital Downloads. Standaard zijn er bepaalde pagina&#8217;s die nooit in de cache moeten worden opgeslagen, zoals de winkelwagen, mijn account en afrekenen. Deze worden automatisch uitgesloten van de cache. Gebruikers omzeilen namelijk automatisch de cache wanneer de <code>woocommerce_items_in_cart<\/code> cookie of <code>edd_items_in_cart<\/code> cookies gedetecteerd om een soepel en gesynchroniseerd afrekenproces te garanderen.<\/p>\n<p>Je kunt <a href=\"https:\/\/kinsta.com\/nl\/blog\/wordpress-cache-legen\/\" target=\"_blank\" rel=\"noopener noreferrer\">de cache van jouw WordPress site<\/a>\u00a0 eenvoudig op elk gewenst moment legen via de WP-Admin werkbalk.<\/p>\n<figure style=\"width: 1114px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/wissen-van-de-cache-wordpress-admin-toolbar.png\" alt=\"Wissen van de Cache vanuit de WordPress Admin Toolbar\" width=\"1114\" height=\"130\"><figcaption class=\"wp-caption-text\">Legen van de cache vanuit de WordPress Admin Toolbar<\/figcaption><\/figure>\n<p>Dit is ook ge\u00efntegreerd in ons MyKinsta dashboard. Klik op \u201cTools\u201d en klik daarna op \u201cWebsite-cache legen\u201d.<\/p>\n<figure id=\"attachment_55801\" aria-describedby=\"caption-attachment-55801\" style=\"width: 1554px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" class=\"wp-image-55801 size-full\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/verwijder-wordpress-site-cache-1.png\" alt=\"Verwijder de WordPress site cache\" width=\"1554\" height=\"894\"><figcaption id=\"caption-attachment-55801\" class=\"wp-caption-text\">Leeg de WordPress site cache<\/figcaption><\/figure>\n<h4><a id=\"caching-with-plugin\"><\/a>2. Caching via een Plugin<\/h4>\n<p>Als jouw hosting provider geen caching biedt, kun je een WordPress cache plugin van een externe partij gebruiken. Op basis van onze ervaring raden we een van de volgende aan:<\/p>\n<ol>\n<li><a href=\"https:\/\/kinsta.com\/nl\/blog\/wordpress-caching-plugins\/#wp-rocket\" target=\"_blank\" rel=\"noopener noreferrer\">WP Rocket<\/a>\u00a0(Premium)<\/li>\n<li><a href=\"https:\/\/kinsta.com\/nl\/blog\/wordpress-caching-plugins\/#cache-enabler\" target=\"_blank\" rel=\"noopener noreferrer\">Cache Enabler<\/a>\u00a0(Gratis)<\/li>\n<li><a href=\"https:\/\/kinsta.com\/nl\/blog\/wordpress-caching-plugins\/#w3-total-cache\" target=\"_blank\" rel=\"noopener noreferrer\">W3 Total Cache<\/a>\u00a0(Gratis)<\/li>\n<\/ol>\n<p>Je kunt ook enkele extra opties bekijken in ons uitgebreide artikel over <a href=\"https:\/\/kinsta.com\/nl\/blog\/wordpress-caching-plugins\/\" target=\"_blank\" rel=\"noopener noreferrer\">plugins voor WordPress<\/a>.<\/p>\n<p>We <a href=\"https:\/\/kinsta.com\/nl\/blog\/wp-rocket\/\" target=\"_blank\" rel=\"noopener noreferrer\"> ondersteunen WP Rocket ook volledig bij Kinsta<\/a>! Meestal staan we caching plugins niet toe in onze omgeving omdat deze in strijd zijn met onze ingebouwde caching oplossing. Met ingang van WP Rocket 3.0 wordt de functionaliteit voor het in cachegeheugen opslaan van hun pagina&#8217;s automatisch uitgeschakeld als ze op Kinsta-servers worden uitgevoerd.<\/p>\n<p>Hierdoor kunnen Kinsta-klanten onze snelle caching op serverniveau gebruiken en tegelijk nog steeds profiteren van de fantastische optimalisatie functies die WP Rocket te bieden heeft.<\/p>\n<h3 id=\"no-caching-vs-caching\">Geen caching versus caching<\/h3>\n<p>Hoeveel helpt caching? Dat kom je het best te weten wanneer je het ervaart.<\/p>\n<p>We hebben enkele snelheidstests uitgevoerd met Kinsta&#8217;s caching op serverniveau, zodat je het verschil kunt zien, zowel in termen van algehele snelheid als de TTFB.<\/p>\n<h4>Geen caching<\/h4>\n<p>We hebben 5 testen uitgevoerd met Pingdom zonder caching ingeschakeld, daarvan hebben we het gemiddelde genomen.<\/p>\n<figure id=\"attachment_21125\" aria-describedby=\"caption-attachment-21125\" style=\"width: 1458px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" class=\"size-full wp-image-21125\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2019\/02\/geen-caching.png\" alt=\"Geen caching snelheidstest\" width=\"1458\" height=\"472\" srcset=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2019\/02\/geen-caching.png 1458w, https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2019\/02\/geen-caching-300x97.png 300w, https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2019\/02\/geen-caching-768x249.png 768w, https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2019\/02\/geen-caching-1024x332.png 1024w, https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2019\/02\/geen-caching-610x197.png 610w\" sizes=\"auto, (max-width: 1458px) 100vw, 1458px\" \/><figcaption id=\"caption-attachment-21125\" class=\"wp-caption-text\">Geen caching <a href=\"https:\/\/tools.pingdom.com\/#59c65cda61000000\" target=\"_blank\" rel=\"noopener noreferrer\"> snelheidstest <\/a><\/figcaption><\/figure>\n<h4>TTFB zonder caching<\/h4>\n<p>Het is ook belangrijk om het verschil in TTFB op te merken zonder en met caching. TTFB in Pingdom wordt weergegeven door de gele &#8220;Wait&#8221; balk. Zoals je kunt zien is de TTFB zonder caching 192 ms. Je kunt zien dat het niet vanuit de cache wordt weergegeven, aangezien de header <code>x-kinsta-cache<\/code>-cache een MISS weergeeft.<\/p>\n<figure style=\"width: 1340px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/ttfb-geen-cache.png\" alt=\"TTFB Geen Cache\" width=\"1340\" height=\"658\"><figcaption class=\"wp-caption-text\">TTFB Geen Cache<\/figcaption><\/figure>\n<h4>Caching ingeschakeld<\/h4>\n<p>Daarna hebben we de caching op serverniveau weer ingeschakeld heb hebben 5 testen uitgevoerd op Pingdom. Van deze testen namen we weer het gemiddelde.<\/p>\n<figure style=\"width: 1462px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/Snelheidstest-met-caching.png\" alt=\"Snelheidstest met caching ingeschakeld\" width=\"1462\" height=\"474\"><figcaption class=\"wp-caption-text\"><a href=\"https:\/\/tools.pingdom.com\/#59c65d77b2c00000\" target=\"_blank\" rel=\"noopener noreferrer\">Snelheidstest<\/a> met caching ingeschakeld<\/figcaption><\/figure>\n<p>Zoals je kunt zien <strong>nam de laadtijd van onze pagina met 33,77% af <\/strong><strong>met caching op serverniveau! <\/strong>Dat is zonder extra werk. Deze website die we hebben getest, is al redelijk geoptimaliseerd, dus grotere niet-geoptimaliseerde sites zullen waarschijnlijk nog grotere verschillen zien.<\/p>\n<h4>TTFB met caching ingeschakeld<\/h4>\n<p>Als we nu kijken naar de TTFB terwijl caching is ingeschakeld, kunnen we zien dat het minder dan 35 ms is. Je kunt zien dat het vanuit de cache geserveerd wordt, omdat de <code>x-kinsta-cache<\/code> header een HIT toont.<\/p>\n<figure style=\"width: 1368px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/ttfb-met-cache.png\" alt=\"TTFB met caching ingeschakeld\" width=\"1368\" height=\"648\"><figcaption class=\"wp-caption-text\">TTFB met caching ingeschakeld<\/figcaption><\/figure>\n<p>De CDN cache is net zo belangrijk als de cache van jouw WordPress host. We kijken hier verder op in het artikel uitgebreid naar.<\/p>\n\n<h3>Problemen met caching en lidmaatschap websites<\/h3>\n<p>Lidmaatschap sites bevatten veel\u00a0<strong>niet-cachebare inhoud<\/strong> en pagina&#8217;s die voortdurend veranderen. Zaken zoals de inlogpagina voor leden (die constant bezocht kunnen worden afhankelijk van de grootte van de site), afreken pagina\u2019s voor digitale goederen of cursussen, en discussieboards zijn veelvoorkomende boosdoeners en pijnpunten, omdat deze meestal niet in de cache kunnen worden opgenomen.<\/p>\n<p>Daar eindigt het echter niet. Op standaard WordPress sites staat het WordPress dashboard ook niet in de cache voor <strong>&#8220;ingelogde&#8221; gebruikers<\/strong>. Dit is prima als je slechts een paar auteurs en beheerders hebt, maar wanneer je plotseling duizenden leden hebt die het dashboard gebruiken, veroorzaakt dit onmiddellijk prestatieproblemen. Dit betekent dat je achter de schermen de kracht en architectuur nodig hebt om een back-up te maken. Shared hosting providers verlammen meestal onder deze omstandigheden.<\/p>\n<h3>Object caching voor extreem dynamische websites<\/h3>\n<p>Als het gaat om WordPress lidmaatschap sites zijn de gebruikelijke caching-instellingen meestal niet genoeg omdat ze er niet altijd optimaal gebruik van maken. Dit is waar<strong> object caching aan bod komt<\/strong>.<\/p>\n<p>Object cache slaat de resultaten van database query&#8217;s op zodat de volgende keer dat die specifieke data nodig is, het uit de cache kan worden afgeleverd zonder de database te hoeven raadplegen. Dit versnelt PHP uitvoer tijden en vermindert de belasting op jouw database. Dit wordt uiterst belangrijk met lidmaatschap sites! In WordPress kan je objectcaching op verschillende manieren implementeren:<\/p>\n<ol>\n<li>Een externe\u00a0<a href=\"https:\/\/kinsta.com\/nl\/blog\/wordpress-caching-plugins\/#w3-total-cache\" target=\"_blank\" rel=\"noopener noreferrer\">caching-oplossing zoals W3 Total Cache<\/a><\/li>\n<li><strong>Redis (aanbevolen)<\/strong><\/li>\n<li><a href=\"https:\/\/memcached.org\/\" target=\"_blank\" rel=\"noopener noreferrer\">Memcached<\/a><\/li>\n<\/ol>\n<p>Bij Kinsta bieden we\u00a0<a href=\"https:\/\/kinsta.com\/nl\/docs\/wordpress-hosting\/caching\/redis-cache\/\" target=\"_blank\" rel=\"noopener noreferrer\">Redis<\/a> aan als add-on. Op deze manier kun je volledig gebruik maken van object caching op jouw lidmaatschap websites.<\/p>\n<h3>Cache analyse<\/h3>\n<p>Weet je nog die <code>x-kinsta-cache<\/code> header die we hierboven noemden? Afhankelijk van jouw hosting provider of caching oplossing kan de header iets anders worden genoemd. Telkens wanneer er vanuit de WordPress site een verzoek wordt ingediend, heeft de header een waarde, Bijvoorbeeld: HIT, BYPASS, MISS en EXPIRED. Hiermee kun je zien hoe jouw cache presteert.<\/p>\n<p>Het verhogen van de cache-hit ratio van de WordPress-site is belangrijk omdat je wilt dat zoveel mogelijk van de site vanuit de cache wordt geserveerd. Bij Kinsta kan je de gegevens analyseren in onze <a href=\"https:\/\/kinsta.com\/nl\/docs\/wordpress-hosting\/wordpress-analytics-mykinsta\/\" target=\"_blank\" rel=\"noopener noreferrer\">MyKinsta analysetool<\/a> en de <a href=\"https:\/\/kinsta.com\/nl\/blog\/wordpress-error-log\/\" target=\"_blank\" rel=\"noopener noreferrer\">Kinsta cache-logboeken<\/a> om te bepalen of er cache BYPASSing GET-aanvragen zijn die in de cache kunnen worden geplaatst of POST-aanvragen die kunnen worden ge\u00eblimineerd.<\/p>\n<p>Met de stapel met cache-componenten (zoals hieronder weergegeven) kun je de status van elk verzoek zien, of dit nu een HIT, BYPASS, MISS of EXPIRED was. De gegevens kunnen worden gefilterd op: de afgelopen 24 uur, 7 dagen of 30 dagen.<\/p>\n<figure style=\"width: 1944px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2017\/11\/kinsta-cache-component-stack.png\" alt=\"Kinsta Cache component Stack\" width=\"1944\" height=\"986\"><figcaption class=\"wp-caption-text\">Kinsta cache component stack<\/figcaption><\/figure>\n<p>Het cache-component diagram geeft een inzicht in jouw caching-ratio. Hoe meer verzoeken er vanuit cache zijn, hoe beter. Zoals je in het onderstaande voorbeeld kunt zien, heeft deze WordPress site een 96,2% HIT cache-ratio, wat erg goed is!<\/p>\n<figure style=\"width: 1258px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2017\/11\/kinsta-cache-component-diagram.png\" alt=\"Kinsta cache component Diagram\" width=\"1258\" height=\"904\"><figcaption class=\"wp-caption-text\">Kinsta cache component diagram<\/figcaption><\/figure>\n<p>In de top cache-bypass kan je zien welke aanvragen niet vanuit het cachegeheugen worden aangeboden. Meestal zijn dit cronjobs, admin-ajax aanvragen, e-commerce controlepagina&#8217;s, query reeksen,UTM-parameters enzovoort.<\/p>\n<figure style=\"width: 1876px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2017\/11\/wordpress-top-cache-bypasses.png\" alt=\"WordPress top cache bypasses\" width=\"1876\" height=\"1446\"><figcaption class=\"wp-caption-text\">WordPress top cache bypasses<\/figcaption><\/figure>\n<h2 id=\"image-optimization\">Afbeelding optimalisatie is een must<\/h2>\n<p><a href=\"https:\/\/kinsta.com\/nl\/blog\/afbeeldingen-optimaliseren-voor-internet\/\" target=\"_blank\" rel=\"noopener noreferrer\">Afbeelding optimalisatie<\/a> is een ander eenvoudige factor die je kunt uitvoeren en die een aanzienlijke impact heeft op de totale laadtijd van de pagina&#8217;s. Dit is niet optioneel; elke site zou dit moeten doen!<\/p>\n<p>Grote afbeeldingen vertragen webpagina&#8217;s waardoor een minder dan optimale gebruikerservaring ontstaat. Het optimaliseren van afbeeldingen is het proces van het verkleinen van de bestandsgrootte, met behulp van een plugin of een script, wat op zijn beurt de laadtijd van de pagina versnelt. Lossy en lossless compression zijn twee vaak gebruikte methoden.<\/p>\n<p>Volgens <a href=\"https:\/\/httparchive.org\/reports\/page-weight\" target=\"_blank\" rel=\"noopener noreferrer\">HTTP Archive<\/a> zijn per november 2019, <strong>afbeeldingen sinds augustus 2019 verantwoordelijk voor gemiddeld 34% van het totale gewicht van een webpagina<\/strong>. Dus na video&#8217;s, die veel moeilijker te optimaliseren zijn, zijn afbeeldingen verreweg de eerste plek waar je zou moeten beginnen! Het is belangrijker dan JavaScript, CSS en lettertypen. Gek genoeg is een goede workflow voor beeldoptimalisatie een van de gemakkelijkste dingen om te implementeren, maar toch zien veel website-beheerders dit over het hoofd.<\/p>\n<figure id=\"attachment_55803\" aria-describedby=\"caption-attachment-55803\" style=\"width: 1850px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" class=\"wp-image-55803 size-full\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/gemiddelde-bytes-per-pagina-2.png\" alt=\"Gemiddelde bytes per Pagina (KB)\" width=\"1850\" height=\"1450\"><figcaption id=\"caption-attachment-55803\" class=\"wp-caption-text\">Gemiddelde bytes per pagina (KB)<\/figcaption><\/figure>\n<p>Afbeeldingen waren in december 2017 verantwoordelijk voor gemiddeld 54% van het totale gewicht van een pagina. Het lijkt er dus op dat het web als geheel beter wordt van afbeelding optimalisatie! Maar 34% is nog steeds een getal dat niet kan worden genegeerd. Als je geen video-inhoud op je website hebt staan, zijn afbeeldingen waarschijnlijk nog steeds #1 pijnpunt voor het paginagewicht.<\/p>\n\n<h3>Vind de balans (bestandsgrootte en kwaliteit)<\/h3>\n<p>Het hoofddoel van het opmaken van de afbeeldingen is om\u00a0<strong>de balans te vinden tussen de laagste bestandsgrootte en de acceptabele kwaliteit<\/strong>. Er is meer dan \u00e9\u00e9n manier om bijna al deze optimalisaties uit te voeren. Een van de meest eenvoudige manieren is om ze te comprimeren voordat ze naar WordPress worden ge\u00fcpload. Meestal kan dit worden gedaan in een tool zoals Adobe Photoshop of A\ufb03nity Photo. Of gebruik de nieuwe online <a href=\"https:\/\/squoosh.app\/\" target=\"_blank\" rel=\"noopener noreferrer\">Squoosh app<\/a> van Google. Deze taken kunnen echter ook automatisch worden uitgevoerd door plugins, waar we hieronder meer op ingaan.<\/p>\n<p>De twee belangrijkste dingen om te overwegen zijn het\u00a0<strong>bestandsformaat<\/strong>\u00a0en het <strong> type compressie<\/strong> dat gebruikt wordt. Door de juiste combinatie van bestandsindeling en compressietype te kiezen, kun je jouw afbeeldingsgrootte tot wel 5 keer verkleinen. Je zult moeten experimenteren met elke afbeelding of bestandsindeling om te zien wat het beste werkt.<\/p>\n<p>Voordat je begint met het aanpassen van de afbeeldingen, moet je ervoor zorgen dat het beste bestandstype is gekozen. Er zijn verschillende soorten bestanden die je kunt gebruiken:<\/p>\n<ul>\n<li><strong>PNG<\/strong>\u00a0\u2013 produceert afbeeldingen van hogere kwaliteit, maar heeft ook een grotere bestandsgrootte. Is gemaakt als een lossless afbeeldingsformaat, hoewel het ook lossy kan zijn.<\/li>\n<li><strong>JPEG<\/strong>\u00a0\u2013 maakt gebruik van\u00a0<a href=\"https:\/\/kinsta.com\/blog\/lossy-compression\/\" target=\"_blank\" rel=\"noopener noreferrer\">lossy en lossless optimalisatie<\/a>. Je kunt het kwaliteitsniveau aanpassen om een goede balans tussen kwaliteit en bestandsgrootte te vinden.<\/li>\n<\/ul>\n<p>Idealiter gebruik je JPEG (of JPG) voor afbeeldingen met veel kleur en PNG voor eenvoudige afbeeldingen.<\/p>\n<p>Ook moet je overwegen om <a href=\"https:\/\/kinsta.com\/nl\/blog\/webp\/\">WEBP afbeeldingen<\/a> op je website te gebruiken.<\/p>\n<p>Hoe zit het met GIF&#8217;s? Geanimeerde GIF&#8217;s zijn altijd leuk, maar ze maken web-prestaties praktisch onmogelijk. Veel GIF&#8217;s zijn meer dan 1 MB groot. We raden aan deze te gebruiken voor sociale media en Slack. Als er een is waar je niet zonder kunt in je blogpost, bekijk dan hoe je\u00a0<a href=\"https:\/\/woorkup.com\/compress-animated-gif\/\" target=\"_blank\" rel=\"noopener noreferrer\">geanimeerde GIF&#8217;s kunt comprimeren<\/a>.<\/p>\n<h3>Compressie kwaliteit versus Grootte<\/h3>\n<p>Hieronder staat een voorbeeld van wat kan gebeuren wanneer je een afbeelding te veel comprimeert. De eerste is een zeer lage compressieverhouding, wat resulteert in de hoogste kwaliteit (maar grotere bestandsgrootte). De tweede is het gebruik van een zeer hoge compressieverhouding, wat resulteert in een beeld van zeer lage kwaliteit (maar een kleinere bestandsgrootte). Opmerking: de oorspronkelijke afbeelding is niet gewijzigd en is 2,06 MB.<\/p>\n<figure style=\"width: 1717px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2015\/11\/lage-compressie-hoge-kwaliteit-jpg-1.jpg\" alt=\"Lage compressie (Hoge kwaliteit) JPG \u2014 590KB\" width=\"1717\" height=\"1151\"><figcaption class=\"wp-caption-text\">Lage compressie (hoge kwaliteit) JPG \u2014 590KB<\/figcaption><\/figure>\n<figure style=\"width: 1717px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2015\/11\/hoge-compressie-lag-kwaliteit-jpg.jpg\" alt=\"Hoge compressie (Lage kwaliteit) JPG \u2014 68KB\" width=\"1717\" height=\"1151\"><figcaption class=\"wp-caption-text\">Hoge compressie (lage kwaliteit) JPG \u2014 68KB<\/figcaption><\/figure>\n<p>Zoals je kunt zien is de eerste afbeelding hierboven 590 KB. Dat is groot voor \u00e9\u00e9n foto! Het is over het algemeen het beste als je het totale gewicht van een webpagina kleiner dan 1 of 2 MB kunt houden. 590 KB is daar al een vierde van. De tweede afbeelding ziet er vreselijk uit, maar is dan ook maar 68 kB. Wat je wilt doen is een goede balans vinden tussen de compressiesnelheid (kwaliteit) en de bestandsgrootte.<\/p>\n<p>Daarom hebben we de afbeelding opnieuw met een gemiddelde compressieverhouding genomen en zoals u hieronder kunt zien, ziet de kwaliteit er nu goed uit en is de bestandsgrootte 151 KB, wat acceptabel is voor een foto met een hoge resolutie. Dit is bijna 4x kleiner dan de originele foto met lage compressie. We proberen de meeste van onze afbeeldingen rond de 100 KB te houden voor de beste prestaties.<\/p>\n<figure style=\"width: 1717px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2015\/11\/gemiddelde-compressie-goede-kwaliteit-jpg.jpg\" alt=\"Gemiddelde compressie (Goede kwaliteit) \u2014 151KB\" width=\"1717\" height=\"1151\"><figcaption class=\"wp-caption-text\">Gemiddelde compressie (goede kwaliteit) \u2014 151KB<\/figcaption><\/figure>\n<h3>Lossy versus Lossless optimalisatie<\/h3>\n<p>Het is ook belangrijk om te begrijpen dat er twee soorten compressie zijn die er gebruikt kunnen worden, lossy en lossless.<\/p>\n<p>Bij\u00a0<a href=\"https:\/\/kinsta.com\/blog\/lossy-compression\/\" target=\"_blank\" rel=\"noopener noreferrer\">Lossy compressie<\/a> worden\u00a0<strong>sommige gegevens in de afbeelding verwijderd.<\/strong>\u00a0Dit betekent dat je degradatie kunt zien (kwaliteitsvermindering of wat sommigen pixelated noemen). Dus je moet voorzichtig zijn met hoeveel je de afbeelding verkleint. Niet alleen vanwege de kwaliteit, maar ook omdat je het proces niet kunt terugdraaien. Natuurlijk is een van de grootste voordelen van lossy compressie en de reden het een van de meest populaire compressiemethoden dat de\u00a0<strong>bestandsgrootte aanzienlijk verminderd kan worden<\/strong>.<\/p>\n<figure style=\"width: 3025px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/05\/loss-compressie-vergelijking.jpg\" alt=\"Lossy compressie vergelijking\" width=\"3025\" height=\"917\"><figcaption class=\"wp-caption-text\">Lossy compressie vergelijking<\/figcaption><\/figure>\n<p>Lossless compressie, in tegenstelling tot lossy, <strong>vermindert de kwaliteit van de afbeelding niet<\/strong>.\u00a0Hoe is dit mogelijk? Gewoonlijk wordt dit gedaan door onnodige metagegevens te verwijderen (automatisch gegenereerde gegevens die worden geproduceerd door het apparaat dat de afbeelding vastlegt). Het grootste nadeel van deze methode is echter dat je\u00a0<strong>de bestandsgrootte niet aanzienlijk ziet verminderen<\/strong>. Met andere woorden, het zal in de loop van de tijd toch nog veel schijfruimte innemen.<\/p>\n<p>Je zult willen experimenteren met wat het beste werkt. Maar voor de meerderheid van de gebruikers\u00a0<strong>raden we aan om lossy compressie te gebruiken<\/strong>\u00a0 omdat je een afbeelding gemakkelijk ruim 70% (soms zelfs meer dan 90%!) kunt comprimeren zonder te veel kwaliteitsverlies. Vermenigvuldig dit met 15 afbeeldingen op een pagina en het heeft belangrijke rol in het verminderen van de laadtijd van de site.<\/p>\n<h3>Afbeelding compressie plugins<\/h3>\n<p>Het goede nieuws is dat er een aantal fantastische WordPress afbeelding compressie plugins zijn die je kunt gebruiken om het gehele proces te automatiseren. Hieronder staan een aantal plugins die wij aanraden:<\/p>\n<ul>\n<li><a href=\"https:\/\/wordpress.org\/plugins\/imagify\/\" target=\"_blank\" rel=\"noopener noreferrer\">Imagify<\/a>\u00a0(Lossy en Lossless compressie \u2014 optimaliseert afbeeldingen extern)<\/li>\n<li><a href=\"https:\/\/wordpress.org\/plugins\/wp-smushit\/\" target=\"_blank\" rel=\"noopener noreferrer\">WP Smush<\/a>\u00a0(Lossy en Lossless compressie \u2014 optimaliseert afbeeldingen extern)<\/li>\n<li><a href=\"https:\/\/wordpress.org\/plugins\/optimole-wp\/\" target=\"_blank\" rel=\"noopener noreferrer\">Optimole<\/a> (Lossy en Lossless compressie \u2014 optimaliseert afbeeldingen extern)<\/li>\n<\/ul>\n<p>Het belangrijkste bij het kiezen van een afbeelding optimalisatie plugin is om er een te <strong>gebruiken die beelden extern comprimeert en optimaliseert op hun servers<\/strong>. Dit vermindert de belasting van jouw site. Alle bovenstaande plugins doen dit.<\/p>\n<p>Mocht je nieuwsgierig zijn: wij gebruiken de Imagify plugin op de Kinsta website. Het comprimeert automatisch afbeeldingen wanneer we ze uploaden naar de WordPress mediabibliotheek. We hoeven ons dus nooit zorgen te maken. Na verloop van tijd kun je een idee krijgen van welk compressie niveau je wilt gebruiken. De plugin biedt Normaal, Agressief en Ultra modussen.<\/p>\n<p><strong>Wij gebruiken de Agressieve modus<\/strong> bij Kinsta en zien meestal een\u00a0<strong> besparing van 60-70% <\/strong> afhankelijk van de afbeelding. Opmerking: we gebruiken veel meer PNG&#8217;s dan JPEG&#8217;s vanwege het feit dat de meeste van onze afbeeldingen pictogrammen en illustraties zijn, geen foto\u2019s.<\/p>\n<figure style=\"width: 1468px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/04\/afbeelding-compressie-bij-bestands-opslag.png\" alt=\"Afbeelding compressie bij bestands opslag\" width=\"1468\" height=\"684\"><figcaption class=\"wp-caption-text\">Afbeelding compressie bij bestands opslag<\/figcaption><\/figure>\n<p>Hoeveel sneller zal jouw WordPress site zijn als er beeldcompressie gebruikt wordt? Het hangt allemaal af van de grootte van de originele afbeeldingen en wat ze zijn na compressie. We hebben echter <a href=\"https:\/\/kinsta.com\/blog\/lossy-compression\/\" target=\"_blank\" rel=\"noopener noreferrer\">een aantal snelheidstesten uitgevoerd<\/a> en hebben vastgesteld dat een goede afbeelding compressie <strong> de pagina laadtijden met meer dan 80% kan verlagen<\/strong>!<\/p>\n<h3>Lazy Loading<\/h3>\n<p>Als je veel afbeeldingen hebt, kun je overwegen om deze te Lazy Loaden. Dit is een optimalisatie techniek die zichtbare inhoud laadt, maar het downloaden en weergeven van inhoud die onder de vouw verschijnt, vertraagt.<\/p>\n<p>Bekijk onze handleiding over <a href=\"https:\/\/kinsta.com\/nl\/blog\/wordpress-lazyload\/\" target=\"_blank\" rel=\"noopener noreferrer\"> het implementeren van Lazy Loading<\/a>. Dit kan vooral belangrijk zijn op blogposts met veel gravatar afbeeldingen in de reacties. Google heeft ook net hun <a href=\"https:\/\/developers.google.com\/web\/fundamentals\/performance\/lazy-loading-guidance\/images-and-video\/\" target=\"_blank\" rel=\"noopener noreferrer\">aanbevelingen uitgegeven voor Lazy loading<\/a>.<\/p>\n<h3>Overige afbeelding optimalisatie tips<\/h3>\n<p>Hier zijn nog een aantal laatste optimalisatie tips voor afbeeldingen:<\/p>\n<ul>\n<li>De dagen dat afbeeldingen worden ge\u00fcpload die alleen de breedte van de kolom of DIV hebben, zijn voorbij.. <a href=\"https:\/\/make.wordpress.org\/core\/2015\/11\/10\/responsive-images-in-wordpress-4-4\/\" target=\"_blank\" rel=\"noopener noreferrer\"> Responsieve afbeeldingen<\/a> werken out-of-the-box in WordPress (sinds versie 4.4) en zullen automatisch kleinere beeldformaten weergeven voor mobiele gebruikers.<\/li>\n<li>SVG&#8217;s kunnen een geweldig alternatief zijn voor het gebruik van afbeeldingen. Alle handgetekende illustraties die je op de Kinsta website ziet, zijn SVG&#8217;s (vectoren). SVG&#8217;s zijn meestal een stuk kleiner in bestandsgrootte, maar niet altijd. Bekijk onze tutorial over het <a href=\"https:\/\/kinsta.com\/blog\/what-is-an-svg-file\/\" target=\"_blank\" rel=\"noopener noreferrer\">gebruik van SVG&#8217;s op jouw WordPress site<\/a>.<\/li>\n<li>Gebruik pictogram lettertypen in plaats van tekst in afbeeldingen te plaatsen &#8211; ze zien er beter uit als ze worden geschaald en nemen minder ruimte in beslag. En als je een font-generator gebruikt, kan je deze nog verder optimaliseren. Bekijk <a href=\"https:\/\/kinsta.com\/nl\/blog\/wordpress-icon-fonts\/\" target=\"_blank\" rel=\"noopener noreferrer\">hoe we de grootte van ons pictogram met pictogram lettertypen met <strong>maar liefst 97,59%<\/strong> hebben verkleind<\/a> met behulp van een font-generator.<\/li>\n<\/ul>\n<h2 id=\"database\">Optimaliseer je database<\/h2>\n<p>De volgende tips zijn voor het verfijnen van de WordPress database. Net als een auto heeft jouw database onderhoud nodig omdat het na verloop van tijd kan vervuilen.<\/p>\n<p>Lidmaatschap sites maken het vooral lastig, omdat ze meestal\u00a0<strong>complexere query&#8217;s genereren<\/strong>, wat op zijn beurt extra latency toevoegt bij het ophalen van de informatie uit de MySQL database. Een groot deel hiervan is te wijten aan alle extra delen en grote hoeveelheden gegevens. Dit kan ook worden veroorzaakt door sites die sterk afhankelijk zijn van zoekopdrachten voor navigatie of sites die vaak\u00a0<code>WP_Query<\/code> gebruiken.<\/p>\n<p>Om nog maar te zwijgen over de grote hoeveelheden gelijktijdige gebruikers die continu de database bevragen.<\/p>\n<h3>Maak gebruik van de InnoDB MySQL Storage Engine<\/h3>\n<p>Veel oudere websites gebruiken nog steeds de MyISAM storage engine in hun database. InnoDB heeft de afgelopen jaren bewezen\u00a0<a href=\"http:\/\/dimitrik.free.fr\/blog\/archives\/2015\/12\/mysql-performance-revisiting-innodb-vs-myisam-with-mysql-57.html\" target=\"_blank\" rel=\"noopener noreferrer\">beter te presteren<\/a>\u00a0en betrouwbaarder te zijn.<\/p>\n\n<p>Hieronder staan een aantal voordelen van InnoDB ten opzichte van MyISAM:<\/p>\n<ul>\n<li>InnoDB heeft\u00a0<strong>vergrendeling op rijniveau<\/strong>.<\/li>\n<li>InnoDB heeft zogeheten referenti\u00eble integriteit die betrekking heeft op het ondersteunen van\u00a0<strong>externe sleutels<\/strong>\u00a0(RDBMS) en relatiebeperkingen, MyISAM niet (DMBS).<\/li>\n<li>InnoDB ondersteunt\u00a0<strong>transacties<\/strong>, wat betekent dat je kunt binden en terugdraaien. MyISAM doet dat niet.<\/li>\n<li>InnoDB is more reliable as it uses\u00a0<strong>transactional logs<\/strong>\u00a0for auto recovery. MyISAM does not.<\/li>\n<\/ul>\n<p>Nu vraag je je misschien af, gebruik je InnoDB of MyISAM? Als je op een vrij nieuwe WordPress site werkt, is de kans groot dat er al gebruik gemaakt wordt van de InnoDB MySQL storage engine. Maar met oudere WordPress sites wil je misschien een snelle controle doen. Sommige sites hebben zelfs gemixte MyISAM- en InnoDB-tabellen, waarin je dus verbeteringen kunt zien door ze allemaal om te zetten naar InnoDB.<\/p>\n<p>Volg deze eenvoudige stappen hieronder om te controleren welke engine gebruikt wordt.<\/p>\n<h4>Stap 1<\/h4>\n<p><a href=\"https:\/\/kinsta.com\/nl\/docs\/wordpress-hosting\/databasebeheer\/wordpress-database-toegang\/\" target=\"_blank\" rel=\"noopener noreferrer\">Log in op phpMyAdmin<\/a>\u00a0en klik op jouw MySQL database.<\/p>\n<figure style=\"width: 1742px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/phpmyadmin-database.png\" alt=\"phpMyAdmin Database\" width=\"1742\" height=\"662\"><figcaption class=\"wp-caption-text\">phpMyAdmin Database<\/figcaption><\/figure>\n<h4>Stap 2<\/h4>\n<p>Doe een snelle scan of sorteer op het \u201cType\u201d kolom. Nu kun je zien welke Storage Engine de tabellen gebruiken. In het voorbeeld hieronder kun je zien dat 2 tabellen nog steeds MyISAM gebruiken.<\/p>\n<div id class=\"wp-caption aligncenter\">\n<figure style=\"width: 1826px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/myisam-database-tabellen.png\" alt=\"MyISAM database tabellen\" width=\"1826\" height=\"658\"><figcaption class=\"wp-caption-text\">MyISAM database tabellen<\/figcaption><\/figure>\n<p>Als je tabellen met MyISAM Storage Engine hebt gevonden, is het waarschijnlijk tijd om ze naar InnoDB te verplaatsen. We raden je altijd aan contact op te nemen met jouw host en te vragen of zij dit kunnen doen. Bij Kinsta worden de databasetabellen van elke klant automatisch geconverteerd naar InnoDB door ons migratieteam.<\/p>\n<p>Uiteraard kun je ook deze tutorials hieronder volgen om de MyISAM-tabellen handmatig naar\u00a0InnoDB te converteren:<\/p>\n<ul>\n<li><a href=\"https:\/\/kinsta.com\/nl\/blog\/myisam-naar-innodb-converteren\/#convert-myisam-innodb-phpmyadmin\" target=\"_blank\" rel=\"noopener noreferrer\">Converteer MyISAM naar InnoDB met phpMyAdmin<\/a><\/li>\n<li><a href=\"https:\/\/guides.wp-bullet.com\/converting-wordpress-database-tables-from-myisam-to-innodb-with-wp-cli\/\" target=\"_blank\" rel=\"noopener noreferrer\">Converteer MyISAM naar InnoDB met WP-CLI<\/a><\/li>\n<\/ul>\n<\/div>\n<h3>Verwijder en beperk pagina en post revisies<\/h3>\n<p>Telkens wanneer je een pagina of bericht opslaat in WordPress, wordt er een zogenaamde\u00a0<a href=\"https:\/\/wordpress.org\/support\/article\/revisions\/\" target=\"_blank\" rel=\"noopener noreferrer\">revisie<\/a> gemaakt. Dit gebeurt voor zowel concepten als reeds gepubliceerde berichten die worden bijgewerkt. <a href=\"https:\/\/kinsta.com\/nl\/blog\/wordpress-revisies\/\">WordPress revisies<\/a> kunnen nuttig zijn voor het geval dat je moet terugkeren naar een vorige versie van de inhoud.<\/p>\n<figure style=\"width: 1826px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/wordpress-revisie-1.png\" alt=\"WordPress Revisie\" width=\"1826\" height=\"782\"><figcaption class=\"wp-caption-text\">WordPress Revisie<\/figcaption><\/figure>\n<p>Revisies kunnen echter ook de prestaties van jouw WordPress site schaden. Op grote sites kan dit al snel oplopen tot duizenden rijen in de database die niet perse nodig zijn. En hoe meer rijen je hebt, hoe groter de database in omvang, <a href=\"https:\/\/kinsta.com\/nl\/blog\/schijfverbruik-wordpress\/\" target=\"_blank\" rel=\"noopener noreferrer\">die opslagruimte in beslag neemt<\/a>. Hoewel er voor dit doel indexen zijn gemaakt, hebben wij door deze kwestie nog steeds verlamde WordPress sites gezien. Er zijn een aantal dingen die je kunt doen.<\/p>\n<h4>1. Verwijder oude revisies<\/h4>\n<p>Als je een oudere WordPress site hebt met veel pagina&#8217;s en berichten, is het misschien tijd om snel iets op te ruimen en die oude revisies te verwijderen. Dit kan gemakkelijk gedaan worden met MySQL, maar met zoveel slechte codefragmenten op het web raden we aan om een back-up van je site te maken en een gratis plugin zoals <a href=\"https:\/\/wordpress.org\/plugins\/wp-sweep\/\" target=\"_blank\" rel=\"noopener noreferrer\">WP-Sweep<\/a> te gebruiken..<\/p>\n<p>Een andere favoriete plugin van ons is <a href=\"https:\/\/kinsta.com\/nl\/blog\/wp-rocket\/\" target=\"_blank\" rel=\"noopener noreferrer\">WP Rocket<\/a>, Deze heeft ook een database-optimalisatie functie om revisies op te ruimen.<\/p>\n<figure style=\"width: 1585px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/wp-rocket-database-optimalisatie.png\" alt=\"WP Rocket database Optimalisatie\" width=\"1585\" height=\"932\"><figcaption class=\"wp-caption-text\">WP Rocket database optimalisatie<\/figcaption><\/figure>\n<p>Als je handig bent met WP-CLI, zijn er een paar commando&#8217;s die je hiervoor kunt gebruiken.<\/p>\n<p>Meld je aan bij de server via <a href=\"https:\/\/kinsta.com\/nl\/blog\/ssh-gebruiken\/\" target=\"_blank\" rel=\"noopener noreferrer\">SSH<\/a> en voer de volgende opdracht uit om het aantal revisies te bekijken dat momenteel in de database aanwezig is.<\/p>\n<p><code>wp revisions list<\/code><\/p>\n<figure style=\"width: 1886px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/wp-cli-revisie-lijst.png\" alt=\"WP-CLI revisie lijst\" width=\"1886\" height=\"1136\"><figcaption class=\"wp-caption-text\">WP-CLI revisie lijst<\/figcaption><\/figure>\n<p>Als je een foutmelding krijgt, moet je wellicht eerst het pakket <a href=\"https:\/\/github.com\/trepmal\/wp-revisions-cli\" target=\"_blank\" rel=\"noopener noreferrer\">wp-revisions-cli<\/a>\u00a0installeren met de volgende opdracht:<\/p>\n<p><code>wp package install trepmal\/wp-revisions-cli<\/code><\/p>\n<p>Je kunt daarna het volgende commando draaien om de revisies op te ruimen:<\/p>\n<p><code>wp revisions clean<\/code><\/p>\n<h4>2. Beperk de revisies<\/h4>\n<p>Een andere goede strategie en een strategie die we bij Kinsta gebruiken, is om\u00a0<a href=\"https:\/\/kinsta.com\/nl\/blog\/wordpress-revisies\/#how-to-limit-revisions-in-wordpress\" target=\"_blank\" rel=\"noopener noreferrer\">het aantal revisies dat per bericht of pagina kan worden opgeslagen, te beperken<\/a>. Zelfs als je het op iets als tien zet, blijven revisies niet uit de hand lopen, vooral als je veel bijwerkt.<\/p>\n<p>Om revisies te beperken, kun je de volgende code toevoegen aan het <code>wp-config.php<\/code> bestand. De onderstaande code moet worden ingevoegd boven het &#8216;ABSPATH&#8217; anders werkt het niet. Je kunt het aantal wijzigen in hoeveel revisies je in de database wilt bewaren.<\/p>\n<p><code>define('WP_POST_REVISIONS', 10);<\/code><\/p>\n<figure style=\"width: 1500px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/limiteer-aantal-post-wp-revisies-config.png\" alt=\"Limiteer het aantal post revisies in wp-config.php\" width=\"1500\" height=\"740\"><figcaption class=\"wp-caption-text\">Beperk het aantal post revisies in wp-config.php<\/figcaption><\/figure>\n<p>Je kunt ook gebruik maken van een plugin als <a href=\"https:\/\/perfmatters.io\/\" target=\"_blank\" rel=\"noopener noreferrer\">Perfmatters<\/a> om revisies te beperken.<\/p>\n<figure style=\"width: 1478px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/limiteer-aantal-post-revisies-perfmatters.png\" alt=\"Limiteer het aantal post revisies met Perfmatters plugin\" width=\"1478\" height=\"674\"><figcaption class=\"wp-caption-text\">Beperk het aantal post revisies met Perfmatters plugin<\/figcaption><\/figure>\n<h4>3. Schakel revisies uit<\/h4>\n<p>Ten slotte kun je ook revisies op de site helemaal uitschakelen. Als je deze route volgt, raden we ten zeerste aan de eerste optie hierboven te volgen om revisies te verwijderen en daarna uit te schakelen. Op deze manier is je database volledig vrij van alle oude revisies en zullen er geen nieuwe worden toegevoegd in de toekomst.<\/p>\n<p>Om revisies uit te schakelen, kan je de volgende code toevoegen aan het <code>wp-config.php<\/code> bestand.<\/p>\n<p>De onderstaande code moet worden ingevoegd boven het &#8216;ABSPATH&#8217; anders werkt het niet.<\/p>\n<p><code>define('WP_POST_REVISIONS', false);<\/code><\/p>\n<figure style=\"width: 1582px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/schakel-post-revisies-wp-config.png\" alt=\"Schakel post revisies uit in wp-config.php\" width=\"1582\" height=\"756\"><figcaption class=\"wp-caption-text\">Schakel post revisies uit in wp-config.php<\/figcaption><\/figure>\n<p>Of je kunt gebruik maken van een plugin als <a href=\"https:\/\/perfmatters.io\/\" target=\"_blank\" rel=\"noopener noreferrer\">Perfmatters<\/a> om revisies uit te schakelen.<\/p>\n<figure style=\"width: 1496px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/schakel-post-revisies-perfmatters.png\" alt=\"Schakel post revisies uit met Perfmatters plugin\" width=\"1496\" height=\"612\"><figcaption class=\"wp-caption-text\">Schakel post revisies uit met Perfmatters plugin<\/figcaption><\/figure>\n<h3>Ruim jouw wp-options tabel en autoloaded data op<\/h3>\n<p>De tabel\u00a0<code>wp_options<\/code> wordt vaak over het hoofd gezien als het gaat om algemene WordPress en database prestaties. Vooral op oudere en grote sites kan dit gemakkelijk de boosdoener zijn voor langzame zoekopdrachten op de site vanwege automatisch <a href=\"https:\/\/kinsta.com\/nl\/blog\/wp-options-autoloaded-data\/\" target=\"_blank\" rel=\"noopener noreferrer\">geladen gegevens<\/a> die zijn achtergelaten door plugins en thema&#8217;s van derden. Geloof ons &#8211; we zien dit elke dag!<\/p>\n<p>De tabel wp_options bevat allerlei gegevens voor de WordPress site, zoals:<\/p>\n<ul>\n<li>Website URL, persoonlijke URL, admin e-mail, standaardcategorie, berichten per pagina, tijdnotatie, enzovoort<\/li>\n<li>Instellingen voor plugins, thema\u2019s en widgets<\/li>\n<li>Tijdelijk in cache opgeslagen gegevens<\/li>\n<\/ul>\n<figure style=\"width: 1479px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/wp-options-tabel-database.jpg\" alt=\"wp-options tabel in de WordPress Database\" width=\"1479\" height=\"906\"><figcaption class=\"wp-caption-text\">wp-options tabel in de WordPress database<\/figcaption><\/figure>\n<p>Deze tabel bevat de volgende velden (kolommen)<\/p>\n<ul>\n<li>option_id<\/li>\n<li>option_name<\/li>\n<li>option_value<\/li>\n<li><strong>autoload <\/strong> (Dit is de kolom waarom het gaat m.b.t. prestaties)<\/li>\n<\/ul>\n<figure style=\"width: 1548px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/autoload-gegevens.png\" alt=\"Autoload gegevens\" width=\"1548\" height=\"374\"><figcaption class=\"wp-caption-text\">Autoload gegevens<\/figcaption><\/figure>\n<p>Een van de belangrijke aspecten van <code>wp_options<\/code> om grip op te krijgen, is het veld <strong>autoload<\/strong>.\u00a0Dit veld bevat ja of een geen waarde (vlag). Dit bepaalt in feite of het al dan niet wordt geladen door de functie\u00a0<a href=\"https:\/\/codex.wordpress.org\/Function_Reference\/wp_load_alloptions\" target=\"_blank\" rel=\"noopener noreferrer\">wp_load_alloptions()<\/a>. Autoloaded data is\u00a0<strong>data die op elke pagina van de WordPress site wordt geladen<\/strong>.\u00a0Net zoals we je hebben laten zien hoe je\u00a0<a href=\"https:\/\/kinsta.com\/nl\/blog\/uitschakelen-laden-wordpress-plugins\/\" target=\"_blank\" rel=\"noopener noreferrer\">bepaalde scripts site breed uitschakelt<\/a>\u00a0is hetzelfde idee hier van toepassing. Het autoload attribuut is standaard ingesteld op &#8220;ja&#8221; voor ontwikkelaars, maar niet elke plugin zou hun gegevens op elke pagina moeten laden.<\/p>\n<p>Het probleem waar WordPress sites tegenaan kunnen lopen, is wanneer er een groot aantal automatisch geladen gegevens in de tabel <code>wp_options<\/code> staat. Dit is meestal een gevolg van het volgende:<\/p>\n<ul>\n<li>Gegevens worden automatisch geladen door een plugin wanneer deze moet worden ingesteld op &#8220;Nee&#8221;. Een goed voorbeeld hiervan is een plugin voor contactformulieren. Moet het gegevens laden op elke pagina of alleen op de contactpagina?<\/li>\n<li>Plugins of thema&#8217;s zijn verwijderd van de WordPress-site, maar hun opties worden nog steeds achtergelaten in de tabel <code>wp_options<\/code>. Dit kan betekenen dat onnodige automatisch geladen gegevens tijdens elke aanvraag worden opgevraagd.<\/li>\n<li>Plugin- en thema-ontwikkelaars laden gegevens in de tabel <code>wp_options<\/code> in plaats van hun eigen tabellen te gebruiken. Er zijn argumenten voor beide kanten, omdat sommige ontwikkelaars de voorkeur geven aan plugins die geen extra tabellen maken. De tabel <code>wp_options<\/code> is echter ook niet ontworpen om duizenden rijen te bevatten.<\/li>\n<\/ul>\n<p>Hoeveel zijn te veel automatisch geladen gegevens? Dit kan natuurlijk vari\u00ebren, maar idealiter wil je dat dit tussen de 300 KB en 1 MB is. Zodra je het bereik van 3-5 MB of meer begint te benaderen, zijn er waarschijnlijk dingen die kunnen worden geoptimaliseerd of die automatisch kunnen worden verwijderd. En alles boven de 10 MB moet meteen worden aangepakt. Dit betekent niet altijd dat het een probleem veroorzaakt, maar het is een goede plek om te beginnen.<\/p>\n<p>Omdat dit zo&#8217;n probleem is, hebben we een heel afzonderlijke artikel dat je kunt lezen over hoe je het best <a href=\"https:\/\/kinsta.com\/nl\/blog\/wp-options-autoloaded-data\/#troubleshooting-autoloaded-data\" target=\"_blank\" rel=\"noopener noreferrer\">problemen kunt oplossen met automatisch geladen gegevens<\/a>\u00a0en hoe je deze kunt opruimen.<\/p>\n\n<h3>Ruim tijdelijke data op<\/h3>\n<p>Tenzij je gebruik maakt van een object cache, slaat WordPress tijdelijke records op in de tabel <code>wp_options<\/code>. Meestal krijgen deze een vervaltijd en zouden ze na verloop van tijd verwijderd moeten worden. Dat is echter niet altijd het geval. We hebben enkele databases gezien met duizenden oude tijdelijke records. In feite hebben we op \u00e9\u00e9n site enkele <a href=\"https:\/\/kinsta.com\/nl\/blog\/debuggen-prestatieproblemen-wordpress\/\" target=\"_blank\" rel=\"noopener noreferrer\">corrupte tijdelijke records<\/a> behandeld waarin meer dan <strong>695.000 records werden gegenereerd<\/strong> in de tabel <code>wp_options<\/code>. Yikes!<\/p>\n<figure style=\"width: 2513px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" class=\" size-full\" src=\"https:\/\/kinsta.com\/wp-content\/uploads\/2018\/03\/wp_image-processing-2-1.png\" alt=\"Corrupt transients in wp_options table\" width=\"2513\" height=\"887\" data-must_clone=\"true\"><figcaption class=\"wp-caption-text\">Corrupte transients in wp_options table<\/figcaption><\/figure>\n<p>Het is ook belangrijk om op te merken dat tijdelijke records niet standaard automatisch worden geladen. Je kunt de onderstaande query gebruiken om te zien of er tijdelijke gegevens zijn die automatisch worden geladen.<\/p>\n<pre><code class=\"language-php\">SELECT * \nFROM `wp_options` \nWHERE `autoload` = 'yes'\nAND `option_name` LIKE '%transient%'<\/code><\/pre>\n<p>Een betere en veiligere optie zou zijn om een gratis plugin zoals <a href=\"https:\/\/wordpress.org\/plugins\/artiss-transient-cleaner\/\" target=\"_blank\" rel=\"noopener noreferrer\">Transient Cleaner<\/a>\u00a0of <a href=\"https:\/\/wordpress.org\/plugins\/delete-expired-transients\/\" target=\"_blank\" rel=\"noopener noreferrer\">Delete Expired Transients<\/a> te gebruiken. Deze kunnen de verlopen tijdelijke records uit jouw <code>wp_options<\/code> tabel opschonen. Het lijkt er echter op dat er nu een <a href=\"https:\/\/github.com\/WordPress\/WordPress\/blob\/master\/wp-includes\/option.php#L840\" target=\"_blank\" rel=\"noopener noreferrer\">functie in WordPress<\/a>, is toegevoegd (Versie 4.9), die tijdelijke records verwijdert. Hopelijk gebeurt dat nu dus al automatisch op jouw site.<\/p>\n<p>WP Rocket heeft ook de mogelijkheid in hun opties om tijdelijke records op te schonen voor database optimalisatie.<\/p>\n<figure style=\"width: 1600px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/opruimen-tijdelijke-records-mit-wp-rocket.png\" alt=\"Opruimen van tijdelijke records met WP Rocket\" width=\"1600\" height=\"817\"><figcaption class=\"wp-caption-text\">Opruimen van tijdelijke records met WP Rocket<\/figcaption><\/figure>\n<h3>Ruim je WordPress sessies op<\/h3>\n<p>Een ander veelvoorkomend probleem dat we hebben gezien, is dat cron-taken soms niet synchroon lopen of niet juist worden geactiveerd en dat sessies daarom niet worden opgeruimd. Je kunt hierdoor een enorme hoeveelheid <code>_wp_session_<\/code>\u00a0rijen in je database krijgen. In dit onderstaande voorbeeld heeft de betreffende site meer dan\u00a0<strong>3 miljoen rijen<\/strong> in de tabel\u00a0<code>wp_options<\/code>en is de tabel groter dan 600MB geworden.<\/p>\n<figure style=\"width: 2254px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2017\/09\/wp-options-rijen.png\" alt=\"wp_options tabel met miljoenen rijen\" width=\"2254\" height=\"227\"><figcaption class=\"wp-caption-text\">wp_options tabel met miljoenen rijen<\/figcaption><\/figure>\n<p>Je zou een onderstaande query kunnen gebruiken om te zien of jij dit probleem ook hebt:<\/p>\n<pre><code class=\"language-php\">SELECT *\nFROM `wp_options`\nWHERE `option_name` LIKE '_wp_session_%'<\/code><\/pre>\n<figure style=\"width: 1308px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2017\/09\/wp-session-rijen-2.png\" alt=\"wp_session rijen\" width=\"1308\" height=\"475\"><figcaption class=\"wp-caption-text\">wp_session rijen<\/figcaption><\/figure>\n<p>In de meeste gevallen kan je deze veilig verwijderen (zoals een cron-taak gedaan zou moeten hebben) met de volgende opdracht:<\/p>\n<pre><code class=\"language-php\">DELETE FROM `wp_options`\nWHERE `option_name` LIKE '_wp_session_%'<\/code><\/pre>\n<p>Na het opschonen van de\u00a0<code>_wp_session_ rows<\/code>\u00a0rijen had de tabel minder dan 1000 records en was gereduceerd tot een grootte van 11 MB.<\/p>\n<figure style=\"width: 2224px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2017\/09\/wp-sessions-opgeruimd-1.png\" alt=\"WP Sessions opgeruimd\" width=\"2224\" height=\"250\"><figcaption class=\"wp-caption-text\">WP Sessions opgeruimd<\/figcaption><\/figure>\n<p>Dit loste ook het probleem met pieken in de MySQL op.<\/p>\n<figure style=\"width: 1823px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2017\/09\/mysql-web-transacties.png\" alt=\"MySQL web transacties\" width=\"1823\" height=\"743\"><figcaption class=\"wp-caption-text\">MySQL web transacties<\/figcaption><\/figure>\n<h3>Voeg een index toe aan Autoload<\/h3>\n<p>Als het opschonen van je <code>wp_options<\/code> tabel niet genoeg was, kun je proberen een &#8220;index&#8221; aan het veld autoload toe te voegen. Dit kan helpen om e\ufb03ci\u00ebnter te zoeken. Het geweldige team bij 10up voerde enkele testscenario&#8217;s uit op een <code>wp_options<\/code> tabel met een typisch aantal automatisch geladen records om te laten zien hoe het toevoegen van een autoload index aan <code>wp_options<\/code> query&#8217;s de prestaties kan verbeteren.<\/p>\n<figure style=\"width: 750px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2017\/09\/wp-options-query-tijd.png\" alt=\"wp_options query tijd\" width=\"750\" height=\"430\"><figcaption class=\"wp-caption-text\">wp_options query tijd (Afbeelding bron:\u00a0<a href=\"https:\/\/10up.com\/blog\/2017\/wp-options-table\/\" target=\"_blank\" rel=\"noopener noreferrer\">10up<\/a>)<\/figcaption><\/figure>\n<p>We raden ook aan om deze twee extra bronnen van WP Bullet te bekijken:<\/p>\n<ul>\n<li><a href=\"https:\/\/guides.wp-bullet.com\/add-mysql-index-wordpress-wp_options-table\/\" target=\"_blank\" rel=\"noopener noreferrer\">Hoe voeg je een MySQL index toe aan de wp_options tabel<\/a><\/li>\n<li><a href=\"https:\/\/guides.wp-bullet.com\/using-wp-cli-doctor-command-to-fix-large-wp_options-autoload-data\/\" target=\"_blank\" rel=\"noopener noreferrer\">Opschonen van de wp_options tabel met WP-CLI<\/a><\/li>\n<\/ul>\n<h3>Gebruik Redis als een permanente object cache voor WordPress<\/h3>\n<p><a href=\"https:\/\/redis.io\/topics\/introduction\" target=\"_blank\" rel=\"noopener noreferrer\">Redis<\/a>\u00a0is een open-source geheugen datastructuur archief. In de context van WordPress kan Redis worden gebruikt om de waarden die worden gegenereerd door de\u00a0<a href=\"https:\/\/codex.wordpress.org\/Class_Reference\/WP_Object_Cache\" target=\"_blank\" rel=\"noopener noreferrer\">WordPress&#8217; native object cache<\/a>\u00a0van WordPress permanent op te slaan. Zo kunnen de objecten in de cache opnieuw gebruikt worden tijdens het laden van de pagina.<\/p>\n<p>Het gebruik van een permanente object cache zoals Redis zorgt voor het\u00a0<strong> hergebruik van objecten in de cache<\/strong>,\u00a0zodat de MySQL database voor hetzelfde object geen tweede keer hoeft worden geraadpleegd. Het resultaat is dat Redis de belasting van de MySQL database van een website kan verminderen en tegelijkertijd de reactietijd van de site kan verkorten. Hierdoor wordt het vermogen van de site om te schalen en extra verkeer af te handelen vergroot.<\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\"aligncenter\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/05\/redis.png\" alt=\"Redis\" width=\"235\" height=\"82\"><\/p>\n<p>Zeer dynamische websites (WooCommerce, lidmaatschap sites, forums, discussieforums, blogs met extreem actieve reactiesystemen) die niet optimaal gebruik kunnen maken van pagina caching zijn potenti\u00eble kandidaten voor de aanhoudende object cache, zoals Redis.<\/p>\n<p>Als je klant bij Kinsta bent, bieden we een Redis-add-on. Bekijk hoe je <a href=\"https:\/\/kinsta.com\/nl\/docs\/wordpress-hosting\/caching\/redis-cache\/#add-redis-kinsta\" target=\"_blank\" rel=\"noopener noreferrer\">Redis aan jouw hostingpakket kunt toevoegen<\/a>.<\/p>\n<h3>Gebruik Elasticsearch om zoekopdrachten op WordPress te versnellen<\/h3>\n<p><a href=\"https:\/\/www.elastic.co\/guide\/en\/elasticsearch\/reference\/current\/getting-started.html\" target=\"_blank\" rel=\"noopener noreferrer\">Elasticsearch<\/a> is een open-source full-text zoekmachine. Het wordt gebruikt om gegevens te indexeren en ongelofelijk snel in die gegevens te zoeken.<\/p>\n<p>In de context van WordPress kan Elasticsearch worden gebruikt om\u00a0<strong>vragen aan de WordPress database te versnellen<\/strong>. Dit wordt gedaan door een index van de inhoud van de database van jouw site te bouwen en vervolgens Elasticsearch te gebruiken om veel sneller in deze index te zoeken dan met een MySQL query die dezelfde zoekopdracht uitvoert.<\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\"aligncenter\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/elasticsearch.png\" alt=\"Elasticsearch\" width=\"353\" height=\"73\"><\/p>\n<p>Als je de tijd en mogelijkheden hebt, kan Elasticsearch worden ge\u00efntegreerd met een WordPress site door een zeer deskundige WordPress- en Elasticsearch-ontwikkelaar. Als jouw site relatief standaard gebruik maakt van WP_Query, kan Elasticsearch ook worden ge\u00efntegreerd door <a href=\"https:\/\/www.elasticpress.io\/\" target=\"_blank\" rel=\"noopener noreferrer\">ElasticPress<\/a> te installeren, een gratis WordPress plugin van 10up,\u00a0<a href=\"https:\/\/wordpress.org\/plugins\/elasticpress\/\" target=\"_blank\" rel=\"noopener noreferrer\">verkrijgbaar op WordPress.org<\/a>.\u00a0<a href=\"https:\/\/github.com\/10up\/ElasticPress#how-does-it-work\" target=\"_blank\" rel=\"noopener noreferrer\">De plugin integreert automatisch met het WP_Query object<\/a>\u00a0te genereren met Elasticsearch in plaats van MySQL.<\/p>\n<p>Elke site die veel gebruik maakt van\u00a0<a href=\"https:\/\/codex.wordpress.org\/Class_Reference\/WP_Query\" target=\"_blank\" rel=\"noopener noreferrer\">WP_Query<\/a>\u00a0kan profiteren van Elasticsearch. Voorbeelden van sites die kunnen profiteren van Elasticsearch:<\/p>\n<ul>\n<li>Sites waar zoeken het belangrijkste navigatiemiddel is.<\/li>\n<li>WooCommerce-sites met een groot aantal bestellingen waarbij sitebeheerders de lijst met bestellingen regelmatig moeten kunnen doorzoeken.<\/li>\n<li>Elke site met een groot aantal berichten waar MySQL zoekopdrachten onacceptabel trage resultaten produceren.<\/li>\n<\/ul>\n<h3>Schakel niet-kritische database-intensieve features uit<\/h3>\n<p>Dit lijkt misschien een beetje voor de hand liggend, maar het kan een wereld van verschil maken als je niet-essenti\u00eble plugins en themafuncties uitschakelt die wel erg intensief zijn voor de database.<\/p>\n<ul>\n<li>Populaire en of verwante bericht widgets en plugins zijn vreselijk. Ze hebben meestal zware website-brede query\u2019s.<\/li>\n<li>Beeldoptimalisatie plugins die afbeeldingen comprimeren met behulp van jouw server. Gebruik altijd een beeldoptimalisatie plugin die extern afbeeldingen optimaliseert.<\/li>\n<\/ul>\n<p>Als je de <a href=\"https:\/\/kinsta.com\/nl\/blog\/\">Kinsta blog<\/a> bezoekt en naar het einde van een bericht scrolt, zul je merken dat we zogenaamde \u2018Handgekozen gerelateerde&#8217; artikelen hebben. Deze worden door ons handmatig geselecteerd en toegewezen aan de post. Dit reduceert de zoekopdracht tot bijna niets en doet geen afbreuk aan de prestaties van jouw hele site. Heeft het meer werk nodig? Ja, maar het heeft als extra voordeel dat jij zelf kunt kiezen wat je wilt dat lezers zien.<\/p>\n<figure style=\"width: 1598px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/wordpress-gerelateerde-artikelen.png\" alt=\"WordPress gerelateerde artikelen\" width=\"1598\" height=\"623\"><figcaption class=\"wp-caption-text\">WordPress gerelateerde artikelen<\/figcaption><\/figure>\n<p>Hoe hebben we dit bereikt? We hebben de fantastische plugin\u00a0<a href=\"https:\/\/www.advancedcustomfields.com\/\" target=\"_blank\" rel=\"noopener noreferrer\">Advanced Custom Fields<\/a>\u00a0gebruikt en vervolgens deze velden toegewezen aan ons blogpost type. Dit stelt ons in staat om elke gerelateerde inhoud die we willen op onze blogposts op te zoeken en toe te wijzen (zoals hieronder te zien).<\/p>\n<figure style=\"width: 1468px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2014\/06\/wijs-gerelateerde-artikelen-toe.png\" alt=\"Wijs gerelateerde artikelen toe\" width=\"1468\" height=\"650\"><figcaption class=\"wp-caption-text\">Wijs gerelateerde artikelen toe<\/figcaption><\/figure>\n<p>We raden je ook aan om af te blijven van plugins die een weergave \/ bericht teller toevoegen aan de site, tenzij je deze absoluut nodig hebt. Vermijd bijvoorbeeld dingen als &#8216;792 berichten&#8217; naast de avatar van een gebruiker in forumberichten of &#8216;5,243 weergaven&#8217; bij het posten van forumberichten. Als je een lange discussie hebt, zullen deze tellers een grote tol eisen van je database. Vermijd in het algemeen het gebruik van tellers en gebruik ze alleen als dat nodig is.<\/p>\n<p>Dit geldt ook voor veel social counters. Op deze site hieronder zie je bijvoorbeeld dat de reactietijd van de populaire Social Warfare plugin 30x groter is dan de volgende plugin eronder. Caching is ingeschakeld, maar zelfs dan hakt deze deze plugin een aanzienlijke in de prestatie. Na het uitschakelen van de plugin op de site zijn de laadtijden direct verbeterd en is de reactietijd van het WordPress dashboard verbeterd.<\/p>\n<figure style=\"width: 1886px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/social-warfare-laadtijden.png\" alt=\"Social Warfare laadtijden\" width=\"1886\" height=\"878\"><figcaption class=\"wp-caption-text\">Social Warfare laadtijden<\/figcaption><\/figure>\n<h2 id=\"cdn\">Maak gebruik van een Content Delivery Netwerk (CDN)<\/h2>\n<p><a href=\"https:\/\/kinsta.com\/nl\/blog\/wordpress-cdn\/\" target=\"_blank\" rel=\"noopener noreferrer\">CDN<\/a> is een afkorting voor content delivery netwerk. Dit is een netwerk van servers (ook bekend als POP&#8217;s) over de hele wereld. Ze zijn ontworpen om kopie\u00ebn van de statische (en soms dynamische) inhoud van jouw WordPress site, zoals afbeeldingen, CSS, JavaScript en videostreams, te hosten en af te leveren.<\/p>\n<p>Verwar een CDN niet met je WordPress host! Dit zijn volledig afzonderlijke services. Een CDN is geen vervanging voor de hosting provider, maar eerder een extra manier om de snelheid van jouw website te verhogen. Hoewel onze hosting hier bij Kinsta razendsnel is, kan een CDN jouw site nog sneller maken.<\/p>\n<h3>Hoe werkt een CDN<\/h3>\n<p>Hoe werkt een CDN precies? Als je bijvoorbeeld jouw website host met Kinsta, moet je een fysieke\u00a0<a href=\"https:\/\/kinsta.com\/nl\/docs\/service-informatie\/datacenter-locaties\/\" target=\"_blank\" rel=\"noopener noreferrer\">datacenter locatie<\/a>, kiezen, zoals de VS, Europa, Azi\u00eb-Pacific of Zuid-Amerika.<\/p>\n<p>Laten we zeggen dat je US Central kiest. Dit betekent dat de website zich fysiek op een \u201chost server&#8221; bevindt in Council Bluffs, Iowa. Wanneer mensen in Europa de website bezoeken, zal het langer duren voordat deze wordt geladen dan voor iemand die hem bezoekt vanuit bijvoorbeeld Dallas, TX.<\/p>\n<p>Waarom is dit? Omdat de gegevens een grotere afstand moeten afleggen. Dit is wat bekend staat als\u00a0<a href=\"https:\/\/kinsta.com\/nl\/blog\/netwerkvertraging\/\" target=\"_blank\" rel=\"noopener noreferrer\">latency<\/a>. Latency verwijst naar de tijd en of vertraging die betrokken is bij het verzenden van gegevens via een netwerk. Hoe verder de afstand, hoe groter de latency.<\/p>\n<h3>CDN Types<\/h3>\n<p>Er zijn twee verschillende typen content delivery netwerken<\/p>\n<ol>\n<li>Traditionele Pull CDN<\/li>\n<li>Reverse Proxy CDN<\/li>\n<\/ol>\n<p>Traditionele pull CDN&#8217;s cachen een kopie van alle inhoud en media, maar een verzoek van de bezoeker wordt nog steeds rechtstreeks aan de hosting provider gedaan. <a href=\"https:\/\/www.keycdn.com\/\" target=\"_blank\" rel=\"noopener noreferrer\">KeyCDN<\/a> en <a href=\"https:\/\/www.cdn77.com\/\" target=\"_blank\" rel=\"noopener noreferrer\">CDN77<\/a> zijn voorbeelden van traditionele CDN&#8217;s.<\/p>\n<p>Een <a href=\"https:\/\/kinsta.com\/nl\/blog\/reverse-proxy\/\">reverse proxy<\/a> CDN is iets anders. Hoewel het nog steeds werkt zoals een CDN, onderschept het alle inkomende verzoeken en fungeert het als een server tussen de client en jouw host. <a href=\"https:\/\/www.cloudflare.com\/\" target=\"_blank\" rel=\"noopener noreferrer\">Cloudflare<\/a> en\u00a0<a href=\"https:\/\/sucuri.net\/\" target=\"_blank\" rel=\"noopener noreferrer\">Sucuri<\/a>\u00a0zijn voorbeelden van reverse proxy CDN&#8217;s. Dit is een reden waarom je de DNS rechtstreeks naar deze providers moet verwijzen in plaats van naar de host.<\/p>\n<p>Het voordeel van het fungeren als een intermediaire server is dat ze sterke webapplicatie-firewalls kunnen bieden die helpen voorkomen dat schadelijk verkeer ooit jouw WordPress site en \/ of hosting provider bereiken. Een nadeel hiervan is dat het je website licht vertraagt i.v.m. extra overhead, vergeleken met een traditioneel pull CDN. Maar met extra prestaties en beveiligingsfuncties zou dit als verwaarloosbaar kunnen worden gezien.<\/p>\n<p>Hieronder is een voorbeeld van wat er gebeurde na het inschakelen van Sucuri op de site van een klant. Zoals je kunt zien had dit een enorme impact op de hoeveelheid slecht verkeer die er doorheen kwam. Uiteindelijk kunnen dit soort services helpen te besparen op hosting kosten.<\/p>\n<figure style=\"width: 1976px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/06\/resources-verbruik-sucuri-waf.png\" alt=\"Resource verbruik na inschakeling van Sucuri WAF\" width=\"1976\" height=\"1435\"><figcaption class=\"wp-caption-text\">Resource verbruik na inschakeling van Sucuri WAF<\/figcaption><\/figure>\n<h3>CDN snelheidstesten<\/h3>\n<p>Eerder hadden we het over de enorme voordelen van WordPress caching. CDN caching is ook super krachtig. Dit komt omdat CDN&#8217;s doorgaans veel meer server locaties hebben dan hosting providers. Dit betekent dat ze alle bedrijfs assets (afbeeldingen, JS, CSS) dichter bij jouw bezoekers kunnen opslaan en ze kunnen aanbieden met hoge snelheden.<\/p>\n<p>Laten we een paar snelle testen uitvoeren om te zien hoeveel sneller jouw site kan zijn met een CDN.<\/p>\n<h4>Zonder CDN<\/h4>\n<p>Onze test website wordt gehost bij Kinsta en bevindt zich fysiek in het datacenter van Iowa, VS. We hebben eerst vijf snelheidstesten uitgevoerd met Pingdom (zonder dat het CDN was ingeschakeld) en hebben het gemiddelde genomen. Belangrijk: We gebruiken de locatie Europa &#8211; Verenigd Koninkrijk &#8211; Londen bij Pingdom om de echte kracht van een CDN te demonstreren. De totale laadtijd was <strong>1,03 s<\/strong>.<\/p>\n<figure style=\"width: 1462px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/snelheidstest-zonder-cdn.png\" alt=\"Snelheidstest zonder CDN\" width=\"1462\" height=\"478\"><figcaption class=\"wp-caption-text\"><a href=\"https:\/\/tools.pingdom.com\/#59c6eae3e6000000\" target=\"_blank\" rel=\"noopener noreferrer\">Snelheidstest<\/a> zonder CDN<\/figcaption><\/figure>\n<h4>Met CDN<\/h4>\n<p>Vervolgens hebben we de CDN ingeschakeld en vijf extra snelheidstesten uitgevoerd met Pingdom. Onze totale laadtijd is nu <strong>585 ms<\/strong> vanaf de testlocatie Europa &#8211; Verenigd Koninkrijk &#8211; London met Pingdom. Dus met behulp van de CDN konden we <strong>de laadtijd van onze pagina&#8217;s met 43,2% verlagen!<\/strong> Dat scheelt heel wat.<\/p>\n<figure style=\"width: 1466px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/snelheidstest-met-cdn.png\" alt=\"Snelheidstest met CDN\" width=\"1466\" height=\"478\"><figcaption class=\"wp-caption-text\"><a href=\"https:\/\/tools.pingdom.com\/#59c6eb7303400000\" target=\"_blank\" rel=\"noopener noreferrer\">Snelheidstest<\/a> met CDN<\/figcaption><\/figure>\n<p>De reden voor zo&#8217;n drastisch verschil is dat het CDN een data centrum in Londen heeft. Dit betekend dat alle assets gecached worden op deze locatie en klaar staan om geserveerd te worden met minimale latency.<\/p>\n<h4>TTFB zonder CDN<\/h4>\n<p>Onthoud dat de gele balk in Pingdom staat voor wachttijd, wat de tijd is voor de eerste byte (TTFB). Bij onze snelheidstests zonder dat het CDN aan stond, bedroeg de gemiddelde TTFB op assets ongeveer <strong>98 ms<\/strong>.<\/p>\n<figure id=\"attachment_21172\" aria-describedby=\"caption-attachment-21172\" style=\"width: 1340px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" class=\"size-full wp-image-21172\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2019\/02\/ttfb-zonder-cache.png\" alt=\"TTFB zonder CDN\" width=\"1340\" height=\"658\" srcset=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2019\/02\/ttfb-zonder-cache.png 1340w, https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2019\/02\/ttfb-zonder-cache-300x147.png 300w, https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2019\/02\/ttfb-zonder-cache-768x377.png 768w, https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2019\/02\/ttfb-zonder-cache-1024x503.png 1024w, https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2019\/02\/ttfb-zonder-cache-610x300.png 610w\" sizes=\"auto, (max-width: 1340px) 100vw, 1340px\" \/><figcaption id=\"caption-attachment-21172\" class=\"wp-caption-text\">TTFB zonder CDN<\/figcaption><\/figure>\n<h4>TTFB met CDN<\/h4>\n<p>Nadat we de CDN hadden ingeschakeld, daalde de gemiddelde TTFB op assets tot <strong>gemiddeld 15 ms<\/strong>. Dus met behulp van een CDN daalde onze <strong>gemiddelde TTFB met 84,69%<\/strong>. Dit komt voornamelijk omdat de assets rechtstreeks vanuit de cache van de CDN worden aangeboden.<\/p>\n<figure style=\"width: 1492px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/ttfb-met-cdn.png\" alt=\"TTFB met CDN\" width=\"1492\" height=\"739\"><figcaption class=\"wp-caption-text\">TTFB met CDN<\/figcaption><\/figure>\n\n<h3>Hoe schakel je een CDN in<\/h3>\n<p>Het inschakelen van een CDN op jouw WordPress site hoeft niet moeilijk te zijn, het is zelfs vrij eenvoudig! Volg gewoon deze stappen.<\/p>\n<h4>Stap 1<\/h4>\n<p>Selecteer een CDN-provider en abonneer je op hun service. Deze worden meestal op maandelijkse basis gefactureerd of gefactureerd op gegevensgebruik. De meeste providers hebben een rekenmodule om de kosten in te schatten.<\/p>\n<ul>\n<li>Als je zelf op zoek bent naar de implementatie van KeyCDN, raden we aan dit artikel te lezen op\u00a0<a href=\"https:\/\/woorkup.com\/cdn-for-dummies\/\" target=\"_blank\" rel=\"noopener noreferrer\">CDN voor dummies<\/a>. Elke CDN-provider zal ook documentatie beschikbaar hebben om je op weg te helpen.<\/li>\n<li>We hebben een uitgebreid artikel over het <a href=\"https:\/\/kinsta.com\/nl\/blog\/cloudflare-installeren\/\" target=\"_blank\" rel=\"noopener noreferrer\">installeren van Cloudflare<\/a> en het <a href=\"https:\/\/kinsta.com\/nl\/blog\/sucuri-firewall\/\" target=\"_blank\" rel=\"noopener noreferrer\">installeren van Sucuri<\/a>.<\/li>\n<\/ul>\n<h4>Stap 2<\/h4>\n<p>Als je een traditioneel pull CDN gebruikt, kan je de gratis plugin zoals <a href=\"https:\/\/wordpress.org\/plugins\/cdn-enabler\/\" target=\"_blank\" rel=\"noopener noreferrer\">CDN Enabler<\/a>,\u00a0<a href=\"https:\/\/wp-rocket.me\/\" target=\"_blank\" rel=\"noopener noreferrer\">WP Rocket<\/a>, of <a href=\"https:\/\/perfmatters.io\" target=\"_blank\" rel=\"noopener noreferrer\">Perfmatters<\/a> gebruiken om te integreren met je WordPress site. Deze plugins koppelen de assets automatisch aan het CDN. Er is geen extra werk nodig van jouw kant om de inhoud op het CDN te krijgen; dit is allemaal vanzelfsprekend! Omgekeerde proxy-CDN&#8217;s vereisen meestal geen plugins, hoewel ze er soms wel zijn om extra functies in te schakelen.<\/p>\n<figure style=\"width: 1670px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/chakel-cdn-in-wordpress-perfmatters.png\" alt=\"Schakel een CDN in op WordPress met Perfmatters\" width=\"1670\" height=\"928\"><figcaption class=\"wp-caption-text\">Schakel een CDN in op WordPress met Perfmatters<\/figcaption><\/figure>\n<h3>Hoe schakel je Kinsta&#8217;s CDN in<\/h3>\n<p>Spraken de bovenstaande CDN snelheidstesten je aan? Wij gebruikten KeyCDN in die tests. Het goede nieuws is dat ons Kinsta CDN wordt aangedreven door KeyCDN. Het is een HTTP\/2 en IPv6-content delivery netwerk met 200+ locaties, om jouw assets en media over de hele wereld te boosten. Momenteel aangesloten regio&#8217;s zijn onder meer Amerika, Zuid-Amerika, Europa, Afrika, Azi\u00eb en Australi\u00eb.<\/p>\n<figure style=\"width: 1613px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/kinsta-cdn-netwerk.png\" alt=\"Kinsta CDN netwerk\" width=\"1613\" height=\"843\"><figcaption class=\"wp-caption-text\">Kinsta CDN netwerk<\/figcaption><\/figure>\n<p>Als je klant bij Kinsta bent, bieden we gratis CDN bandbreedte aan in al onze hosting pakketten. Je kunt he <a href=\"https:\/\/kinsta.com\/nl\/docs\/wordpress-hosting\/wordpress-cdn\/kinsta-cdn\/\" target=\"_blank\" rel=\"noopener noreferrer\">Kinsta CDN<\/a>\u00a0in twee eenvoudige stappen inschakelen.<\/p>\n<h4>Stap 1<\/h4>\n<p>Log in op jouw\u00a0<a href=\"https:\/\/my.kinsta.com\/?lang=nl\" target=\"_blank\" rel=\"noopener noreferrer\">MyKinsta dashboard<\/a>. Klik op jouw site en daarna op de Kinsta CDN tab.<\/p>\n<figure id=\"attachment_55804\" aria-describedby=\"caption-attachment-55804\" style=\"width: 1524px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" class=\"size-full wp-image-55804\" src=\"https:\/\/kinsta.com\/wp-content\/uploads\/2018\/11\/kinsta-cdn-1.png\" alt=\"Kinsta CDN\" width=\"1524\" height=\"796\" data-must_clone=\"true\"><figcaption id=\"caption-attachment-55804\" class=\"wp-caption-text\">Kinsta CDN<\/figcaption><\/figure>\n<h4>Stap 2<\/h4>\n<p>Klik vervolgens op &#8220;Kinsta CDN inschakelen&#8221;. Na een paar minuten wordt het CDN automatisch ge\u00efmplementeerd en worden jouw assets vanuit cache over de hele wereld weergegeven. Meer hoef je niet te doen. \ud83d\ude04<\/p>\n<figure id=\"attachment_55805\" aria-describedby=\"caption-attachment-55805\" style=\"width: 1513px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" class=\"wp-image-55805 size-full\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/inschakelen-kinsta-cdn-1.png\" alt=\"Kinsta CDN inschakelen\" width=\"1513\" height=\"790\"><figcaption id=\"caption-attachment-55805\" class=\"wp-caption-text\">Kinsta CDN inschakelen<\/figcaption><\/figure>\n<h3>Overige CDN Optimalisaties<\/h3>\n<p>Hier zijn nog een paar extra CDN optimalisaties die je misschien wilt bekijken of over wil nadenken.<\/p>\n<ul>\n<li>Als je veel reacties hebt, kunnen gravatars veel verzoeken genereren. Ze laden vanaf secure.gravatar.com. Bekijk deze tutorial over het <code>secure.gravatar.com<\/code>. Lees deze tutorial over het <a href=\"https:\/\/woorkup.com\/load-gravatars-from-cdn\/\" target=\"_blank\" rel=\"noopener noreferrer\">laden van gravatars vanaf je CDN<\/a>.\u00a0Wij doen dit ook op de Kinsta-website.\u00a0\ud83d\udc4d<\/li>\n<li>Je kunt jouw aangepaste web-lettertypen hosten vanaf het CDN- of zelfs Google-lettertypen via jouw CDN hosten. Bekijk onze <a href=\"https:\/\/kinsta.com\/blog\/local-fonts\/\" target=\"_blank\" rel=\"noopener noreferrer\">uitgebreide handleiding over lokale lettertypen<\/a>.<\/li>\n<li>Zorg ervoor dat je jouw <a href=\"https:\/\/kinsta.com\/nl\/blog\/wordpress-favicon\/\" target=\"_blank\" rel=\"noopener noreferrer\">favicon<\/a> vanaf het CDN laadt. Hoewel het klein is, elk verzoek telt!<\/li>\n<\/ul>\n<h2 id=\"offload-media\">O\ufb04oad media en e-mail wanneer nodig<\/h2>\n<p>Alles dat een verzoek genereert, heeft op de een of andere manier invloed op de prestaties van een site. Voor sites met honderdduizenden bestanden of grote media, kan het verstandig zijn dit volledig te o\ufb04oaden. <strong>O\ufb04oading is anders dan serveren via een CDN.<\/strong>.Bij een CDN bevinden de originele gegevens zich nog altijd bij de host, het CDN heeft er simpelweg meerdere kopie\u00ebn van.<\/p>\n<p>Wanneer caching is verlopen op de CDN items, wordt jouw host opnieuw gevraagd naar de nieuwste exemplaren van de bestanden. CDN&#8217;s zijn bedoeld om bestanden voor langere tijd te cachen, maar vanwege het feit dat ze zoveel POP&#8217;s hebben kan dit alsnog veel query\u2019s betekenen.<\/p>\n<p>Wanneer je media of bestanden o\ufb04oad, betekent dit dat je de oorspronkelijke fysieke locatie van de items van de hosting provider verplaatst. Dus hoewel het erop lijkt dat de bestanden vanaf jouw site worden weergegeven, bevinden ze zich echt ergens anders. Naast het verminderen van extra query\u2019s aan de host, is de belangrijkste reden natuurlijk ook om op schijfruimte te besparen.<\/p>\n<h3>O\ufb04oad media naar Amazon S3<\/h3>\n<p>Een van de meest populaire o\ufb04oad oplossingen is Amazon S3.\u00a0<a href=\"https:\/\/aws.amazon.com\/s3\/\" target=\"_blank\" rel=\"noopener noreferrer\">Amazon S3<\/a> is een opslagoplossing en maakt deel uit van veel producten van de Amazon Web Services. Meestal wordt dit gebruikt voor grote sites die extra backups nodig hebben of <a href=\"https:\/\/kinsta.com\/blog\/pdf-mp3-hosting\/\" target=\"_blank\" rel=\"noopener noreferrer\">grote bestanden serveren<\/a> (downloads, software, video&#8217;s, games, audiobestanden, PDF&#8217;s, enz.). Amazon heeft een bewezen staat van dienst als zeer betrouwbaar en vanwege hun enorme infrastructuur kunnen ze zeer lage opslagkosten bieden. Klanten S3 zijn onder meer Netflix, Airbnb, SmugMug, Nasdaq, etc.<\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\"aligncenter\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2016\/11\/wordpress-amazon-s3.png\" alt width=\"176\" height=\"119\"><\/p>\n<p>Omdat ze volledig gefocust zijn op bulkopslag, kun je er vanuit gaan dat de prijzen goedkoper zijn dan die van jouw WordPress host. Het o\ufb04oaden van media naar AWS kan een geweldige manier zijn om geld te besparen en is gratis voor het eerste jaar (tot 5 GB opslag). Omdat de aanvragen voor de media rechtstreeks vanuit Amazon worden geserveerd, wordt jouw WordPress site minder belast, wat een snellere laadtijd betekent.<\/p>\n<p>Bekijk ons uitgebreid artikel over hoe je <a href=\"https:\/\/kinsta.com\/blog\/wordpress-amazon-s3\/\" target=\"_blank\" rel=\"noopener noreferrer\">WordPress-media kunt distribueren naar Amazon S3<\/a>. Je kunt ook een CDN met de o\ufb04oaded media gebruiken voor het beste van beide werelden.<\/p>\n<h3>O\ufb04oad media naar Google Cloud Storage<\/h3>\n<p>Een andere populaire oplossing voor o\ufb04oading is <a href=\"https:\/\/cloud.google.com\/storage\/\" target=\"_blank\" rel=\"noopener noreferrer\">Google Cloud Storage<\/a>.\u00a0Omdat Kinsta wordt aangedreven door het Google Cloud Platform, zijn we grote fans van hun technologie en infrastructuur. Vanwege de enorme infrastructuur van Google en het feit dat ze omgaan met opslag in bulk, kunnen ze zeer lage opslag prijzen bieden. Sommige van hun klanten zijn Spotify, Vimeo, Coca-Cola, Philips, Evernote en Motorola.<\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\"aligncenter\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/google-cloud-storage.png\" alt=\"Google Cloud storage\" width=\"153\" height=\"153\"><\/p>\n<p>Bekijk ons uitgebreid artikel over <a href=\"https:\/\/kinsta.com\/nl\/blog\/wordpress-google-cloud-storage\/\" target=\"_blank\" rel=\"noopener noreferrer\">hoe je WordPress media kan distribueren naar Google Cloud Storage<\/a>.<\/p>\n<h3>O\ufb04oad transactionele en marketing e-mails<\/h3>\n<p>Of je het nu gelooft of niet, e-mails hebben wel degelijk invloed op je server- en server resources. Bij sommige hosts, met name shared hosts, kan misbruik hiervan je zelfs een blokkering opleveren. Dit wordt vooral een probleem als je bulkmails probeert te verzenden. Dit is de reden waarom transactionele e-mailproviders van externe partijen bestaan en waarom veel hosting providers e-mailbezorging op standaardpoorten volledig blokkeren. We raden je nooit aan om <a href=\"https:\/\/kinsta.com\/nl\/blog\/software-voor-emailmarketing\/\" target=\"_blank\" rel=\"noopener noreferrer\">je hosting provider te gebruiken voor e-mail<\/a>.<\/p>\n<p>Als je nieuwsbrieven of bulk-e-mails verzendt, raden we altijd de volgende alternatieven aan voor de beste resultaten:<\/p>\n<ul>\n<li>Gebruik\u00a0<strong>professionele externe e-mailmarketing software<\/strong>\u00a0die geen deel uitmaakt van WordPress<\/li>\n<li>Gebruik ten\u00a0<strong>transactionele e-mailservice provider<\/strong>\u00a0(HTTP API of SMTP) in combinatie met WordPress<\/li>\n<\/ul>\n<p>Andere voordelen van het gebruik van een externe service zijn:<\/p>\n<ul>\n<li>Betere e-mail aflevering. Laat de e-mailproviders doen waar ze het beste in zijn!<\/li>\n<li>Minder kans om op de blacklist te komen.<\/li>\n<li>Het is niet altijd mogelijk om <a href=\"https:\/\/kinsta.com\/nl\/blog\/dmarc-fail\/\">DMARC-records<\/a> in te stellen bij jouw hosting provider.<\/li>\n<\/ul>\n<h4>E-mail marketing hulpmiddelen<\/h4>\n<p>Enkele voorbeelden van marketing-e-mails omvatten nieuwsbrieven, aankondigingen van producten en functies, verkoop, uitnodigingen voor evenementen, onboarding herinneringen, enz. Hier zijn enkele e-mailmarketing tools die we aanbevelen:<\/p>\n<ul>\n<li><a href=\"https:\/\/mailchimp.com\/\" target=\"_blank\" rel=\"noopener noreferrer\">MailChimp<\/a>\u00a0&#8211; Wij gebruiken MailChimp bij Kinsta.<\/li>\n<li><a href=\"https:\/\/www.mailerlite.com\/\" target=\"_blank\" rel=\"noopener noreferrer\">MailerLite<\/a><\/li>\n<li><a href=\"https:\/\/www.drip.com\/\" target=\"_blank\" rel=\"noopener noreferrer\">Drip<\/a><\/li>\n<\/ul>\n<h4>Transactionele e-mail diensten<\/h4>\n<p>Enkele voorbeelden van transactionele e-mails zijn aankoopbonnen van WooCommerce of EDD, meldien voor het maken van rekeningen, verzendmeldingen, app-foutmeldingen, wachtwoord herstellen, enzovoort. Als je een Kinsta klant bent, vertrouwen we op een externe SMTP-provider om een hoge aflevering te garanderen. Maar afhankelijk van het volume raden we altijd aan dit off-site te verplaatsen. Hier zijn een paar e-mailservices die we aanbevelen:<\/p>\n<ul>\n<li><a href=\"https:\/\/sendgrid.com\/\" target=\"_blank\" rel=\"noopener noreferrer\">SendGrid<\/a> &#8211; Bij Kinsta gebruiken wij SendGrid.<\/li>\n<li><a href=\"https:\/\/www.mailgun.com\/\" target=\"_blank\" rel=\"noopener noreferrer\">Mailgun<\/a> &#8211; Lees hier\u00a0<a href=\"https:\/\/kinsta.com\/blog\/mailgun-wordpress\/\" target=\"_blank\" rel=\"noopener noreferrer\">hoe je Mailgun in WordPress kan configureren<\/a>.<\/li>\n<li><a href=\"https:\/\/www.sparkpost.com\/\" target=\"_blank\" rel=\"noopener noreferrer\">SparkPost<\/a><\/li>\n<\/ul>\n<h2 id=\"finding-bottlenecks\">Hoe vindt je bottlenecks en langzame plugins?<\/h2>\n<p>Nu gaan we dieper in op enkele tips voor het vinden van knelpunten op jouw WordPress site en wat je eraan kunt doen.<\/p>\n<h3>Gebruik New Relic om langzame plugins en database queries te identificeren<\/h3>\n<p>Er zijn een aantal geweldige tools op de markt die je kunnen helpen bij het lokaliseren en identificeren van langzame database queries en plugins die veel tijd kosten. We zijn grote fans van <a href=\"https:\/\/newrelic.com\/\" target=\"_blank\" rel=\"noopener noreferrer\">New Relic<\/a> bij Kinsta en gebruiken het dagelijks. New Relic is een PHP monitoring tool die je kunt gebruiken om gedetailleerde prestatiestatistieken over jouw website te krijgen.<\/p>\n<p>Als je een Kinsta klant bent, kan je zelfs je eigen <a href=\"https:\/\/kinsta.com\/changelog\/custom-new-relic-tracking\/\" target=\"_blank\" rel=\"noopener noreferrer\">New Relic-licentiesleutel<\/a>\u00a0toevoegen op het MyKinsta dashboard.<\/p>\n<figure id=\"attachment_55807\" aria-describedby=\"caption-attachment-55807\" style=\"width: 1512px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" class=\"wp-image-55807 size-full\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/new-relic-monitoring-kinsta-1.png\" alt=\"New Relic Monitoring\" width=\"1512\" height=\"831\"><figcaption id=\"caption-attachment-55807\" class=\"wp-caption-text\">New Relic Monitoring<\/figcaption><\/figure>\n<p>Gebruik New Relic echter voorzichtig, aangezien dit invloed heeft op de prestaties van de site. Het voegt JavaScript toe aan de website. We raden aan om New Relic in te schakelen als je problemen met de prestaties moet oplossen en daarna weer uit te schakelen.<\/p>\n<h4>Langzame plugins vinden<\/h4>\n<p>Wanneer een WordPress plugin zorgt voor algemene traagheid, vari\u00ebren de symptomen op basis van de activiteit die de plugin uitvoert. In veel gevallen zal je echter merken dat een langzame plugin van invloed is op elke pagina van een WordPress site. In het geval van de site waarvan je de gegevens in de onderstaande afbeelding ziet, werd algemene traagheid waargenomen op elke front-end pagina van de site. Dit is wat New Relic te zeggen had over de prestaties van de plugins op de site.<\/p>\n<figure style=\"width: 1137px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2017\/09\/langzame-plugins.png\" alt=\"Langzame plugins\" width=\"1137\" height=\"363\"><figcaption class=\"wp-caption-text\">Langzame plugins<\/figcaption><\/figure>\n<p>Je kunt meteen zien dat de adinjector plugin meer dan 15 keer zoveel tijd verbruikt als de volgende langzaamste plugin.<\/p>\n<p>Wanneer je gegevens zoals deze ziet, kan het verleidelijk zijn om de plugin onmiddellijk te sluiten omdat deze slecht gecodeerd is of op de een of andere manier ineffectief is. Hoewel dit soms het geval is, is dit niet altijd zo. Misconfiguratie van de invoegtoepassing, vertraging van de database of externe bronnen die traag reageren, kunnen ervoor zorgen dat een plugin veel tijd verliest.<\/p>\n<p>Wanneer je een plugin ziet die traag reageert, is het een goed idee om verschillende andere schermen in New Relic te controleren om aanvullende informatie te vinden. De transacties, databases en externe bronnen moeten allemaal worden gecontroleerd voordat wordt besloten dat het deactiveren van de plugin de beste of enige manier is om verder te gaan.<\/p>\n<h4>Algemene traagheid veroorzaakt door een overbelaste database<\/h4>\n<p>Een slecht geoptimaliseerde database kan algemene traagheid veroorzaken op een WordPress website. Eerder hebben we een heleboel verschillende dingen besproken die je kunt doen om dit op te lossen. In New Relic zal deze database gerelateerde traagheid hoogstwaarschijnlijk op twee plaatsen verschijnen:<\/p>\n<ul>\n<li>Ten eerste zie je een te grote hoeveelheid MySQL-activiteit in het overzicht.<\/li>\n<li>Ten tweede zie je een of meer databasetabellen die veel tijd kosten op het database tabblad.<\/li>\n<\/ul>\n<p>Vanaf het overzichtsscherm ziet een site met een worstelende database er ongeveer zo uit:<\/p>\n<figure style=\"width: 970px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2017\/09\/web-transactie-tijd.png\" alt=\"Web transactie tijd\" width=\"970\" height=\"421\"><figcaption class=\"wp-caption-text\">Web transactie tijd<\/figcaption><\/figure>\n<p>Ga naar het tabblad &#8216;Databases&#8217; voor een betere inzicht in welke databasetabel of -query de oorzaak is.<\/p>\n<figure style=\"width: 1134px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2017\/09\/mysql-overzicht.png\" alt=\"MySQL overzicht\" width=\"1134\" height=\"356\"><figcaption class=\"wp-caption-text\">MySQL overzicht<\/figcaption><\/figure>\n<p>Het database tabblad wijst naar de tabel en het type query dat de meeste tijd in beslag neemt. Als je een van de items in de lijst selecteert, kan je meer details bekijken, inclusief enkele voorbeeld queries.<\/p>\n<figure style=\"width: 1143px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2017\/09\/langzame-query-s.png\" alt=\"Langzame query\u2019s \u2014 wp_options tabel\" width=\"1143\" height=\"462\"><figcaption class=\"wp-caption-text\">Langzame query\u2019s \u2014 wp_options tabel<\/figcaption><\/figure>\n<p>In dit geval wijst de data met een vinger naar automatisch geladen gegevens in de tabel <code>wp_options<\/code>. Vergeet niet dat we dit eerder hebben besproken. Het is duidelijk dat een snelle analyse van de tabel <code>wp_options<\/code> bevestigt dat deze bijna 250 MB aan gegevens bevat. Hierdoor is deze site een voor de hand liggende kandidaat is voor database onderhoud en -optimalisatie.<\/p>\n<p>Zorg ervoor dat je ons uitgebreid artikel leest over <a href=\"https:\/\/kinsta.com\/nl\/blog\/wordpress-prestatieknelpunten-new-relic\/\" target=\"_blank\" rel=\"noopener noreferrer\">hoe je New Relic kunt gebruiken<\/a> om prestatieproblemen op je WordPress site te debuggen.<\/p>\n<h3>Maak gebruik van de gratis query monitor plugin<\/h3>\n<p>Je kunt ook de gratis <a href=\"https:\/\/wordpress.org\/plugins\/query-monitor\/\" target=\"_blank\" rel=\"noopener noreferrer\">Query Monitor<\/a> WordPress plugin gebruiken. Gebruik het om trage database query&#8217;s,\u00a0<a href=\"https:\/\/kinsta.com\/nl\/blog\/admin-ajax\/\" target=\"_blank\" rel=\"noopener noreferrer\">AJAX calls<\/a>, REST API aanvragen en nog veel meer te identificeren en debuggen. Bovendien rapporteert de plugin website gegevens zoals afhankelijkheid van scripts, WordPress hooks die zijn geactiveerd bij het genereren van pagina&#8217;s, gegevens over de hosting omgeving, voorwaardelijke query-tags die worden opgehaald door de huidige pagina en nog veel meer.<\/p>\n<figure style=\"width: 2039px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2016\/08\/wordpress-queries.png\" alt=\"WordPress Query\u2019s in de Query Monitor Plugin\" width=\"2039\" height=\"1150\"><figcaption class=\"wp-caption-text\">WordPress Query\u2019s in de Query Monitor Plugin<\/figcaption><\/figure>\n<p>De plugin is ontwikkeld door\u00a0<a href=\"https:\/\/johnblackbourn.com\/\" target=\"_blank\" rel=\"noopener noreferrer\">John Blackbourn<\/a>, een belangrijke WordPress committer die momenteel een ontwikkelaar is bij Human Made en eerder in dienst was bij WordPress.com VIP \u2014 met andere woorden, iemand die WordPress als geen ander kent. Query Monitor is\u00a0<a href=\"https:\/\/wptavern.com\/query-monitor-a-remarkably-comprehensive-debugging-plugin-for-wordpress\" target=\"_blank\" rel=\"noopener noreferrer\">in 2013 aan de WordPress-plugin directory toegevoegd<\/a> en heeft momenteel meer dan 10.000 actieve installaties &#8211; een indrukwekkend aantal voor een ontwikkelaars-plugin. De gebruikerswaardering van de plugin van vijf uit vijf sterren verklaart de populariteit onder ontwikkelaars.<\/p>\n<p>Bekijk onze complete tutorial over <a href=\"https:\/\/kinsta.com\/blog\/query-monitor\/\" target=\"_blank\" rel=\"noopener noreferrer\"> het gebruik van Query Monitor<\/a>.<\/p>\n<h3 id=\"wordpress-staging\">Maak gebruik van staging sites zonder aan de productie omgeving te komen<\/h3>\n<p>We weten niet wat we zouden doen zonder staging omgevingen. Deze zijn van onschatbare waarde als het gaat om het oplossen van prestatieproblemen. Gelukkig heeft Kinsta\u00a0<a href=\"https:\/\/kinsta.com\/nl\/docs\/wordpress-hosting\/testomgeving\/\" target=\"_blank\" rel=\"noopener noreferrer\">staging-omgevingen<\/a> met \u00e9\u00e9n klik. Als jouw WordPress host geen staging-omgevingen biedt, kan je ook een plugin zoals\u00a0<a href=\"https:\/\/wordpress.org\/plugins\/wp-staging\/\" target=\"_blank\" rel=\"noopener noreferrer\">WP Staging<\/a>, gebruiken, hoewel dit niet zo eenvoudig is.<\/p>\n<figure id=\"attachment_55808\" aria-describedby=\"caption-attachment-55808\" style=\"width: 1529px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" class=\"wp-image-55808 size-full\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/wordpress-staging-omgeving-2.png\" alt=\"WordPress staging-omgeving\" width=\"1529\" height=\"779\"><figcaption id=\"caption-attachment-55808\" class=\"wp-caption-text\">WordPress staging-omgeving<\/figcaption><\/figure>\n<p>Nadat je een staging-site aan hebt gemaakt, is het eerste dat je kan <a href=\"https:\/\/kinsta.com\/blog\/disable-wordpress-plugins\/\" target=\"_blank\" rel=\"noopener noreferrer\">doen alle plugins uitschakelen<\/a>. Aangezien dit een kopie is van je live site, hoef je je geen zorgen te maken dat je iets breekt. Het is verreweg een van de gemakkelijkste manieren om problemen te beperken. Ga gewoon naar Plugins, selecteer ze allemaal en kies &#8220;Deactiveren&#8221; uit de bulkopties.<\/p>\n<figure style=\"width: 1589px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/03\/schakel-alle-wordpress-plugin-uit.png\" alt=\"Schakel alle WordPress plugins uit\" width=\"1589\" height=\"766\"><figcaption class=\"wp-caption-text\">Schakel alle WordPress plugins uit<\/figcaption><\/figure>\n<p>Wanneer je dit hebt gedaan, kan je de responstijden controleren in New Relic of Query Monitor en zien wat er gebeurt. In dit onderstaande voorbeeld vielen de responstijden meteen weer terug naar normaal. Hierdoor wisten we dat het een van de plugins was die het probleem veroorzaakten. Je kunt ze vervolgens \u00e9\u00e9n voor \u00e9\u00e9n inschakelen, hetzelfde proces herhalen totdat je de boosdoener vindt.<\/p>\n<figure style=\"width: 1557px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/03\/normale-reactietijden.png\" alt=\"Normale reactietijden\" width=\"1557\" height=\"796\"><figcaption class=\"wp-caption-text\">Normale reactietijden<\/figcaption><\/figure>\n<p>Hier is een voorbeeld van wat er gebeurde toen we de plugin die het probleem veroorzaakte inschakelden. Laadtijden (web-transactie tijden) gingen meteen weer omhoog.<\/p>\n<figure style=\"width: 1568px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/03\/weer-trage-reactietijden.png\" alt=\"Weer Trage reactietijden\" width=\"1568\" height=\"748\"><figcaption class=\"wp-caption-text\">Weer Trage reactietijden<\/figcaption><\/figure>\n<p>Wat moet je doen nadat je de plugin hebt gevonden die de traagheid veroorzaakt? Dit is wat we adviseren:<\/p>\n<ol>\n<li>Werk de plugins en thema&#8217;s bij naar de nieuwste versie als je dat nog niet hebt gedaan.<\/li>\n<li>Neem contact op met de ontwikkelaar van de plugin of het thema en vraag ze om hulp.<\/li>\n<li>Zoek een alternatieve plugin die dezelfde functionaliteit kan bieden.<\/li>\n<li>Misschien veroorzaakt de PHP-versie een probleem. Verander je PHP engine naar een lagere versie en kijk of de plugin of het thema dan beter werkt<\/li>\n<\/ol>\n<p>Je kunt ook een\u00a0<a href=\"https:\/\/kinsta.com\/nl\/blog\/wordpress-ontwikkelaar-huren\/\" target=\"_blank\" rel=\"noopener noreferrer\">WordPress-ontwikkelaar<\/a>\u00a0inhuren om het probleem op te lossen. Als het om prestaties gaat, moeten we Mike Andreason van <a href=\"https:\/\/kinsta.com\/nl\/agency-directory\/wp-bullet\/\" target=\"_blank\" rel=\"noopener noreferrer\">WP Bullet<\/a>. een persoonlijke shout-out geven. Hij is een full-time Codeable ontwikkelaar gespecialiseerd in performance optimalisatie, die veel klanten bij Kinsta met complexe installaties geholpen heeft om hun site naar een hoger niveau te tillen.<\/p>\n<figure style=\"width: 1572px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/07\/voor-en-na-wp-bullet.png\" alt=\"Voor en na WP Bullet\" width=\"1572\" height=\"647\"><figcaption class=\"wp-caption-text\">Voor en na WP Bullet<\/figcaption><\/figure>\n<h3>Controleer je error logs<\/h3>\n<p>Het controleren van\u00a0<a href=\"https:\/\/kinsta.com\/nl\/blog\/wordpress-error-log\/\" target=\"_blank\" rel=\"noopener noreferrer\">foutlogboeken<\/a> is nooit leuk, maar je kan veel te weten komen over prestatieproblemen met WordPress plugins. Als je klant bij Kinsta bent, kan je eenvoudig de error logs, cache logs en access logs bekijken via het MyKinsta-dashboard.<\/p>\n<figure id=\"attachment_55809\" aria-describedby=\"caption-attachment-55809\" style=\"width: 1515px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" class=\"wp-image-55809 size-full\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/foutlogboek-mykinsta-1.png\" alt=\"Foutlogboek in MyKinsta\" width=\"1515\" height=\"718\"><figcaption id=\"caption-attachment-55809\" class=\"wp-caption-text\">Error logs in MyKinsta<\/figcaption><\/figure>\n<p>Je kunt ook error logs inschakelen door wat code toe te voegen aan het <code>wp-config.php<\/code>\u00a0bestand. Allereerst maak je via SFTP verbinding met je site. Download dan je\u00a0<code>wp-config.php<\/code>\u00a0bestand zodat je deze kunt bewerken. Opmerking: maak altijd eerst een back-up van dit bestand!<\/p>\n<figure style=\"width: 1389px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/download-wp-config-bestand.jpg\" alt=\"Download het wp-config.php bestand\" width=\"1389\" height=\"496\"><figcaption class=\"wp-caption-text\">Download het wp-config.php bestand<\/figcaption><\/figure>\n<p>Zoek de regel die zegt\u00a0<code>\/* That's all, stop editing! Happy blogging. *\/<\/code>\u00a0en voeg daarvoor het volgende toe (zoals hieronder te zien):<\/p>\n<pre class=\" language-php\"><code class=\" language-php\"><span class=\"token function\">define<\/span><span class=\"token punctuation\">(<\/span> <span class=\"token string\">'WP_DEBUG'<\/span><span class=\"token punctuation\">,<\/span> <span class=\"token boolean\">true<\/span> <span class=\"token punctuation\">)<\/span><span class=\"token punctuation\">;<\/span><\/code><\/pre>\n<figure style=\"width: 1302px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2015\/08\/wp-debug.png\" alt=\"WP_DEBUG\" width=\"1302\" height=\"470\"><figcaption class=\"wp-caption-text\">WP_DEBUG<\/figcaption><\/figure>\n<p>Als de bovenstaande code al bestaat in het\u00a0<code>wp-config.php<\/code>\u00a0bestand maar ingesteld is op &#8216;false&#8217;, wijzig deze dan in &#8217;true&#8217;. Hierdoor wordt de debug-modus ingeschakeld. Opmerking: je ziet ook waarschuwingen of fouten in de WordPress admin als deze er zijn.<\/p>\n<p>Vervolgens kan je de fout-opsporing-log inschakelen om alle fouten naar een bestand te verzenden door de volgende code toe te voegen net na de WP_DEBUG-regel (zoals hieronder te zien):<\/p>\n<pre class=\" language-php\"><code class=\" language-php\"><span class=\"token function\">define<\/span><span class=\"token punctuation\">(<\/span> <span class=\"token string\">'WP_DEBUG_LOG'<\/span><span class=\"token punctuation\">,<\/span> <span class=\"token boolean\">true<\/span> <span class=\"token punctuation\">)<\/span><span class=\"token punctuation\">;<\/span><\/code><\/pre>\n<figure style=\"width: 1277px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2015\/08\/wp-debug-log.png\" alt=\"WP_DEBUG_LOG\" width=\"1277\" height=\"473\"><figcaption class=\"wp-caption-text\">WP_DEBUG_LOG<\/figcaption><\/figure>\n<p>Sla de wijzigingen op en upload deze naar de server. De fouten worden dan vastgelegd in het bestand\u00a0<code>debug.log<\/code>\u00a0in jouw\u00a0<code>\/wp-content\/<\/code>\u00a0map. Als je om welke reden dan ook dit bestand niet ziet, kan je er altijd een maken.<\/p>\n<h3>Maak gebruik van MyKinsta analyses<\/h3>\n<p>Als Klant bij Kinsta bent, kan je profiteren van de prestatie-inzichten die we hebben ingebouwd in onze <a href=\"https:\/\/kinsta.com\/nl\/docs\/wordpress-hosting\/wordpress-analytics-mykinsta\/\" target=\"_blank\" rel=\"noopener noreferrer\">MyKinsta Analytics hulpmiddel<\/a>.<\/p>\n<p>In het gedeelte Prestatieverificatie kan je jouw gemiddelde PHP + MySQL-responstijd, PHP-doorvoer, AJAX-gebruik, gemiddelde upstream-tijd en maximale upstream tijd bekijken.<\/p>\n<h4>Gemiddelde PHP + MySQL reactietijd<\/h4>\n<p>Wanneer je jouw WordPress site bezoekt, worden PHP en MySQL gebruikt voor het compileren en opvragen van de gegevens die je op de pagina ziet. In deze grafiek zie je de gemiddelde responstijd van de PHP-engine en de MySQL-engine voor elk dynamisch verzoek dat niet in de cache is opgeslagen. Het weten van deze reactietijden kan je helpen traagheid op te lossen.<\/p>\n<figure style=\"width: 1374px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2017\/08\/prestatie-gemiddelde-php-mysql-reactietijd.png\" alt=\"Prestatie \u2014 Gemiddelde PHP + MySQL reactietijd\" width=\"1374\" height=\"559\"><figcaption class=\"wp-caption-text\">Prestatie \u2014 Gemiddelde PHP + MySQL reactietijd<\/figcaption><\/figure>\n<h4>PHP doorvoer<\/h4>\n<p><a href=\"https:\/\/loadfocus.com\/blog\/2013\/07\/04\/what-is-throughput-in-performance-testing\/\" target=\"_blank\" rel=\"noopener noreferrer\">Doorvoer<\/a> geeft het aantal transacties per seconde aan dat een toepassing aankan en verwijst in dit rapport naar de PHP-doorvoer van jouw WordPress website. Met andere woorden, het laat zien hoe vaak een PHP item werd aangevraagd.<\/p>\n<figure style=\"width: 1378px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2017\/08\/prestatie-php-doorvoer.png\" alt=\"Prestatie \u2014 PHP doorvoer\" width=\"1378\" height=\"561\"><figcaption class=\"wp-caption-text\">Prestatie \u2014 PHP doorvoer<\/figcaption><\/figure>\n<h4>AJAX gebruik<\/h4>\n<p><a href=\"https:\/\/www.seguetech.com\/ajax-technology\/\" target=\"_blank\" rel=\"noopener noreferrer\">AJAX<\/a> is een client-side script dat communiceert van en naar een server \/ database zonder dat een postback of een volledige paginavernieuwing nodig is. Als het op WordPress aankomt, hebben velen van jullie dit waarschijnlijk in de snelheidstesten gezien. De twee belangrijkste problemen met AJAX zijn onder andere plugins, waardoor spannings- en CPU-problemen aan de back-end optreden.<\/p>\n<figure style=\"width: 1696px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2017\/03\/admin-ajax-gebruik.png\" alt=\"Admin-AJAX gebruik\" width=\"1696\" height=\"543\"><figcaption class=\"wp-caption-text\">Admin-AJAX gebruik<\/figcaption><\/figure>\n<p>Zorg ervoor dat je ons uitgebreid artikel leest over <a href=\"https:\/\/kinsta.com\/nl\/blog\/admin-ajax\/\" target=\"_blank\" rel=\"noopener noreferrer\">het diagnosticeren van hoog Admin-AJAX-gebruik<\/a> op jouw WordPress site.<\/p>\n<p>Het gebruiksrapport van AJAX in MyKinsta analyses kan een goede manier zijn om je te helpen bij het oplossen van dit soort problemen, zoals je kunt zien wanner er bepaalde AJAX-pieken zijn gedurende bepaalde perioden. Dit diagram toont het aantal aanvragen voor admin-ajax. Je kunt dan een aantal van de tips in de post die we hierboven noemden, gebruiken om te bepalen waar ze vandaan komen.<\/p>\n<figure style=\"width: 1620px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/ajax-gebruik.png\" alt=\"AJAX gebruik\" width=\"1620\" height=\"762\"><figcaption class=\"wp-caption-text\">AJAX gebruik<\/figcaption><\/figure>\n<h4>Top gemiddelde PHP + MySQL reactietijd<\/h4>\n<p>Deze lijst toont de gemiddelde responstijden van PHP en MySQL. Deze getallen kunnen eenmalige pieken zijn. Daarom wordt aangeraden deze lijst te vergelijken met &#8216;Top Maximum Upstream Time\u2019.<\/p>\n<figure style=\"width: 1376px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/top-gemiddelde-php-mysql-reactietijd.png\" alt=\"Top Gemiddelde PHP + MySQL Reactietijd\" width=\"1376\" height=\"1412\"><figcaption class=\"wp-caption-text\">Top gemiddelde PHP + MySQL reactietijd<\/figcaption><\/figure>\n<h4>Top maximale upstream tijd<\/h4>\n<p>Upstream tijd is de totale tijd die het kost om Nginx (en upstream-servers) een verzoek te verwerken en een reactie te verzenden. De tijd wordt gemeten in seconden, met een resolutie van milliseconden. Lees meer over <a href=\"https:\/\/www.scalyr.com\/community\/guides\/an-in-depth-guide-to-nginx-metrics\" target=\"_blank\" rel=\"noopener noreferrer\">Nginx-statistieken<\/a>.<\/p>\n<figure style=\"width: 1426px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/top-maximale-upstream-tijd.png\" alt=\"Top Maximale Upstream Tijd\" width=\"1426\" height=\"1388\"><figcaption class=\"wp-caption-text\">Top maximale upstream tijd<\/figcaption><\/figure>\n<h3>Je website is misschien gehackt<\/h3>\n<p>Als je problemen ondervindt bij het opsporen van een prestatieprobleem, kan het zeer goed zijn dat de site is gehackt, is ge\u00efnfecteerd met malware of een <a href=\"https:\/\/kinsta.com\/blog\/ddos-attack\/\" target=\"_blank\" rel=\"noopener noreferrer\">DDoS-aanval<\/a>\u00a0heeft ondergaan. Dit kan van invloed zijn op de snelheid van de site en zelfs de reactievermogen van het WordPress dashboard. In deze gevallen raden we het volgende aan:<\/p>\n<ol>\n<li>Implementeer een proxyserver en WAF zoals Cloudflare of Sucuri.<\/li>\n<li>Blokkeer slechte IP-adressen met behulp van de bovenstaande services of als je een Kinsta klant bent, kan je ook <a href=\"https:\/\/kinsta.com\/nl\/docs\/wordpress-hosting\/sitebeheer\/ip-adres-blokkeren\/\" target=\"_blank\" rel=\"noopener noreferrer\">IP-adressen blokkeren<\/a> vanuit vanuit ons MyKinsta-dasboard.<\/li>\n<li>Je kunt ook <a href=\"https:\/\/kinsta.com\/nl\/docs\/wordpress-hosting\/mykinsta-tools\/ip-geolocatie\/\" target=\"_blank\" rel=\"noopener noreferrer\">geo-blocking<\/a>\u00a0implementeren. Sommige landen zijn echt slecht als het gaat om de kwaliteit van het verkeer dat ze genereren. Als je wordt aangevallen, moet je het hele land mogelijk tijdelijk of permanent blokkeren.<\/li>\n<\/ol>\n<h3>Problemen oplossen met error codes (HTTP Status Codes)<\/h3>\n<p><a href=\"https:\/\/kinsta.com\/nl\/blog\/http-status-codes\/\" target=\"_blank\" rel=\"noopener noreferrer\">HTTP statuscodes<\/a> zijn als het ware een korte notitie van de webserver die bovenaan een webpagina wordt geplakt. Het maakt geen deel uit van de webpagina. In plaats daarvan is het een bericht van de server die je laat weten hoe het ging toen het verzoek om de pagina te bekijken door de server werd ontvangen. Deze kunnen van onschatbare waarde zijn als het gaat om het oplossen van problemen!<\/p>\n<p>Hoewel er meer dan 40 verschillende statuscodes zijn, vind je hieronder de meest voorkomende waarmee we WordPress-gebruikers zien worstelen.<\/p>\n<p><strong>429: &#8220;Too many requests.&#8221;<\/strong>\u00a0Gegenereerd door de server wanneer de gebruiker te veel verzoeken binnen een bepaalde tijd heeft verzonden (snelheidsbeperking). Dit kan soms voorkomen bij bots of scripts die proberen toegang te krijgen tot jouw site. In dit geval kan je proberen\u00a0<a href=\"https:\/\/kinsta.com\/nl\/blog\/wordpress-login-url\/\" target=\"_blank\" rel=\"noopener noreferrer\">de login URL voor WordPress te wijzigen<\/a>.<\/p>\n<figure style=\"width: 1313px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2016\/08\/429-teveel-verzoeken.png\" alt=\" 429 teveel verzoeken\" width=\"1313\" height=\"191\"><figcaption class=\"wp-caption-text\">429 teveel verzoeken<\/figcaption><\/figure>\n<p><strong>500: &#8220;There was an error on the server and the request could not be completed.&#8221;<\/strong>\u00a0Een generieke code die eenvoudig &#8220;interne serverfout&#8221; betekent. Er is iets misgegaan op de server en de gevraagde bron is niet afgeleverd. Deze code wordt meestal gegenereerd door plugins van externe partijen, defecte PHP of zelfs de verbinding met de database die niet tot stand komt. Bekijk onze tutorials over\u00a0<a href=\"https:\/\/kinsta.com\/nl\/blog\/error-establishing-a-database-connection\/\" target=\"_blank\" rel=\"noopener noreferrer\">het oplossen van de fout bij het tot stand brengen van een database verbinding<\/a>\u00a0en andere manieren om een\u00a0<a href=\"https:\/\/kinsta.com\/nl\/blog\/500-internal-server-error\/\" target=\"_blank\" rel=\"noopener noreferrer\">500 interne serverfout op te lossen<\/a>.<\/p>\n<figure id=\"attachment_21256\" aria-describedby=\"caption-attachment-21256\" style=\"width: 1536px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" class=\"size-full wp-image-21256\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2019\/02\/fout-bij-het-tot-stand-brengen-van-een-database-verbinding-.png\" alt=\" Fout bij het tot stand brengen van een database verbinding\" width=\"1536\" height=\"322\" srcset=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2019\/02\/fout-bij-het-tot-stand-brengen-van-een-database-verbinding-.png 1536w, https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2019\/02\/fout-bij-het-tot-stand-brengen-van-een-database-verbinding--300x63.png 300w, https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2019\/02\/fout-bij-het-tot-stand-brengen-van-een-database-verbinding--768x161.png 768w, https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2019\/02\/fout-bij-het-tot-stand-brengen-van-een-database-verbinding--1024x215.png 1024w, https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2019\/02\/fout-bij-het-tot-stand-brengen-van-een-database-verbinding--610x128.png 610w\" sizes=\"auto, (max-width: 1536px) 100vw, 1536px\" \/><figcaption id=\"caption-attachment-21256\" class=\"wp-caption-text\">Fout bij het tot stand brengen van een database verbinding<\/figcaption><\/figure>\n<p><strong>502: &#8220;Bad Gateway.&#8221;<\/strong> Deze foutcode betekent meestal dat de ene server een ongeldig antwoord van een andere heeft ontvangen. Soms duurt een query of verzoek te lang en wordt deze daarom geannuleerd of gestopt door de server en de verbinding met de database wordt be\u00ebindigt. Bekijk ons uitgebreide artikel over\u00a0<a href=\"https:\/\/kinsta.com\/nl\/blog\/502-bad-gateway\/\" target=\"_blank\" rel=\"noopener noreferrer\">het oplossen van de 502 Bad Gateway-fout<\/a>.<\/p>\n<figure style=\"width: 1424px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2017\/09\/502-bad-gateway-foutmelding-in-browser.png\" alt=\" 502 Bad gateway foutmelding in de browser\" width=\"1424\" height=\"795\"><figcaption class=\"wp-caption-text\">502 Bad gateway foutmelding in de browser<\/figcaption><\/figure>\n<p><strong>503: &#8220;The server is unavailable to handle this request right now.&#8221;<\/strong> Het verzoek kan niet worden voltooid op dit moment. Deze code wordt verstuurd door een server die overbelast is waardoor deze extra verzoeken niet kan afhandelen.<\/p>\n<p><strong>504: &#8220;The server, acting as a gateway, timed out waiting for another server to respond.&#8221;<\/strong>\u00a0Deze code wordt gegeven wanneer er twee servers zijn betrokken bij het verwerken van een aanvraag en de eerste server wacht tot de tweede server reageert. Meer informatie over\u00a0<a href=\"https:\/\/kinsta.com\/nl\/blog\/504-gateway-timeout\/\" target=\"_blank\" rel=\"noopener noreferrer\">het oplossen van 504 fouten<\/a>.<\/p>\n<figure style=\"width: 1695px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2017\/10\/504-gateway-timeout-foutmelding-in-browser.png\" alt=\"504 Gateway Timeout foutmelding in de browser\" width=\"1695\" height=\"1169\"><figcaption class=\"wp-caption-text\">504 Gateway Timeout foutmelding in de browser<\/figcaption><\/figure>\n<p>Je kan ook in deze HTTP-reactiecodes zoeken in onze MyKinsta Analytics tool. In ons rapport met respons-code verdeling zie je een overzicht van de verdeling van HTTP-statuscodes die voor de aangevraagde bronnen zijn weergegeven.<\/p>\n<figure style=\"width: 1552px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/response-code-overzicht.png\" alt=\"Response code overzicht\" width=\"1552\" height=\"712\"><figcaption class=\"wp-caption-text\">Response code overzicht<\/figcaption><\/figure>\n<p>In het rapport met response statistieken zie je het totale aantal omleidingen, fouten, succespercentages en foutpercentages. Elke WordPress site heeft meestal een kleine foutratio; dit is volkomen normaal.<\/p>\n<figure style=\"width: 1346px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/response-statistieken.png\" alt=\"Response statistieken\" width=\"1346\" height=\"562\"><figcaption class=\"wp-caption-text\">Response statistieken<\/figcaption><\/figure>\n<p>Er zijn ook overzichtsrapporten voor elke type error code zoals 500 fouten, 400 fouten, redirects, etc.<\/p>\n<figure style=\"width: 1496px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/500-error-overzicht.png\" alt=\"500 Error overzicht\" width=\"1496\" height=\"623\"><figcaption class=\"wp-caption-text\">500 Error overzicht<\/figcaption><\/figure>\n<h2 id=\"back-end-optimization\">Aanbevelingen voor back-end optimalisatie<\/h2>\n<p>Nu zullen we ingaan op enkele manieren waarop je WordPress kunt versnellen door de back-end te optimaliseren. Back-end bevat zo\u2019n beetje alles dat volledig door de server wordt afgehandeld, zoals PHP, HTTP-cache-headers, GZIP-compressie, enz.<\/p>\n<h3>Maak een lichtgewicht 404 Pagina<\/h3>\n<p>We hebben zelf gezien dat dynamische sites meestal veel\u00a0<strong>404 fouten<\/strong> genereren. Jouw website genereert er mogelijk meer dan je denkt! Onze\u00a0<a href=\"https:\/\/kinsta.com\/nl\/docs\/wordpress-hosting\/wordpress-analytics-mykinsta\/\" target=\"_blank\" rel=\"noopener noreferrer\">analyse tool in MyKinsta<\/a>\u00a0kan je helpen de exacte hoeveelheid te bepalen (zoals hieronder te zien is).<\/p>\n<figure style=\"width: 1658px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/05\/404-foutmeldingen.png\" alt=\"404 Foutmeldingen\" width=\"1658\" height=\"512\"><figcaption class=\"wp-caption-text\">404 Foutmeldingen<\/figcaption><\/figure>\n<p>De reden dat deze fouten slecht zijn, is omdat veel 404 pagina&#8217;s <strong>zeer intensief<\/strong> zijn. Voor een dynamische WordPress site wil je een zware 404-pagina vermijden. Maak een\u00a0<a href=\"https:\/\/codex.wordpress.org\/Creating_an_Error_404_Page\" target=\"_blank\" rel=\"noopener noreferrer\">eenvoudige 404 pagina<\/a>\u00a0die voorkomt dat de database verder wordt bevraagd. Besteed natuurlijk ook tijd en repareer de 404 fouten, want dit is niet alleen resource intensief, het is gewoon slecht voor de gebruikerservaring.<\/p>\n<p>Naast het gebruik van een lichtgewicht 404 pagina, raden we ook aan om een speciale regel voor je paginacaching in te schakelen. Bij Kinsta <a href=\"https:\/\/kinsta.com\/nl\/blog\/kinsta-regelt-de-wordpress-caching-zodat-jij-dat-niet-hoeft-te-doen\/#caching-404-pages\">cachen we 404 pagina&#8217;s automatisch voor 15 minuten<\/a>. Als onze webserver detecteert dat een nieuwe pagina met de dezelfde URL als een gecachete 404 pagina is aangemaakt, legen we automatisch de cache. Als je WordPress site geen cachebare 404 pagina&#8217;s heeft, dan raden we aan om bij je host aan te kloppen om deze mogelijkheid op je webserver in te schakelen.<\/p>\n<p>\u00a0<\/p>\n<h3>Verhoog het aantal PHP Workers<\/h3>\n<p><a href=\"https:\/\/kinsta.com\/nl\/blog\/php-threads\/\" target=\"_blank\" rel=\"noopener noreferrer\">PHP workers<\/a>\u00a0kan een term zijn waarvan je nog nooit van hebt gehoord, maar er zijn veel hosts, inclusief Kinsta, verzoeken beperken (in plaats van je te beperken via CPU of RAM, wat typisch is voor shared hosting providers).<\/p>\n<p>PHP Workers bepalen\u00a0<strong>hoeveel gelijktijdige verzoeken jouw site op een bepaald moment kan verwerken<\/strong>. Om het simpel te houden: elk niet gecacht verzoek voor jouw website wordt afgehandeld door een PHP Worker. Als je bijvoorbeeld 4 verzoeken heeft die tegelijkertijd op de site terechtkomen en de website heeft 2 PHP Workers, dan worden twee van die verzoeken verwerkt terwijl de andere twee in de wachtrij moeten wachten totdat de eerste twee zijn afgerond.<\/p>\n<p>Vergeet niet dat we eerder hebben besproken dat een van de grootste problemen met WordPress lidmaatschap websites al die niet gecachte verzoeken zijn. Dit is de reden waarom PHP Workers heel belangrijk worden omdat zij elk verzoek moeten verwerken. Daarom hebben deze sites doorgaans extra PHP Workers nodig om ervoor te zorgen dat elk verzoek zonder vertraging verwerkt en met succes voltooid wordt.<\/p>\n<p>Wat gegeurt er als je continue het maximale aantal PHP Workers bereikt? In principe begint de wachtrij oudere verzoeken af te stoten, wat kan resulteren in 500 fouten op jouw site. Elk <a href=\"https:\/\/kinsta.com\/nl\/pakketten\/\" target=\"_blank\" rel=\"noopener noreferrer\">hosting pakket<\/a> van Kinsta bevat een vooraf gedefinieerd aantal PHP Workers. Als je problemen ondervindt met het inschatten van wat jouw site nodig heeft, kun je altijd chatten met ons sales- of support team.<\/p>\n<h3>Maak gebruik van GZIP Compressie<\/h3>\n<p><a href=\"https:\/\/en.wikipedia.org\/wiki\/Gzip\" target=\"_blank\" rel=\"noopener noreferrer\">GZIP<\/a>\u00a0s een bestandsindeling en software die wordt gebruikt voor bestandscompressie en decompressie. GZIP compressie is server-side ingeschakeld en zorgt voor verdere verkleining van jouw HTML, Stylesheets en JavaScript-bestanden.<\/p>\n<p>Wanneer een webbrowser een website bezoekt, wordt gecontroleerd of de webserver GZIP heeft ingeschakeld door te kijken of de <code>content-encoding: gzip<\/code> HTTP-header bestaat. Als de header wordt gedetecteerd, dient deze voor de gecomprimeerde en kleinere bestanden. Als dat niet het geval is, serveert de server ongecomprimeerde bestanden. Als je GZIP niet hebt ingeschakeld, zie je hoogstwaarschijnlijk waarschuwingen en fouten in hulpmiddelen voor het testen van snelheid zoals\u00a0<a href=\"https:\/\/kinsta.com\/nl\/blog\/google-pagespeed-insights\/\" target=\"_blank\" rel=\"noopener noreferrer\">Google PageSpeed Insights<\/a>\u00a0en <a href=\"https:\/\/kinsta.com\/nl\/blog\/gtmetrix-speed-test\/\" target=\"_blank\" rel=\"noopener noreferrer\">GTmetrix<\/a>.<\/p>\n<figure style=\"width: 1575px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/content-encoding-gzip.png\" alt=\"Content encoding: Gzip\" width=\"1575\" height=\"607\"><figcaption class=\"wp-caption-text\">content-encoding: gzip<\/figcaption><\/figure>\n<p>Als je <a href=\"https:\/\/kinsta.com\/nl\/blog\/gzip-compressie\/\">GZIP compressie<\/a> inschakelt, verklein je de grootte van jouw webpagina waardoor de tijd om de bron te downloaden aanzienlijk kan worden verminderd. Het datagebruik voor de klant wordt beperkt en de tijd voor de eerste weergave van de pagina&#8217;s verbeterd. Hoewel dit inmiddels vrij standaard is, check altijd of jouw hosting provider dit heeft &#8211; we hebben de gekste dingen gezien, ons verbaast niets meer.<\/p>\n<h3>Schakel hotlink beveiliging in<\/h3>\n<p>Het concept van hotlinking is vrij eenvoudig. Je vindt ergens een afbeelding op internet en gebruikt de URL van de afbeelding rechtstreeks op jouw site. Deze afbeelding wordt op jouw website weergegeven, maar wordt vanaf de oorspronkelijke locatie geladen. Dit is erg handig voor de hotlinker, maar het is eigenlijk diefstal omdat het de resources van de andere site gebruikt. Het is hetzelfde als we in de auto stappen en wegrijden, met de benzine die we uit de auto van de buurman hebben gejat.<\/p>\n\n<p>Hotlinking kan een\u00a0<strong>enorme impact hebben op de originele server<\/strong>. Stel je voor dat je op een shared WordPress host zit en dat De Telegraaf opeens jouw afbeeldingen hotlinkt. Je zou van een paar honderd requests per uur naar een paar honderdduizend requests per uur kunnen gaan. Dit kan zelfs resulteren in een blokkering van jouw hosting account. Dit is een reden om niet alleen een <a href=\"https:\/\/kinsta.com\/nl\/blog\/managed-wordpress-hosting\/\" target=\"_blank\" rel=\"noopener noreferrer\">high-performance host<\/a>\u00a0(die dergelijke problemen kan verwerken) te gebruiken, maar ook om hotlink beveiliging in te schakelen, zodat dit niet gebeurt.<\/p>\n<p>Lees onze tutorial over het <a href=\"https:\/\/kinsta.com\/nl\/blog\/hotlinking\/#prevent-hotlinking\" target=\"_blank\" rel=\"noopener noreferrer\">voorkomen van hotlinken<\/a>.<\/p>\n<h3>Minimaliseer het aantal redirects en voeg ze op serverniveau toe<\/h3>\n<p>Te veel doorverwijzingen zijn altijd een factor waar je op moet letten. Een simpele redirection zoals een 301, HTTP naar HTTPS of www naar niet-www (vice versa) is prima. Vaak zijn deze nodig op bepaalde delen van jouw website. Echter heeft elke redirection impact op de prestaties van de website. Als de redirections beginnen op te stapelen dan is het belangrijk om te weten hoe ze een website be\u00efnvloeden. Dit is van toepassing op alle type redirects &#8211; posts, pagina\u2019s, afbeeldingen, etc.<\/p>\n<p>Een redirect genereert een 301 of 302 status in de response header.<\/p>\n<figure style=\"width: 1578px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2016\/09\/minimaliseer-redirects-301.png\" alt=\"Minimaliseer redirects \u2014 301\" width=\"1578\" height=\"430\"><figcaption class=\"wp-caption-text\">Minimaliseer redirects \u2014 301<\/figcaption><\/figure>\n<p>Hoeveel invloed hebben redirects op jouw website? Laten we hier een kleine test voor doen. Als eerste voeren we een\u00a0<a href=\"https:\/\/tools.pingdom.com\/#59baff78fd800000\" target=\"_blank\" rel=\"noopener noreferrer\">snelheidstes<\/a>\u00a0uit op onze contactpagina:\u00a0<code>https:\/\/perfmatters.io\/contact\/<\/code>. Zoals je hieronder kunt zien behalen we een totale laadtijd van 417ms.<\/p>\n<figure style=\"width: 1470px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2016\/09\/snelheidstest-zonder-omleiding.png\" alt=\"Snelheidstest zonder omleiding\" width=\"1470\" height=\"480\"><figcaption class=\"wp-caption-text\">Snelheidstest zonder omleiding<\/figcaption><\/figure>\n<p>Daarna hebben we de URL een klein beetje aangepast en voeren daarna een andere\u00a0<a href=\"https:\/\/tools.pingdom.com\/#59bafc3397400000\" target=\"_blank\" rel=\"noopener noreferrer\">snelheidstest<\/a> uit om de impact van meerdere redirections te zien. Zoals je kunt zien: Die zelfde pagina doet er nu 695ms over om te laden. Dat is een stijging van 66%. Jemig!<\/p>\n<figure style=\"width: 1476px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2016\/09\/snelheidstest-met-meerdere-omleidingen.png\" alt=\"Snelheidstest met meerdere omleidingen\" width=\"1476\" height=\"500\"><figcaption class=\"wp-caption-text\">Snelheidstest met meerdere omleidingen<\/figcaption><\/figure>\n<p>Het gebruik van gratis WordPress plugins om redirections te implementeren kan soms prestatieproblemen veroorzaken. De meesten van hen gebruiken de <a href=\"https:\/\/developer.wordpress.org\/reference\/functions\/wp_redirect\/\" target=\"_blank\" rel=\"noopener noreferrer\">wp_redirect functie<\/a>, waarvoor aanvullende code en resources nodig zijn. Sommigen van hen voegen ook\u00a0<a href=\"https:\/\/kinsta.com\/nl\/blog\/wp-options-autoloaded-data\/\" target=\"_blank\" rel=\"noopener noreferrer\">automatisch geladen data<\/a> toe aan de wp_options tabel, waardoor de database toeneemt. Redirections zouden op serverniveau moeten worden toegevoegd. Bij Kinsta is dat mogelijk vanuit het MyKinsta Dashboard met onze <a href=\"https:\/\/kinsta.com\/nl\/docs\/wordpress-hosting\/redirect-regels\/\" target=\"_blank\" rel=\"noopener noreferrer\">hulpmiddel voor omleidingsregels<\/a>.<\/p>\n<figure style=\"width: 1815px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2017\/05\/voeg-301-redirect-toe.png\" alt=\"Voeg een 301 Redirect Toe\" width=\"1815\" height=\"596\"><figcaption class=\"wp-caption-text\">Voeg een 301 redirect toe<\/figcaption><\/figure>\n<p>Je kunt hier ook een compleet overzicht bekijken over de hoeveelheid omleidingen er op jouw website plaatsvinden in de MyKinsta Analyse. Bekijk het totaal aantal 301\u2019s, 302\u2019s en 304\u2019s.<\/p>\n<figure style=\"width: 1588px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/redirection-overzicht.png\" alt=\"Redirection overzicht\" width=\"1588\" height=\"600\"><figcaption class=\"wp-caption-text\">Redirection overzicht<\/figcaption><\/figure>\n<p>Bekijk ons uitgebreid artikel over\u00a0<a href=\"https:\/\/kinsta.com\/nl\/blog\/wordpress-redirect\/\" target=\"_blank\" rel=\"noopener noreferrer\">WordPress redirects<\/a> en de best practices voor snellere prestaties.<\/p>\n<h3>Laat cron jobs niet uit de hand lopen<\/h3>\n<p><a href=\"https:\/\/kinsta.com\/nl\/blog\/wordpress-cron-job\/\" target=\"_blank\" rel=\"noopener noreferrer\">CRON jobs<\/a>\u00a0(WP-Cron) worden gebruikt om herhalende taken voor jouw WordPress site te plannen. In de loop van de tijd kan dit echter uit de hand lopen en prestatieproblemen veroorzaken. Je kunt de gratis\u00a0<a href=\"https:\/\/wordpress.org\/plugins\/wp-crontrol\/\" target=\"_blank\" rel=\"noopener noreferrer\">WP Crontrol plugin<\/a>\u00a0gebruiken om grip te krijgen op alle Cron Jobs die op jouw site plaatsvinden.<\/p>\n<p>We hebben ook prestatieproblemen gezien met de ingebouwde Cron handler van WordPress: WP-Cron. Als een site niet genoeg PHP Workers heeft en er een Cron Job aangevraagd wordt dan moet deze wachten op de Worker. Dit resulteert in een Cron Job die niets doet en alleen maar wacht. Het is een betere aanpak om <a href=\"https:\/\/kinsta.com\/nl\/blog\/uitschakelen-wp-cron\/\" target=\"_blank\" rel=\"noopener noreferrer\">WP-Cron uit te schakelen<\/a> en het Cron Systeem van het systeem te gebruiken. Dit wordt zelfs aangeraden in het <a href=\"https:\/\/developer.wordpress.org\/plugins\/cron\/hooking-wp-cron-into-the-system-task-scheduler\/\" target=\"_blank\" rel=\"noopener noreferrer\">o\ufb03ci\u00eble Plugin Handboek<\/a>.<\/p>\n<p>Om WP-Cron uit te schakelen, voeg je het volgende toe aan je <code>wp-config.php<\/code> bestand. Net voor de regel met de tekst &#8220;Dat is alles, stop met bewerken! Veel plezier met bloggen.\u201d Opmerking: dit voorkomt dat Cron Jobs worden uitgevoerd bij het laden van een pagina, niet als je het rechtstreeks via <code>wp-cron.php<\/code> aanroept.<\/p>\n<pre><code class=\"language-php\">define('DISABLE_WP_CRON', true);<\/code><\/pre>\n<figure style=\"width: 1630px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/schakel-wp-cron-uit.png\" alt=\"Schakel WP-Cron uit\" width=\"1630\" height=\"734\"><figcaption class=\"wp-caption-text\">Schakel WP-Cron uit<\/figcaption><\/figure>\n<p>Je moet daarna <a href=\"https:\/\/wordpress.stackexchange.com\/a\/253331\/28394\" target=\"_blank\" rel=\"noopener noreferrer\">wp-cron.php inplannen vanaf jouw server<\/a>. Als je klant bij Kinsta bent dan zijn systeem cron\u2019s standaard ingeschakeld en worden elke 15 minuten uitgevoerd. Als de frequentie hoger moet zijn kun je dat aanvragen bij onze support medewerkers. Indien je bekend bent met SSH dan kun je de <a href=\"https:\/\/kinsta.com\/nl\/docs\/wordpress-hosting\/sitebeheer\/cron-jobs\/\" target=\"_blank\" rel=\"noopener noreferrer\">server cron\u2019s beheren<\/a> vanaf de Command line.<\/p>\n<h3 id=\"add-expires-headers\">Voeg cache-control en expire-headers toe (bepaal de duur van je cache)<\/h3>\n<p>Elk script op jouw WordPress site moet een <a href=\"https:\/\/devcenter.heroku.com\/articles\/increasing-application-performance-with-http-cache-headers#http-cache-headers\" target=\"_blank\" rel=\"noopener noreferrer\">HTTP-cache-header hebben<\/a> (of zou moeten hebben) Dit <strong>bepaalt wanneer de cache van het bestand verloopt<\/strong>. Om dit op te lossen, zorg je ervoor dat jouw WordPress host over de juiste\u00a0<code>cache-control<\/code> headers beschikt en de\u00a0<code>expires<\/code> instellingen heeft. Als je dit niet doet, ziet je waarschijnlijk waarschuwingen over het toevoegen van <a href=\"https:\/\/kinsta.com\/nl\/blog\/voeg-expires-headers-wordpress\/\">expire-headers<\/a> of het gebruik van <a href=\"https:\/\/kinsta.com\/nl\/blog\/leverage-browser-caching\/\" target=\"_blank\" rel=\"noopener noreferrer\">leverage browser caching<\/a> in hulpprogramma&#8217;s voor het testen van de snelheid.<\/p>\n<p>Terwijl de <code>cache-control<\/code> client-side caching inschakelt en de maximumleeftijd van een resource instelt, wordt de <code>expires<\/code> eader gebruikt om een specifiek tijdstip op te geven wanneer de resource niet langer geldig is. Hoewel beide headers samen kunnen worden gebruikt, hoef je niet noodzakelijk beide headers toe te voegen. cache-control is nieuwer en meestal de aanbevolen methode.<\/p>\n<p>Kinsta voegt automatisch HTTP-cache-headers toe aan alle server-aanvragen en als je een CDN gebruikt, zullen ze deze headers waarschijnlijk ook voor je toevoegen.<\/p>\n<figure style=\"width: 2026px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2016\/09\/leverage-browser-caching-headers.png\" alt=\"Leverage Browser Caching \u2014 Caching Headers\" width=\"2026\" height=\"808\"><figcaption class=\"wp-caption-text\">Leverage Browser Caching \u2014 Caching Headers<\/figcaption><\/figure>\n<p>Als jouw server deze headers mist kan je ze handmatig toevoegen.<\/p>\n<h4>Cache-control header in Nginx toevoegen<\/h4>\n<p>Je kunt de <code>cache-control<\/code> headers in Nginx toevoegen door het volgende toe te voegen aan de configuratie van jouw server.<\/p>\n<pre><code>location ~* \\.(js|css|png|jpg|jpeg|gif|svg|ico)$ {\n expires 30d;\n add_header Cache-Control \"public, no-transform\";\n}<\/code><\/pre>\n<h4>Expire-headers toevoegen in Nginx<\/h4>\n<p>Je kunt de <code>expires<\/code> in Nginx toevoegen door het volgende toe te voegen aan de configuratie van jouw server. In dit voorbeeld zie je hoe je verschillende tijden aan verschillende type bestanden kunt toe kennen.<\/p>\n<pre><code>    location ~*  \\.(jpg|jpeg|gif|png|svg)$ {\n        expires 365d;\n    }\n\n    location ~*  \\.(pdf|css|html|js|swf)$ {\n        expires 2d;\n    }<\/code><\/pre>\n<h4>Cache-control header in Apache toevoegen<\/h4>\n<p>Je kunt <code>cache-control<\/code> headers in\u00a0<a href=\"https:\/\/kinsta.com\/nl\/blog\/wat-is-apache\/\" target=\"_blank\" rel=\"noopener noreferrer\">Apache<\/a>\u00a0toevoegen door de volgende code toe te voegen aan jouw <code>.htaccess<\/code> bestand. De stukken code kunnen worden toegevoegd aan het begin of het einde van het bestand (Voor #BEGIN WordPress of na #END WordPress).<\/p>\n<pre><code>&lt;filesMatch \".(ico|pdf|flv|jpg|jpeg|png|gif|svg|js|css|swf)$\"&gt;\nHeader set Cache-Control \"max-age=84600, public\"\n<\/code><\/pre>\n<h4>Expire-headers in Apache toevoegen<\/h4>\n<p>Je kunt <code>expires<\/code> headers headers toevoegen in Apache door het volgende toe te voegen aan jouw <code>.htaccess<\/code> bestand.<\/p>\n<pre><code>## EXPIRES HEADER CACHING ##\n\nExpiresActive On\nExpiresByType image\/jpg \"access 1 year\"\nExpiresByType image\/jpeg \"access 1 year\"\nExpiresByType image\/gif \"access 1 year\"\nExpiresByType image\/png \"access 1 year\"\nExpiresByType image\/svg \"access 1 year\"\nExpiresByType text\/css \"access 1 month\"\nExpiresByType application\/pdf \"access 1 month\"\nExpiresByType application\/javascript \"access 1 month\"\nExpiresByType application\/x-javascript \"access 1 month\"\nExpiresByType application\/x-shockwave-flash \"access 1 month\"\nExpiresByType image\/x-icon \"access 1 year\"\nExpiresDefault \"access 2 days\"\n\n## EXPIRES HEADER CACHING ##<\/code><\/pre>\n<p>Het is ook belangrijk op te merken dat je <strong>alleen HTTP-cache-headers op resources van jouw server kunt toevoegen<\/strong>. Als je daar een waarschuwing voor krijgt, moet je wellicht gebruikmaken van browsercaching voor verzoeken van derden. Hieraan kun je niets doen, omdat je geen zeggenschap hebt op hun server. Veelvoorkomende boosdoeners zijn het Google Analytics-script en marketingpixels, zoals Facebook en Twitter.<\/p>\n<p>Als je dit probeert op te lossen voor het Google Analytics script, kun je dit lokaal of op jouw CDN hosten (hoewel dit niet o\ufb03cieel wordt ondersteund) met een plugin zoals <a href=\"https:\/\/perfmatters.io\/\" target=\"_blank\" rel=\"noopener noreferrer\">Perfmatters<\/a>\u00a0of <a href=\"https:\/\/kinsta.com\/nl\/blog\/wp-rocket\/\" target=\"_blank\" rel=\"noopener noreferrer\">WP Rocket<\/a>.<\/p>\n<h3 id=\"add-last-modified-headers\">Voeg laatst gewijzigd en ETag headers toe (valideer de cache)<\/h3>\n<p>Als volgende hebben we twee andere headers, <code>last-modified<\/code> en <code>etag<\/code>.<br \/>\nDe\u00a0<code>cache-control<\/code> en\u00a0<code>expires<\/code> headers helpen de browser om vast te stellen\u00a0<strong>of het bestand is gewijzigd<\/strong>\u00a0sinds de laatste keer dat het bestand is aangevraagd (of beter gezegd, ze valideren de cache.) De <code>last-modified<\/code> en<code>etag<\/code> headers <strong>valideren en bepalen de lengte van de cache<\/strong> en moeten bij iedere origin serverrespons inbegrepen worden. Als deze niet correct zijn ingesteld krijg je mogelijk een waarschuwing dat je een &#8220;<a href=\"https:\/\/kinsta.com\/blog\/specify-a-cache-validator\/\" target=\"_blank\" rel=\"noopener noreferrer\">Cache validatie moet specificeren<\/a>.&#8221;<\/p>\n<figure style=\"width: 1570px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/validate-cache-http-headers.png\" alt=\"Last-modified en ETag HTTP headers\" width=\"1570\" height=\"576\"><figcaption class=\"wp-caption-text\">Last-modified en ETag HTTP headers<\/figcaption><\/figure>\n<p>Als de headers niet worden gevonden, genereert deze elke keer een nieuwe aanvraag voor de resource, waardoor de belasting op de server toeneemt.\u00a0<span id=\"invisible-marker-before\"> Het gebruik van caching-headers zorgt ervoor dat <\/span> volgende aanvragen niet van de server hoeven te worden geladen, waardoor bandbreedte wordt bespaard en de prestaties voor de gebruiker worden verbeterd.<\/p>\n<p>Kinsta voegt automatisch de bovenstaande headers toe aan alle server verzoeken en als je een CDN gebruikt, zullen zij deze headers waarschijnlijk ook voor je toevoegen. Net als bij\u00a0<code>cache-control<\/code> en\u00a0<code>expires<\/code>, kan je deze HTTP headers niet instellen op externe bronnen.<\/p>\n<h4>Last-modified header<\/h4>\n<p>De\u00a0<strong>last-modified<\/strong>\u00a0wordt over het algemeen automatisch van de server verzonden. Dit is een header die\u00a0<strong>je over het algemeen niet handmatig hoeft toe te voegen<\/strong>. Het wordt verzonden om te zien of het bestand in de cache van de browser is gewijzigd sinds de laatste keer dat het werd aangevraagd. Je kan dit zien in Pingdom bij de Header requests of Chrome DevTools gebruiken om de waarde van de last-modified header te bekijken.<\/p>\n<h4>ETag header<\/h4>\n<p>De\u00a0<strong>ETag<\/strong>\u00a0header lijkt veel op de last-modified header. Het wordt ook gebruikt om de cache van een bestand te valideren. Als je Apache 2.4 of hoger gebruikt, wordt de ETag-header al automatisch toegevoegd met behulp van de\u00a0<a href=\"https:\/\/httpd.apache.org\/docs\/current\/mod\/core.html#fileetag\" target=\"_blank\" rel=\"noopener noreferrer\">FileETag directive<\/a>. En wat Nginx betreft, is de ETag-header sinds 2016 standaard ingeschakeld.<\/p>\n<p>Je kunt de\u00a0<a href=\"http:\/\/nginx.org\/en\/docs\/http\/ngx_http_core_module.html#etag\" target=\"_blank\" rel=\"noopener noreferrer\">enable the ETag header<\/a>\u00a0handmatig inschakelen op Nginx met behulp van de volgende code.<\/p>\n<pre><code>etag on<\/code><\/pre>\n<h3>Voeg vary: Accept-Encoding header toe<\/h3>\n<p>De <code>vary: Accept-Encoding<\/code> header moet worden opgenomen in elke oorspronkelijke server reactie, omdat het de browser informeert of de client gecomprimeerde versies van de inhoud kan afhandelen. Als dit niet correct is ingesteld, zie je mogelijk de waarschuwing &#8220;<a href=\"https:\/\/kinsta.com\/nl\/blog\/specify-vary-accept-encoding-header\/\" target=\"_blank\" rel=\"noopener noreferrer\">Specify a Vary: Accept-Encoding Header<\/a>.&#8221;<\/p>\n<p>Stel dat je een oude browser zonder <a href=\"https:\/\/kinsta.com\/nl\/blog\/gzip-compressie\/\" target=\"_blank\" rel=\"noopener noreferrer\">gzip-compressive<\/a> en een moderne browser bij de hand hebt. Als je geen gebruik maakt van de:\u00a0<code>vary: Accept-Encoding<\/code>\u00a0header, kan de webserver of CDN de ongecomprimeerde versie cachen en die per ongeluk aan de moderne browser leveren, wat op zijn beurt de prestaties van jouw WordPress site schaadt. Door de header te gebruiken, kan je ervoor zorgen dat de webserver en \/ of CDN de juiste versie levert.<\/p>\n<figure style=\"width: 1419px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/wp-content\/uploads\/2018\/11\/vary-accept-encoding-http-header.png\" alt=\"vary: Accept-Encoding HTTP header\" width=\"1419\" height=\"561\" data-must_clone=\"true\"><figcaption class=\"wp-caption-text\">vary: Accept-Encoding HTTP header<\/figcaption><\/figure>\n<p>Kinsta voegt automatisch de bovenstaande headers toe aan alle server-verzoeken en als je een CDN gebruikt, zullen ze deze headers waarschijnlijk ook voor je toevoegen. Net als bij de andere cache-headers die we hierboven hebben besproken, kan je deze header niet handmatig instellen op externe resources.<\/p>\n<h4>Voeg de Vary: Accept-Encoding Header toe in Apache<\/h4>\n<p>Je kunt de Vary: Accept-Encoding Header in Apache toevoegen door het volgende in jouw <code>.htaccess<\/code> bestand te zetten.<\/p>\n<pre><code>&lt;IfModule mod_headers.c&gt;\n  &lt;FilesMatch \".(js|css|xml|gz|html)$\"&gt;\n    Header append Vary: Accept-Encoding\n  &lt;\/FilesMatch&gt;\n&lt;\/IfModule&gt;<\/code><\/pre>\n<h4>Voeg de Vary: Accept-Encoding Header toe in Nginx<\/h4>\n<p>Je kunt de Vary: Accept-Encoding Header in Nginx toevoegen door de volgende code toe te voegen aan jouw configuratie bestand. Alle Nginx configuratie bestanden staan in de\u00a0<code>\/etc\/nginx\/<\/code>\u00a0directory. Het hoofd configuratie bestand is\u00a0<code>\/etc\/nginx\/nginx.conf<\/code>.<\/p>\n<pre><code>gzip_vary on<code><\/code><\/code><\/pre>\n<h3>Wijzig het WordPress geheugenlimiet in wp-config.php<\/h3>\n<p>Zoals vermeld in de <a href=\"https:\/\/codex.wordpress.org\/Editing_wp-config.php#Increasing_memory_allocated_to_PHP\" target=\"_blank\" rel=\"noopener noreferrer\">WordPress Codex<\/a> kun je vanaf WordPress versie 2.5 met de optie <code>WP_MEMORY_LIMIT<\/code> de maximale hoeveelheid geheugen instellen die door PHP kan worden gebruikt. Deze instelling kan nodig zijn in het geval dat je een bericht ontvangt zoals &#8220;Toegestane geheugencapaciteit van xxxxxx bytes exhausted&#8221;.<\/p>\n<p>WordPress probeert standaard het geheugen dat is toegewezen aan PHP te verhogen tot 40 MB voor een enkele site en 64 MB voor multisite. Ze defini\u00ebren de geheugenlimieten in het bestand <code>.\/wp-includes\/default-constants.php<\/code>, op de regels 32 &#8211; 44 (<a href=\"https:\/\/github.com\/WordPress\/WordPress\/blob\/master\/wp-includes\/default-constants.php\" target=\"_blank\" rel=\"noopener noreferrer\">bron<\/a>).<\/p>\n<p>Je hebt ook PHP <code>memory_limit<\/code>\u00a0op de server van je hosting provider. Dit zijn twee verschillende dingen. Bij Kinsta hebben we standaard <code>memory_limit<\/code>\u00a0ingesteld op 256M. Als je de exhausted memory size foutmelding krijgt, kan je proberen het PHP geheugenlimiet in WordPress te verhogen.<\/p>\n<p>Voeg het volgende toe aan jouw <a href=\"https:\/\/kinsta.com\/nl\/blog\/wp-config-php\/\" target=\"_blank\" rel=\"noopener noreferrer\"><code>wp-config.php file<\/code><\/a> bestand, net voor de regel met de tekst &#8220;That&#8217;s all, stop editing! Happy blogging.&#8221;<\/p>\n<pre><code>define( 'WP_MEMORY_LIMIT', '256M' );<\/code><\/pre>\n<p>Jan Reilink heeft ook een goede blogpost waarin het <a href=\"https:\/\/www.saotn.org\/set-wp_memory_limit-value-correctly-in-wp-config-php\/\" target=\"_blank\" rel=\"noopener noreferrer\"> probleem met de WordPress memory-limit<\/a> gedetailleerder wordt beschreven. Hij geeft ook een variatie op de code die je zou kunnen gebruiken. In plaats van het limiet handmatig in te stellen, kan het instellen op de PHP <code>memory_limit<\/code> waarde.<\/p>\n<pre><code>define( 'WP_MEMORY_LIMIT', ini_get( 'memory_limit' ) );<\/code><\/pre>\n<h2 id=\"front-end-optimization\">Tips voor front-end optimalisatie en externe diensten<\/h2>\n<p>Nu zullen we uitgebreid ingaan op enkele manieren waarop je WordPress kunt versnellen door de front-end te optimaliseren. Front-end omvat doorgaans alles dat volledig wordt afgehandeld door de client-side browser, zoals CSS, JavasScript, afbeeldingen, etc. Dit bevat ook het analyseren van externe services die je op de site laadt en hoe deze jouw totale laadtijd be\u00efnvloeden.<\/p>\n<p>Twee van de belangrijkste doelstellingen die je moet hebben als het gaat om front-end optimalisatie zijn:<\/p>\n<ul>\n<li><strong>De totale webpagina verkleinen.<\/strong> De grootte van CSS, JavaScript, afbeeldingen is van belang. Een website van 4 MB laad doorgaans veel trager dan een website van 1 MB. Paul Calvano heeft echter een geweldig artikel over <a href=\"https:\/\/paulcalvano.com\/index.php\/2018\/07\/02\/impact-of-page-weight-on-load-time\/\" target=\"_blank\" rel=\"noopener noreferrer\">de impact van pagina grootte<\/a> op de laadtijd en hoe het belangrijk het is om ervoor te zorgen dat dit niet het enige is dat je bijhoudt, omdat dit soms misleidend kan zijn.<\/li>\n<li><strong>Verlagen van het aantal HTTP requests en externe services.<\/strong>\u00a0met <a href=\"https:\/\/kinsta.com\/nl\/leren\/wat-is-http\/\" target=\"_blank\" rel=\"noopener noreferrer\">HTTP\/2<\/a>\u00a0kunnen meerdere aanvragen en antwoorden tegelijkertijd worden verzonden via een enkele TCP-verbinding. Hoewel dit geweldig is voor prestaties, kan het verminderen van HTTP-verzoeken nog steeds helpen de WordPress site te versnellen. Dit betekend ook het verminderen van het totale aantal externe verzoeken en services. Elk van deze services voegen extra vertragingen toe, zoals <a href=\"https:\/\/kinsta.com\/blog\/reduce-dns-lookups\/\" target=\"_blank\" rel=\"noopener noreferrer\">DNS lookups<\/a>, TLS-verbindingen en <a href=\"https:\/\/kinsta.com\/nl\/blog\/netwerkvertraging\/\" target=\"_blank\" rel=\"noopener noreferrer\">netwerk latency<\/a>.<\/li>\n<\/ul>\n<h3>Doe een 0-meting van jouw WordPress snelheid<\/h3>\n<p>Als het gaat over het optimaliseren van de front-end van jouw site, is het altijd goed om te beginnen met een baseline. Dit betekent dat je een snelheidstest moet uitvoeren. Je kunt dit op veel verschillende manieren doen, bekijk onze lijst met 15 geweldige <a href=\"https:\/\/kinsta.com\/nl\/blog\/snelheidstest-website\/\" target=\"_blank\" rel=\"noopener noreferrer\"> test tools voor website snelheid<\/a>.<\/p>\n<figure style=\"width: 2170px\" class=\"wp-caption aligncenter\"><a href=\"https:\/\/tools.pingdom.com\/\" target=\"_blank\" rel=\"noopener noreferrer\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/pingdom-website-snelheidstest.png\" alt=\"Pingdom Website snelheidstest\" width=\"2170\" height=\"1442\"><\/a><figcaption class=\"wp-caption-text\">Pingdom Website snelheidstest<\/figcaption><\/figure>\n<p>Lees onze uitgebreide handleidingen over <a href=\"https:\/\/kinsta.com\/nl\/blog\/een-duik-in-het-diepe-met-de-pingdom-speed-test-tool\/\" target=\"_blank\" rel=\"noopener noreferrer\">het gebruik van Pingdom<\/a> en <a href=\"https:\/\/kinsta.com\/nl\/blog\/gtmetrix-speed-test\/\" target=\"_blank\" rel=\"noopener noreferrer\">het gebruik van GTmetrix<\/a>. Hier zijn een aantal dingen om rekening mee te houden bij het testen van de snelheid:<\/p>\n<h4>1. Kiest 1 tool en blijf die gebruiken<\/h4>\n<p>Wij zijn grote fans van Pingdom, GTmetrix, WebPageTest, PageSpeed Insights en Chrome DevTools. Het maakt echter niet zoveel uit welke test je gebruikt, als je maar consistent bent. Ze hebben allemaal verschillende manieren om snelheden te meten en te kwantificeren, dus kies een tool en blijf daarbij voor al je testen en optimalisaties. Zelfs <a href=\"https:\/\/www.seroundtable.com\/google-says-pick-one-speed-testing-tool-26034.html\" target=\"_blank\" rel=\"noopener noreferrer\"> Google raadt aan er een te kiezen<\/a>.<\/p>\n\n<h4>2. Een perfecte score is niet het einddoel<\/h4>\n<p>Veel van de tools zoals <a href=\"https:\/\/kinsta.com\/nl\/blog\/google-pagespeed-insights\/\" target=\"_blank\" rel=\"noopener noreferrer\">Google PageSpeed Insights<\/a> hebben allemaal een soort snelheid of prestatiescore. Het is belangrijk om te onthouden dat de score niet altijd zo belangrijk is als de snelheid van jouw website en de waargenomen prestaties van de gebruiker. De score is er om te helpen bepalen hoe goed je het doet. Maar obsessief zijn voor een perfecte 100\/100 of een A-score kan in sommige gevallen een verspilling van tijd zijn. Grotere sites met veel externe scripts en advertenties zullen nooit een perfecte score krijgen, wat nog steeds prima is.<\/p>\n<h4>3. De locatie vanaf waar je test maakt uit<\/h4>\n<p>De locatie die je kiest wanneer je snelheid test is nogal belangrijk. Zoals we in een eerder gedeelte besproken hebben, is de reden dat dit allemaal relatief is ten opzichte van de <a href=\"https:\/\/kinsta.com\/nl\/docs\/service-informatie\/datacenter-locaties\/\" target=\"_blank\" rel=\"noopener noreferrer\">datacenter locatie die je kiest.<\/a>\u00a0TTFB, netwerk latency, alles heeft invloed. Test jouw site dus zowel op een locatie die dicht bij jouw datacenter ligt als op een locatie die verder weg is. Hiermee kan je ook zien hoeveel invloed een CDN kan hebben op jouw WordPress site.<\/p>\n<h4>4. Test meerdere keren vanwege caching<\/h4>\n<p>Zoals we eerder in de <a href=\"#wordpress-cache\" target=\"_blank\" rel=\"noopener noreferrer\">sectie over caching<\/a> hebben gehad, als de cache onlangs is gewist of is verlopen op je WordPress host of CDN, gaat deze een &#8220;MISS&#8221; registreren in de HTTP-header. Dit betekent dat jouw website of item niet via de cache wordt geserveerd.<\/p>\n<figure style=\"width: 1486px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/miss-http-header.png\" alt=\"MISS HTTP header\" width=\"1486\" height=\"612\"><figcaption class=\"wp-caption-text\">MISS HTTP header<\/figcaption><\/figure>\n<p>Om de snelheid van de hele site goed te kunnen zien, moet je alles zien laden vanuit de cache, de startpagina en alle items zouden een \u201cHIT&#8221; moeten registreren. Dit vereist soms dat je de snelheidstest meerdere keren uitvoert. Je kunt daarvan het gemiddelde nemen.<\/p>\n<figure style=\"width: 1494px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/hit-http-header.png\" alt=\"HIT HTTP header\" width=\"1494\" height=\"610\"><figcaption class=\"wp-caption-text\">HIT HTTP header<\/figcaption><\/figure>\n<p>Nu kunnen we doorgaan en een kijkje nemen naar de Front-End optimalisaties die je kunt doen op jouw WordPress website.<\/p>\n<h3>Elimineer render-blocking JavaScript en CSS<\/h3>\n<p>Er kan een waarschuwing verschijnen over het blokkeren van JavaScript en CSS wanneer je bestanden hebt die voorkomen dat de pagina zo snel mogelijk wordt geladen. Specifieke JS en CSS zijn soms voorwaardelijk, wat betekent dat ze niet verplicht zijn om inhoud boven de Fold weer te geven. Je kunt voorkomen dat ze render-blocking worden door async en defer attributen te gebruiken.<\/p>\n<figure style=\"width: 1588px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/elimineer-render-blocking-resources.png\" alt=\"Elimineer render-blocking resources\" width=\"1588\" height=\"290\"><figcaption class=\"wp-caption-text\">Elimineer render-blocking resources<\/figcaption><\/figure>\n<p>Om render-blocking Javascript en CSS te elimineren moet je het volgende doen:<\/p>\n<h4>Verwijder JS van het kritische render pad<\/h4>\n<p>Het verplaatsen van JavaScript uit het kritieke renderpad wordt meestal gedaan door het kenmerk\u00a0<code>defer<\/code>\u00a0of de\u00a0<code>async<\/code>\u00a0toe te voegen aan de HTML elementen van het <code>script<\/code>\u00a0ie JavaScript bronnen aanroepen.<\/p>\n<ul>\n<li>Het\u00a0<strong>async attribuut<\/strong>\u00a0 vertelt de browser om de resource te downloaden zonder de HTML parsing te vertragen. Zodra de bron beschikbaar is, wordt het parsen van de HTML gepauzeerd, zodat de bron kan worden geladen.<\/li>\n<li>Het\u00a0<strong>defer attribuut<\/strong>\u00a0laat de browser weten dat het moet wachten met het downloaden van de bron totdat de HTML parsing is voltooid. Zodra de browser klaar is met de HTML-code, wordt deze vervolgens gedownload en worden alle uitgestelde scripts weergegeven in de volgorde waarin ze in het document voorkomen.<\/li>\n<\/ul>\n<h4>Optimaliseer het inladen van CSS resources<\/h4>\n<p>Het optimaliseren van de CSS betekent in feite dat je moet uitzoeken hoe je het zo kunt maken dat het niet render-blocking is.<\/p>\n<ul>\n<li>Identificeer de stijlen die nodig zijn om inhoud boven de fold weer te geven en\u00a0<a href=\"https:\/\/developers.google.com\/speed\/docs\/insights\/OptimizeCSSDelivery\" target=\"_blank\" rel=\"noopener noreferrer\">lever die stijlen inline met de HTML af<\/a>.<\/li>\n<li>Gebruik CSS alleen voorwaardelijk op apparaten wanneer dat nodig is.<\/li>\n<li>Laad resterende CSS asynchroon.<\/li>\n<\/ul>\n<p>Het kan soms een lastig proces zijn om al het bovenstaande te doen en het vereist zeker wat aanpassingen op basis van de scripts die je op de site laadt. Hier zijn een paar WordPress plugins die kunnen helpen:<\/p>\n<ul>\n<li><a href=\"https:\/\/wordpress.org\/plugins\/autoptimize\/\" target=\"_blank\" rel=\"noopener noreferrer\">Autoptimize<\/a><\/li>\n<li><a href=\"https:\/\/wordpress.org\/plugins\/async-javascript\/\" target=\"_blank\" rel=\"noopener noreferrer\">Async JavaScript<\/a><\/li>\n<li><a href=\"https:\/\/wordpress.org\/plugins\/hummingbird-performance\/\" target=\"_blank\" rel=\"noopener noreferrer\">Hummingbird<\/a><\/li>\n<\/ul>\n<p>Voor een uitgebreidere uitleg en hulp raden we aan om ons artikel over het <a href=\"https:\/\/kinsta.com\/nl\/blog\/elimineer-render-blocking-javascript-css\/\" target=\"_blank\" rel=\"noopener noreferrer\">elimineren van render-blocking JavaScript en CSS<\/a> te lezen.<\/p>\n<h3>Combineer externe CSS en Javascript in WordPress<\/h3>\n<p>De CSS waarschuwing voor externe CSS wordt meestal gezien bij het gebruik van een CDN, omdat de CSS-bestanden gehost worden op een extern domein, zoals cdn.domain.com. In het verleden kon je dit oplossen door je CSS bestanden samen te voegen of te combineren, zodat ze in \u00e9\u00e9n keer werden geladen.<\/p>\n<p>Als je echter HTTPS gebruikt met een provider die HTTP\/2 ondersteunt, is deze waarschuwing niet meer zo relevant als voorheen. Met HTTP\/2 kunnen meerdere CSS-bestanden nu via een enkele verbinding parallel worden geladen. Meer dan <a href=\"https:\/\/caniuse.com\/#search=http2\" target=\"_blank\" rel=\"noopener noreferrer\">95% van de browsers ondersteunt inmiddels HTTP\/2<\/a>.<\/p>\n<p>Maar, dat betekent niet dat deze optimalisatie volledig dood is. In sommige gevallen hebben we gezien dat dit nog steeds WordPress sites versnelt. Het hangt af van de grootte en het aantal bestanden. Daarom is dit \u00e9\u00e9n van de optimalisaties die we aanbevelen om te controleren op jouw website.<\/p>\n<p>Een van de gemakkelijkste manieren om externe CSS- en JavaScript-bestanden te combineren, is met de gratis <a href=\"https:\/\/wordpress.org\/plugins\/autoptimize\/\" target=\"_blank\" rel=\"noopener noreferrer\">Autoptimize<\/a> plugin. Na het combineren zie je een bestand &#8220;autoptimize_xxxxx.css&#8221; of &#8220;autoptimize_xxxxx.js&#8221;. Het ondersteunt ook het laden vanaf jouw CDN. Je kunt dit ook doen met de <a href=\"https:\/\/wp-rocket.me\/\" target=\"_blank\" rel=\"noopener noreferrer\">WP Rocket<\/a> plugin.<\/p>\n<figure style=\"width: 1403px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/gecombineerde-css-javascript-bestanden.png\" alt=\"Gecombineerde CSS en Javascript bestanden\" width=\"1403\" height=\"508\"><figcaption class=\"wp-caption-text\">Gecombineerde CSS en Javascript bestanden<\/figcaption><\/figure>\n<p>Bekijk ons uitgebreid artikel over hoe je <a href=\"https:\/\/kinsta.com\/blog\/combine-external-css\/\" target=\"_blank\" rel=\"noopener noreferrer\">externe CSS en Javascript kunt combineren in WordPress<\/a>.<\/p>\n<h3>Gebruik Minification voor HTML, CSS en JavaScript<\/h3>\n<p>We kunnen de hoeveelheid gegevens die de browser moet downloaden verminderen door HTML-, CSS- en JavaScript-bronnen te verkleinen. Minificatie is het proces waarbij onnodige tekens zoals opmerkingen en witruimte uit de broncode worden verwijderd. Deze tekens zijn erg handig tijdens de ontwikkeling, maar ze zijn nutteloos voor de browser om de pagina weer te geven.<\/p>\n<h4>Niet geminificeerde HTML<\/h4>\n<p>Hier staat een voorbeeld van HTML code die niet is geminificeerd.<\/p>\n<figure style=\"width: 1760px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/niet-geminificeerde-html.png\" alt=\"Niet Geminificeerde HTML Code\" width=\"1760\" height=\"500\"><figcaption class=\"wp-caption-text\">Niet geminificeerde HTML Code<\/figcaption><\/figure>\n<h4>Geminificeerde HTML<\/h4>\n<p>Hieronder staat een voorbeeld van geminificeerde HTML code.<\/p>\n<figure style=\"width: 1398px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/geminificeerde-code.jpg\" alt=\"Geminificeerde HTML code\" width=\"1398\" height=\"362\"><figcaption class=\"wp-caption-text\">Geminificeerde HTML code<\/figcaption><\/figure>\n<p>Je kunt gebruik maken van de gratis plugin <a href=\"https:\/\/wordpress.org\/plugins\/autoptimize\/\" target=\"_blank\" rel=\"noopener noreferrer\">Autoptimize<\/a> plugin of <a href=\"https:\/\/wp-rocket.me\/\" target=\"_blank\" rel=\"noopener noreferrer\">WP Rocket<\/a> om jouw bestanden gemakkelijke te minificeren.<\/p>\n<p>Als je een <a href=\"https:\/\/kinsta.com\/nl\/prijzen\/?plan=visits-business1\">Kinsta klant<\/a> bent, heb je toegang tot de <a href=\"https:\/\/kinsta.com\/nl\/docs\/wordpress-hosting\/wordpress-cdn\/kinsta-cdn\/#code-minification-1\">codeminificatiefeature<\/a> die rechtstreeks in het <a href=\"https:\/\/kinsta.com\/nl\/mykinsta\/\">MyKinsta dashboard<\/a> is ingebouwd. Dit stelt klanten in staat om snel en eenvoudig automatische CSS en JavaScript minificatie in te schakelen met een klik op een knop en zal je site versnellen zonder handmatige inspanning.<\/p>\n<h3 id=\"use-cookie-free-domains\">Gebruik cookie vrije domeinen<\/h3>\n<p>Over het algemeen is er, wanneer je inhoud zoals afbeeldingen, JavaScript of CSS gebruikt, geen reden om een\u00a0<a href=\"https:\/\/en.wikipedia.org\/wiki\/HTTP_cookie\" target=\"_blank\" rel=\"noopener noreferrer\">HTTP-cookie<\/a>\u00a0mee te sturen, omdat dit extra overhead cre\u00ebert. Nadat de server een cookie voor een bepaald domein heeft ingesteld, moeten alle daaropvolgende HTTP-aanvragen voor dat domein de cookie bevatten. Deze waarschuwing wordt meestal weergegeven op sites met een groot aantal verzoeken.<\/p>\n<p>We hebben een uitgebreid artikel over hoe je om kunt gaan met de waarschuwing betreffende \u00a0<a href=\"https:\/\/kinsta.com\/nl\/blog\/serve-static-content-from-a-cookieless-domain\/\" target=\"_blank\" rel=\"noopener noreferrer\">het serveren van statische inhoud van een cookie vrij domein<\/a>.\u00a0Vaak kan je deze waarschuwing negeren, omdat nieuwe protocollen zoals\u00a0<a href=\"https:\/\/kinsta.com\/nl\/leren\/wat-is-http\/\" target=\"_blank\" rel=\"noopener noreferrer\">HTTP\/2<\/a>\u00a0dit minder belangrijk maken. De kosten van een nieuwe verbinding zijn meestal duurder dan alles via dezelfde verbinding te versturen.<\/p>\n<p>Een eenvoudige manier om deze waarschuwing op te lossen, is door een\u00a0<a href=\"https:\/\/kinsta.com\/nl\/blog\/wordpress-cdn\/\" target=\"_blank\" rel=\"noopener noreferrer\">CDN provider te gebruiken<\/a>\u00a0die zowel cookies als strip-cookies kan negeren, zodat de client de response-header Set-Cookie niet ontvangt.\u00a0<a href=\"https:\/\/kinsta.com\/nl\/docs\/wordpress-hosting\/wordpress-cdn\/kinsta-cdn\/#kinstas-cdn\" target=\"_blank\" rel=\"noopener noreferrer\">KeyCDN<\/a>\u00a0is een CDN provider die deze functie aanbiedt. Standaard zie je dat de volgende twee opties zijn ingeschakeld. Dit is een eenvoudig alternatief zonder te hoeven rotzooien met het verplaatsen en configureren van jouw site om statische assets van een afzonderlijk subdomein te serveren.<\/p>\n<figure style=\"width: 1386px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2016\/09\/cdn-strip-cookies-1.png\" alt=\"CDN Strip Cookie\" width=\"1386\" height=\"444\"><figcaption class=\"wp-caption-text\">CDN Strip Cookie<\/figcaption><\/figure>\n<p>Als je Cloudflare gebruikt,\u00a0<a href=\"https:\/\/support.cloudflare.com\/hc\/en-us\/articles\/200170156\" target=\"_blank\" rel=\"noopener noreferrer\">kan je de cookies niet uitschakelen<\/a> voor resources die via hun netwerk worden aangeboden. CloudFlare bevat een eigen beveiligingscookie in de header. Nogmaals, deze cookies zijn erg klein en hun impact op prestaties is uiterst minimaal. Maar als je CloudFlare gebruikt, kan je deze waarschuwing niet omzeilen.<\/p>\n<p>Een tweede manier om dit te omzeilen is om <a href=\"https:\/\/kinsta.com\/nl\/blog\/serve-static-content-from-a-cookieless-domain\/\" target=\"_blank\" rel=\"noopener noreferrer\">jouw WordPress site opnieuw in te stellen<\/a> om de statische assets van een nieuw domein of subdomein te serveren.<\/p>\n<h3>Schakel embeds in WordPress uit<\/h3>\n<p>Toen\u00a0<a href=\"https:\/\/codex.wordpress.org\/Version_4.4\" target=\"_blank\" rel=\"noopener noreferrer\">WordPress 4.4<\/a> gelanceerd werd, is de oEmbed-functie samengevoegd met WordPress core. Hiermee kunnen gebruikers YouTube-video&#8217;s, tweets en vele andere bronnen insluiten op hun sites door simpelweg een URL te plakken, die WordPress automatisch omzet in een embed en een live voorvertoning biedt in de visuele editor. Door deze update werd WordPress <a href=\"https:\/\/make.wordpress.org\/core\/2015\/10\/28\/new-embeds-feature-in-wordpress-4-4\/\" target=\"_blank\" rel=\"noopener noreferrer\">zelf een oEmbed-provider<\/a>.<\/p>\n<p>Deze functie is nuttig voor veel mensen en je wilt deze mogelijk ingeschakeld houden. Dit betekent echter dat het ook een extra HTTP-verzoek op jouw WordPress site genereert om het bestand <code>wp-embed.min.js<\/code> te laden. En dit wordt site-breed geladen. Hoewel dit bestand slechts 1,7 KB groot is, tellen dit soort dingen na verloop van tijd toch op. Het verzoek zelf is soms een groter dan de download grootte van de inhoud.<\/p>\n<figure style=\"width: 1666px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/wp-embed-script.png\" alt=\"wp-embed.min.js bestand\" width=\"1666\" height=\"714\"><figcaption class=\"wp-caption-text\">wp-embed.min.js bestand<\/figcaption><\/figure>\n<p>Je kunt gemakkelijk voorkomen dat dit bestand wordt ingeladen. Hier zijn de verschillende opties:<\/p>\n<ul>\n<li>Optie 1 &#8211; <a href=\"https:\/\/kinsta.com\/nl\/blog\/schakel-embeds-wordpress\/#disable-embeds-plugin\" target=\"_blank\" rel=\"noopener noreferrer\">Zet embeds uit met een plugin<\/a><\/li>\n<li>Optie 2 &#8211;\u00a0<a href=\"https:\/\/kinsta.com\/nl\/blog\/schakel-embeds-wordpress\/#disable-embeds-code\" target=\"_blank\" rel=\"noopener noreferrer\">Zet embeds uit via code<\/a><\/li>\n<li>Option 3 &#8211; <a href=\"https:\/\/kinsta.com\/nl\/blog\/schakel-embeds-wordpress\/#inline-embed-js\" target=\"_blank\" rel=\"noopener noreferrer\">Verplaats de Javascript inline<\/a><\/li>\n<\/ul>\n<h3>Schakel Emoji&#8217;s in WordPress uit<\/h3>\n<p>Net als bij embeds hebben ze in\u00a0<a href=\"https:\/\/codex.wordpress.org\/Version_4.2\" target=\"_blank\" rel=\"noopener noreferrer\">WordPress 4.2<\/a>, ondersteuning voor emoji&#8217;s toegevoegd aan de core voor oudere browsers. Het grote probleem hiermee is dat het een extra HTTP-verzoek op jouw WordPress site genereert om het bestand <code>wp-emoji-release.min.js<\/code> te laden. En dit laadt over de hele site. Hoewel dit bestand slechts 10,5 KB groot is, is het nutteloos als je geen emoji&#8217;s op je site gebruikt.<\/p>\n<figure style=\"width: 1676px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/wp-emoji-release-bestand.png\" alt=\"wp-emoji-release.min.js\" width=\"1676\" height=\"782\"><figcaption class=\"wp-caption-text\">wp-emoji-release.min.js<\/figcaption><\/figure>\n<p>Er zijn een aantal manieren om emoji&#8217;s uit te schakelen in WordPress. Je kunt het met een gratis plugin of met code doen.<\/p>\n<ul>\n<li><a href=\"https:\/\/kinsta.com\/blog\/disable-emojis-wordpress\/#disable-emojis-plugin\" target=\"_blank\" rel=\"noopener noreferrer\">Schakel emoji&#8217;s uit met een plugin<\/a><\/li>\n<li><a href=\"https:\/\/kinsta.com\/blog\/disable-emojis-wordpress\/#disable-emojis-code\" target=\"_blank\" rel=\"noopener noreferrer\">Schakel emoji&#8217;s uit met Code<\/a><\/li>\n<\/ul>\n<h3>Zo versnel je WordPress reacties of schakel je een thema uit<\/h3>\n<p>Een druk commentaar gedeelte op een site kan veel prestatieproblemen veroorzaken. Denk maar aan de resources die gebruikt worden om opmerkingen mogelijk te maken:<\/p>\n<ul>\n<li>Er wordt een database aanvraag uitgevoerd om bestaande opmerkingen op te halen.<\/li>\n<li>Databasegegevens worden aangemaakt voor elke nieuwe opmerking.<\/li>\n<li>Opmerkingen en metagegevens over reacties worden ontvangen en verwerkt door de browser van een bezoeker.<\/li>\n<li>Externe bronnen, zoals Gravatars, worden opgevraagd, gedownload en geladen (waarvoor een afzonderlijke DNS-zoekopdracht nodig is).<\/li>\n<li>In veel gevallen moeten grote JavaScript- en jQuery-bronnen worden gedownload en verwerkt om het reactiesysteem te laten werken zoals het hoort.<\/li>\n<\/ul>\n<p>Hier zijn vier verschillende opties die je kunt overwegen <a href=\"https:\/\/kinsta.com\/blog\/wordpress-comments\/\" target=\"_blank\" rel=\"noopener noreferrer\">om WordPress reacties te versnellen<\/a>:<\/p>\n<h4>Optie 1 \u2014 Schakel reacties uit<\/h4>\n<p>Als jouw site niet veel reacties heeft en je denkt niet dat ze enige waarde toevoegen, is het misschien beter <a href=\"https:\/\/kinsta.com\/nl\/blog\/reacties-wordpress-uitschakelen\/\" target=\"_blank\" rel=\"noopener noreferrer\">om reacties helemaal uit te schakelen<\/a>. Houd er rekening mee dat opmerkingen invloed kunnen hebben op de SEO, omdat Google deze doorgaans als aanvullende inhoud op de pagina crawlt, dus je zou alleen hoogwaardige opmerkingen moeten goedkeuren. Bekijk deze drie eenvoudige manieren om reacties uit te schakelen:<\/p>\n<ul>\n<li><a href=\"https:\/\/kinsta.com\/nl\/blog\/reacties-wordpress-uitschakelen\/#disable-comments\">Schakel reacties uit met de WordPress opties<\/a><\/li>\n<li><a href=\"https:\/\/kinsta.com\/nl\/blog\/reacties-wordpress-uitschakelen\/#comments-plugin\">Schakel reacties uit met een plugin<\/a><\/li>\n<li><a href=\"https:\/\/kinsta.com\/nl\/blog\/reacties-wordpress-uitschakelen\/#comments-code\">Schakel reacties uit met code<\/a><\/li>\n<\/ul>\n<h4>Optie 2 \u2014 Optimaliseer de native WordPress reacties<\/h4>\n<p>De tweede optie zou zijn om het native WordPress reactiesysteem te optimaliseren. Een manier zou kan zijn om het aantal reacties te verminderen dat wordt geladen bij het laden van de eerste pagina.<\/p>\n<ol>\n<li>Ga naar Instellingen \u2192 Discussie in het WordPress Dashboard.<\/li>\n<li>Zoek naar het gedeelte Overige instellingen voor de reacties..<\/li>\n<li>Schakel het selectievakje in naast Opmerkingen pagineren en voeg een waarde toe voor het aantal opmerkingen dat je wil weergeven bij het laden van de eerste pagina.<\/li>\n<\/ol>\n<figure style=\"width: 1922px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/split-de-reacties-op-in-pagina-s.png\" alt=\"Split de reacties op in pagina\u2019s\" width=\"1922\" height=\"604\"><figcaption class=\"wp-caption-text\">Split de reacties op in pagina\u2019s<\/figcaption><\/figure>\n<p>Een andere optie die je hebt is om Gravatars via je CDN te gebruiken. Dit is de aanpak die we bij Kinsta hebben.<\/p>\n<p>Standaard is bij het laden van WordPress reacties voor elke unieke Gravatar een HTTP-aanvraag vereist. Dus als een pagina is geladen met opmerkingen van 50 verschillende commentatoren, zijn 50 HTTP-aanvragen vereist om al die Gravatars te downloaden. Zoals je je kunt voorstellen, kan dit van invloed zijn op je paginasnelheid. Om nog maar te zwijgen van het feit dat de externe DNS-lookup van gravatar.com soms traag is. In sommige gevallen hebben we zelfs een time-out gezien.<\/p>\n<p>Als je Gravatars op de Kinsta blog bekijkt, kun je zien dat ze worden geladen vanaf Kinsta.com (inclusief ons CDN). Bekijk hoe je <a href=\"https:\/\/woorkup.com\/load-gravatars-from-cdn\/\" target=\"_blank\" rel=\"noopener noreferrer\"> Gravatars laadt vanaf jouw CDN<\/a>.<\/p>\n<figure style=\"width: 1412px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/host-gravatar-lokaal.png\" alt=\"Host Gravatar Lokaal of op een CDN\" width=\"1412\" height=\"552\"><figcaption class=\"wp-caption-text\">Host Gravatar Lokaal of op een CDN<\/figcaption><\/figure>\n<h4>Optie 3 \u2014 Gebruik een extern reactiesysteem<\/h4>\n<p>Een derde optie is om een reactiesysteem van een externe partij te gebruiken. Als jouw site wordt gehost op een goedkope, resource arme shared server, kan het gebruik van een\u00a0<a href=\"https:\/\/kinsta.com\/nl\/blog\/wordpress-reactie-plugins\/\" target=\"_blank\" rel=\"noopener noreferrer\">reactiesysteem van een externe partij pagina&#8217;s<\/a> met veel reacties versnellen. Het is hetzelfde idee als beeldoptimalisatie, het werk o\ufb04oaden. Als je echter wordt gehost door Kinsta of een andere webhosting van hoge kwaliteit, zal overschakelen naar een derde partij niet veel doen voor de laadsnelheid van jouw website en misschien zelfs vertragend werken.<\/p>\n<figure style=\"width: 1653px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2016\/02\/disqus-externe-verzoeken.png\" alt=\"Disqus Externe verzoeken\" width=\"1653\" height=\"734\"><figcaption class=\"wp-caption-text\">Disqus Externe verzoeken<\/figcaption><\/figure>\n<p>Controleer altijd het reactiesysteem van externen dat je probeert door te testen. Bekijk alle afzonderlijke verzoeken die <a href=\"https:\/\/kinsta.com\/blog\/disqus-ads\/\" target=\"_blank\" rel=\"noopener noreferrer\">Disqus<\/a> genereert (zoals hierboven weergegeven). Hoewel de meeste van deze verzoeken asynchroon worden geladen, merk je alsnog enige extra laadtijd als je Disqus gebruikt.<\/p>\n<h4>Optie 4 \u2014 Lazy Load reacties<\/h4>\n<p>Jouw vierde optie is om reacties te lazy loaden, zodat ze de initi\u00eble paginaweergave niet vertragen. Hier zijn een aantal plugins die je kunt bekijken:<\/p>\n<ul>\n<li><a href=\"https:\/\/wordpress.org\/plugins\/lazy-load-for-comments\/\" target=\"_blank\" rel=\"noopener noreferrer\">Lazy Load for Comments<\/a>: Met deze plugin kan je de native WordPress reacties lazy loaden.<\/li>\n<li><a href=\"https:\/\/wordpress.org\/plugins\/disqus-conditional-load\/\" target=\"_blank\" rel=\"noopener noreferrer\">Disqus Conditional Load<\/a>: Als je het Disqus reactiesysteem wilt gebruiken, is dit een onmisbare plugin om reacties te lazy loaden.<\/li>\n<\/ul>\n<h3>Schakel WordPress RSS feeds uit<\/h3>\n<p>Als je het bloggedeelte van WordPress op jouw site niet gebruikt, kan je de WordPress RSS feeds uitschakelen. Hoewel dit geen grote invloed heeft op de prestaties &#8211; alles helpt. Het is ook weer een item minder waar je je zorgen over hoeft te maken.<\/p>\n<p>Bekijk deze twee verschillende manieren om RSS feeds in WordPress uit te schakelen:<\/p>\n<ul>\n<li><a href=\"https:\/\/kinsta.com\/blog\/wordpress-disable-rss-feed\/#disable-rss-feed-plugin\" target=\"_blank\" rel=\"noopener noreferrer\">Schakel de RSS Feed uit met een Plugin<\/a><\/li>\n<li><a href=\"https:\/\/kinsta.com\/blog\/wordpress-disable-rss-feed\/#disable-rss-feed-code\" target=\"_blank\" rel=\"noopener noreferrer\">Schakel de RSS Feed uit met Code<\/a><\/li>\n<\/ul>\n<h3>Maak gebruik van Prefetch en Preconnect<\/h3>\n<p>Resource hints en directives zoals <code>prefetch<\/code>\u00a0en <code>preconnect<\/code> kunnen een goede manier zijn om WordPress achter de schermen te versnellen. KeyCDN heeft een uitstekend artikel en een overzicht van <a href=\"https:\/\/www.keycdn.com\/blog\/resource-hints\" target=\"_blank\" rel=\"noopener noreferrer\">resource hints<\/a>.<\/p>\n<h4>Prefetch<\/h4>\n<p>Met <a href=\"https:\/\/www.w3.org\/TR\/resource-hints\/#dfn-dns-prefetch\" target=\"_blank\" rel=\"noopener noreferrer\">DNS prefetch<\/a>\u00a0kan je domeinnamen opzoeken (een DNS-lookup uitvoeren op de achtergrond) voordat een gebruiker op een link klikt, dit kan op zijn beurt de prestaties verbeteren. Het wordt gedaan door een tag <code>rel=\"dns-prefetch\"<\/code> toe te voegen in de head van jouw WordPress site.<\/p>\n<pre><code>&lt;link rel=\"dns-prefetch\" href=\"\/\/domain.com\"&gt;<\/code><\/pre>\n<p>Andere veel voorkomende dingen om DNS prefetching voor te gebruiken zijn: Jouw CDN URL, Google Fonts, Google Analytics, etc.<\/p>\n<pre><code> &lt;link rel=\"dns-prefetch\" href=\"\/\/cdn.domain.com\/\"&gt;\n &lt;link rel=\"dns-prefetch\" href=\"\/\/fonts.googleapis.com\/\"&gt;\n &lt;link rel=\"dns-prefetch\" href=\"\/\/www.google-analytics.com\"&gt;<\/code><\/pre>\n<p>Prefetch wordt\u00a0<a href=\"http:\/\/caniuse.com\/#search=dns-prefetch\" target=\"_blank\" rel=\"noopener noreferrer\">ondersteund<\/a>\u00a0door de meeste moderne browsers. Bekijk onze tutorial over <a href=\"https:\/\/kinsta.com\/nl\/blog\/code-toevoegen-aan-de-wordpress-header-en-footer\/\" target=\"_blank\" rel=\"noopener noreferrer\">het toevoegen van code aan jouw WordPress header<\/a>.<\/p>\n<p>Of je kunt eenvoudig DNS prefetch implementeren met behulp van een plugin zoals <a href=\"https:\/\/perfmatters.io\" target=\"_blank\" rel=\"noopener noreferrer\">Perfmatters<\/a>. Klik eenvoudig op het tabblad &#8220;Extra&#8217;s&#8221; in de Perfmatters plugin en voeg domeinen toe. Format:\u00a0<code>\/\/domain.tld<\/code>\u00a0(\u00e9\u00e9n per regel)<\/p>\n<figure style=\"width: 1716px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/prefetch.png\" alt=\"Prefetch\" width=\"1716\" height=\"874\"><figcaption class=\"wp-caption-text\">Prefetch<\/figcaption><\/figure>\n<h4>Preconnect<\/h4>\n<p><a href=\"https:\/\/www.w3.org\/TR\/resource-hints\/#preconnect\" target=\"_blank\" rel=\"noopener noreferrer\">Preconnect<\/a> stelt de browser in staat om vroeg verbindingen in te stellen voor een HTTP-verzoek, waardoor round-trip latency wordt voorkomen en gebruikers tijd besparen.<\/p>\n<blockquote><p>Preconnect is een belangrijk hulpmiddel in de optimalisatie toolbox&#8230; het kan vele dure roundtrips van de verzoeken elimineren &#8211; in sommige gevallen vermindert de wachttijd van het verzoek met honderden of zelfs duizenden milliseconden. \u2028 \u2013 lya Grigorik (<a href=\"https:\/\/www.igvita.com\/2015\/08\/17\/eliminating-roundtrips-with-preconnect\/\" target=\"_blank\" rel=\"noopener noreferrer\">bron<\/a>)<\/p><\/blockquote>\n<p>Dit wordt gedaan door rel=&#8221;preconnect&#8221; toe te voegen in de header van jouw WordPress website.<\/p>\n<pre><code>&lt;link rel=\"preconnect\" href=\"\/\/domain.com\"&gt;<\/code><\/pre>\n<p>Een paar voorbeelden van items waarvoor je dit wellicht wilt gebruiken, zijn de CDN-URL of Google Fonts.<\/p>\n<pre><code> &lt;link rel=\"preconnect\" href=\"https:\/\/cdn.domain.com\"&gt;\n &lt;link rel=\"preconnect\" href=\"https:\/\/fonts.gstatic.com\"&gt;<\/code><\/pre>\n<p>Preconnect wordt <a href=\"https:\/\/caniuse.com\/#search=preconnect\" target=\"_blank\" rel=\"noopener noreferrer\">ondersteund<\/a> door de meeste moderne browsers, met uitzondering van Internet Explorer, Safari, IOS Safari en Opera Mini. Bekijk onze tutorial over <a href=\"https:\/\/kinsta.com\/nl\/blog\/code-toevoegen-aan-de-wordpress-header-en-footer\/\" target=\"_blank\" rel=\"noopener noreferrer\">het toevoegen van code aan jouw WordPress header<\/a>.<\/p>\n<p>Of je kunt preconnect eenvoudig implementeren met behulp van een plugin zoals <a href=\"https:\/\/perfmatters.io\" target=\"_blank\" rel=\"noopener noreferrer\">Perfmatters<\/a>. Klik eenvoudig op het tabblad &#8220;Extra&#8217;s&#8221; in de Perfmatters plugin en voeg domeinen toe. Format:\u00a0<code>scheme:\/\/domain.tld<\/code>\u00a0(\u00e9\u00e9n per regel).<\/p>\n<figure style=\"width: 1836px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/preconnect.png\" alt=\"Preconnect\" width=\"1836\" height=\"674\"><figcaption class=\"wp-caption-text\">Preconnect<\/figcaption><\/figure>\n<h3>Schakel Scripts Uit per Post of Pagina<\/h3>\n<p>Een andere zeer krachtige manier om WordPress te versnellen, is om door elke aanvraag te controleren die op jouw pagina&#8217;s en berichten wordt geladen. Je zult hoogstwaarschijnlijk scripts vinden die in de hele site worden geladen, waar dat niet het geval zou moeten zijn.<\/p>\n<p>Je kunt een premium plugin goals <a href=\"https:\/\/perfmatters.io\" target=\"_blank\" rel=\"noopener noreferrer\">Perfmatters<\/a> gebruiken die een ingebouwde &#8220;Script Manager&#8221; &#8211; functie heeft. Hiermee kan je scripts (CSS en JavaScript) op\u00a0 pagina\/post-basis uitschakelen, of zelfs de hele site met een enkele klik. Nogmaals, deze plugin is ontwikkeld door een teamlid bij Kinsta.<\/p>\n<p>Een paar voorbeelden van waar dit voor kan worden gebruikt:<\/p>\n<ul>\n<li>De populaire plugin Contact Form 7 laadt uit zichzelf op elke pagina en post. Je kunt het overal met \u00e9\u00e9n klik eenvoudig uitschakelen en alleen inschakelen op de contactpagina.<\/li>\n<li>Plugins voor het delen van sociale media mogen alleen in jouw berichten worden geladen. Je kunt het overal gemakkelijk uitschakelen en alleen laden op posttypes, of zelfs op aangepaste posttypes.<\/li>\n<li>De inhoudsopgave plugin (TOC) wordt op elke pagina en post geladen. Met de script manager kan je gemakkelijk bepalen waar jij het wilt inladen.<\/li>\n<\/ul>\n<h4>Waarom zijn sommige plugins op deze manier geprogrammeerd?<\/h4>\n<p>Je vraagt je misschien af waarom alle ontwikkelaars van plugins hun scripts niet alleen laden als de plugin op de pagina wordt gedetecteerd? Welnu, het ligt iets ingewikkelder dan dat. Als je bijvoorbeeld een plugin neemt zoals Contact Form 7, heeft deze ook een shortcode waarmee je deze overal kunt plaatsen. Dit betekent ook het invoegen in een widget. Met WordPress is het veel moeilijker om gegevens op te vragen wanneer je scripts uit de wachtrij haalt, in tegenstelling tot het opvragen van gegevens uit de bericht- of pagina-metadata.<\/p>\n<p>Daarom is dit vaak het gevolg van problemen met de bruikbaarheid. Hoe minder kans er is dat een plugin breekt, des te minder tickets en ondersteuning ze zullen hebben. Met veel plugins op de markt zijn er echter manieren om dit te omzeilen en te programmeren voor prestaties als ze dat wilden. Helaas maakt het grote aantal downloads en gebruikers het programmeren voor bruikbaarheid soms een prioriteit.<\/p>\n<h4>Rondreis door de Script Manager<\/h4>\n<p>We zullen je een beetje rondleiden door de Script Manager. Nadat je op de werkbalk hebt geklikt, krijg je alle scripts te zien die worden geladen op die huidige URL, zowel JavaScript- als CSS-bestanden. Je hebt dan de volgende opties:<\/p>\n<ol>\n<li><strong>Status On<\/strong>\u00a0(Standaard instelling)<\/li>\n<li><strong>Status Off:<\/strong> overal uitgeschakeld (hierna kun je kiezen voor welke posttypes je het ingeschakeld wilt hebben, in combinatie met de huidige URL)<\/li>\n<li><strong>Status Off:<\/strong> uitgeschakeld op de huidige URL (dit is heel bruikbaar voor gebruik op de homepagina)<\/li>\n<li><strong>Status Off:<\/strong> uitzondering (huidige URL, posttype of archief)<\/li>\n<\/ol>\n<figure style=\"width: 1936px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" class=\"size-full \" src=\"https:\/\/kinsta.com\/wp-content\/uploads\/2018\/11\/perfmatters-script-manager.png\" alt=\"Perfmatters script manager\" width=\"1936\" height=\"1332\" data-must_clone=\"true\"><figcaption class=\"wp-caption-text\">Perfmatters script manager<\/figcaption><\/figure>\n<p>Alles is\u00a0<strong>gegroepeerd op plugin of thema naam<\/strong>. Dit maakt het super eenvoudig om een volledige plugin in een keer uit te schakelen. Meestal heeft een WordPress plugin zowel een JavaScript- als een CSS-bestand. Een WordPress-thema kan uit meer dan 10 bestanden bestaan.<\/p>\n<p>Nadat je de instellingen hebt geselecteerd en de instellingen hebt gewijzigd, klik je onderaan op &#8216;Opslaan&#8217;. Je kunt vervolgens in een website snelheid tool testen of de scripts niet langer op de pagina of post worden geladen. Zorg er wel voor dat je eerst je cache wist! En als er iets verkeerd gaat op jouw site, kan je het altijd weer inschakelen om alles weer normaal te krijgen.<\/p>\n<p>In een <a href=\"https:\/\/woorkup.com\/disable-scripts-wordpress\/\" target=\"_blank\" rel=\"noopener noreferrer\">snelheidstest van woorkup<\/a>\u00a0konden ze<strong> de totale laadtijden met 20,2% verlagen<\/strong>. Alleen al op hun homepagina konden ze het aantal HTTP-verzoeken verlagen van 46 naar 30. Hun pagina grootte nam ook af van 506,3 KB naar 451,6 KB.<\/p>\n<p>Voor andere manieren om scripts uit te schakelen, bekijk ons uitgebreid artikel over <a href=\"https:\/\/kinsta.com\/nl\/blog\/uitschakelen-laden-wordpress-plugins\/\" target=\"_blank\" rel=\"noopener noreferrer\"> hoe je WordPress plugins kunt uitschakelen<\/a>.<\/p>\n<h3>Analyseer prestaties van externe partijen<\/h3>\n<p>Kortom, alles wat je extern vanaf jouw site aanroept, heeft gevolgen voor de laadtijd. Wat dit probleem alleen maar erger maakt, is dat sommige van hen slechts af en toe traag zijn, waardoor identificatie van het probleem moeilijker wordt.<\/p>\n<p>Een externe service kan worden beschouwd als iets dat communiceert met jouw WordPress site van buiten jouw eigen server. Hier zijn een aantal voorbeelden die we regelmatig tegenkomen:<\/p>\n<ul>\n<li>Social media platforms zoals Twitter, Facebook en Instagram (<a href=\"https:\/\/kinsta.com\/nl\/blog\/wordpress-widgets\/\" target=\"_blank\" rel=\"noopener noreferrer\">widgets<\/a>\u00a0of conversiepixels)<\/li>\n<li>Externe advertentienetwerken zoals Google Adsense, Media.net, BuySellAds, Amazon Associates<\/li>\n<li>Website-analyse en tracking-scripts zoals\u00a0<a href=\"https:\/\/kinsta.com\/nl\/blog\/google-analytics-toevoegen-aan-wordpress\/\" target=\"_blank\" rel=\"noopener noreferrer\">Google Analytics<\/a>, Crazy Egg, Hotjar, en AdRoll<\/li>\n<li>A\/B-testtools zoals Optimizely, VWO, Unbounce<\/li>\n<li><a href=\"https:\/\/kinsta.com\/nl\/blog\/wordpress-reactie-plugins\/\" target=\"_blank\" rel=\"noopener noreferrer\">WordPress reactiesystemen<\/a>\u00a0zoals Disqus, <a href=\"https:\/\/kinsta.com\/nl\/blog\/wordpress-jetpack\/\">Jetpack<\/a>, Facebook reacties<\/li>\n<li>Back-up- en\u00a0<a href=\"https:\/\/kinsta.com\/nl\/blog\/wordpress-plug-ins-om-hackers-buiten\/\" target=\"_blank\" rel=\"noopener noreferrer\">beveiligingshulpmiddelen<\/a>\u00a0zoals VaultPress, Sucuri, CodeGuard<\/li>\n<li>Social sharing-tools zoals SumoMe, HelloBar<\/li>\n<li><a href=\"https:\/\/kinsta.com\/nl\/blog\/wordpress-cdn\/\" target=\"_blank\" rel=\"noopener noreferrer\">CDN netwerken<\/a>\u00a0zoals KeyCDN, Amazon CloudFront, CDN77 en StackPath<\/li>\n<li>Extern gehoste Javascript<\/li>\n<\/ul>\n<p>Hoeveel invloed hebben sommige van deze services van derden op de prestaties? In onze eigen <a href=\"https:\/\/kinsta.com\/blog\/third-party-performance\/\" target=\"_blank\" rel=\"noopener noreferrer\">case study<\/a> zagen we dat scripts van derden <strong>de laadtijd van de pagina met 86,08% verhoogden<\/strong>.<\/p>\n<p>Ghostery heeft ook de\u00a0<a href=\"https:\/\/www.ghostery.com\/lp\/trackertax\/\" target=\"_blank\" rel=\"noopener noreferrer\">top 500 Amerikaanse domeinen<\/a> in Alexa gemeten en de resultaten waren verbluffend &#8211; hoewel, voor ons niet verrassend. Websites waren 2x langzamer wanneer er helemaal geen trackers werden geblokkeerd. Dit betekent dat deze tracking-scripts van externe partijen een van de belangrijkste oorzaken zijn van trage laadsnelheden op het web.<\/p>\n<figure style=\"width: 1872px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/laadtijd-met-trackers.png\" alt=\"Laadtijd met trackers ingeschakeld\" width=\"1872\" height=\"806\"><figcaption class=\"wp-caption-text\">Laadtijd met trackers ingeschakeld (Bron afbeelding: Ghostery)<\/figcaption><\/figure>\n<p>Je moet heel voorzichtig zijn op je WordPress site. Slechts \u00e9\u00e9n slechte externe API-aanroep kan je hele site een time-out opleveren! Ja, het zou niet zo moeten werken, maar in veel gevallen is dit wel het geval. We hebben het vaker gezien.<\/p>\n<p>New Relic biedt een uitstekende en eenvoudige manier om jouw externe diensten te controleren. In dit onderstaande voorbeeld kunnen externe oproepen worden weergegeven aan twitcount.com, graph.facebook.com en widgets.pinterest.com.<\/p>\n<figure style=\"width: 2048px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/10\/reactietijden-van-external-social-media-services.png\" alt=\"Reactietijden van externe Social Media services\" width=\"2048\" height=\"1084\"><figcaption class=\"wp-caption-text\">Reactietijden van externe Social Media services<\/figcaption><\/figure>\n<p>Het is belangrijk dat elke keer wanneer je een nieuwe functie of plugin aan de site toevoegt, je de externe bronnen die hiermee worden geladen, onderzoekt. Hoe minder hoe beter!<\/p>\n<h2 id=\"mobile-first\">Optimaliseer altijd volgens het Mobile-First principe<\/h2>\n<p>Google begon zijn <a href=\"https:\/\/kinsta.com\/nl\/blog\/google-mobile-first-index\/\" target=\"_blank\" rel=\"noopener noreferrer\">mobile-first index<\/a> op 26 maart 2018 uit te rollen. Voorheen gebruikten de crawl-, indexerings- en classificatiesystemen van Google de desktopversie van websites. Mobile-first indexeren betekent dat Googlebot nu de mobiele versie van jouw WordPress site gebruikt voor indexering en rangschikking. Dit helpt de zoekervaring voor mobiele gebruikers te verbeteren.<\/p>\n<p>Als het gaat om het optimaliseren van jouw site voor mobiel, is\u00a0<strong>snelheid een van de belangrijkste factoren waarop je kunt concentreren<\/strong>. Snelheid speelt een belangrijke rol bij alles, van bruikbaarheid tot bounce percentages en het bepalen of potenti\u00eble kopers terugkomen naar jouw site. In feite is <a href=\"https:\/\/developers.google.com\/web\/updates\/2018\/07\/search-ads-speed\" target=\"_blank\" rel=\"noopener noreferrer\">snelheid nu landing page factor<\/a> voor Google Zoeken en Advertenties voor mobiele zoekopdrachten.<\/p>\n<p>Slechte mobiele ervaringen zullen ertoe leiden dat de meeste gebruikers\u00a0niet meer terugkomen. Volgens het laatste rapport van de Google Page speed was de gemiddelde laadtijd van een mobiele site in 2018\u00a0<a href=\"https:\/\/www.thinkwithgoogle.com\/marketing-resources\/data-measurement\/mobile-page-speed-new-industry-benchmarks\/\" target=\"_blank\" rel=\"noopener noreferrer\">15 seconden.<\/a>\u00a0Kun je je voorstellen dat je zo lang moet wachten om een enkele pagina te laden? Verbazingwekkend.<\/p>\n<p>Gebruikers vragen (en verdienen) beter. Volgens hetzelfde Page speed Rapport verlaat\u00a0<strong>53% van de bezoekers van mobiele sites pagina&#8217;s die langer dan een magere 3 seconden duren om te laden<\/strong>.<\/p>\n<p>Langzame mobiele ervaringen stoppen geen conversies. Ze voorkomen dat je zelfs een kans krijgt om te converteren. Naarmate de laadtijd van pagina&#8217;s met slechts een paar seconden toeneemt, neemt de kans dat iemand bounced exponentieel toe. Hier zijn een paar dingen om rekening mee te houden bij het optimaliseren voor mobiel.<\/p>\n<h3>Bekijk jouw mobiele verkeer<\/h3>\n<p>Het is altijd belangrijk om te kijken hoeveel mobiel verkeer je hebt, omdat dit de prioriteiten misschien een beetje kan veranderen. Je kunt zien hoeveel mobiele apparaten de site bezoeken in Google Analytics onder &#8220;Publiek \u2192 Mobiel \u2192 Overzicht.&#8221; Zoals je op deze site kunt zien, is meer dan 67% van het verkeer een mobiele apparaat. Dat is veel!<\/p>\n<figure style=\"width: 1522px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/mobiel-verkeer-google-analytics.png\" alt=\"Mobiel verkeer in Google Analytics\" width=\"1522\" height=\"862\"><figcaption class=\"wp-caption-text\">Mobiel verkeer in Google Analytics<\/figcaption><\/figure>\n<p>Als je klant bij Kinsta bent, kan je ook mobiel versus desktop verkeer bekijken in MyKinsta Analytics. Zoals je kunt zien, is meer dan 88% van het verkeer afkomstig van de desktop. Het is altijd belangrijk om te controleren en niet alleen te veronderstellen. Alleen omdat iedereen zegt dat dingen mobiel worden, betekent niet altijd dat het voor jouw site ook zo is. Kijk naar de gegevens.<\/p>\n<figure style=\"width: 1664px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2018\/11\/mobile-versus-desktop.png\" alt=\"Mobiel versus Desktop \u2014 MyKinsta Analytics\" width=\"1664\" height=\"632\"><figcaption class=\"wp-caption-text\">Mobiel versus Desktop \u2014 MyKinsta Analytics<\/figcaption><\/figure>\n<h3>Zorg ervoor dat jouw site responsief is<\/h3>\n<p>In 2020 moet jouw website responsief zijn! Dit betekent dat het media-query\u2019s gebruikt om dingen automatisch te schalen op mobiele apparaten. Als je dit nog steeds niet hebt gedaan, loop je waarschijnlijk al achter op je concurrenten. Alle WordPress thema&#8217;s die we eerder in dit bericht noemden, zijn volledig responsief en zien er geweldig uit op alle apparaten.<\/p>\n<p>Gebruik de <a href=\"https:\/\/search.google.com\/test\/mobile-friendly\" target=\"_blank\" rel=\"noopener noreferrer\">Mobile-Friendy tool van Google<\/a> om te testen en er zeker van te zijn dat jouw website aan alle vereisten voldoet.<\/p>\n<figure style=\"width: 1402px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" class=\"size-full \" src=\"https:\/\/kinsta.com\/wp-content\/uploads\/2018\/11\/mobile-friendly-test.jpg\" alt=\"Mobile-friendly test\" width=\"1402\" height=\"1144\" data-must_clone=\"true\"><figcaption class=\"wp-caption-text\">Mobile-friendly test<\/figcaption><\/figure>\n<h3>Controleer dubbel om er zeker van te zijn dat srcset werkt<\/h3>\n<p>In het verleden was het erg belangrijk dat je afbeeldingen uploadde om te schalen en CSS niet de grootte ervan te laten wijzigen. Dit is echter niet meer zo belangrijk aangezien WordPress 4.4 nu\u00a0<a href=\"https:\/\/make.wordpress.org\/core\/2015\/11\/10\/responsive-images-in-wordpress-4-4\/\" target=\"_blank\" rel=\"noopener noreferrer\">responsieve afbeeldingen<\/a>\u00a0ondersteunt (niet verkleind door CSS). WordPress maakt automatisch verschillende grootten van elke afbeelding die is ge\u00fcpload naar de mediabibliotheek. Door de beschikbare grootte van een afbeelding op te nemen in een\u00a0<code>srcset<\/code>\u00a0attribuut, kunnen browsers er nu voor kiezen de meest geschikte grootte te downloaden en de andere te negeren. Bekijk hieronder een voorbeeld van hoe de code eruit ziet.<\/p>\n<figure style=\"width: 1464px\" class=\"wp-caption aligncenter\"><img loading=\"lazy\" decoding=\"async\" class=\"size-full \" src=\"https:\/\/kinsta.com\/wp-content\/uploads\/2018\/11\/wordpress-srcset.png\" alt=\"WordPress srcset\" width=\"1464\" height=\"264\" data-must_clone=\"true\"><figcaption class=\"wp-caption-text\">WordPress srcset<\/figcaption><\/figure>\n<p>Vanwege alle externe afbeelding plugins en aanpassingen die er zijn, is het vaak voorgekomen dat we hebben gezien dat dit niet goed werkt. Daarom is het belangrijk om te controleren of jouw afbeeldingen correct het <code>srcset<\/code> attribuut toegevoegd krijgen met verschillende versies voor verschillende schermformaten. Beeldoptimalisatie is vanaf nu voor altijd belangrijk.<\/p>\n<h3>Misschien is Google AMP een oplossing voor jou<\/h3>\n<p><a href=\"https:\/\/googleblog.blogspot.com\/2015\/10\/introducing-accelerated-mobile-pages.html\" target=\"_blank\" rel=\"noopener noreferrer\">Google AMP<\/a> (Accelerated Mobile Pages Project) is oorspronkelijk gelanceerd in oktober 2015. Het project is gebaseerd op AMP HTML, een nieuw open framework dat volledig is opgebouwd uit bestaande web-technologie\u00ebn, waarmee websites lichtgewicht webpagina&#8217;s kunnen maken. Simpel gezegd biedt het een manier om een uitgeklede versie van jouw huidige webpagina te presenteren.<\/p>\n<p>We hebben een soort haat liefde verhouding met Google AMP, en dat geldt voor veel van ons in de community. We hebben dit zelf getest en zagen geen goede resultaten. Dat betekent echter niet dat jij dat niet zult doen. Elke website is anders en Google AMP wordt voortdurend verbeterd.<\/p>\n<p>Je kan snel aan de slag met Google AMP op jouw WordPress site met een van de volgende plugins:<\/p>\n<ul>\n<li><a href=\"https:\/\/wordpress.org\/plugins\/amp\/\" target=\"_blank\" rel=\"noopener noreferrer\">AMP for WordPress<\/a><\/li>\n<li><a href=\"https:\/\/wordpress.org\/plugins\/accelerated-mobile-pages\/\" target=\"_blank\" rel=\"noopener noreferrer\">AMP for WP<\/a><\/li>\n<\/ul>\n<p>Bekijk ons uitgebreide artikel over <a href=\"https:\/\/kinsta.com\/nl\/blog\/google-amp\/\" target=\"_blank\" rel=\"noopener noreferrer\">hoe je Google AMP kunt instellen<\/a>. En als je het nodig hebt, <a href=\"https:\/\/kinsta.com\/nl\/blog\/google-amp-leads-kelderden\/\" target=\"_blank\" rel=\"noopener noreferrer\">hoe je Google AMP uit kunt schakelen<\/a>. Het is niet iets dat je kunt uitschakelen en je er klaar mee bent.<\/p>\n<h2>Sammenvatting<\/h2>\n<p>Zoals je waarschijnlijk hebt opgemerkt, wij zijn geobsedeerd door alle verschillende manieren waarop je WordPress sneller kunt maken. Een snelle site helpt je ranking te verbeteren, verbetert de crawlbaarheid voor zoekmachines, verbetert de conversie, verhoogt de tijd van mensen op je site en verlaagt je bounce rate. Om nog maar te zwijgen over het feit dat iedereen graag een snelle website bezoekt!<\/p>\n<p>We hopen dat deze gids over snelheid nuttig was en dat je een aantal dingen hebt kunnen gebruiken en toepassen op jouw WordPress site. Als dat zo is, neem dan even de tijd en deel dat.<\/p>\n<p>Misten wij iets belangrijks? Als dat zo is, horen we dat graag. Laat ons weten wat jouw tips zijn om WordPress sneller te maken in de reacties.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Vandaag delen we alles wat wij weten over het sneller maken van WordPress, meer dan 15 jaar ervaring en harde lessen die wij hebben geleerd, allemaal in \u00e9\u00e9n eenvoudige handleiding.<\/p>\n","protected":false},"author":38,"featured_media":29782,"template":"","meta":{"_kinsta_gated_content":false,"_kinsta_gated_content_redirect":"","footnotes":""},"tags":[29,27],"class_list":["post-21087","learn","type-learn","status-publish","has-post-thumbnail","hentry","tag-webdev","tag-webperf"],"yoast_head":"<!-- This site is optimized with the Yoast SEO Premium plugin v24.6 (Yoast SEO v24.6) - https:\/\/yoast.com\/wordpress\/plugins\/seo\/ -->\n<title>Hoe maak je jouw WordPress website sneller (De ultieme gids)<\/title>\n<meta name=\"description\" content=\"Vandaag delen we alles wat wij weten over het sneller maken van WordPress, meer dan 15 jaar ervaring en veel harde lessen, allemaal in \u00e9\u00e9n eenvoudige gids.\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/kinsta.com\/nl\/leren\/wordpress-sneller-maken\/\" \/>\n<meta property=\"og:locale\" content=\"nl_NL\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Jouw WordPress website sneller maken (de ultieme handleiding)\" \/>\n<meta property=\"og:description\" content=\"Vandaag delen we alles wat wij weten over het sneller maken van WordPress, meer dan 15 jaar ervaring en veel harde lessen, allemaal in \u00e9\u00e9n eenvoudige gids.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/kinsta.com\/nl\/leren\/wordpress-sneller-maken\/\" \/>\n<meta property=\"og:site_name\" content=\"Kinsta\u00ae\" \/>\n<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/Kinsta-Nederland-476213452787823\/\" \/>\n<meta property=\"article:modified_time\" content=\"2023-11-07T12:57:37+00:00\" \/>\n<meta property=\"og:image\" content=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2019\/02\/wordpress-sneller-maken-1.png\" \/>\n\t<meta property=\"og:image:width\" content=\"1460\" \/>\n\t<meta property=\"og:image:height\" content=\"730\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/png\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:description\" content=\"Vandaag delen we alles wat wij weten over het sneller maken van WordPress, meer dan 15 jaar ervaring en veel harde lessen, allemaal in \u00e9\u00e9n eenvoudige gids.\" \/>\n<meta name=\"twitter:image\" content=\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2019\/02\/wordpress-sneller-maken-1.png\" \/>\n<meta name=\"twitter:site\" content=\"@Kinsta_NL\" \/>\n<meta name=\"twitter:label1\" content=\"Geschatte leestijd\" \/>\n\t<meta name=\"twitter:data1\" content=\"143 minuten\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\/\/schema.org\",\"@graph\":[{\"@type\":\"WebPage\",\"@id\":\"https:\/\/kinsta.com\/nl\/leren\/wordpress-sneller-maken\/\",\"url\":\"https:\/\/kinsta.com\/nl\/leren\/wordpress-sneller-maken\/\",\"name\":\"Hoe maak je jouw WordPress website sneller (De ultieme gids)\",\"isPartOf\":{\"@id\":\"https:\/\/kinsta.com\/nl\/#website\"},\"primaryImageOfPage\":{\"@id\":\"https:\/\/kinsta.com\/nl\/leren\/wordpress-sneller-maken\/#primaryimage\"},\"image\":{\"@id\":\"https:\/\/kinsta.com\/nl\/leren\/wordpress-sneller-maken\/#primaryimage\"},\"thumbnailUrl\":\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2019\/02\/WordPress-sneller-maken.jpg\",\"datePublished\":\"2019-02-11T15:12:18+00:00\",\"dateModified\":\"2023-11-07T12:57:37+00:00\",\"description\":\"Vandaag delen we alles wat wij weten over het sneller maken van WordPress, meer dan 15 jaar ervaring en veel harde lessen, allemaal in \u00e9\u00e9n eenvoudige gids.\",\"breadcrumb\":{\"@id\":\"https:\/\/kinsta.com\/nl\/leren\/wordpress-sneller-maken\/#breadcrumb\"},\"inLanguage\":\"nl-NL\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/kinsta.com\/nl\/leren\/wordpress-sneller-maken\/\"]}]},{\"@type\":\"ImageObject\",\"inLanguage\":\"nl-NL\",\"@id\":\"https:\/\/kinsta.com\/nl\/leren\/wordpress-sneller-maken\/#primaryimage\",\"url\":\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2019\/02\/WordPress-sneller-maken.jpg\",\"contentUrl\":\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2019\/02\/WordPress-sneller-maken.jpg\",\"width\":1460,\"height\":730,\"caption\":\"WordPress sneller maken\"},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\/\/kinsta.com\/nl\/leren\/wordpress-sneller-maken\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\/\/kinsta.com\/nl\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Leer\",\"item\":\"https:\/\/kinsta.com\/nl\/leren\/\"},{\"@type\":\"ListItem\",\"position\":3,\"name\":\"Jouw WordPress website sneller maken (de ultieme handleiding)\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\/\/kinsta.com\/nl\/#website\",\"url\":\"https:\/\/kinsta.com\/nl\/\",\"name\":\"Kinsta\u00ae\",\"description\":\"Snelle, veilige, premium hostingoplossingen\",\"publisher\":{\"@id\":\"https:\/\/kinsta.com\/nl\/#organization\"},\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\/\/kinsta.com\/nl\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"nl-NL\"},{\"@type\":\"Organization\",\"@id\":\"https:\/\/kinsta.com\/nl\/#organization\",\"name\":\"Kinsta\",\"url\":\"https:\/\/kinsta.com\/nl\/\",\"logo\":{\"@type\":\"ImageObject\",\"inLanguage\":\"nl-NL\",\"@id\":\"https:\/\/kinsta.com\/nl\/#\/schema\/logo\/image\/\",\"url\":\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2023\/12\/kinsta-logo.jpeg\",\"contentUrl\":\"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2023\/12\/kinsta-logo.jpeg\",\"width\":500,\"height\":500,\"caption\":\"Kinsta\"},\"image\":{\"@id\":\"https:\/\/kinsta.com\/nl\/#\/schema\/logo\/image\/\"},\"sameAs\":[\"https:\/\/www.facebook.com\/Kinsta-Nederland-476213452787823\/\",\"https:\/\/x.com\/Kinsta_NL\",\"https:\/\/www.instagram.com\/kinstahosting\/\",\"https:\/\/www.linkedin.com\/company\/kinsta\/\",\"https:\/\/www.pinterest.com\/kinstahosting\/\",\"https:\/\/www.youtube.com\/c\/Kinsta\"]}]}<\/script>\n<!-- \/ Yoast SEO Premium plugin. -->","yoast_head_json":{"title":"Hoe maak je jouw WordPress website sneller (De ultieme gids)","description":"Vandaag delen we alles wat wij weten over het sneller maken van WordPress, meer dan 15 jaar ervaring en veel harde lessen, allemaal in \u00e9\u00e9n eenvoudige gids.","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/kinsta.com\/nl\/leren\/wordpress-sneller-maken\/","og_locale":"nl_NL","og_type":"article","og_title":"Jouw WordPress website sneller maken (de ultieme handleiding)","og_description":"Vandaag delen we alles wat wij weten over het sneller maken van WordPress, meer dan 15 jaar ervaring en veel harde lessen, allemaal in \u00e9\u00e9n eenvoudige gids.","og_url":"https:\/\/kinsta.com\/nl\/leren\/wordpress-sneller-maken\/","og_site_name":"Kinsta\u00ae","article_publisher":"https:\/\/www.facebook.com\/Kinsta-Nederland-476213452787823\/","article_modified_time":"2023-11-07T12:57:37+00:00","og_image":[{"width":1460,"height":730,"url":"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2019\/02\/wordpress-sneller-maken-1.png","type":"image\/png"}],"twitter_card":"summary_large_image","twitter_description":"Vandaag delen we alles wat wij weten over het sneller maken van WordPress, meer dan 15 jaar ervaring en veel harde lessen, allemaal in \u00e9\u00e9n eenvoudige gids.","twitter_image":"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2019\/02\/wordpress-sneller-maken-1.png","twitter_site":"@Kinsta_NL","twitter_misc":{"Geschatte leestijd":"143 minuten"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"WebPage","@id":"https:\/\/kinsta.com\/nl\/leren\/wordpress-sneller-maken\/","url":"https:\/\/kinsta.com\/nl\/leren\/wordpress-sneller-maken\/","name":"Hoe maak je jouw WordPress website sneller (De ultieme gids)","isPartOf":{"@id":"https:\/\/kinsta.com\/nl\/#website"},"primaryImageOfPage":{"@id":"https:\/\/kinsta.com\/nl\/leren\/wordpress-sneller-maken\/#primaryimage"},"image":{"@id":"https:\/\/kinsta.com\/nl\/leren\/wordpress-sneller-maken\/#primaryimage"},"thumbnailUrl":"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2019\/02\/WordPress-sneller-maken.jpg","datePublished":"2019-02-11T15:12:18+00:00","dateModified":"2023-11-07T12:57:37+00:00","description":"Vandaag delen we alles wat wij weten over het sneller maken van WordPress, meer dan 15 jaar ervaring en veel harde lessen, allemaal in \u00e9\u00e9n eenvoudige gids.","breadcrumb":{"@id":"https:\/\/kinsta.com\/nl\/leren\/wordpress-sneller-maken\/#breadcrumb"},"inLanguage":"nl-NL","potentialAction":[{"@type":"ReadAction","target":["https:\/\/kinsta.com\/nl\/leren\/wordpress-sneller-maken\/"]}]},{"@type":"ImageObject","inLanguage":"nl-NL","@id":"https:\/\/kinsta.com\/nl\/leren\/wordpress-sneller-maken\/#primaryimage","url":"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2019\/02\/WordPress-sneller-maken.jpg","contentUrl":"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2019\/02\/WordPress-sneller-maken.jpg","width":1460,"height":730,"caption":"WordPress sneller maken"},{"@type":"BreadcrumbList","@id":"https:\/\/kinsta.com\/nl\/leren\/wordpress-sneller-maken\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/kinsta.com\/nl\/"},{"@type":"ListItem","position":2,"name":"Leer","item":"https:\/\/kinsta.com\/nl\/leren\/"},{"@type":"ListItem","position":3,"name":"Jouw WordPress website sneller maken (de ultieme handleiding)"}]},{"@type":"WebSite","@id":"https:\/\/kinsta.com\/nl\/#website","url":"https:\/\/kinsta.com\/nl\/","name":"Kinsta\u00ae","description":"Snelle, veilige, premium hostingoplossingen","publisher":{"@id":"https:\/\/kinsta.com\/nl\/#organization"},"potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/kinsta.com\/nl\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"nl-NL"},{"@type":"Organization","@id":"https:\/\/kinsta.com\/nl\/#organization","name":"Kinsta","url":"https:\/\/kinsta.com\/nl\/","logo":{"@type":"ImageObject","inLanguage":"nl-NL","@id":"https:\/\/kinsta.com\/nl\/#\/schema\/logo\/image\/","url":"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2023\/12\/kinsta-logo.jpeg","contentUrl":"https:\/\/kinsta.com\/nl\/wp-content\/uploads\/sites\/7\/2023\/12\/kinsta-logo.jpeg","width":500,"height":500,"caption":"Kinsta"},"image":{"@id":"https:\/\/kinsta.com\/nl\/#\/schema\/logo\/image\/"},"sameAs":["https:\/\/www.facebook.com\/Kinsta-Nederland-476213452787823\/","https:\/\/x.com\/Kinsta_NL","https:\/\/www.instagram.com\/kinstahosting\/","https:\/\/www.linkedin.com\/company\/kinsta\/","https:\/\/www.pinterest.com\/kinstahosting\/","https:\/\/www.youtube.com\/c\/Kinsta"]}]}},"acf":[],"_links":{"self":[{"href":"https:\/\/kinsta.com\/nl\/wp-json\/wp\/v2\/learn\/21087","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/kinsta.com\/nl\/wp-json\/wp\/v2\/learn"}],"about":[{"href":"https:\/\/kinsta.com\/nl\/wp-json\/wp\/v2\/types\/learn"}],"author":[{"embeddable":true,"href":"https:\/\/kinsta.com\/nl\/wp-json\/wp\/v2\/users\/38"}],"version-history":[{"count":20,"href":"https:\/\/kinsta.com\/nl\/wp-json\/wp\/v2\/learn\/21087\/revisions"}],"predecessor-version":[{"id":56435,"href":"https:\/\/kinsta.com\/nl\/wp-json\/wp\/v2\/learn\/21087\/revisions\/56435"}],"alternate":[{"embeddable":true,"hreflang":"fr","title":"French","href":"https:\/\/kinsta.com\/nl\/wp-json\/kinsta\/v1\/posts\/21087\/translations\/fr"},{"embeddable":true,"hreflang":"it","title":"Italian","href":"https:\/\/kinsta.com\/nl\/wp-json\/kinsta\/v1\/posts\/21087\/translations\/it"},{"embeddable":true,"hreflang":"es","title":"Spanish","href":"https:\/\/kinsta.com\/nl\/wp-json\/kinsta\/v1\/posts\/21087\/translations\/es"},{"embeddable":true,"hreflang":"sv","title":"Swedish","href":"https:\/\/kinsta.com\/nl\/wp-json\/kinsta\/v1\/posts\/21087\/translations\/se"},{"embeddable":true,"hreflang":"da","title":"Danish","href":"https:\/\/kinsta.com\/nl\/wp-json\/kinsta\/v1\/posts\/21087\/translations\/dk"},{"embeddable":true,"hreflang":"pt","title":"Portuguese","href":"https:\/\/kinsta.com\/nl\/wp-json\/kinsta\/v1\/posts\/21087\/translations\/pt"},{"embeddable":true,"hreflang":"ja","title":"Japanese","href":"https:\/\/kinsta.com\/nl\/wp-json\/kinsta\/v1\/posts\/21087\/translations\/jp"},{"embeddable":true,"hreflang":"de","title":"German","href":"https:\/\/kinsta.com\/nl\/wp-json\/kinsta\/v1\/posts\/21087\/translations\/de"},{"embeddable":true,"hreflang":"nl","title":"Dutch","href":"https:\/\/kinsta.com\/nl\/wp-json\/kinsta\/v1\/posts\/21087\/translations\/nl"},{"embeddable":true,"hreflang":"en","title":"English","href":"https:\/\/kinsta.com\/nl\/wp-json\/kinsta\/v1\/posts\/21087\/translations\/en"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/kinsta.com\/nl\/wp-json\/wp\/v2\/media\/29782"}],"wp:attachment":[{"href":"https:\/\/kinsta.com\/nl\/wp-json\/wp\/v2\/media?parent=21087"}],"wp:term":[{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/kinsta.com\/nl\/wp-json\/wp\/v2\/tags?post=21087"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}