WordPress backups: bescherm je website tegen dataverlies WordPress backups: protect your website against data loss
WordPress backups beschermen tegen is een veelbesproken onderwerp. In dit artikel
Een hack, een mislukte update, een menselijke fout, of een server die crasht. het kan iedereen overkomen. Zonder backup ben je alles kwijt: content, klantgegevens, instellingen, alles. Een goede backup-strategie is de belangrijkste investering die je in je website kunt doen.
WordPress backups beschermen tegen: 1. Waarom backups niet optioneel zijn
We horen het regelmatig: “Mijn hosting maakt toch backups?” Ja, vaak wel. Maar:
Lees ook: WordPress migratie: je website veilig verhuizen naar een nieuwe host
- Hosting-backups worden vaak maar 7 dagen bewaard: ontdek je een probleem na 2 weken, dan heb je pech
- Ze liggen op dezelfde server: server crasht? Backup ook weg
- Herstellen kost vaak extra geld en duurt lang
- Je bent volledig afhankelijk van je hosting-provider
2. De 3-2-1 backup-regel
3-2-1 Regel
3 kopieën van je data
2 verschillende opslagmedia (bijv. server + cloud)
1 kopie off-site (fysiek andere locatie)
In de praktijk voor een website: je live site (kopie 1), een backup op de server of hosting (kopie 2), en een backup in de cloud zoals Google Drive, Dropbox of Amazon S3 (kopie 3, off-site).
Hulp nodig? Bekijk onze website hulp amsterdam pagina.
3. Wat moet je back-uppen?
| Component | Waar | Bevat |
|---|---|---|
| Database | MySQL (wp_posts, wp_options, etc.) | Alle content, instellingen, gebruikers |
| wp-content/uploads/ | Server filesystem | Alle geüploade media (foto’s, PDF’s) |
| wp-content/themes/ | Server filesystem | Je (custom) thema |
| wp-content/plugins/ | Server filesystem | Alle plugins + hun data |
| wp-config.php | WordPress root | Database credentials, salt keys, configuratie |
| .htaccess | WordPress root | Rewrite-regels, redirects, security headers |
Tip
WordPress core-bestanden (wp-admin/, wp-includes/) hoef je niet te back-uppen. die kun je altijd opnieuw downloaden van wordpress.org. Focus op je database en wp-content.
4. Backup-methoden vergeleken
| Methode | Automatisch | Off-site | Bijzonderheden |
|---|---|---|---|
| UpdraftPlus (plugin) | Ja, via schema | Ja (Google Drive, S3, Dropbox) | Meest populair, gratis versie goed genoeg |
| BlogVault (SaaS) | Ja, dagelijks | Ja (eigen servers) | Incrementele backups, staging inbegrepen |
| Hosting backups | Ja | Nee (zelfde server) | Handig als extra, niet als enige backup |
| Handmatig (terminal) | Nee (tenzij cron) | Optioneel | Volledige controle, technische kennis nodig |
5. Handmatige backup via terminal
Voor wie volledige controle wil. Twee stappen: database exporteren en bestanden kopiëren.
# Database exporteren
mysqldump -u db_user -p db_name > backup-$(date +%Y%m%d).sql
# Gecomprimeerd (voor grote databases)
mysqldump -u db_user -p db_name | gzip > backup-$(date +%Y%m%d).sql.gz# wp-content map archiveren
tar -czf wp-content-$(date +%Y%m%d).tar.gz wp-content/
# Of alleen uploads (vaak het grootst)
tar -czf uploads-$(date +%Y%m%d).tar.gz wp-content/uploads/# Dagelijks om 03:00 backup maken en naar externe server kopiëren
0 3 * * * mysqldump -u user -pWACHTWOORD dbname | gzip > /backups/db-$(date +%Y%m%d).sql.gz
5 3 * * * rsync -az /backups/ user@backup-server:/offsite/6. Backup terugzetten
Belangrijk
Test je backup-herstelprocedure voordat je hem nodig hebt. Een backup die je niet kunt terugzetten is geen backup.
# SQL-bestand importeren
mysql -u db_user -p db_name < backup-20260227.sql
# Gecomprimeerd bestand importeren
gunzip < backup-20260227.sql.gz | mysql -u db_user -p db_name- Minimaal dagelijkse automatische backups
- Ten minste één off-site kopie (cloud storage)
- Database én bestanden back-uppen (niet alleen één van de twee)
- Bewaar backups minimaal 30 dagen
- Test je herstelprocedure minstens 1x per kwartaal
- Backup maken vóór elke grote update of wijziging
Belangrijkste takeaway
Een backup die je nooit test, is geen backup maar een gok. Gebruik de 3-2-1 regel, automatiseer met een plugin of cron, en test het herstellen regelmatig. De 5 minuten die het kost om dit in te stellen kunnen je weken werk besparen.
Gerelateerde artikelen
In this article
A hack, a failed update, a human error, or a server that crashes: it can happen to anyone. Without a backup you lose everything: content, customer data, settings, everything. A good backup strategy is the most important investment you can make in your website.
1. Why backups are not optional
We hear it regularly: "My hosting makes backups, right?" Yes, often they do. But hosting backups are often only kept for 7 days: discover a problem after 2 weeks and you're out of luck. They're stored on the same server: server crashes, backup gone too. Restoring often costs extra money and takes time. You're entirely dependent on your hosting provider.
2. The 3-2-1 backup rule
3-2-1 Rule
3 copies of your data
2 different storage media (e.g. server + cloud)
1 copy off-site (physically different location)
In practice for a website: your live site (copy 1), a backup on the server or hosting (copy 2), and a backup in the cloud like Google Drive, Dropbox or Amazon S3 (copy 3, off-site).
3. What should you back up?
| Component | Where | Contains |
|---|---|---|
| Database | MySQL (wp_posts, wp_options, etc.) | All content, settings, users |
| wp-content/uploads/ | Server filesystem | All uploaded media (photos, PDFs) |
| wp-content/themes/ | Server filesystem | Your (custom) theme |
| wp-content/plugins/ | Server filesystem | All plugins + their data |
| wp-config.php | WordPress root | Database credentials, salt keys, configuration |
| .htaccess | WordPress root | Rewrite rules, redirects, security headers |
Tip
WordPress core files (wp-admin/, wp-includes/) don't need to be backed up: you can always re-download them from wordpress.org. Focus on your database and wp-content.
4. Backup methods compared
| Method | Automatic | Off-site | Notes |
|---|---|---|---|
| UpdraftPlus (plugin) | Yes, via schedule | Yes (Google Drive, S3, Dropbox) | Most popular, free version sufficient |
| BlogVault (SaaS) | Yes, daily | Yes (own servers) | Incremental backups, staging included |
| Hosting backups | Yes | No (same server) | Handy as extra, not as only backup |
| Manual (terminal) | No (unless cron) | Optional | Full control, technical knowledge needed |
5. Manual backup via terminal
For those who want full control. Two steps: export database and copy files.
# Export database
mysqldump -u db_user -p db_name > backup-$(date +%Y%m%d).sql
# Compressed (for large databases)
mysqldump -u db_user -p db_name | gzip > backup-$(date +%Y%m%d).sql.gz# Archive wp-content directory
tar -czf wp-content-$(date +%Y%m%d).tar.gz wp-content/
# Or just uploads (often the largest)
tar -czf uploads-$(date +%Y%m%d).tar.gz wp-content/uploads/# Daily at 03:00 create backup and copy to external server
0 3 * * * mysqldump -u user -pPASSWORD dbname | gzip > /backups/db-$(date +%Y%m%d).sql.gz
5 3 * * * rsync -az /backups/ user@backup-server:/offsite/6. Restoring a backup
Important
Test your backup restore procedure before you need it. A backup you can't restore is not a backup.
# Import SQL file
mysql -u db_user -p db_name < backup-20260227.sql
# Import compressed file
gunzip < backup-20260227.sql.gz | mysql -u db_user -p db_name- Minimum daily automatic backups
- At least one off-site copy (cloud storage)
- Back up both database and files (not just one)
- Keep backups for at least 30 days
- Test your restore procedure at least once per quarter
- Make a backup before every major update or change
Key takeaway
A backup you never test is not a backup but a gamble. Use the 3-2-1 rule, automate with a plugin or cron, and test restoring regularly. The 5 minutes it takes to set up can save you weeks of work.