Deze handleiding is voor zelfgehoste WordPress-websites. Wijzigingen vragen passende toegang en een veilige terugweg. Stem onderzoek af met je host of beheerder als bestanden, databases en hosting onbekend terrein zijn.
Leg de bevindingen vast
Noteer URL, exacte melding, eerste tijdstip met tijdzone en laatste wijziging. Vergelijk homepage, andere pagina en login. Leg eerdere tests vast: één mislukte aanvraag bewijst geen volledige uitval.
Back-up en terugweg
Bewaar vooraf waar mogelijk bestanden, database en oudere back-ups. Controleer datum en herstelbaarheid. Een defecte of geïnfecteerde kopie kan bewijs bevatten; bescherm deze apart en beschouw haar niet als schone back-up.
Verander één ding en herhaal dezelfde aanvraag. Gebruik staging voor uitgebreide plugin-, thema- en configuratietests. Deactiveren is geen verwijderen: winkel, formulieren en beveiliging kunnen uitvallen. Leg uitgangssituatie en terugweg vast.
Gerichte diagnose
01
Bepaal het getroffen deel
Is alles leeg, één pagina of alleen de editor? Vergelijk login, privévenster en ander apparaat. Noteer wijzigingen en een eventuele HTTP-500-status.
02
Begrijp Recovery Mode
Bij bepaalde fatale PHP-fouten kan WordPress een beheerderslink mailen. Controleer spam. Deze pauzeert onderdelen voor jouw sessie, zonder automatische publieke reparatie. Houd de link vertrouwelijk.
03
Test plugins en thema
Werkt het dashboard, test de laatst gewijzigde component. Deactiveren kan kritieke functies raken. Gebruik een kopie voor themawissel en conflicttests; verwijder het oorspronkelijke thema niet.
04
Gebruik PHP-logs
Vraag het passende log met bestand, regel en melding. Gebruik WP_DEBUG, WP_DEBUG_LOG en WP_DEBUG_DISPLAY deskundig en tijdelijk, bij voorkeur op staging. Toon fouten niet publiek en bescherm logs.
05
Controleer geheugen en code
Een geheugenfout vraagt onderzoek van verbruik en limieten. PHP moet bij componenten passen. Vergelijk gewijzigde code met een bekende werkende versie in plaats van meer bulkupdates.
Herstel zorgvuldig afwegen
Een back-up vervangt geen oorzaakanalyse. Onderzoek deze eerst geïsoleerd indien mogelijk. Herstel kan recente bestellingen, aanvragen en inhoud verliezen. Spreek de omvang af en neem na een aanval geen actuele bestanden ongecontroleerd over.
Test na de correctie
Test oorspronkelijke URL, homepage, andere pagina’s en login. Controleer formulieren en winkelfuncties in een passende testomgeving zonder onbedoelde echte bestellingen. Wis na correctie alleen relevante caches. Documenteer oorzaak en resultaat.
Wanneer hulp nodig is
Stop wijzigingen bij onduidelijke oorzaak, onbetrouwbare terugweg of kritieke bedrijfsfuncties. Malwareaanwijzingen vragen beveiligingsonderzoek. Deel volledige logs, wachtwoorden, sleutels en herstellinks niet openbaar of via onbeveiligde e-mail.
Omvang en kosten afspreken →Onderhoud na reparatie
WordPress-core, plugins en thema’s worden wekelijks bijgewerkt, zodat noodzakelijke updates niet verdwijnen tussen dagelijkse werkzaamheden. Maandelijks, dagelijks of elk uur: het interval hangt af van je pakket. De back-ups staan op EU-servers.
Reparaties en het opschonen van al gehackte sites zijn aparte diensten. Betaalde licenties zijn niet inbegrepen.