WordPress back-up maken van bestanden en database

Welke onderdelen van WordPress een back-up nodig hebben

Een WordPress-site bestaat uit bestanden en een database die samen de website vormen. Een volledige sitekopie omvat daarom relevante onderdelen van beide: de bestanden leveren onder meer de vormgeving en media, terwijl de database teksten en instellingen bevat. Praktische gids voor back-up en data is een onafhankelijke informatiegids, geen organisatie of aanbieder van producten of diensten. Als je begrijpt waar de gegevens staan en welke functie ze hebben, kun je bepalen welke onderdelen samen nodig zijn voor een bruikbare kopie.

Websitebestanden en database

De bestanden en database bevatten verschillende soorten gegevens. Bestanden staan doorgaans in de WordPress-map op de webserver; de database is een afzonderlijke gegevensverzameling die WordPress via de serververbinding gebruikt. De onderstaande vergelijking laat zien wat je in elk onderdeel aantreft en waar je het meestal beheert.

Onderdelen van een WordPress-site en hun functie
Onderdeel	Inhoud en voorbeelden	Functie op de site	Waar meestal beheerd
Thema’s	Bestanden in wp-content/themes, zoals PHP-, CSS- en afbeeldingsbestanden	Bepalen de opmaak en presentatie van pagina’s en berichten	In de bestandenmap van de hosting; soms via de thema-editor in WordPress
Uploads	Afbeeldingen, pdf-bestanden en andere media in wp-content/uploads	Leveren bestanden die je in berichten, pagina’s en onderdelen van de site gebruikt	In de bestandenmap, bijvoorbeeld met een bestandsbeheerder of SFTP
Plugins en WordPress-bestanden	Pluginmappen, programmabestanden en wp-config.php	Plugins voegen functies toe; de programmabestanden laten WordPress werken. wp-config.php bevat onder meer de databaseverbinding	In de WordPress-map op de hosting; plugininstellingen kunnen ook in de database staan
Database	Berichten, pagina’s, reacties, gebruikers en siteopties; vaak opgeslagen in tabellen met een aanpasbaar voorvoegsel	Bevat de gestructureerde inhoud en instellingen die WordPress tijdens het laden opvraagt	Meestal via het databasebeheer van de hosting, bijvoorbeeld phpMyAdmin

Een bestand is niet hetzelfde als de inhoud die je ermee op de site ziet. Een afbeelding staat bijvoorbeeld als bestand in de uploadmap, terwijl de database gegevens bevat waarmee WordPress die afbeelding aan een bericht koppelt. Ook kunnen plugin- of thema-instellingen in de database staan, hoewel de bijbehorende programmabestanden op de server staan.

Voor een WordPress-back-up maken moet je deze twee opslagplaatsen dus als aparte onderdelen herkennen. De hostingomgeving beheert gewoonlijk de bestanden en biedt daarnaast toegang tot de database; de precieze schermnamen verschillen per hostingpaneel.

Waarom beide onderdelen nodig zijn

Een kopie van alleen de bestanden bevat niet automatisch de teksten, pagina’s en instellingen die in de database staan. Bij ontbrekende databasegegevens kan een site bijvoorbeeld wel de themabestanden en foto’s hebben, maar niet de berichten die WordPress moet tonen. Ook gebruikersaccounts, menu-instellingen en pluginopties kunnen ontbreken, omdat die doorgaans als databasegegevens worden bewaard.

Andersom is een databasekopie zonder de relevante bestanden eveneens onvolledig. De database kan een bericht en een verwijzing naar een afbeelding bevatten, maar zonder het afbeeldingsbestand kan die afbeelding niet worden weergegeven. Ontbreken thema- of pluginbestanden, dan kan de oorspronkelijke vormgeving wegvallen of kan een functie niet meer werken, ook wanneer de bijbehorende instellingen nog in de database staan.

