Sjoerd
Commercieel directeur & founder
Wijzigingen opgeslagen maar pagina ziet er hetzelfde uit? Ontdek hoe cache je WordPress-update verbergt.
Een pagina vernieuwen in WordPress doe je door je wijzigingen op te slaan via de blauwe Bijwerken-knop in de editor. De pagina is dan direct live. Ziet de pagina er daarna nog hetzelfde uit? Dan toont je browser of een caching-plugin waarschijnlijk een opgeslagen oude versie. In dit artikel beantwoorden we de meest gestelde vragen over het bijwerken van WordPress-pagina’s, van eenvoudige opslaan-knoppen tot het legen van de cache en geavanceerde oplossingen via FTP.
Je pagina is al bijgewerkt, maar je browser laat een oude versie zien. Dit is bijna altijd een caching-probleem. Je browser, een caching-plugin of een CDN heeft een statische kopie van de pagina opgeslagen en serveert die opnieuw, zonder de server opnieuw te raadplegen. De wijziging staat al op de server, maar je ziet hem nog niet.
Er zijn drie soorten caching die dit kunnen veroorzaken:
Een minder voor de hand liggende oorzaak is een probleem met gebruikersrechten, met name op websites met een ledenomgeving. In dat geval kan het zijn dat bepaalde gebruikers de bijgewerkte content niet te zien krijgen op basis van hun rol. En als de Bijwerken-knop blijft draaien zonder resultaat, wijst dat eerder op een plugin-conflict of een verouderd thema dan op een caching-probleem.
Klik in de Gutenberg-editor op de blauwe Bijwerken-knop rechtsboven om een gepubliceerde pagina te vernieuwen. De knop heet bij een nieuwe pagina eerst Publiceren en verandert daarna automatisch in Bijwerken. Elke klik op die knop maakt je wijzigingen direct live.
Rechtsboven in de editor vind je drie opties naast de Bijwerken-knop:
De Gutenberg-editor slaat je werk automatisch op als concept, zodat je niets kwijtraakt als je browser crasht. Pas als je zelf op Bijwerken klikt, worden wijzigingen zichtbaar voor bezoekers. WordPress bewaart ook revisies van elke handmatige opslag, zodat je altijd terug kunt naar een eerdere versie.
Werkt de Bijwerken-knop niet? Probeer dan eerst de pagina te openen in een incognitovenster of een andere browser. Helpt dat niet, schakel dan tijdelijk alle plugins uit om een conflict te identificeren. Soms is een verouderd thema of een recente WordPress-update de boosdoener.
Leeg de cache in drie stappen: doe eerst een harde refresh in je browser, leeg daarna de cache van je caching-plugin, en laat tot slot de CDN-cache verversen als je een dienst zoals Cloudflare gebruikt. In de meeste gevallen is stap één al voldoende.
De snelste oplossing is een harde refresh. Op Windows druk je op Ctrl + F5, op een Mac op Cmd + Shift + R. Dit dwingt je browser om alle bestanden opnieuw van de server te laden in plaats van de lokaal opgeslagen versie te gebruiken. Werkt dit niet, dan kun je de browsercache handmatig legen via de browserinstellingen Deze link opent in een nieuw tabblad.
De stappen verschillen per plugin, maar de logica is overal hetzelfde: zoek de cache-instellingen op en klik op de knop om alles te wissen.
Sommige hostingproviders passen server-level caching toe, los van je plugin. Je leegt die cache via het dashboard van je hostingprovider of via een extra knop die in je WordPress-dashboard verschijnt. Gebruik je Cloudflare? Log dan in op het Cloudflare-dashboard, ga naar Caching → Configuration en klik op Purge Everything.
Twijfel je of het probleem bij de cache ligt? Klik met de rechtermuisknop op de pagina en kies Paginabron bekijken. Staat je nieuwe tekst al in de broncode? Dan is de update al doorgevoerd op de server en is de browser- of CDN-cache de enige boosdoener.
Een pagina opslaan als concept betekent dat de inhoud is bewaard op de server, maar onzichtbaar is voor bezoekers. Publiceren maakt de pagina direct live en toegankelijk voor iedereen. Het belangrijkste verschil: opslaan is voor jou, publiceren is voor je bezoekers.
WordPress biedt drie statussen voor je pagina-inhoud:
Let op het publicatieproces in Gutenberg: de eerste klik op Publiceren opent een bevestigingsscherm. Pas na de tweede klik wordt de pagina echt live gezet. Dit is een extra veiligheidslaag om onbedoelde publicaties te voorkomen. Voor een al gepubliceerde pagina slaat de knop de naam over en heet hij direct Bijwerken.
Als jij als beheerder je wijzigingen wel ziet maar bezoekers niet, is de oorzaak vrijwel altijd een caching-probleem. De server heeft de nieuwe versie al klaarstaan, maar de cache serveert bezoekers nog de oude statische kopie. Leeg de plugin-cache of de server-cache om dit op te lossen.
Een praktische manier om dit te controleren: log uit en open de pagina in een incognitovenster. Zie je de wijziging dan wel? Dan was het een beheerderscache die al geleegd was. Zie je hem nog steeds niet? Dan heeft de caching-plugin of de server de oude versie nog in de cache staan.
Andere oorzaken die minder vaak voorkomen maar het waard zijn om te controleren:
Via FTP pas je bestanden aan op de server, zoals themabestanden of configuratiebestanden. Via phpMyAdmin pas je de inhoud van een pagina direct in de database aan. Gebruik deze methoden alleen als je geen toegang hebt tot het WordPress-dashboard, en maak altijd eerst een back-up.
WordPress slaat alle pagina-inhoud op in de MySQL-database, in de tabel wp_posts. Via phpMyAdmin, beschikbaar in vrijwel elk hosting-dashboard, kun je tekst direct in die tabel aanpassen. Gebruik het SQL-tabblad voor een UPDATE-query om tekst te vervangen. Zoals phpMyAdmin onmisbaar is voor geavanceerd WordPress-beheer buiten het dashboard Deze link opent in een nieuw tabblad, is voorzichtigheid hier net zo onmisbaar. Voer nooit een query uit zonder eerst een volledige databaseback-up te maken.
Met een FTP-client zoals FileZilla maak je verbinding met je server en kun je bestanden direct bewerken of uploaden. Dit is handig voor themabestanden of het .htaccess-bestand, maar niet voor het aanpassen van pagina-inhoud. Pagina-inhoud leeft in de database, niet in bestanden. FTP gebruik je dus voor configuratie en code, phpMyAdmin voor content.
Vraagt WordPress om FTP-gegevens bij een update? Dan heeft WordPress geen schrijfrechten op de server. Dit los je op door de bestandsrechten van de map /wp-content aan te passen naar 775 via je FTP-client, of door de constante FS_METHOD in het bestand wp-config.php in te stellen op direct.
Wil je dat je website altijd soepel draait zonder dat je zelf in FTP-clients of databases hoeft te duiken? Bij Stuurlui zorgen we als full-service WordPress-bureau voor stabiel beheer, veilige updates en snelle doorontwikkeling. Dat scheelt je een belletje naar de IT-afdeling. Neem contact op en ontdek hoe we jouw WordPress-website ontzorgen.