WordPress wijzigingen niet zichtbaar na opslaan: vijf plekken waar de oude versie zit
Zijn WordPress wijzigingen niet zichtbaar na het opslaan, dan ligt het bijna altijd aan de cache, een kopie van de pagina van voor de wijziging. Die zit in de browser, een cacheplugin, op de server van je hostingpartij of in een CDN. Controleer de pagina in een privévenster en leeg dan de lagen van browser tot CDN. Minder vaak zit het probleem in de editor.
Auteur: Het TellMyShop-team. Een gids voor eigenaren van WordPress-websites en WooCommerce-winkels: de oorzaak, de oplossing met de hand en hetzelfde werk in een gesprek met de chat.
Laatst bijgewerkt: · 6 min lezen
Stel eerst vast of het is opgeslagen of niet
Deze vraag scheidt twee verschillende problemen. Open de pagina opnieuw in de editor, na het verversen.
- De editor heeft de nieuwe versie, de site de oude. De wijziging is in de database opgeslagen, en iets onderweg toont een oude kopie. Dat is de cache, en de rest van dit artikel.
- Ook de editor heeft de oude versie. De wijziging is niet opgeslagen. Meestal is het een verlopen sessie, een pluginconflict of een serverfout bij het opslaan. Kijk dan naar het deel over de editor aan het eind.
Een tweede snelle controle: open de pagina in een privévenster van de browser of op een telefoon met wifi uit. Cacheplugins slaan ingelogde gebruikers meestal over, dus ingelogd zie jij de verse pagina, terwijl de klant de kopie ziet.
Vijf lagen van de browser tot het CDN
De oude versie van een pagina kan op een van vijf plekken zitten. Elke plek leeg je ergens anders, en iemand anders doet het.
| Laag | Zo herken je het | Waar je haar leegt | Wie |
|---|---|---|---|
| 1. Browser | een privévenster toont de nieuwe versie | hard verversen of de sitegegevens wissen | jij |
| 2. Cacheplugin | ingelogd zie je de nieuwe, in een privévenster de oude | knop in de bovenbalk van het dashboard of de instellingen van de plugin | jij |
| 3. Servercache | plugin geleegd, nog steeds oud | hostingpaneel, onderdeel cache | jij of je hostingpartij |
| 4. CDN | verschillende versies op verschillende plekken, het adres loopt via Cloudflare of een vergelijkbare dienst | paneel van het CDN, gekozen adressen legen | jij of wie het domein beheert |
| 5. Geoptimaliseerde CSS- en JS-bestanden | nieuwe inhoud, oud uiterlijk | instellingen van de optimalisatieplugin, de bestanden opnieuw aanmaken | jij |
De documentatie van WordPress over caching legt uit dat cacheplugins kant-en-klare pagina’s als bestanden opslaan, zodat de server ze niet elke keer hoeft op te bouwen. Daarom moet de kopie na een wijziging worden ververst. De handleiding van Liquid Web over cacheplugins laat zien hoe de populairste werken en wat elke optie leegt. De meeste plugins verversen de kopie zelf als een bericht wordt opgeslagen, maar niet altijd bij wijzigingen in widgets, menu’s, de footer of de instellingen van het thema.
De volgorde van legen, stap voor stap
Leeg vanaf de laag die het dichtst bij jou zit. Controleer na elke stap de pagina in een privévenster, zodat je weet welke laag de schuldige was. Dat helpt de volgende keer.
- Hard verversen in de browser. Op een Windows-computer is dat meestal Ctrl en F5, op een Mac Cmd, Shift en R.
- Leeg de cacheplugin. WP Rocket, LiteSpeed Cache, W3 Total Cache, WP Super Cache en vergelijkbare plugins hebben een knop in de bovenbalk van het dashboard. Kies alles legen, niet één pagina, als je het menu of de footer hebt gewijzigd.
- Leeg de cache van je hostingpartij. Veel hostingpartijen hebben een eigen servercache, die je in het paneel aanzet. Vind je de knop niet, vraag het dan je hostingpartij.
- Leeg het CDN. In Cloudflare kun je gekozen adressen legen in plaats van de hele site. De uitleg staat in de documentatie over losse bestanden legen in Cloudflare.
- Maak de CSS- en JS-bestanden opnieuw aan. Heb je het uiterlijk gewijzigd en niet de inhoud, leeg dan de samengevoegde stijlbestanden in de instellingen van de optimalisatieplugin.
Is de pagina na alle vijf stappen nog steeds oud, dan ligt het probleem niet bij de cache.
Als het niet de cache is: editor, thema en sjablonen
Een paar situaties lijken op de cache, maar hebben een andere oorzaak.
Je bewerkt de verkeerde pagina. Dat gebeurt met kopieën van pagina’s, taalversies of een concept naast de gepubliceerde pagina. Controleer het adres in de adresbalk van de browser en in de editor.
De inhoud komt uit een sjabloon. De header, de footer en sommige onderdelen van de homepage in blokthema’s horen bij het sjabloon, niet bij de pagina. Die wijzig je in Weergave, Editor, niet in de pagina-editor.
Je wijzigt een bestand van een thema dat niet actief is. Gebruikt de site een child theme, dan kunnen wijzigingen in het hoofdthema worden overschreven. Andersom ook: een wijziging in een bestand van het hoofdthema verdwijnt bij een update.
Het opslaan is mislukt. Staat de wijziging er na het verversen van de editor niet, kijk dan in Gereedschap, Sitestatus of de REST API werkt, en vraag je websitebeheerder om het foutenlog. De blokeditor slaat op via de REST API, dus een beveiligingsplugin of de server die die blokkeert, geeft dit symptoom.
Zo controleert de chat wat een bezoeker ziet
Het moeilijkste is uitzoeken welke laag de schuldige is. Met de TellMyShop-plugin voor WordPress en WooCommerce vergelijkt je chat (Claude of ChatGPT) twee dingen: de inhoud die in de database is opgeslagen en de pagina die een bezoeker krijgt die niet is ingelogd. Beide werken in het gratis TellMyShop Free, samen met de lijst met plugins, die laat zien welke cacheplugin is geïnstalleerd.
Jij: Ik heb de openingstijden op de pagina Contact gewijzigd, maar klanten zien nog de oude.
Je chat: In de database heeft de pagina Contact de nieuwe tijden, van 9 tot 18. De pagina die een uitgelogde bezoeker krijgt, toont de oude, van 8 tot 16. De lijst met plugins toont dat LiteSpeed Cache actief is.
Je chat: Conclusie: de wijziging is opgeslagen, en bezoekers krijgen waarschijnlijk een oude kopie uit de cache van de plugin. Ik kan die legen zodra je de schakelaar Thema aanzet. Voorbeeld:
Jij: Ik heb hem aangezet. Leeg hem.
Je chat: Geleegd. Ik heb de pagina Contact opnieuw uitgelogd gecontroleerd: bezoekers zien de nieuwe tijden.
Status van de kaart: wacht op jouw “ja”oude versie: WordPress-cache en LiteSpeed Cache: opgeslagen kopieën van pagina’s
nieuwe versie: cache geleegd, pagina’s worden opnieuw opgebouwd
De tijden in dit gesprek zijn ter illustratie. De cache van WordPress en populaire cacheplugins legen werkt in TellMyShop Pro nadat je de schakelaar Thema aanzet. De schakelaar geldt 24 uur en vereist een databaseback-up van vandaag. Zoals bij elke wijziging heeft legen een voorbeeld en wacht het op jouw ‘ja’. De cache van je hostingpartij en het CDN leeg je in hun eigen panelen, want de plugin heeft daar geen toegang toe.
Wijzig je vaak dezelfde teksten op veel pagina’s, dan helpt de handleiding over een WordPress-pagina bewerken. Wordt de pagina helemaal niet getoond, niet alleen in een oude versie, ga dan naar het artikel WordPress-site niet zichtbaar in Google. Free en Pro vergelijk je bij prijzen, de gratis versie download je op de pagina TellMyShop Free, en meer handleidingen vind je op de blog.
Vragen en antwoorden
Waarom zie ik de wijzigingen wel, maar mijn klant niet?
Cacheplugins tonen de opgeslagen kopie vaak niet aan ingelogde gebruikers. Jij ziet ingelogd de verse pagina, terwijl de klant een kopie van voor de wijziging krijgt. Controleer het resultaat altijd in een privévenster, uitgelogd.
Hoe leeg ik de cache in WordPress?
Dat hangt af van waar de cache zit. Een cacheplugin heeft een knop om te legen in de bovenbalk van het dashboard of in zijn instellingen. De cache van je hostingpartij leeg je in het hostingpaneel, en een CDN, zoals Cloudflare, in zijn eigen paneel. WordPress zelf heeft geen knop voor alle lagen tegelijk.
Mijn CSS-wijzigingen werken niet. Wat controleer ik?
Eerst de browsercache en de plugin die CSS-bestanden samenvoegt en verkleint, want die bewaart de oude versie van het bestand. Kijk daarna of je de extra CSS of het child theme van het actieve thema bewerkt, en niet een thema dat alleen is geïnstalleerd.
Kan cache legen iets kapotmaken?
Meestal niet. De site kan even trager zijn terwijl de kopieën opnieuw worden opgebouwd. Zet de cacheplugin alleen niet blijvend uit om je wijzigingen te zien, want dan is de site voor iedereen trager.
Ik klikte op Bijwerken, en na het verversen van de editor zijn de wijzigingen weg. Is dat ook de cache?
Waarschijnlijk niet. Is de wijziging in de editor zelf verdwenen, dan is ze niet in de database opgeslagen. Veelvoorkomende oorzaken zijn een verlopen inlogsessie, een pluginconflict of een blokkade op het opslaan aan de serverkant. Controleer Gereedschap, Sitestatus en het foutenlog.
WordPress is een handelsmerk van de WordPress Foundation. WooCommerce is een handelsmerk van Automattic Inc. Claude is een handelsmerk van Anthropic PBC. ChatGPT en OpenAI zijn handelsmerken van OpenAI. TellMyShop is niet gelieerd aan deze bedrijven.