Ein Backup ist die Versicherung gegen Ausfall, Hack und fehlerhaftes Update
3-2-1-Regel: drei Kopien, zwei Medien, eine außerhalb des Shop-Servers
Die Datenbank häufiger sichern als die Dateien, dort liegen die Bestellungen
Eine Kopie ohne getestete Wiederherstellung ist nur Hoffnung
RTO sagt, wie schnell du online bist, RPO, wie viele Daten du verlierst
[/dwb_keytakeaways]

Warum ein Shop-Backup kein Luxus ist

Backup klingt langweilig, bis zu dem Tag, an dem der Shop nicht mehr funktioniert. Dann wird es plötzlich zur billigsten Versicherung, die du je hättest haben können. Bei einem Online-Shop steht mehr auf dem Spiel als bei einer einfachen Visitenkarten-Seite, denn du verlierst nicht nur Inhalte, sondern aktive Bestellungen, Kundendaten und Geld für jede Stunde Ausfall.

Die Gründe, warum ein Shop plötzlich verschwindet, sind vielfältig und passieren öfter als gedacht. Ein fehlgeschlagenes Plugin-Update, das den ganzen Shop lahmlegt. Ein Festplattenausfall auf dem Server. Ransomware, die Dateien verschlüsselt und Lösegeld fordert. Ein Einbruch über eine veraltete Lücke im Theme. Ein ganz normaler menschlicher Fehler, wenn jemand die falsche Datei löscht oder die falsche Tabelle in der Datenbank leert. In jedem dieser Fälle ist der Unterschied zwischen einer Stunde Ausfall und einer Woche Chaos die Qualität deines Backups.

Der schlechteste Zeitpunkt, um zu merken, dass das Backup nicht funktioniert, ist der Moment nach dem Ausfall. Deshalb behandle ich Backups wie den Sicherheitsgurt: Du legst ihn an, bevor etwas passiert, nicht danach. Der Rest dieses Textes ist der konkrete Plan, den ich bei Kunden umsetze, damit dieser Gurt wirklich hält.

Die 3-2-1-Regel in der Praxis

Die 3-2-1-Regel ist das einfachste erprobte Rezept für ein Backup, das einen echten Ausfall übersteht. Sie lautet: drei Kopien der Daten, auf zwei verschiedenen Medien, davon eine außer Haus. Das ist keine Lehrbuch-Theorie, sondern eine Regel, die dich vor einem einzelnen Ausfallpunkt schützt.

Übersetzen wir das in die Sprache eines WooCommerce-Shops. Die erste Kopie ist dein laufender Shop auf dem Server, das ist klar. Die zweite ist eine automatisch erstellte Kopie, etwa über ein Plugin, die in eine unabhängige Cloud gesendet wird. Die dritte ist eine Kopie, die noch woanders liegt, etwa regelmäßig auf eine externe Festplatte heruntergeladen oder in ein zweites, getrenntes Cloud-Konto.

Die 3-2-1-Regel aufgeschlüsselt

Element 3-2-1Was es bedeutetBeispiel im WooCommerce-Shop
3 KopienOriginal plus zwei Sicherungskopienlaufender Shop, Kopie in der Cloud, lokal heruntergeladene Kopie
2 Medienzwei verschiedene Speicherarten oder OrteServer-Festplatte plus Cloud, nicht zwei Ordner auf derselben Platte
1 außer Hausmindestens eine Kopie fern vom ServerGoogle Drive, Dropbox oder ein vom Hoster getrennter Bucket

Der häufigste Fehler, den ich sehe, ist das Lagern aller Kopien auf demselben Server, auf dem der Shop läuft. Dann nimmt ein Festplattenausfall oder Ransomware das Original und alle Kopien gleichzeitig mit. Die 3-2-1-Regel existiert genau dafür: damit kein einzelnes Ereignis die komplette Geschichte deines Shops auslöscht.