De onderdelen vullen elkaar dus aan: de database beschrijft onder meer welke inhoud en instellingen WordPress gebruikt, en de bestanden leveren onder meer de vormgeving, functies en mediabestanden. Een volledige kopie van een WordPress-site behandelt beide, zodat inhoud en de bestanden waarnaar die inhoud verwijst bij elkaar blijven horen.

Voorbereiding vóór je een kopie maakt

Een back-up vóór een grote wijziging, zoals een themawissel of een ingrijpende aanpassing aan een plugin, geeft u een eerdere versie om op terug te vallen. Dat is nuttig als een wijziging onverwachte problemen veroorzaakt, maar neemt niet alle risico’s van updates of andere wijzigingen weg. Controleer daarom eerst of u toegang hebt tot de plek waar de bestanden en database worden beheerd. Kies ook vooraf een opslaglocatie die losstaat van de oorspronkelijke websiteomgeving, zodat de kopie niet uitsluitend op dezelfde hostingaccount staat.

Toegang tot bestanden en database

Zoek eerst uit waar uw hostingprovider de websitebestanden beheert. Dat kan via een bestandsbeheerder in het hostingpaneel, via SFTP of FTP, of via een andere beheeroptie die de provider aanbiedt. De precieze plek en beschikbare toegang hangen af van de hostinginrichting: bij gedeelde hosting staan bestanden en databasebeheer vaak in hetzelfde account, terwijl een beheerde WordPress-dienst onderdelen achter een eigen omgeving kan aanbieden.

Een WordPress-beheerdersaccount geeft niet automatisch toegang tot de hostingbestanden of database. Controleer daarom of u kunt inloggen op het hostingpaneel en of uw account de benodigde rechten heeft. Voor toegang via SFTP of FTP hebt u doorgaans een servernaam, gebruikersnaam, wachtwoord en poort nodig; gebruik de gegevens die uw provider voor uw account heeft verstrekt.

Zoek daarnaast op waar de database wordt beheerd. Sommige hostingpanelen bieden bijvoorbeeld phpMyAdmin aan, terwijl andere providers een eigen databasebeheer gebruiken. Noteer de databasenaam en controleer welke accountgegevens nodig zijn. Bij veel WordPress-installaties staan de verbindingsinstellingen in het bestand wp-config.php; daarvoor moet u wel toegang tot de websitebestanden hebben. Deel wachtwoorden niet in onbeveiligde berichten en bewaar ze niet in een openbaar document.

Wie WordPress-back-up maken via hosting wil voorbereiden, kan bij twijfel de provider vragen welke beheeromgeving en toegangsrechten voor het account gelden. Zo weet u vóór een wijziging of u zowel de bestanden als de database kunt bereiken.

Een aparte opslaglocatie kiezen

Kies een plek buiten de oorspronkelijke websiteomgeving, bijvoorbeeld een computer of een externe opslagdienst met een eigen account. Let bij de keuze op deze praktische punten:

Onafhankelijke locatie: gebruik opslag die niet op dezelfde hostingaccount staat; een probleem met die account raakt dan niet automatisch ook de enige bewaarde kopie.
Toegang: controleer vooraf of u de opslag vanaf uw computer kunt openen en of een extern account met tweestapsverificatie is beveiligd.
Herkenbare mappen: maak een map met de sitenaam en gebruik een datum in de naam, bijvoorbeeld 2026-11-09, zodat u kopieën later uit elkaar kunt houden.
Beschikbare ruimte: bekijk de omvang van de website in uw hostingomgeving en controleer of de gekozen schijf of opslagdienst genoeg vrije ruimte heeft voor de kopie.
Vaste vindplaats: leg vast op welke schijf, in welke map of in welk account de kopie hoort te staan, zodat u die bij een storing snel kunt terugvinden.

Lokale opslag op een computer is direct bereikbaar en handig wanneer u de kopie zelf wilt beheren, maar blijft afhankelijk van die computer en de locatie ervan. Een aparte externe schijf kan buiten gebruik blijven wanneer u die niet aansluit; een opslagdienst op afstand is bereikbaar vanaf meerdere apparaten, maar vraagt om goed accountbeheer en voldoende ruimte.

