Automatisches Backup für Ihre WordPress-Website: Wo Sie es aufbewahren, damit es beim Hosting-Ausfall nicht verloren geht

Es ist passiert: Sie öffnen Ihre Website und sehen eine leere Seite oder einen Hosting-Fehler. Sie rufen den Support an und hören: „Wir arbeiten an dem Problem.“ In diesem Moment lautet die Frage nicht mehr „Wann kommt der Server zurück“, sondern „Wenn er zurückkommt – sind meine Daten noch intakt?“. Genau hier zeigt sich der Unterschied zwischen jemandem, der ein echtes Backup hatte, und jemandem, der nur dachte, er hätte eines.

Viele Website-Betreiber fühlen sich abgesichert, weil ihr Hosting „ein Backup macht“. Das Problem ist einfach: Liegt die Kopie auf demselben Server, der ausgefallen ist, ist sie mit ihm verschwunden. Ein Backup, das diesen Namen verdient, liegt woanders, läuft automatisch ab und wurde mindestens einmal durch eine echte Wiederherstellung getestet. In diesem Artikel zeige ich Ihnen genau, wie Sie es aufbauen – ohne Fachjargon.

Warum „Backup beim Hoster“ eigentlich kein echtes Backup ist

Die klassische Regel heißt 3-2-1: Sie bewahren drei Kopien der Daten auf, auf zwei verschiedenen Speicherarten, und eine davon an einem anderen Ort. Das vom Hosting erstellte Backup verletzt genau den letzten Teil, weil es auf derselben Infrastruktur wie die Website liegt.

Die echten Probleme sind nicht nur „der Server war eine Stunde down“. Es sind:

• Ein gesperrtes Hosting-Konto (eine unbezahlte Rechnung, ein Streitfall, ein Fehler ihrerseits), und Sie haben zu nichts mehr Zugriff, auch nicht zu den Backups.
• Eine infizierte Website, wobei die Kopien beim Hoster bereits den infizierten Code enthalten.
• Der Anbieter stellt den Dienst mit kurzer Vorankündigung ein oder geht insolvent.

In all diesen Fällen ist eine Kopie, die auf einem anderen Server liegt und unabhängig vom Hoster erreichbar ist, der Unterschied zwischen einem verlorenen Nachmittag und einem verlorenen Geschäft.

Was ein vollständiges Backup enthalten muss

Eine WordPress-Website hat zwei Teile, die zusammen gesichert werden müssen, sonst funktioniert die Wiederherstellung nicht:

• Die Dateien: Themes, Plugins, hochgeladene Bilder und Dokumente sowie die Konfigurationsdateien.
• Die Datenbank: Hier liegen Texte, Seiten, Kommentare, Einstellungen und Benutzerkonten.

Wenn Sie nur die Dateien, aber nicht die Datenbank haben, stellen Sie eine leere Website wieder her. Wenn Sie nur die Datenbank haben, bekommen Sie Text ohne Bilder und Design zurück. Deshalb erfasst ein seriöses Backup beides, im selben Moment, damit sie synchron bleiben.

Ein Detail, das zählt: Bewahren Sie mehrere Versionen über die Zeit auf, nicht nur die letzte. Wird eine Website am Montag infiziert und Sie bemerken es erst am Donnerstag, ist die einzige „frische“ Kopie bereits kompromittiert. Mit einem Verlauf von einigen Tagen oder Wochen können Sie zu einer sauberen Version zurückkehren.

Wo Sie die Kopien konkret aufbewahren

Die Idee ist, das Backup aus der Reichweite des Hostings herauszuholen. Gute Optionen, vom Einfachen zum Soliden:

• Ein Cloud-Speicherdienst, getrennt vom Hoster: Google Drive, Dropbox, ein S3-Bucket oder Backblaze B2. Die Kopie landet automatisch dort, und Sie haben Zugriff darauf, selbst wenn die Website ausfällt.
• Ein dedizierter WordPress-Backup-Dienst, der die Versionen auf seinen eigenen Servern hält, nicht auf Ihren.
• Eine lokal heruntergeladene Kopie auf einer eigenen Festplatte als letzte Absicherung.

Idealerweise kombinieren Sie zwei: eine automatische in der Cloud plus eine, die Sie regelmäßig herunterladen. Prüfen Sie auch, wie lange die Kopien aufbewahrt werden – manche kostenlosen Dienste behalten nur wenige Tage. Und ein oft vergessener Punkt: Bewahren Sie das Passwort für den Backup-Speicher nicht am selben Ort wie den Rest auf, damit Sie nicht beides gleichzeitig verlieren, falls ein Konto gehackt wird.

Automatisieren und testen – sonst zählt es nicht

Ein manuelles Backup, das Sie sich vornehmen „wenn Sie Zeit haben“, existiert in der Praxis nicht. Automatisierung ist Pflicht: Wählen Sie eine Häufigkeit, die dazu passt, wie oft sich die Website ändert. Eine Präsentationswebsite, die selten aktualisiert wird, kommt mit wöchentlichem Backup aus; ein Shop mit täglichen Bestellungen braucht tägliches oder noch häufigeres Backup.

Der Teil, den fast alle überspringen: das Testen. Ein Backup, das Sie nie wiederhergestellt haben, ist nur eine Vermutung. Nehmen Sie mindestens einmal die letzte Kopie und stellen Sie sie in einer Testumgebung oder auf einer Subdomain wieder her. So erfahren Sie, ob das Archiv vollständig ist und kennen die Schritte, bevor Sie unter Druck stehen. Ein ungetestetes Backup kann Sie genau am Tag im Stich lassen, an dem es wirklich zählt.

Wie wir das bei MPO Web Studio machen

Wenn wir eine Website bauen, ist das Backup keine Option, die am Ende abgehakt wird – es ist Teil der Lieferung. Wir richten automatische Kopien ein, die den Hauptserver verlassen, bewahren einen Versionsverlauf auf und führen mindestens eine Testwiederherstellung durch, bevor wir die Website als fertig bezeichnen. So wissen wir, dass der Plan wirklich funktioniert, nicht nur, dass er existiert.

Wir arbeiten vollständig remote, im ganzen Land, und erklären Ihnen verständlich, wo die Kopien liegen und wie Sie darauf zugreifen, falls Sie jemals ohne uns dastehen – ohne von einem einzigen Anbieter abhängig zu sein. Die Preise sind transparent, ohne versteckte Kosten.

Hatten Sie bereits einen Schreckmoment mit dem Hosting oder sind Sie sich nicht sicher, ob Ihre Website wirklich geschützt ist? Schreiben Sie uns auf WhatsApp. Wir sagen Ihnen ehrlich, was Sie haben und was fehlt, selbst wenn die Antwort lautet, dass bei Ihnen schon alles passt.