Das Backup des Hosters liegt meist auf derselben Infrastruktur wie dein Shop. Fällt der ganze Server aus oder verschlüsselt Ransomware das Konto, verlierst du Shop und Kopie im selben Moment. Behandle das Hoster-Backup als eine der drei Kopien, niemals als kompletten Schutz.

Was genau gesichert werden muss

Ein WooCommerce-Shop besteht aus zwei Welten, die man getrennt sichern muss, weil sie sich unterschiedlich schnell ändern. Wenn du diesen Unterschied verstehst, weißt du sofort, warum die Datenbank häufiger gesichert wird als die Dateien.

  • Datenbank: Hier lebt der gesamte dynamische Teil des Shops, also Bestellungen, Kunden, Produkte, Lagerbestände, Einstellungen und Inhalte. Das ist das Herz des Shops und es ändert sich bei jeder Transaktion.
  • Dateien: Theme, Plugins, der WordPress-Kern und der Ordner uploads mit Produktbildern und Rechnungen. Diese ändern sich selten, vor allem bei Updates und beim Hinzufügen neuer Bilder.

Aus dieser Aufteilung folgt eine einfache Strategie. Die Datenbank sicherst du häufig, in der Hochsaison sogar stündlich, denn jede Kopie weniger bedeutet potenziell verlorene Bestellungen. Die Dateien sicherst du seltener, denn das Theme und die Plugins von gestern sind praktisch identisch mit denen von heute. Die Ausnahme ist der Ordner uploads, den du zusammen mit den Dateien sichern solltest, denn verlorene Produktbilder tun weh.

Prüfe, ob dein Backup den Ordner wp-content/uploads umfasst. Viele sichern die Datenbank und vergessen die Produktbilder sowie generierte Rechnungen. Ein Shop ohne Bilder sieht nach der Wiederherstellung aus wie nach einem Brand, und Hunderte Bilder von Hand wiederherzustellen kostet Tage.

Häufigkeit und das Fenster für Datenverlust

Die Backup-Häufigkeit ist keine Geschmacksfrage, sondern einfache Mathematik: Wie viele Bestellungen kannst du verkraften zu verlieren, wenn der Shop kurz vor der nächsten Kopie ausfällt. Je mehr du verkaufst, desto häufiger musst du die Datenbank sichern. So einfach ist das.

Zur Orientierung, so teile ich es bei Kunden je nach Größe ein. Diese Werte sind ein Startpunkt, keine starre Regel, aber sie zeigen die Denkrichtung gut.

Shop-GrößeDatenbank-KopieDatei-Kopie
Klein (wenige Bestellungen pro Tag)täglichwöchentlich
Mittel (Dutzende pro Tag)alle paar Stundenwöchentlich plus vor jedem Update
Groß (Hunderte, Hochsaison)stündlich in der Hochsaisonvor jeder Änderung und jedem Update

Ein eigener Fall ist der Moment kurz vor jedem Update von Plugin, Theme oder WordPress-Kern. Das ist statistisch der häufigste Zeitpunkt, an dem etwas schiefgeht. Mache deshalb unabhängig vom Zeitplan eine Kopie direkt vor jeder größeren Änderung. Das kostenpflichtige UpdraftPlus kann das automatisch, aber selbst ein manueller Klick vor dem Update spart viele Nerven.

UpdraftPlus Schritt für Schritt

Bei WordPress ist meine Standardwahl für Backups UpdraftPlus, weil es Einfachheit mit Funktionen verbindet, die du wirklich nutzt. Die kostenlose Version erfüllt die Regel der Kopie außer Haus, die Bezahlversion ergänzt das, was im größeren Shop hilft. Die Einrichtung sieht so aus.

UpdraftPlus konfigurieren

  • Installiere und aktiviere das Plugin UpdraftPlus aus dem WordPress-Verzeichnis
  • Verbinde einen externen Speicherort, etwa Google Drive oder Dropbox, damit die Kopie außer Haus liegt
  • Setze getrennte Zeitpläne für die Datenbank (häufiger) und die Dateien (seltener)
  • Aktiviere die automatische Kopie vor jedem Plugin- und Theme-Update
  • Lege die Aufbewahrung fest, also wie viele Kopien das Plugin behält, damit die Platte nicht volläuft
  • Erstelle die erste vollständige Kopie von Hand und prüfe, ob die Datei wirklich in der Cloud ankam

