WordPress gehackt? Stappen voor herstel en controle

WordPress gehackt of vreemde redirects? Beperk de schade, bewaar bewijs, onderzoek de toegang en controleer je site voordat je die weer vrijgeeft.

Het Kaige-team tijdens ontwikkeling, overleg of projectvoorbereiding op kantoor
Door de redactie van Kaige Productions · Bronnen gecontroleerd op 16 oktober 2026.
Bij een vermoedelijke WordPress-hack gaat herstel verder dan verdachte bestanden verwijderen. Beperk eerst de blootstelling, bewaar een kopie voor onderzoek en bepaal hoe iemand toegang kreeg. Daarna volgen opschonen, herstel en controle van de ingang waardoor het probleem kon ontstaan.

Welke signalen verdienen onderzoek?

Onbekende beheerders, onverklaarbare redirects, vreemde pagina’s in Google of scripts die je niet herkent zijn redenen om te onderzoeken. Een trage site of een losse foutmelding bewijst op zichzelf geen hack. Leg de waarneming vast met URL, tijdstip, screenshot en de omstandigheden: alleen mobiel, alleen uit Google of ook rechtstreeks?
Voer verdachte downloads niet uit en gebruik geen echte betaalgegevens tijdens onderzoek. Schakel je hostingpartij in als bezoekers worden doorgestuurd of als de server ongebruikelijk verkeer verstuurt. Die kan helpen een getroffen omgeving af te schermen en logs beschikbaar te houden.
Een beeldscherm met maatwerkcode op het kantoor van Kaige

De eerste acties: beperken en bewaren

  1. Bepaal wat geraakt is. Eén website, meerdere sites onder hetzelfde account, e-mail of ook het hostingbeheer?
  2. Beperk gevaarlijke toegang. Laat de host zo nodig de getroffen site afschermen terwijl onderzoek doorgaat.
  3. Bewaar bestanden, database en relevante logs. Zet die kopie buiten de openbare website en behandel haar als mogelijk besmet.
  4. Leg bekende wijzigingen vast. Denk aan updates, nieuwe gebruikers en recent geïnstalleerde plugins.
  5. Beveilig beheeraccounts vanaf een vertrouwd apparaat. Controleer sessies, toegang en tweestapsverificatie.
Een wachtwoordwijziging op een nog besmette omgeving is mogelijk slechts tijdelijk effectief. Stem het moment van intrekken en opnieuw uitgeven van toegang af op het herstel. Vergeet hosting, SFTP en gekoppelde diensten niet wanneer er aanwijzingen zijn dat die toegang ook is buitgemaakt.
Het Kaige-team tijdens ontwikkeling, overleg of projectvoorbereiding op kantoor

Zoek de oorzaak én de achtergebleven toegang

Een scanner is een hulpmiddel, geen bewijs dat ieder probleem gevonden is. Onderzoek de WordPress-kern, plugins, thema’s, uploads, must-use plugins, geplande taken en gewijzigde configuratie. Controleer de database op ongewenste inhoud en onbekende gebruikers. Vergelijk software waar mogelijk met schone bestanden uit de officiële bron.
Een verwijderd kwaadaardig bestand kan terugkomen als een geplande taak, kwetsbare plugin of ander account het opnieuw schrijft. Een rapport “schoon” is daarom pas bruikbaar als duidelijk is wat is gecontroleerd en welke oorspronkelijke toegang is gesloten.

Wanneer is een backup terugzetten verstandig?

Alleen als je weet van wanneer de besmetting ongeveer dateert en de kopie zelf voldoende hebt gecontroleerd. Een oudere backup kan ook kwetsbare code terugbrengen. Werk die na herstel bij en sluit de gebruikte ingang af. Breng vooraf in kaart welke nieuwe bestellingen, formulieren of inhoud sinds dat herstelpunt zijn toegevoegd.
Bij een actieve webshop kan het overschrijven van de hele database recente orders verliezen. Laat daarom het herstelplan bepalen welke bestanden, tabellen of records terug moeten. Bewaar de actuele toestand voordat je iets vervangt.

Controle vóór de site weer vrijgegeven wordt

  • Onbekende accounts en ongewenste toegang zijn onderzocht en afgehandeld.
  • Software komt uit betrouwbare bronnen en de relevante kwetsbaarheid is opgelost.
  • Publieke pagina’s, formulieren en eventuele checkout werken in onafhankelijke sessies.
  • Redirects en verdachte scripts zijn op de oorspronkelijke probleemroute opnieuw gecontroleerd.
  • Hostinglogs en nieuwe scans tonen geen terugkerend patroon tijdens de observatie.
  • Eventuele beveiligingsmeldingen in Search Console worden na herstel opnieuw beoordeeld.
Beschrijf wat bewezen is en wat nog onzeker is. “Geen signalen meer gevonden tijdens deze controles” is een zorgvuldiger conclusie dan een absolute garantie dat niets meer kan gebeuren.

Voorkom dat hetzelfde probleem terugkomt

Beperk beheerdersrechten, verwijder ongebruikte software na controle, gebruik unieke sterke wachtwoorden en onderhoud een herstelbare backup buiten de site. WordPress-onderhoud moet ook controle na updates en aandacht voor incidenten omvatten. Een stagingomgeving helpt wijzigingen testen; zij moet zelf eveneens afgeschermd en bijgewerkt blijven.

Veelgestelde vragen

Kan ik gewoon een beveiligingsplugin installeren?

Dat kan onderzoek ondersteunen, maar herstelt niet automatisch de oorzaak, gestolen toegang of gewijzigde gegevens. Laat eerst bepalen wat besmet is en welke herstelstappen nodig zijn.

Is mijn vindbaarheid meteen hersteld na opschonen?

Nee. Zoekmachines moeten wijzigingen opnieuw verwerken. Controleer ongewenste URL’s en beveiligingsmeldingen afzonderlijk; een schoon technisch herstel is slechts één onderdeel.

Liever samen de oorzaak vinden?

Vertel ons welke pagina of handeling vastloopt, sinds wanneer en wat er vlak daarvoor veranderde. Deel geen wachtwoorden via een openbaar formulier.

Verder lezen

Elementor-editor laadt niet? Een gerichte diagnose

WooCommerce verstuurt geen mail? Controleer deze keten

WordPress-website traag? Meet eerst waar de vertraging zit

heading

beschrijving