WordPress werkt niet meer na een plugin- of thema-update

Noteer welke onderdelen zijn bijgewerkt en welke versies daarvoor actief waren. Kijk ook naar automatische updates en wijzigingen door de hostingpartij, bijvoorbeeld aan PHP. Het moment waarop je de fout voor het eerst ziet, is niet noodzakelijk het moment waarop hij ontstond. Verzamel de updatebevestiging, het fouttijdstip en een voorbeeldpagina. Maak onderscheid tussen een ontbrekend stijlbestand, een foutmelding en een functie die niet meer reageert. Die symptomen leiden naar verschillende controles. Vraag collega’s hun wijzigingen even vast te leggen voordat meerdere mensen tegelijk oplossingen proberen.

Een update kan onderbroken worden en een onderhoudsmelding achterlaten. Laat eerst controleren of er nog een updateproces draait. Alleen een achtergebleven onderhoudsbestand verwijderen lost ontbrekende of half vervangen bestanden niet op. Kijk in het dashboard of het betrokken onderdeel volledig aanwezig is. Probeer geen tweede update terwijl de eerste nog schrijft. Bij twijfel kan de host het proces en de bestandsrechten controleren. Noteer vervolgens of de foutmelding verandert; een andere melding kan aantonen dat je een eerste probleem hebt opgelost maar nog niet de onderliggende oorzaak.

Een backup bevat zowel de database als de relevante bestanden. Test bij voorkeur op een kopie, met verzending van echte mails en betalingen uitgeschakeld. Beveilig de kopie tegen onbevoegde bezoekers en zoekmachines. Controleer of de fout daar ook optreedt: een testomgeving met een andere PHP-versie of ontbrekende configuratie kan een misleidend resultaat geven. Bewaar daarnaast de actuele productietoestand. Bij een webshop is een backup van gisteren niet vanzelf een bruikbaar herstelpunt, omdat nieuwe bestellingen en voorraadwijzigingen dan apart moeten worden beschermd.

Begin met de plugin of het thema dat direct vóór de storing veranderde. Deactiveer het op de testkopie en herhaal dezelfde handeling. Als de fout verdwijnt, onderzoek je de combinatie met thema, andere plugins en serverversie. Een terugkeer naar een vorige pluginversie kan als tijdelijke diagnose dienen, maar een update kan ook de database hebben gewijzigd. Controleer daarom de documentatie van die plugin voordat je teruggaat. Gebruik officiële downloads en bewaar de exacte geteste versie. Een willekeurig oud zipbestand uit een forum is geen betrouwbare herstelbron.

Werkt de site in het beheer maar ziet een bezoeker een kapotte pagina? Bekijk dan caching en bestandsoptimalisatie. Verouderde HTML kan nog verwijzen naar een verdwenen JavaScriptbestand. Wis uitsluitend de relevante caches nadat je hebt vastgesteld welke laag de pagina levert. Vergelijk een verse bezoeker met een ingelogde gebruiker. Schakel optimalisaties op de testkopie één voor één uit en houd een eenvoudig logboek bij. Als tegelijk minificatie, thema en drie plugins veranderen, weet je achteraf niet welk onderdeel het verschil maakte.

Controleer de eerder kapotte functie en de belangrijkste routes: contact, zoeken, inloggen en bij een webshop winkelmand en afrekenen. Gebruik een testbetaalmethode voor proefbestellingen. Kijk ook naar foutlogs en een mobiel scherm. Schrijf op wat is aangepast en welke tijdelijke maatregelen nog openstaan. Plan de definitieve oplossing als de website alleen met een oude versie werkt. Alle updates blijvend uitzetten verschuift het probleem naar later en maakt toekomstige wijzigingen moeilijker. Een klein wijzigingslog en een vaste controle na updates maken een volgende storing sneller te onderzoeken.

Lees de officiële uitleg over WordPress bijwerken en backups. De conflicttest van WooCommerce helpt bij het isoleren van combinaties.