Entscheidend ist der letzte Punkt: Gehe nach der ersten Einrichtung in deine Cloud und sieh mit eigenen Augen, dass die Kopie dort liegt und eine sinnvolle Größe hat. Ein Backup, das theoretisch läuft, in der Praxis aber wegen eines Verbindungsfehlers nie in der Cloud ankam, ist die schlimmste Art von falscher Sicherheit.

Der Wiederherstellungstest, der Kern der Sache

Das ist der Teil, den neun von zehn überspringen, und genau dieser Teil entscheidet, ob du einen Ausfall überlebst. Eine Kopie, die du nie zurückgespielt hast, ist kein Backup, sondern die Hoffnung, dass die Datei taugt. Und Hoffnung ist am Tag des Ausfalls wertlos.

Der Wiederherstellungstest ist einfach: Du nimmst deine Kopie und spielst sie an einem sicheren Ort zurück, etwa in einer lokalen Umgebung oder auf einer getrennten Staging-Subdomain. Du prüfst, ob der Shop hochkommt, ob die Bestellungen da sind, ob die Bilder laden und ob eine Testbestellung möglich ist. Das machst du in Ruhe, ohne Druck, damit du am Tag des echten Ausfalls die ganze Prozedur schon kennst.

  1. Lade die aktuellste Kopie von Datenbank und Dateien vom Speicherort herunter.
  2. Spiele sie in einer Testumgebung zurück, lokal oder auf einem getrennten Staging.
  3. Melde dich im Backend an und prüfe Bestellungen, Produkte und die Zahlungseinstellungen.
  4. Öffne ein paar Produktseiten und prüfe, ob Bilder und Preise korrekt sind.
  5. Gib eine Testbestellung auf, um zu bestätigen, dass der Shop von Anfang bis Ende läuft.
  6. Notiere, wie lange die vollständige Wiederherstellung gedauert hat, das ist dein echtes RTO.

So einen Test machst du mindestens einmal pro Quartal, nach jeder größeren Änderung am Shop häufiger. Damit weißt du zwei Dinge: dass die Kopie gut ist und wie lange die Rückkehr online wirklich dauert. Diese zweite Zahl ist Gold wert, wenn der Kunde panisch fragt, wann der Shop wieder läuft.

Notfallplan und Reaktion auf einen Hack

Ein Disaster-Recovery-Plan ist einfach eine niedergeschriebene Prozedur, was du tust, wenn der Shop ausfällt. Eine ruhige Liste von Schritten macht aus Panik das Abarbeiten von Punkten. Zwei Szenarien sehen etwas anders aus, denn bei einem Einbruch ist die Reihenfolge entscheidend.

Normaler Ausfall, etwa ein fehlgeschlagenes Update oder eine ausgefallene Festplatte: Du gehst zurück zur letzten guten Kopie. Du spielst Datenbank und Dateien zurück, prüfst die Bestellungen, gibst eine Testbestellung auf und gehst wieder online. Hier zählt vor allem Tempo, denn es besteht keine Gefahr, dass die Kopie vergiftet ist.

Einbruch oder Ransomware: Hier darfst du nicht blind handeln, denn man spielt leicht eine infizierte Kopie zurück und lässt den Angreifer erneut herein. Stelle zuerst fest, wann der Einbruch passiert ist, denn die Kopie von gestern kann die Hintertür schon enthalten. Erst eine Kopie von vor der Infektion ist sicher.

