Een backup terugzetten op WordPress klinkt als een klik, maar in de praktijk gaat het meestal mis op punten die niemand vooraf benoemt. Verkeerde URL’s na de restore, een database die ouder is dan de uploads, een plugin-versie die niet matcht met PHP, of een live site die offline blijft omdat je de restore over de productie deed. In deze handleiding loop je door de vier praktische methodes die in 2026 nog steeds werken: een hosting-snapshot, UpdraftPlus, All-in-One WP Migration en handmatig via SSH met wp-cli. Plus een checklist voor wat je daarna moet controleren.
Belangrijk vooraf: dit artikel gaat over een geplande restore vanuit een werkende backup. Vermoed je dat je site is gehackt of besmet met malware, dan is een backup terugzetten alleen niet genoeg. Lees dan eerst hoe je een WordPress site veilig herstelt na een hack en het bijbehorende stappenplan om malware en backdoors op te sporen.
Drie controles voordat je iets terugzet
Voor je een knop indrukt, doorloop je deze drie checks. Ze voorkomen 80% van de problemen die mensen later op forums posten.
Is je backup echt compleet? Een volledige WordPress-backup bestaat uit vier onderdelen: de database (alle tabellen met wp_ prefix), de map wp-content/uploads (jouw media), wp-content/plugins en wp-content/themes, en optioneel je wp-config.php. Een database-only backup is geen complete backup. Open het zip-bestand en kijk of alles erin zit.
Heb je een staging-omgeving? Restore nooit direct over een werkende productiesite. Doe het eerst op staging, controleer of alles werkt, en draai de restore daarna pas op productie. Veel hostingomgevingen leveren een staging-knop standaard mee. Als die er niet is, lees waarom een lokale ontwikkelomgeving voor WordPress onmisbaar is. Werk je met klantdata, gebruik dan ook een geanonimiseerde database voor je staging-omgeving om datalekken te voorkomen.
Pas op voor versie-mismatch. Was je site voor de backup op WordPress 6.6 met PHP 8.2, en heeft je hosting inmiddels PHP 8.3? Dan kan een oudere plugin breken na restore. Check de huidige PHP-versie van je hosting voordat je terugzet, en weet welke plugins recent updates hebben gehad. Dit speelt minder als je restore-window kort is, maar bij een backup van een paar maanden geleden is het serieus relevant. Zie verouderde PHP-versie gebruiken: welke risico’s loop je echt.
Methode 1: terugzetten via een hosting-snapshot
Als je hosting elke dag (of vaker) een snapshot maakt, is dit verreweg de snelste route. Geen plugin, geen database-import, geen file-upload. De provider zet je site terug naar het tijdstip dat jij kiest, meestal binnen vijf minuten.
In Plesk vind je dit onder Backup Manager, in cPanel onder JetBackup of R1Soft, en op managed WordPress hosting via je controlepaneel meestal als Restore of Snapshots. Veel partijen bieden zowel een full-server restore als een file-only of database-only restore. Kies voor file plus database tegelijk om consistentie te garanderen: anders krijg je de situatie dat je media nieuwer zijn dan je database, of andersom.
Belangrijke kanttekening: een hosting-snapshot zet je hele hostingomgeving terug, dus als je in dezelfde periode emailaccounts of DNS hebt aangepast, gaan die ook terug naar dat moment. Lees voor je restoret welk granulariteitsniveau je provider biedt.
Methode 2: terugzetten met UpdraftPlus
UpdraftPlus draait op meer dan drie miljoen WordPress-sites en is de de-facto standaard voor sitebackups die niet via je hosting lopen. De gratis versie kan al complete backups maken naar Dropbox, Google Drive, S3, FTP of e-mail. Heb je je backup met UpdraftPlus gemaakt, dan is een restore terugzetten een paar klikken.
De flow op een lege of gerestorede WordPress-installatie:
- Installeer UpdraftPlus opnieuw via Plugins, Nieuw toevoegen.
- Ga naar Instellingen, UpdraftPlus Backups.
- Open het tabblad Existing backups. Heb je het zip-bestand lokaal, klik dan op Upload backup files en sleep de vijf onderdelen erin (database, plugins, themes, uploads, others).
- Klik op Restore, vink alle vijf de componenten aan, en bevestig.
- UpdraftPlus pakt de bestanden uit, importeert de database, en herstelt de URLs als je dezelfde domeinnaam gebruikt.
Verhuis je tegelijk naar een nieuwe domeinnaam, dan heb je UpdraftPlus Migrator nodig (premium-functie). Of je doet de search-replace handmatig achteraf met wp-cli, zoals beschreven in methode 4.
Mogelijke struikelblokken: een backup die groter is dan je PHP memory_limit of max_execution_time kan timeouten. Vraag dan tijdelijk aan je hostingpartner om de limieten te verhogen, of switch naar methode 4. Een database-restore die mislukt door verkeerde tabel-prefixes betekent dat je oude site niet de standaard wp_ prefix gebruikte: pas $table_prefix in wp-config.php aan voor je restoret.
Methode 3: terugzetten met All-in-One WP Migration
All-in-One WP Migration is populair voor kleinere sites en snelle migraties. Het exporteert je site als een .wpress-bestand met alles erin: database, plugins, themes, uploads.
Restoren werkt zo:
- Installeer All-in-One WP Migration op de doelinstallatie.
- Ga naar All-in-One WP Migration, Import.
- Sleep je .wpress-bestand naar het scherm en bevestig dat je de huidige inhoud wilt overschrijven.
- Wacht tot de import klaar is. Sluit het tabblad niet.
- Log opnieuw in (de inloggegevens van de oude site zijn nu actief).
- Ga naar Instellingen, Permalinks, en sla de instellingen twee keer op om de rewrite-rules te vernieuwen.
De gratis versie heeft een upload-limiet van 128 MB. Daar loop je sneller tegenaan dan je denkt zodra je site media heeft. Workarounds: tijdelijk je upload_max_filesize verhogen via wp-config.php of .htaccess, of de premium-extensie kopen die de limiet weghaalt. Bij grotere sites (5 GB en hoger) is methode 4 sneller en betrouwbaarder dan All-in-One.
Methode 4: handmatig met SSH en wp-cli
Voor sites groter dan 2 GB, voor migraties tussen domeinen, of als de PHP-restore-methodes timeouten: handmatig via SSH is het schoonst. Je hebt nodig: SSH-toegang tot je hosting, wp-cli geinstalleerd, en je backup als losse onderdelen (database als .sql, files als tar of zip).
Stappen voor een typische restore:
- Upload je file-archief naar de webroot van je doelinstallatie en pak uit:
tar -xzf site-backup.tar.gz. Controleer dat wp-content/uploads, plugins en themes op hun plek staan. - Reset de database:
wp db reset --yes. Dit dropt alle bestaande tabellen. - Importeer je SQL-dump:
wp db import database-backup.sql. - Verhuis je naar een andere URL? Run dan
wp search-replace 'https://oude-site.nl' 'https://nieuwe-site.nl' --all-tables. Dit pakt ook serialised data correct, iets wat een handmatig MySQL-replace niet doet. - Vernieuw permalinks:
wp rewrite flush --hard. - Flush je object cache als je die gebruikt:
wp cache flush.
Voordeel van deze route: geen PHP-timeouts, geen plugin-afhankelijkheid, en je kunt sneller debuggen als iets faalt. Nadeel: je moet weten wat je doet. Een verkeerd uitgevoerde wp db reset op de productie-database is onomkeerbaar zonder een verse backup.
Na de restore: zes verificatiestappen
Een restore die “werkt” wil nog niet zeggen dat alles goed staat. Loop deze zes punten af voor je de oude content of site definitief weggooit.
1. Frontend check. Open de homepage, een blogpost, een productpagina (bij WooCommerce), de contactpagina. Kijk of plaatjes laden, formulieren werken, en menu’s correct zijn.
2. Admin-login. Log in en kijk of je dashboard er normaal uitziet. Geen “Database update required” foutmeldingen, geen plugins die in de fout staan.
3. Permalinks. Ga naar Instellingen, Permalinks en klik op Opslaan. Zonder die stap geven veel pagina’s na een restore een 404.
4. Cache flush. Heb je een caching-plugin (LiteSpeed Cache, WP Rocket, W3 Total Cache), object cache (Redis, Memcached) of een CDN (Cloudflare)? Flush alles. Oude cached pagina’s met oude URL’s leiden tot inconsistente content.
5. SSL en redirects. Check of HTTPS overal werkt en of er geen mixed-content waarschuwingen zijn. Open de site in een incognito-tab. Test ook of www en non-www correct redirecten.
6. Maak direct een nieuwe backup. Je site is nu in een bekende werkende staat. Trek meteen een verse backup zodat je een nieuw herstelpunt hebt voor het geval er deze week weer iets stukgaat. Dit is ook het moment om je disaster recovery-procedure een keer in zijn geheel te oefenen, juist nu het rustig is.
Wanneer je beter kunt bellen dan zelf restoren
Niet elke restore-situatie is een doe-het-zelfklus. Vier scenario’s waarin het verstandiger is om hulp te vragen:
Vermoeden van hack of malware. Een backup terugzetten op een geinfecteerde site herstelt vaak ook de besmetting. Eerst opschonen, dan restoren. Zie het noodprotocol voor de eerste uren na een gehackte WordPress site.
WooCommerce met orders na het backup-moment. Een restore zet ook orders terug naar dat tijdstip, dus tussenliggende bestellingen verdwijnen. Hier wil je een gedeeltelijke restore (alleen wp_posts en wp_postmeta filteren), wat pluginbased meestal niet kan.
Grote site (10 GB en meer) met ondoorzichtige tabellen. Bij e-commerce of membership-sites zit data verspreid over plugins met eigen tabellen. Een restore die niet alle tabellen meeneemt levert vreemde inconsistenties op.
Productiesite die offline is en moet leven. Tijdsdruk plus restore is een slechte combinatie. Onder druk klik je op Yes terwijl je nog niet hebt gecheckt wat je overschrijft.
Hoe PC Patrol je dit uit handen neemt
Op onze managed WordPress hosting draaien dagelijkse snapshots, plus een onafhankelijke off-site backup. Een restore-aanvraag pakken we doorgaans binnen het uur op. We doen het eerst op staging, controleren met je mee dat alles werkt, en zetten daarna pas live. Versie-mismatches en URL-vervangingen lopen via wp-cli, niet via een plugin met PHP-timeout-risico. Geen Dropbox-zip die niet up to date is, geen “ik dacht dat het backup-tje liep” surprise.
Heb je je hosting bij een andere partij staan en wil je toch dat een specialist zorgt voor je backups, herstel-tests en versiebeheer? Dat regelen we via onze losse WordPress onderhoud-pakketten vanaf 79 euro per maand. Geen migratie nodig, wel dezelfde rust.
Wil je liever zelf je VPS beheren? Dan past onze Cloud VPS beter, met snapshot-functionaliteit en de vrijheid om je eigen backup-strategie in te richten. En wil je weten of dat in jouw situatie het slimst is? In managed WordPress hosting versus managed VPS voor WordPress leggen we het verschil uit.
Zit je nu met een site die niet goed teruggezet wil worden? Neem contact op, dan kijken we vandaag nog mee.