U kunt beide gebruiken als dat praktisch past: een lokale kopie voor snelle toegang en een externe locatie als afzonderlijke bewaarplek. Kies in elk geval één vaste bestemming buiten de websiteomgeving voordat u een WordPress-back-up maakt.

De bestanden en database veiligstellen

Een bruikbare kopie bestaat uit de relevante websitebestanden én een export van de WordPress-database. Maak beide onderdelen afzonderlijk, zodat bestanden en database later herkenbaar zijn en samen kunnen worden gebruikt. Via het hostingpaneel zijn vaak bestandsbeheer en databasebeheer beschikbaar; de benamingen en opties hangen af van de hostinginrichting. De onderstaande stappen beschrijven de gebruikelijke volgorde zonder uit te gaan van één specifieke interface.

Websitebestanden kopiëren

Met bestandsbeheer in het hostingpaneel of een FTP-verbinding kunt u de WordPress-bestanden naar uw computer kopiëren. De schermen, knoppen en toegangsopties verschillen per hostinginrichting.

Open het bestandsbeheer of maak verbinding via FTP; zoek de WordPress-hoofdmap aan de hand van de mappen wp-admin, wp-content en wp-includes.
Selecteer de volledige hoofdmap en download of kopieer de inhoud, zodat ook bestanden naast de mappenstructuur en eventuele aangepaste onderdelen worden meegenomen.
Neem binnen wp-content in elk geval themes, plugins en uploads mee; daarin staan geïnstalleerde thema’s, uitbreidingen en afbeeldingen of andere mediabestanden.
Controleer dat de map uploads in zijn geheel wordt meegenomen, inclusief eventuele submappen per jaar en maand met afbeeldingen en documenten.
Neem wp-config.php mee, omdat dit bestand onder meer de instellingen bevat waarmee WordPress verbinding maakt met de database.
Laat verborgen bestanden weergeven als de bestandsbeheerder die optie biedt; bestanden zoals .htaccess kunnen regels bevatten voor de werking van de website.
Behoud bij het kopiëren de bestaande mapnamen en onderlinge structuur; zo blijven thema’s, uploads en andere bestanden op hun herkenbare plaats.

WordPress-bestanden back-uppen kan via de bestandsbeheerder of FTP, afhankelijk van wat uw hostingomgeving aanbiedt. Een kopie van alleen wp-content bevat bijvoorbeeld wel thema’s en uploads, maar niet de overige bestanden in de WordPress-hoofdmap.

De database exporteren

De database bevat de inhoud en instellingen die WordPress tijdens het gebruik opslaat. Gebruik de databasebeheeroptie van uw hostingomgeving om daarvan een exportbestand te maken; de indeling van de beheeromgeving kan per hostinginrichting verschillen.

Open het databasebeheer vanuit het hostingpaneel en bepaal welke database bij de betreffende WordPress-installatie hoort; namen en menu’s verschillen per omgeving.
Selecteer de juiste database voordat u exporteert, zodat de kopie niet per ongeluk gegevens van een andere website of testinstallatie bevat.
Kies de exportfunctie voor de volledige database en neem alle bijbehorende tabellen mee, ook wanneer de tabelnamen een afwijkend voorvoegsel hebben.
Gebruik, als de interface een bestandsindeling vraagt, een SQL-export; daarin staan databaseopdrachten voor de structuur en opgeslagen gegevens van de tabellen.
Start de export en wacht tot de beheeromgeving het bestand aanmaakt; bij grotere databases kan de verwerking langer duren dan bij een kleine website.
Download het aangemaakte bestand via de aangeboden downloadoptie; meestal komt het in de ingestelde downloadmap van uw browser terecht.
Sla de database-export op als een afzonderlijk bestand, bijvoorbeeld met een herkenbare naam en de datum van export, zoals 2026-11-09.sql.