Reaktion auf einen gehackten Shop

  • Nimm den Shop vom Netz, am besten Wartungsmodus oder eine Sperre auf Serverebene
  • Sichere die Server- und Zugriffslogs, bevor sie überschrieben werden, denn sie zeigen den Einbruchszeitpunkt
  • Bestimme das Infektionsdatum und wähle eine Kopie von vor diesem Datum, nicht die neueste
  • Ändere alle Passwörter und Schlüssel: WordPress-Backend, Datenbank, FTP, Hoster-Panel, API-Schlüssel der Zahlungsanbieter
  • Spiele eine saubere Kopie von vor der Infektion auf einem vorbereiteten, abgesicherten Server zurück
  • Aktualisiere WordPress, alle Plugins und das Theme, denn der Einbruch kommt meist über eine veraltete Lücke
  • Überwache nach der Rückkehr online die Logs und den Traffic einige Tage auf einen Rückfall

DSGVO bei Backups mit Kundendaten

Ein Shop-Backup enthält personenbezogene Daten: Namen, Adressen, E-Mails, Bestellhistorie. Damit gilt die DSGVO genauso für die Sicherung wie für den laufenden Shop. Das wird oft übersehen, ist aber wichtig, denn ein geleaktes oder schlampig gelagertes Backup ist genauso eine Datenpanne wie ein gehackter Shop.

Drei Punkte solltest du im Blick haben, ohne dass es kompliziert wird.

  • Speicherort: Ein Cloud-Anbieter mit Servern in der EU oder mit gültigem Vertrag zur Auftragsverarbeitung (AVV) ist klar die einfachere Wahl. Bei einem Anbieter außerhalb der EU musst du die Übermittlung sauber regeln.
  • Aufbewahrungsdauer: Alte Backups nicht ewig horten. Lege eine feste Frist fest, nach der Kopien automatisch gelöscht werden, denn jedes alte Backup ist ein weiterer Ort mit Kundendaten.
  • Verschlüsselung: Verschlüssele die Backups, damit bei einem Leck niemand die Kundendaten einfach lesen kann. Das schützt dich und deine Kunden und ist bei einem Vorfall ein klarer Pluspunkt.

Nimm die Backup-Strategie in dein Verzeichnis von Verarbeitungstätigkeiten auf und nenne den Speicherort sowie die Aufbewahrungsfrist. Das kostet zehn Minuten und erspart bei einer Prüfung unangenehme Fragen.

RTO und RPO einfach, ohne Fachjargon

Diese zwei Abkürzungen klingen nach Konzern, doch dahinter stehen zwei einfache Fragen, die du beantworten solltest, bevor etwas passiert. Zusammen beschreiben sie, was du von deinem Backup erwartest.

  • RTO (Recovery Time Objective): wie schnell du nach einem Ausfall wieder online sein willst. Das ist dein Zeitziel. Setzt du das RTO auf vier Stunden, soll die gesamte Wiederherstellung in diese vier Stunden passen.
  • RPO (Recovery Point Objective): wie viele Daten du verlieren darfst, gerechnet ab dem Ausfallzeitpunkt rückwärts. Ein RPO von einer Stunde heißt, du sicherst mindestens stündlich, denn im schlimmsten Fall verlierst du nur die letzte Stunde an Bestellungen.

Diese zwei Zahlen legst du am Schreibtisch fest, in Ruhe, mit Blick auf deinen Umsatz. Ein Shop mit zwei Bestellungen pro Tag verkraftet locker ein RPO von einem Tag. Ein Shop mit Hunderten Bestellungen in der Hochsaison braucht ein RPO in Stunden oder Minuten, denn jede verlorene Stunde ist echtes Geld. Wenn du dein RTO und RPO kennst, ergibt sich der Rest des Plans, also Backup-Häufigkeit und Werkzeugwahl, von selbst.

Wenn das alles nach viel Arbeit klingt, dann deshalb, weil ein gutes Backup tatsächlich einmal eine saubere Einrichtung braucht. Bei DawidWeb mache ich das regelmäßig: 3-2-1-Regel, automatische Kopien außer Haus, ein Zeitplan nach dem echten Umsatz, eine getestete Wiederherstellung und ein niedergeschriebener Plan für Ausfall und Hack, DSGVO-konform. Webseiten und Shops baue ich ab 600 Euro, habe über 120 Projekte hinter mir, und ein Angebot für deine konkrete Umsetzung, inklusive eines Backup-Audits deines bestehenden Shops, bekommst du innerhalb von 24 Stunden.

