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
Vergelijk browser en netwerk
Probeer een privévenster, ander apparaat en ander netwerk. Faalt één weergave, controleer browsercache en extensies. DNS-, TLS- en WordPress-problemen vereisen andere controles.
02
Herken het foutbeeld
HTTP 500 duidt op mislukte serververwerking. 502, 503 en 504 kunnen tussenliggende diensten of resources betreffen. Controleer databasebereikbaarheid met je host; vervang inloggegevens niet op goed geluk.
03
Bekijk recente veranderingen
Een tijdsverband is geen bewijs. Werkt het dashboard, test dan de verdachte uitbreiding gecontroleerd. Voer geen extra bulkupdates uit. Gebruik een kopie voor uitgebreide conflicttests en controleer iedere stap.
04
Als ook login uitvalt
Zoek een herstellink in beheerdersmail en spam. Recovery Mode pauzeert onderdelen voor jouw sessie, zonder de publieke site automatisch te repareren. Laat bestandsdiagnose uitvoeren als veilige toegang ontbreekt.
05
Controleer hosting en cache
Vraag PHP- en serverlogs op het exacte tijdstip en controles van opslag, domein, DNS en certificaat. Cache wissen kan een oude foutpagina verwijderen, maar herstelt PHP of database niet.
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.