Een WordPress-database exporteren levert doorgaans tabellen op met onder meer berichten, pagina’s, reacties, gebruikers en instellingen. De exportfunctie en beschikbare keuzes kunnen anders heten of worden weergegeven, afhankelijk van de hostinginrichting.

De WordPress-back-up controleren

Een kopie is pas goed te beoordelen als u kunt vaststellen wat erin zit en waar die is opgeslagen. Controleer bestanden en database afzonderlijk: ze kunnen op verschillende momenten zijn gekopieerd of op andere locaties staan. Noteer per kopie de bestandsnaam, opslaglocatie en aanmaakdatum, zodat u de juiste onderdelen bij elkaar kunt vinden. Een afgeronde exportmelding zegt alleen dat het exportproces is voltooid; ze bewijst niet dat de gegevens bruikbaar zijn bij herstel. Daarvoor is een gecontroleerde hersteltest nodig.

Kopieën en opslag controleren

Loop de bestanden en database afzonderlijk na. Zo ziet u of beide kopieën bestaan, te openen zijn en op een vastgelegde locatie staan.

Controleer of het archief met websitebestanden aanwezig is en een aannemelijke bestandsgrootte heeft; een bestand van 0 bytes bevat geen bruikbare kopie.
Open een ZIP- of tar-archief met een archiefprogramma en controleer of de inhoudscontrole zonder foutmelding eindigt en mappen zoals wp-content zichtbaar zijn.
Vergelijk de inhoud met de WordPress-installatie: wp-admin, wp-includes, wp-content en wp-config.php horen herkenbaar in de bestandenkopie terug te komen.
Zoek de databasekopie op aan de hand van de extensie, bijvoorbeeld .sql of .sql.gz, en controleer of het bestand niet leeg is.
Open een SQL-bestand als tekst of pak een gecomprimeerde export eerst uit; herkenbare opdrachten zoals CREATE TABLE en INSERT INTO wijzen op database-inhoud.
Leg voor beide kopieën de volledige opslaglocatie, bestandsnaam en datum vast, bijvoorbeeld in een beveiligd overzicht naast de back-up zelf.

Let ook op de samenhang tussen de twee aanmaakmomenten: een bestandenkopie van maandag en een database-export van vrijdag vormen mogelijk geen overeenkomstige set. Een volledige back-up van WordPress-bestanden en database is pas overzichtelijk wanneer u de onderdelen als bij elkaar horend kunt herkennen en terugvinden. Noteer eventuele foutmeldingen van het archiefprogramma of het openen van de export; alleen een zichtbare bestandsnaam in een map bewijst niet dat de inhoud leesbaar is.

Export en herstel onderscheiden

Een geslaagde export bevestigt dat WordPress-bestanden zijn gekopieerd of dat een databasebestand is aangemaakt. De melding van een plugin, hostingomgeving of exportprogramma zegt op zichzelf niet of alle gegevens in de kopie staan, of dat ze later correct kunnen worden ingelezen. Ook een SQL-bestand dat tekst bevat, is nog geen bewijs dat een website ermee kan worden hersteld. Een gecontroleerde hersteltest geeft sterker bewijs: daarbij worden de kopieën in een aparte testomgeving teruggezet en wordt nagegaan of de installatie en de opgeslagen gegevens bruikbaar zijn. De live website blijft zo buiten de test. Controleer bijvoorbeeld of de testsite opent en of pagina’s en berichten uit de database verschijnen. Pas na zo’n geslaagde test weet u dat de WordPress-back-up niet alleen is geëxporteerd, maar ook daadwerkelijk kan dienen voor herstel. Een automatische melding dat een taak is voltooid, vervangt die controle niet.

Herstellen en veelvoorkomende problemen

