Een back-upstrategie voor WordPress-bureaus die echt standhoudt

Elk bureau zegt dat de klantsites geback-upt worden. De echte vraag is wat er gebeurt op de dag dat je er een nodig hebt: is hij recent genoeg, staat hij ergens waar het probleem niet kwam, en is hij echt terug te zetten? Deze gids beschrijft een back-upstrategie die je op elke klantsite kunt toepassen, van een kleine visitekaartjessite tot een drukke shop.

Begin met de 3-2-1-regel

De klassieke regel werkt nog steeds: bewaar drie kopieën van de data, op twee verschillende soorten opslag, waarvan één buiten de deur. Voor WordPress betekent dat meestal de live site zelf, de eigen back-ups van de host en een onafhankelijke kopie die ergens anders staat. Wordt de server gehackt, heeft de host een storing of wordt een account gesloten, dan is de externe kopie degene die je redt.

Back-ups van de host zijn nuttig, maar ze staan bij hetzelfde bedrijf en vaak op dezelfde infrastructuur als de site. Ze tellen als één kopie, niet als je hele strategie.

Hoe vaak: stem het af op hoe snel de site verandert

• Visitekaartjessites die een paar keer per maand veranderen: een nachtelijke back-up is ruim voldoende.
• Sites met formulieren, boekingen of leden: elke nacht, en altijd één vlak voor elke update.
• Shops: minstens elke nacht, en denk aan vaker een back-up van de database, want bestellingen komen de hele dag binnen. Een dag aan bestellingen kwijtraken is een echte kostenpost voor je klant.

Wat het schema ook is: maak vlak voordat je iets bijwerkt een verse back-up van bestanden en database. Dat is de kopie waar je naar grijpt als een update misgaat.

Wat je back-upt

• De database: berichten, pagina’s, instellingen, bestellingen, gebruikers. Die verandert het vaakst en telt het zwaarst.
• wp-content: uploads, thema’s en plugins, inclusief premium plugins die je niet zomaar opnieuw kunt downloaden.
• Configuratie: wp-config.php en serverinstellingen zoals .htaccess, apart en veilig bewaard, omdat ze inloggegevens bevatten.

Hoe lang je back-ups bewaart

Dertig dagen aan dagelijkse back-ups dekt de meeste problemen: een kapotte update wordt meestal binnen dagen opgemerkt. Sommige problemen komen veel later boven, zoals een hack die onopgemerkt bleef of inhoud die weken geleden per ongeluk is verwijderd. Bewaar daarom ook een paar kopieën langer, bijvoorbeeld een van vlak voor een grote herbouw. Back-ups bevatten persoonsgegevens zoals klantnamen en bestellingen, dus bewaar ze niet eeuwig: spreek een bewaartermijn af, sla ze versleuteld op en, voor Europese klanten, bij voorkeur in de EU.

Een back-up telt pas als je hem hebt teruggezet

De meest voorkomende back-upfout is geen ontbrekende back-up. Het is een back-up die onvolledig blijkt, te groot om op de hosting terug te zetten, of in een formaat waarvan niemand meer weet hoe het werkt. Zet bewust en regelmatig een back-up terug, voordat je hem nodig hebt:

1. Zet hem terug op een plek die de live site niet raakt: een stagingkopie of een aparte map.
2. Controleer of elk bestand en elke databasetabel terug is, en of de site laadt.
3. Noteer hoe lang het duurde en hoeveel schijfruimte het nodig had.
4. Herhaal dit om de paar maanden, en na grote wijzigingen aan de site.

Hoe Verploy met back-ups omgaat

Verploy maakt elke nacht een back-up van elke gekoppelde site via de connector, zonder toegang tot het hostingaccount. Back-ups worden op de site versleuteld voordat ze hem verlaten, opgeslagen in de EU en 30 dagen bewaard; je kunt er per site tot drie een jaar lang bewaren. Je kunt een site in één stap terugzetten, een hersteltest naast de live site draaien zonder die aan te raken, of elke back-up als één bestand downloaden. Voordat een update live gaat, maakt Verploy ook een momentopname om naar terug te draaien. Meer over WordPress-back-ups voor bureaus.