Häufige Fragen

Reicht das Backup vom Hoster aus?

Allein nicht. Die Kopie des Hosters liegt meist auf demselben Server oder in derselben Infrastruktur. Wenn also die Festplatte ausfällt, Ransomware den Server verschlüsselt oder der Hoster eine Störung hat, verlierst du Shop und Kopie gleichzeitig. Behandle das Hoster-Backup als eine der drei Kopien der 3-2-1-Regel, nicht als kompletten Schutz. Die zweite Kopie muss außerhalb dieses Servers liegen, etwa in einer unabhängigen Cloud.

Wie oft sollte ich meinen Shop sichern?

Das hängt davon ab, wie viele Bestellungen du nach einem Ausfall verlierst. Ein kleiner Shop mit wenigen Bestellungen pro Tag kommt oft mit einer täglichen Datenbankkopie und einer wöchentlichen Dateikopie aus. Ein Shop mit Dutzenden oder Hunderten Bestellungen am Tag sollte die Datenbank alle paar Stunden sichern, in der Hochsaison sogar stündlich. Dateien ändern sich selten, einmal pro Woche reicht meist außerhalb von Update-Phasen.

Was bedeuten RTO und RPO einfach erklärt?

RTO ist die Zeit, in der du nach einem Ausfall wieder online sein willst. Setzt du das RTO auf vier Stunden, hast du so lange für die vollständige Wiederherstellung. RPO ist die Datenmenge, die du verlieren darfst, gerechnet ab dem Ausfallzeitpunkt rückwärts. Ein RPO von einer Stunde heißt, du sicherst mindestens stündlich, denn im schlimmsten Fall verlierst du die Bestellungen der letzten Stunde. Beide Zahlen legst du vor dem Ausfall fest, nicht mittendrin.

Der Shop wurde gehackt, spiele ich einfach das letzte Backup zurück?

Nicht sofort, denn man überschreibt leicht einen sauberen Stand mit einer infizierten Kopie. Stelle zuerst fest, wann der Einbruch passiert ist, denn das Backup von gestern kann die Hintertür des Angreifers bereits enthalten. Nimm den Shop vom Netz, sichere die Logs, ändere alle Passwörter und Schlüssel, und spiele erst dann eine Kopie von vor der Infektion zurück. Danach aktualisierst du WordPress, Plugins und Theme, denn der Einbruch kommt meist über eine veraltete Lücke.

Reicht die kostenlose Version von UpdraftPlus?

Für einen kleinen Shop zum Start ja. Das kostenlose UpdraftPlus sichert Datenbank und Dateien und sendet sie in die Cloud, etwa Google Drive oder Dropbox, was die Regel der Kopie außer Haus bereits erfüllt. Die Bezahlversion ergänzt inkrementelle Backups, einen Zeitplan auf bestimmte Stunden, eine Kopie vor dem Plugin-Update und das Klonen auf eine Staging-Umgebung. Bei einem größeren Shop rentieren sich diese Funktionen schnell, weil sie das RPO verkürzen.

Was muss ich bei Backups und DSGVO beachten?

Ein Shop-Backup enthält personenbezogene Daten wie Namen, Adressen und Bestellungen, also gilt die DSGVO auch dafür. Achte auf drei Punkte. Erstens den Speicherort: ein Cloud-Anbieter mit Servern in der EU oder mit gültigem Vertrag zur Auftragsverarbeitung ist klar einfacher. Zweitens die Aufbewahrungsdauer: alte Backups nicht ewig horten, sondern nach einer festen Frist löschen. Drittens die Verschlüsselung, damit niemand bei einem geleakten Backup einfach die Kundendaten liest.