Een herstel zet een eerdere toestand van de website terug, maar de precieze stappen verschillen per hostingpakket en beheeromgeving. Meestal moeten zowel de websitebestanden als de bijbehorende database beschikbaar zijn; een kopie van slechts één onderdeel kan een onvolledige website opleveren. Controleer daarom vóór het terugzetten welke datum bij elk onderdeel hoort en of de bestanden en database bij dezelfde versie passen. Na afloop moet blijken of pagina’s, media en gebruikte onderdelen weer bereikbaar zijn. Ga niet uit van herstelbaarheid voordat de kopieën en het resultaat daadwerkelijk zijn gecontroleerd.

Een back-up terugzetten

Bij een WordPress-back-up terugzetten worden de websitebestanden en de database teruggebracht naar een eerdere toestand. Kies eerst een bestandenset en database-export met bijpassende datum. Een bestandenkopie van maandag combineren met een database-export van vrijdag kan bijvoorbeeld verschillen opleveren in pagina-inhoud, uploads of instellingen die in die tussenliggende periode zijn gewijzigd.

De bestanden kunnen via het herstelbeheer van de hostingprovider of via een bestandsoverdracht naar de juiste webmap worden teruggezet. Welke map dat is, verschilt per hostinginrichting; vaak is dat de hoofdmap van de website, maar een installatie in een submap vraagt om een andere bestemming. Bij herstel via een hostingfunctie kan de provider bestanden automatisch terugplaatsen. Volg in dat geval de getoonde opties en controleer welke onderdelen de functie daadwerkelijk omvat.

De database wordt afzonderlijk hersteld, bijvoorbeeld met een hersteloptie van de hostingomgeving of een databasebeheerprogramma. Selecteer de juiste database en importeer de bijbehorende export; verwissel die niet met een database van een andere website op hetzelfde pakket. De exacte volgorde en beschikbare opties hangen af van de hostinginrichting. Sommige omgevingen bieden één gezamenlijke herstelactie, terwijl andere afzonderlijke stappen voor bestanden en database vereisen.

Controleer na het herstel de startpagina en enkele bestaande pagina’s, waaronder een pagina met afbeeldingen. Meld u ook aan bij het WordPress-beheer en kijk of thema’s, plug-ins en menu’s beschikbaar zijn. Een succesvolle import alleen bewijst niet dat alles werkt: controleer bijvoorbeeld of interne links geen foutmelding geven en of recente inhoud uit de gekozen back-updatum terugkomt. Zo wordt duidelijk of de website vanuit de kopie bruikbaar is hersteld.

Ontbrekende of onvolledige kopieën

Ontbreekt de database-export, zoek dan in de opslagmap en eventuele downloadmap naar een bestand met een herkenbare datum en een extensie zoals .sql of .sql.gz. Een archief met alleen afbeeldingen en thema’s bevat geen databasekopie. Controleer ook het back-upbeheer van de hostingprovider: daar kan een databaseherstelpunt staan dat niet als los bestand is opgeslagen. Noteer welke datum en database bij dat herstelpunt horen; zonder databasekopie ontbreken onder meer pagina-inhoud, gebruikers en veel WordPress-instellingen.

Bij onvolledige bestanden controleert u eerst of het archief zonder foutmelding kan worden geopend. Bekijk daarna of de benodigde mappen aanwezig zijn, in het bijzonder wp-content/uploads voor media en de mappen met actieve thema’s en plug-ins. Vergelijk de inhoud met een inventaris of bestandslijst van de oorspronkelijke kopie. Een onverwacht klein archief of ontbrekende maandmappen onder uploads kan erop wijzen dat bestanden niet volledig zijn meegenomen. Leg vast welke mappen wel zijn gekopieerd en welke ontbreken, zodat herstel niet op een onvolledige set wordt gebaseerd.

