Zo houden wij je site veilig

1. 1

   Eerst een backup

   Voor we iets aanraken staat er een verse backup klaar. Is die er niet, dan gaan de updates die nacht niet door. Wij krijgen daar meteen een seintje van en zoeken uit waarom de backup ontbrak, zodat hij de nacht erna weer klaarstaat. Geen backup, geen updates.

2. 2

   Kopie opzij

   We leggen een kopie van alle plugins en thema's apart. Dat is het vangnet voor de stappen hierna.

3. 3

   Eén plugin tegelijk

   We werken er één bij, en pas daarna de volgende. Zo weten we altijd welke update iets deed.

4. 4

   Controle na elke stap

   We kijken of WordPress nog start, of de homepage, de inlogpagina en een pagina van jouw site het nog doen, en of er geen nieuwe fouten in het log staan. Die controle doen we op de server zelf, niet via de cache: een pagina uit de cache ziet er nog goed uit terwijl de site al stuk is.

5. 5

   Fout? Meteen terug

   Gaat er iets mis, dan draaien we die ene update terug. Blijft de site kapot, dan gaat alles terug naar de kopie van stap 2.

6. 6

   Niets blijft liggen

   Elke fout komt op het moment zelf bij ons binnen, ook midden in de nacht. Niet pas in een overzichtje aan het eind van de week.

Grote en gevoelige plugins laten we niet 's nachts meelopen. Bij webshops, formulieren, page builders en hoofdversies gaat er nu eenmaal vaker iets stuk. Die updates doen we daarom zelf, op een vast moment, zodat we er meteen bovenop zitten als er iets niet klopt. En we zetten nooit vanzelf de database terug: dan zouden we de bestellingen en formulieren van die nacht wissen. Dat is altijd een beslissing van ons samen.

1. 1

   Meerdere keren per dag

   De database gaat meerdere keren per dag mee, de bestanden elke dag. Alles blijft een maand staan, dus je kunt naar elke dag van de afgelopen maand terug.

2. 2

   Weg van de server

   Elke backup gaat naar opslag die los staat van de machine waar je site draait. Brandt die machine af, dan staan je backups er nog.

3. 3

   Op slot

   Een backup is niet te wijzigen en niet te verwijderen. Niet door jou, niet door ons, en niet door iemand die in de server is ingebroken.

4. 4

   Een tweede kluis

   Alles gaat daarnaast naar een tweede opslagplek met een eigen slot, waar de server zelf niet bij kan. Wie op je server inbreekt, komt daar dus niet binnen.

5. 5

   En nog een jaar daarna

   Boven op die maand leggen we van elke maand één kopie een heel jaar weg. Ontdek je pas veel later dat er iets mis is gegaan, dan is er nog steeds een versie van voor die tijd.

Veel hostingpartijen maken ook backups, maar vaak op dezelfde machine als je site. Gaat die machine eraan, dan gaat de backup mee. En bijna niemand kijkt of zo'n backup het echt doet.

1. 1

   Elke week een echte test

   We halen de laatste backup op en zetten die terug in een aparte testomgeving. Geen steekproef: elke site komt aan de beurt.

2. 2

   Werkt hij daar?

   We kijken of de database erin gaat, of WordPress start, of de plugins laden en of de bestanden er zijn. Pas dan noemen we die backup goed.

3. 3

   De testkopie kan niets

   In de test staat mail uit, staan taken uit en is er geen verbinding naar buiten. Er gaat dus nooit een mail naar jouw klanten en er wordt nooit een bestelling aangeraakt. Niemand merkt dat de test draait.

4. 4

   Bij een storing: eerst ernaast

   Moet er echt hersteld worden, dan zetten we de site eerst naast de live site en controleren hem daar.

5. 5

   Omwisselen in één keer

   Pas als hij goed is, wisselen we om. Dat gebeurt in één beweging: bezoekers zien geen halve site en geen foutmelding.

6. 6

   De oude versie blijft staan

   Wat er stond bewaren we. Blijkt er in het herstel iets te missen, dan kunnen we terug.

Dit is het verschil tussen "we hebben backups" en "we weten dat ze werken". Die tweede zin is de enige die telt op de dag dat het misgaat.