Zie je de bewerkingen niet terug die je op je WordPress site hebt gemaakt? Dit is een veelvoorkomend probleem voor WordPress gebruikers. In de meeste gevallen komt dit door problemen met caching, hetzij in je webbrowser, de cache van je WordPress website of in de cache van je Content Delivery Network (CDN).
In dit artikel gaan we op zoek naar wat de redenen daarvoor kunnen zijn, en waarom caching problemen kan opleveren waardoor je je veranderingen in WordPress niet kan zien. Vervolgens kijken we naar stappen die je kan zetten om dit probleem op te lossen en ervoor te zorgen dat je bezoekers je updates weer gewoon kunnen zien.
Ben je er klaar voor? Aan de slag dan!
Hoe lang duurt het tot WordPress veranderingen heeft verwerkt?
In het algemeen zou je WordPress website direct moeten updaten nadat je op Opslaan klikt. Dat wil zeggen dat je op Opslaan zou moeten kunnen klikken, de bewerkte pagina kunnen openen, en meteen je veranderingen zou moeten kunnen zien. Belangrijker nog, hetzelfde geldt voor de bezoekers van je website.
Dat is wat er hoort te gebeuren.
Maar aangezien je dit artikel aan het lezen bent, ben je er waarschijnlijk al achter dat niet alles altijd gaat zoals het hoort te gaan.
Dus wat kunnen redenen zijn dat je website niet updatet?
Waarom updatet mijn WordPress website niet?
Zoals gezegd in de introductie, is de meest gebruikelijke oorzaak voor het niet updaten problemen met caching.
Er zijn verschillende soorten caching die ervoor kunnen zorgen dat je geen veranderingen in je WordPress website ziet.
- Browser caching – slaat bepaalde statische bestanden op in de computers van bezoekers binnen de cache van de webbrowser.
- Pagina caching – slaat de statische HTML versie van je website op zodat er geen PHP gebruikt wordt om de website “on the fly” te genereren.
- CDN caching – maakt het laden sneller door de statische content van je website te caching op een wereldwijd netwerk van servers.
Je hoeft de precieze techniek achter caching niet per se volledig te begrijpen. Het voornaamste probleem voor nu is dat er een verouderde versie van je website in de “cache” opgeslagen is.
Ook al heb je dus de versie op je WordPress server veranderd, dan kunnen bezoekers (ook jijzelf) nog de verouderde, gecachete versie van je website te zien krijgen, waardoor je recente veranderingen onzichtbaar zijn.
Dit artikel gaat dan ook vooral over hoe je de verschillen caches kan legen en de meeste recente versie van je website erin krijgt. Nadat je de cache geleegd hebt, zouden jij en je bezoekers meteen alle veranderingen moeten kunnen zien.
Naast problemen met caching, kan een andere oorzaak waardoor je de veranderingen aan je WordPress website niet ziet te maken hebben met de rechten binnen je website. Dit gebeurt vooral vaak wanneer je een dynamische website hebt waarbij verschillende gebruikers verschillende content zien, denk bijvoorbeeld aan een ledenwebsite.
In dit scenario kunnen veranderingen wel goed opgeslagen worden, maar heb jij mogelijk niet de toestemming om de bijgewerkte content te zien, waardoor je alleen de verouderde content ziet. Dit is eigenlijk nooit het probleem bij simpele websites zoals blogs of portfolio’s, maar bij dynamische websites kan dit vaker voorkomen.
Nu we dit allemaal weten, kunnen we aan de slag met de oplossing.
Zo los je problemen met het niet updaten van een WordPress website op
We delen het oplossen van problemen op in vier onderdelen:
Voor de eerste drie raden we je aan om ze van boven naar beneden af te gaan. Oftewel, je begint met het legen van je browsercache en gaat zo op volgorde door.
Oplossen van problemen met browser caching
Browser caching werkt doordat bepaalde bestanden van de website worden opgeslagen in de browser cache op je computer. Hierdoor hoeven deze bestanden niet telkens direct van de server van de WordPress website gedownload te worden. Om het probleem op te lossen kan je je browser verplichten om de nieuwste versies van alle bestanden te downloaden bij de server, in plaats van de opgeslagen bestanden uit de cache te gebruiken.
Er zijn verschillende manieren om dit te doen.
Harde vernieuwing van je webbrowser
De eenvoudigste oplossing om problemen met browser caching van een pagina op te lossen is door je webbrowser te forceren alles te vernieuwen.
Wanneer je een harde vernieuwing, ook wel een hard refresh, afdwingt, zal je browser de cache helemaal overslaan en alle bestanden van de webserver downloaden.
Om hiermee te beginnen open je een tabblad met de pagina van je website waar je de veranderingen verwacht te zien. Vervolgens druk je op de volgende toetsen:
- CTRL + F5 bij Windows
- Cmd + R bij Mac
Leeg je browsercache
Wanneer de harde vernieuwing niet werkte, moet je wellicht de hele cache van je browser legen. Dit zal alle gecachete bestanden verwijderen, zodat je nieuwe versies van alle bestanden van je website zal downloaden.
De precieze instructies hangen af van je webbrowser, dus lees vooral onze uitleg over hoe je je browsercache kan legen bij alle grote webbrowsers.
Gebruik “Cache-busting” technieken
De manieren hierboven lossen het probleem op voor je eigen computer, maar het kan zijn dat je bezoekers de veranderingen nog niet meteen zien, aangezien zij hun browsercaches niet geleegd hebben.
Een iets geavanceerdere aanpak om dit op te lossen en ervoor te zorgen dat je bezoekers altijd de nieuwste versie zien is het gebruik van “cache-busting”.
Stel dat het logo van je website in het bestand logo.png opgeslagen is. Wanneer je je logo verandert en een nieuw bestand uploadt met een identieke naam (logo.png), dan kan het zijn dat bezoekers dat niet meteen zien omdat hun browsers het originele logo.png bestand uit de cache zullen laden.
Om dit op te lossen via cache-busting, hoef je alleen maar de bestandsnaam te veranderen.
In plaats van het uploaden van een nieuw bestand logo.png zou je bijvoorbeeld logo-v2.png kunnen uploaden. Doordat het een nieuwe bestandsnaam is, zal je de problemen die ontstaan door browser caching kunnen omzeilen.
Deze tactiek kan je ook gebruiken voor scripts, zoals CSS stylesheets. Wanneer je CSS bewerkingen dus niet te zien zijn in WordPress, zou dit een goede manier kunnen zijn om dat op te lossen.
Andere cache-busting tactieken zijn het veranderen van het bestandspad of query strings toevoegen. Bijvoorbeeld:
- Origineel: yoursite.com/style.css
- Bestandsnaam – yoursite.com/stylev2.css
- Bestandspad – yoursite.com/v2/style.css
- Query strings – yoursite.com/style.css?ver=2
Oplossen van problemen met WordPress caching
Alhoewel er verschillende soorten WordPress caching zijn, is pagina caching de meest waarschijnlijke boosdoener.
Normaal gesproken bouwt de server de HTML van je website helemaal op bij elk bezoek door middel van PHP. Vervolgens verstuurt de server de kant-en-klare HTML naar de browser van de bezoeker om de webpagina te tonen.
Om de boel wat sneller te maken slaat pagina caching de kant-en-klare HTML op in de cache, waardoor je server de PHP niet meer hoeft te verwerken en bij elk bezoek een nieuwe query op de database hoeft uit te voeren. Dat betekent dat wanneer je iets verandert op je website, die verandering niet meteen te zien is, omdat je server nog de gecachete HTML gebruikt van vóór de verandering.
De meeste webhosts en caching plugins omzeilen dit door automatisch de cache te legen wanneer je nieuwe content of veranderingen publiceert. Maar wellicht heb je je caching oplossing niet zo ingesteld, of werkt het gewoon niet goed.
Veel caching oplossingen sluiten WordPress admin gebruikers ook uit van het zien van gecachete content. Dit kan de oorzaak zijn van het probleem dat veranderingen in WordPress niet te zien zijn wanneer je uitlogt. Dat wil zeggen, wanneer je ingelogd bent op je admin account zie je géén gecachete content, en kan je de veranderingen dus meteen zien. Maar wanneer je uitlogt, zie je de verouderde, gecachete versie, net zoals alle gewone bezoekers.
De oplossing is om de cache van je site handmatig te legen.
Hierdoor worden alle opgeslagen HTML versies van je pagina’s verwijderd en maakt je website een nieuwe versie vanaf het begin. Die nieuwe versie wordt dan in de cache opgeslagen zodat je wel de voordelen qua snelheid hebt van caching.
Hoe je de WordPress cache kan legen hangt af van de caching oplossing die je gebruikt. We laten je twee oplossingen zien:
- Het legen van de cache wanneer je gehost wordt door Kinsta
- Het legen van de cache bij enkele populaire caching plugins
Zo leeg je de cache als Kinsta klant
Kinsta implementeert het pagina caching voor je zodat je zelf geen WordPress caching plugin hoeft te gebruiken. Er zijn twee manieren om de cache van je site te legen bij Kinsta.
Allereerst kan je dit doen vanuit het WordPress dashboard van je site via het tabblad Kinsta cache aan de linkerkant, waar je op Cache legen klikt:
In plaats daarvan kan je de cache van je site ook legen via het MyKinsta dashboard. Open je website in MyKinsta. Ga vervolgens naar het tabblad Tools en klik op Cache legen onder Site cache:
Zo leeg je de cache van plugins
Wanneer je niet bij Kinsta gehost wordt, heb je wellicht een WordPress caching plugin die het pagina cachen voor je regelt.
Alle caching plugins bieden opties om de hele cache van je website te legen (en soms ook om de cache voor individuele stukken content te legen).
We kunnen je niet laten zien hoe dit werkt bij elke individuele plugin, maar we laten enkele van de populairste plugins zien. De meeste caching plugins werken ongeveer op dezelfde manier, dus waarschijnlijk kan je hiermee ook uit de voeten bij andere plugins.
WP Super Cache
Je kan klikken op Delete Cache binnen de WordPress toolbar of bij de instellingen van de plugin:
WP Fastest Cache
Om de hele cache te legen kan je klikken op Delete Cache in de WordPress toolbar.
Je kan de cache ook legen voor het stuk content waar je problemen mee hebt:
- Open de post/page/custom post type lijst.
- Hou je muis boven het stuk content waar je problemen mee hebt.
- Klik op de link Clear Cache.
WP Rocket
Om de cache voor je hele site te legen, hou je je muis over de WP Rocket optie binnen de WordPress toolbar en selecteer je Clear cache:
Om de cache voor één stuk content te legen, hover je je muis erboven in de contentlijst en klik je op Clear this cache:
Oplossen van problemen met CDN caching
Wanneer je een Content Delivery Network (CDN) gebruikt om je laadtijden van je WordPress website te verbeteren, kan dit ook de oorzaak zijn van het feit dat je de veranderingen in WordPress niet ziet.
Een CDN werkt door alle statische content van je website te caching op een wereldwijd netwerk van servers. Vervolgens worden de bestanden geladen vanuit de locatie die het dichtst bij elke bezoeker is.
Maar als je CDN een oude versie van een afbeelding of CSS stylesheet heeft gecachet, dan kan dat ervoor zorgen dat je de veranderingen in je WordPress website niet ziet. Dit gebeurt zelden voor de content zelf, maar kan wel voorkomen bij de statische bestanden die je host op het CDN, zoals afbeeldingen en scripts.
Net zoals bij de andere caching problemen kan je dit oplossen door de cache van je CDN te legen. De precieze stappen hiervoor hangen af van je CDN. Hieronder laten we zien hoe je dit bij Kinsta kan doen.
Gebruik je een ander CDN, kijk dan naar de documentatie van je CDN.
Zo leeg je de Kinsta CDN cache
Kinsta bevat een ingebouwd CDN zonder extra kosten. Je kan de cache van je CDN legen via je MyKinsta dashboard.
In MyKinsta open je het dashboard voor de WordPress website die problemen geeft. Vervolgens ga je naar het tabblad Kinsta CDN en klik je op Clear CDN cache:
Oplossen van problemen met gebruikersrollen/toestemmingen
Als laatste kan het zijn dat je website prima werkt, maar je nog steeds de veranderingen niet kan zien door een probleem met de WordPress gebruikersrollen of toestemmingen. Je website is wel goed bijgewerkt, maar je gebruikersaccount heeft geen toestemming om deze veranderingen te zien.
Dit kan bijvoorbeeld gebeuren wanneer je een ledenwebsite hebt waarbij geregistreerde leden bepaalde content zien, en anonieme bezoekers andere content. Wanneer je de content voor geregistreerde leden verandert en vervolgens de website opent in Incognito modus, dan zal je geen veranderingen zien, omdat je anonieme gastenaccount geen rechten heeft om de veranderde content te zien. En vice versa.
Dit kan nog lastiger worden wanneer je een ledenwebsite hebt met verschillende niveaus voor lidmaatschappen.
Om dit op te lossen zorg je ervoor dat je ingelogd bent op een WordPress account met de juiste toestemmingen om de content in kwestie te mogen zien, of in sommige gevallen dat je juist niet ingelogd bent.
Om het oplossen van dit soort problemen makkelijker te maken en snel tussen WordPress accounts te kunnen wisselen, kan je de gratis User Switching plugin gebruiken.
Samenvatting
Meestal komen problemen waarbij je de veranderingen van WordPress niet kan zien door problemen met caching (hetzij browsercaching, pagina caching of CDN caching).
De oplossing is het legen van de cache die het probleem veroorzaakt, zodat zowel jij als je bezoekers de meeste recente versie van je website zien. Weet je niet zeker welke cache het probleem veroorzaakt, dan raden we je aan om ze te legen in de volgorde die we in dit artikel beschreven hebben: eerste de browsercache, dan de pagina cache, en als laatste de CDN cache.
In sommige gevallen kan je problemen waarbij je de veranderingen niet ziet, omdat je geen toestemming hebt om de content in kwestie te bekijken. Dit gebeurt zelden bij een eenvoudige blog of portfolio website, maar kan zeker voorkomen bij ledenwebsites of andere websites met contentbeperkingen. Zorg er dus voor dat je een account gebruikt met de juiste toestemmingen om deze oorzaak uit te kunnen sluiten.
Nog altijd problemen waarbij veranderingen in WordPress niet te zien zijn? Vraag het ons in de reacties.
Hoofdredacteur bij Kinsta en content marketing consultant voor WordPress plugin-ontwikkelaars. Verbind met <a href="">Matteo op Twitter.
Laat een reactie achter