Is de opslaglocatie onduidelijk, zoek dan op de datum van de kopie en de bestandsnamen die bij het maken ervan zijn gebruikt. Controleer de map op de computer, een externe schijf, gedeelde opslag en de back-upomgeving van de hostingprovider. Open een gevonden archief om te bevestigen dat het werkelijk websitebestanden bevat; alleen een bestandsnaam met “back-up” zegt niets over de inhoud. Noteer vervolgens het volledige pad of de naam van de opslagdienst, de kopiedatum en of bestanden, database of beide aanwezig zijn.

Bewaar die gegevens samen met de herstelgegevens, zoals de gekozen database en de bestemming van de bestanden. Als de datum, inhoud of locatie niet is vast te stellen, is niet aangetoond dat de kopie voor herstel geschikt is. Een concrete inventaris voorkomt dat een gedeeltelijk archief wordt aangezien voor een volledige WordPress-back-up.

De WordPress-back-up controleren, herstellen en veelvoorkomende problemen oplossen

Voordat u een WordPress-back-up herstelt, is het belangrijk te weten welke kopieën beschikbaar zijn en op welk moment ze zijn gemaakt. Leg de beschikbare bestanden en database-export naast de situatie die u wilt terugzetten. Zo wordt duidelijk of de kopieën samen een bruikbaar herstelpunt vormen. Een korte registratie van de opslaglocatie en controles maakt het herstel daarna beter navolgbaar.

Controle vóór herstel

Controleer vóór herstel of zowel de kopie van de websitebestanden als de database-export beschikbaar is. Een map met bestanden zonder bijbehorende database-export, of andersom, kan onvoldoende zijn voor het beoogde herstel. Noteer de bestandsnamen en de datum en tijd waarop beide kopieën zijn gemaakt; zo ziet u direct of ze ongeveer hetzelfde herstelmoment vertegenwoordigen.

Vergelijk die gegevens met de bekende opslaglocatie, bijvoorbeeld een map op uw computer, een netwerkschijf of een externe opslagdienst. Controleer of u de bestanden daar daadwerkelijk kunt openen en of de database-export als bestand aanwezig is. Een archief zoals .zip of .tar.gz moet herkenbaar zijn als het verwachte bestandspakket; een database-export kan bijvoorbeeld de extensie .sql of .sql.gz hebben.

Leg vervolgens de beschikbare kopieën naast uw herstelbehoefte. Voor een volledige terugzetting is een passende kopie van beide onderdelen nodig; voor een gerichte controle kan een ander bereik volstaan. Als de bestanden van een andere datum zijn dan de database, noteer dat verschil voordat u verdergaat. Zo voorkomt u dat een herstelpunt wordt gekozen op basis van alleen de nieuwste datum of een bestandsnaam.

Herstelgegevens vastleggen

Maak een beknopt overzicht van wat voor het herstel beschikbaar is. Vermeld welke websitebestanden zijn gekopieerd, bijvoorbeeld het archief met de WordPress-map, en noteer de naam en datum van de database-export. Schrijf ook op waar beide kopieën staan, met een pad of mapnaam die u later kunt terugvinden. Bij opslag op meerdere locaties vermeldt u per kopie de bijbehorende locatie.

Leg daarnaast vast welke controles u al hebt uitgevoerd. Denk aan de datum en bestandsgrootte van het archief, of het archief geopend kon worden en of de database-export als bestand aanwezig was. Noteer afwijkingen concreet, zoals een ontbrekend bestand of een verschil in aanmaakdatum. Daarmee kan degene die het herstel uitvoert onderscheid maken tussen gecontroleerde gegevens en punten die nog moeten worden nagekeken.

Houd de registratie bij de betreffende kopieën en werk haar bij zodra u een nieuwe export of bestandenkopie maakt. Noteer ook welk herstelmoment u wilt gebruiken, zodat de gekozen bestanden en database-export bewust bij elkaar worden gelegd. Vertrouw tijdens herstel niet alleen op mapnamen, herinneringen of een recente datum: vastgelegde bestandsnamen, locaties en controles geven een duidelijker uitgangspunt.

Een back-up maken van een WordPress-website