Een WordPress backup is het ene onderdeel van je website waar je pas over nadenkt als het te laat is. Zolang alles werkt, voelt een reservekopie als iets voor later. Tot een plugin-update je site op zwart zet, een hacker erin zit of je per ongeluk de verkeerde pagina verwijdert. Op dat moment is een goede WordPress backup het verschil tussen een kwartier herstellen en weken opnieuw bouwen.
Wij zien het regelmatig bij dienstverleners die hun website jaren geleden hebben laten bouwen. De webbouwer is uit beeld, de hosting loopt gewoon door en niemand weet precies of er ergens een backup draait. Vaak is het antwoord: er staat iets bij de hostingpartij, maar niemand heeft ooit getest of je daar ook echt iets mee kunt. Dat is geen verwijt, het is gewoon hoe het meestal gaat als je bedrijf niet om websites draait.
In dit stuk lopen we rustig door wat een backup precies inhoudt, welke manieren er zijn om er een te maken, hoe vaak je dat doet en waar het in de praktijk misgaat. Geen techniek voor de techniek, maar de kennis die je nodig hebt om te weten dat je website veilig is en om de juiste vragen te stellen aan wie het voor je regelt.
Wat een WordPress backup precies is
Een WordPress backup is een complete kopie van je website op een bepaald moment. Die kopie bestaat uit twee delen die je allebei nodig hebt om de site te herstellen. Het eerste deel zijn de bestanden: het thema, de plugins, de afbeeldingen die je hebt geupload en de kernbestanden van WordPress zelf. Het tweede deel is de database, waarin al je teksten staan, je pagina’s, je instellingen, je gebruikers en je reacties.
Dat onderscheid is belangrijk, want veel mensen denken dat ze een backup hebben als ze alleen de bestanden hebben gekopieerd. Zonder database heb je dan een lege huls: het uiterlijk van je site, maar geen enkele tekst. Andersom geldt hetzelfde. Een database zonder bestanden bevat wel al je pagina’s, maar mist de afbeeldingen en het thema dat ze toont.
Een goede backup bevat dus allebei, van hetzelfde moment, en staat op een plek buiten je eigen server. Dat laatste wordt vaak vergeten. Een reservekopie die op dezelfde server staat als je website, is verdwenen op het moment dat die server uitvalt of gehackt wordt. Je wilt hem ergens anders hebben: in de cloud, bij een andere partij of desnoods op een externe schijf.
Waarom dit voor dienstverleners meer telt dan je denkt
Voor een webshop is de rekensom simpel: geen site, geen omzet. Bij een dienstverlener lijkt dat minder direct. Je klanten bellen toch wel, denk je. Maar wat we in de praktijk zien is dat een website die een paar dagen offline is, precies de mensen mist die je nog niet kennen. De HR-adviseur die net via Google gevonden werd, de advocaat die in een AI-antwoord genoemd werd, de kliniek waarvan iemand de openingstijden wilde opzoeken. Die bezoekers komen niet terug om het later nog eens te proberen.
Daar komt bij dat de website voor veel dienstverleners inmiddels het fundament onder hun vindbaarheid is. Als je maandenlang hebt gewerkt aan kennisbankartikelen, dienstenpagina’s en locatiepagina’s, dan staat er echte waarde op die server. Dat opnieuw opbouwen kost niet alleen geld, maar ook de posities in Google die je met die content had verdiend. Een pagina die weg is, verliest binnen een paar weken zijn plek.
En dan is er nog de rust. Een ondernemer die weet dat er elke nacht een kopie wordt gemaakt en dat die kopie werkt, hoeft bij een update of een nieuwe plugin niet met ingehouden adem op de knop te drukken. Dat klinkt klein, maar het is precies het verschil tussen een website waar je aan durft te werken en een website die je met rust laat omdat je bang bent dat er iets breekt.
Het verschil met de backup van je hostingpartij
Bijna elke hostingpartij zegt dat ze backups maken. Dat klopt meestal ook, maar het is goed om te weten wat dat in de praktijk betekent. Vaak gaat het om een kopie van de hele server, bedoeld om die server te herstellen als er iets misgaat aan hun kant. Of jij daar als klant zelf bij kunt, en hoe snel, verschilt enorm per aanbieder.
Bij sommige partijen zit het terugzetten van een backup achter een supportticket met een reactietijd van een werkdag. Bij andere kost het geld. Bij weer andere bewaren ze maar een paar dagen, zodat een probleem dat je pas na een week opmerkt niet meer te herstellen is. Dat zijn allemaal dingen die je pas ontdekt op het moment dat je ze nodig hebt, en dat is precies het verkeerde moment.
Daarom raden wij aan om de hostingbackup te zien als een vangnet, niet als je eigen plan. Een eigen backup, die je zelf kunt terugzetten zonder op iemand te hoeven wachten, is de basis. De hostingpartij is de extra laag daaronder. Twee onafhankelijke kopieën op twee verschillende plekken is geen overdreven voorzichtigheid, het is gewoon hoe je het regelt als je website belangrijk voor je is.
Gratis gidsen per branche
Dezelfde aanpak, uitgewerkt voor jouw vak
Voor 25 branches, van advocaten en makelaars tot installateurs en rijscholen. Met de zoekvragen, de klantreis en de cijfers van jouw branche.
Drie manieren om een backup te maken
De eerste en meest gebruikte manier is een backupplugin. Bekende namen zijn UpdraftPlus, BlogVault, Jetpack Backup en Duplicator. Zo’n plugin maakt op een vast moment een kopie van je bestanden en database en stuurt die naar een externe opslag zoals Google Drive, Dropbox of de cloud van de plugin zelf. Het voordeel is dat je alles vanuit je WordPress-dashboard regelt en dat terugzetten meestal met een paar klikken kan.
De tweede manier is via je hostingpaneel, bijvoorbeeld cPanel, Plesk of DirectAdmin. Daar kun je vaak handmatig een backup starten en downloaden, en bij managed WordPress hosting draait er meestal een dagelijkse automatische backup die je zelf kunt terugzetten. Dit werkt buiten WordPress om, wat prettig is als je dashboard zelf niet meer bereikbaar is.
De derde manier is handmatig: de bestanden downloaden via FTP en de database exporteren via phpMyAdmin. Dat is de meest technische route en eigenlijk alleen zinvol als je precies weet wat je doet, of als je een eenmalige kopie wilt maken vlak voor een grote wijziging. Voor het dagelijkse werk is het te bewerkelijk, en te makkelijk om te vergeten.
Welke past bij jou
Voor de meeste dienstverleners is een goede backupplugin met externe opslag ruim voldoende, aangevuld met de backup van de hostingpartij als tweede laag. Heb je managed WordPress hosting, dan is de hostingbackup vaak al prima geregeld en is een plugin een extra zekerheid. Kies in elk geval iets dat automatisch draait. Een backup die je zelf moet starten, wordt na een paar weken niet meer gestart.
Hoe vaak je een backup maakt
De vraag hoe vaak je een backup moet maken, beantwoord je met een andere vraag: hoeveel werk ben je bereid opnieuw te doen? Als je site één keer per maand verandert, is een wekelijkse backup genoeg. Publiceer je elke week een nieuw artikel of komen er dagelijks formulierinzendingen binnen die in de database staan, dan wil je een dagelijkse kopie.
Voor de meeste dienstverleners is dagelijks een prettige standaard. Het kost weinig opslag, het draait ’s nachts als niemand op de site zit en je verliest bij een probleem maximaal één dag. Zit je in een periode waarin je veel aan de site werkt, bijvoorbeeld tijdens een herbouw of het uitrollen van een kennisbank, dan kun je tijdelijk vaker laten draaien.
Net zo belangrijk is hoeveel kopieën je bewaart. Eén backup is niet genoeg, want als het probleem er gisteren al was, staat het ook in de backup van gisteren. Bewaar minstens twee weken aan dagelijkse kopieën en daarnaast een paar maandelijkse. Dan kun je terug naar een moment waarvan je zeker weet dat alles nog goed was.
Een backup die je nog nooit hebt teruggezet, is een aanname. Pas als je het één keer hebt gedaan, weet je dat je er iets aan hebt.
Het moment vlak voor een wijziging
Naast de vaste, automatische backup is er één moment waarop je altijd een extra kopie maakt: vlak voordat je iets verandert. Een WordPress-update, een nieuwe plugin, een ander thema, een wijziging in de instellingen van je SEO-plugin. Het zijn precies die momenten waarop een website stukgaat, en het is precies dan dat je een kopie van vijf minuten geleden wilt hebben in plaats van eentje van vannacht.
Dit is ook waar een backup en een testomgeving elkaar aanvullen. Op een staging-omgeving probeer je een wijziging eerst uit zonder dat bezoekers er iets van merken. Gaat het daar goed, dan zet je het live. De backup is je vangnet voor als het op de live site toch anders uitpakt. Wie allebei heeft, hoeft nooit meer te gokken.
Bij WordPress-updates geldt het extra sterk. Updates zijn nodig voor de veiligheid en je wilt ze niet uitstellen, maar een grote update van een thema of van WordPress zelf kan onverwachte gevolgen hebben voor de opmaak. Met een verse backup erachter druk je met een gerust hart op de knop, en zet je binnen een paar minuten terug als het toch niet goed is.
Waar je backups bewaart
De plek waar je kopieën staan, bepaalt voor een groot deel of je er iets aan hebt. De hoofdregel is simpel: nooit alleen op dezelfde server als je website. Een backupplugin die de kopie in een map op je eigen hosting zet, beschermt je tegen een verkeerde klik, maar niet tegen een serverstoring, een hack of een hostingpartij die failliet gaat.
Externe cloudopslag is de gebruikelijke oplossing. Google Drive, Dropbox, Amazon S3 of de eigen opslag van je backupplugin werken allemaal goed. Belangrijk is dat de toegang tot die opslag niet dezelfde inloggegevens gebruikt als je website. Als een hacker in je WordPress zit, mag hij niet ook bij je backups kunnen om die te wissen.
Wie het echt goed wil doen, houdt twee externe plekken aan: de cloudopslag van de plugin en daarnaast een periodieke download naar een eigen locatie, bijvoorbeeld één keer per maand. Dat klinkt als veel, maar het is een half uur werk om in te stellen en daarna draait het vanzelf. De kosten zijn een paar euro per maand aan opslag. Vergelijk dat met wat één dag zonder website je kost.
Hoe je test of je backup werkt
Dit is de stap die bijna iedereen overslaat en die het meeste oplevert. Een backup die nooit is teruggezet, is een aanname. Je gaat ervan uit dat het bestand compleet is, dat de database erin zit, dat de plugin het kan terugzetten en dat je weet hoe dat moet. Al die aannames test je pas op het moment dat je site plat ligt, en dat is een slecht moment om te ontdekken dat er iets ontbreekt.
De eenvoudigste test is een backup terugzetten op een staging-omgeving. Je haalt de meest recente kopie op, zet hem op de testsite en kijkt of alles er staat: pagina’s, afbeeldingen, instellingen, formulieren. Dat kost een uurtje en je doet het één keer per kwartaal. Daarna weet je niet alleen dat de backup werkt, maar ook hoe lang herstellen duurt en wie het kan.
Leg dat laatste ook vast. Wie heeft de inloggegevens van de opslag? Waar staat de handleiding van de plugin? Wat is de eerste stap als de site niet meer bereikbaar is? Een half A4’tje met die antwoorden, opgeslagen op een plek buiten de website, scheelt op de dag zelf een hoop paniek. Zeker als degene die het normaal regelt op dat moment op vakantie is.
Wat we vaak zien misgaan
De meest voorkomende fout is de backup die wel is ingesteld, maar al maanden niet meer draait. De plugin liep tegen een limiet van de opslag aan, de koppeling met Google Drive is verlopen, of de site is verhuisd en niemand heeft de instellingen meegenomen. De backuppagina in het dashboard laat dan keurig de laatste geslaagde kopie zien, van een half jaar geleden. Kijk daar dus regelmatig naar, of zet een melding aan als een backup mislukt.
Een tweede is de backup die alleen de database bevat, of alleen de bestanden. Dat gebeurt bij plugins waar je die onderdelen apart aan moet zetten, of bij handmatige exports waarbij de helft wordt vergeten. De eerste keer dat je terugzet en een site zonder afbeeldingen ziet, is de les geleerd. Controleer één keer goed wat er in de kopie zit.
De derde is een backup die te weinig terugkijkt. Een hack wordt gemiddeld pas na weken opgemerkt. Bewaar je maar zeven dagen, dan staat de besmetting in elke kopie die je nog hebt. Precies daarom wil je ook maandelijkse kopieën bewaren en daarom werkt een backup het beste samen met goede WordPress-beveiliging: voorkomen en herstellen zijn twee kanten van hetzelfde plan.
Wanneer je het uitbesteedt, en wanneer niet
Een backup instellen kun je prima zelf, zeker met een plugin die je door de stappen leidt. Als je een beetje handig bent en een uurtje hebt, staat het binnen een middag. Het lastige zit niet in het instellen maar in het volhouden: controleren of het nog draait, af en toe testen, bewaren wat bewaard moet worden. Als je dat als ondernemer bewust in je agenda zet, is er geen reden om het uit te besteden.
Uitbesteden wordt zinvol op het moment dat je merkt dat het niet gebeurt. Dat je de melding van een mislukte backup drie weken laat staan, dat de laatste hersteltest van vorig jaar is, dat je bij een update toch weer hoopt in plaats van weet. Dan is het verstandiger om het bij de partij te leggen die ook je hosting of je website beheert, of bij een bureau dat je marketing doet en dus belang heeft bij een site die altijd werkt.
Wat je in beide gevallen wilt, is duidelijkheid. Waar staan de backups, hoe ver terug, wie kan terugzetten en hoe snel. Als je die vier vragen kunt beantwoorden, is het geregeld. Kun je dat niet, dan is het tijd om er iemand naar te laten kijken, of dat nu jezelf bent of iemand anders. Meer over de technische basis onder je vindbaarheid lees je in onze kennisbank over technische SEO.
Veelgestelde vragen over een WordPress backup
Hoe maak ik een backup van mijn WordPress website?
De makkelijkste manier is een backupplugin zoals UpdraftPlus, BlogVault of Jetpack Backup. Je installeert de plugin, kiest een externe opslag zoals Google Drive of Dropbox en stelt in hoe vaak de backup moet draaien. De plugin kopieert dan automatisch je bestanden en je database. Handmatig kan ook via je hostingpaneel of via FTP en phpMyAdmin, maar dat is bewerkelijker en makkelijker te vergeten.
Hoe vaak moet je een WordPress backup maken?
Dat hangt af van hoe vaak je site verandert. Voor de meeste dienstverleners is dagelijks een goede standaard: het kost weinig opslag en je verliest bij een probleem maximaal één dag werk. Verandert je site zelden, dan is wekelijks genoeg. Maak daarnaast altijd een extra backup vlak voor een update of een grote wijziging.
Maakt mijn hostingpartij niet al automatisch backups?
Meestal wel, maar de voorwaarden verschillen sterk. Soms bewaren ze maar een paar dagen, soms kost terugzetten geld of loopt het via een supportticket met een dag wachttijd. Zie de hostingbackup daarom als vangnet en regel daarnaast een eigen backup die je zelf kunt terugzetten. Twee onafhankelijke kopieën op twee plekken is de veilige opzet.
Wat zit er in een volledige WordPress backup?
Twee delen: de bestanden en de database. De bestanden zijn je thema, plugins, geuploade afbeeldingen en de WordPress-kern. De database bevat al je teksten, pagina’s, instellingen, gebruikers en reacties. Je hebt allebei nodig om de site te herstellen. Een backup met alleen bestanden geeft een lege site, een backup met alleen de database mist de afbeeldingen en het uiterlijk.
Hoe zet ik een WordPress backup terug?
Met een backupplugin kies je in het dashboard de kopie die je wilt terugzetten en klik je op herstellen. Is je dashboard niet meer bereikbaar, dan zet je de backup terug via je hostingpaneel of upload je de bestanden via FTP en importeer je de database via phpMyAdmin. Test het terugzetten één keer op een staging-omgeving, zodat je weet hoe het werkt voordat je het echt nodig hebt.
Wil je zeker weten dat je website goed beschermd is, of wil je dat iemand meekijkt naar hoe het nu geregeld is? Wij kijken graag samen met je naar de technische basis onder je vindbaarheid. Plan een strategiegesprek, dan lopen we het rustig door.
Zullen we samen kijken wat er te winnen valt?
Kies hieronder zelf een moment dat je uitkomt. In ongeveer 45 minuten lopen we samen je site en je cijfers door, en je hoort concreet wat er als eerste te winnen valt. Je zit nergens aan vast.
