Eine Sicherung ist hilfreich, wenn du mit ihr nach einem Fehler wieder einen funktionierenden Stand herstellen kannst. Dafür müssen Inhalt, Dateien und Konfiguration zusammenpassen. Ein Backupplan beschreibt deshalb nicht nur, wann eine Datei entsteht, sondern auch, wo sie liegt, wer darauf zugreifen kann und wie die Wiederherstellung abläuft. Für eine kleine WordPress-Website darf dieser Plan überschaubar bleiben.

Bestimme den vollständigen Sicherungsumfang

Die offizielle WordPress-Dokumentation unterscheidet Dateien und Datenbank. Die Datenbank enthält unter anderem Inhalte und Einstellungen; die Dateien umfassen beispielsweise Themes, Plugins und hochgeladene Medien. Für die vollständige Wiederherstellung einer üblichen Installation werden beide Teile gebraucht. Sichere einen zusammengehörigen Stand und halte den Erstellungszeitpunkt fest.

Prüfe auch zusätzliche Dienste. Postfächer, externe Buchungssysteme oder andere Anwendungen gehören nicht automatisch zur WordPress-Sicherung. Erfasse sie im Projektbestand und kläre ihren eigenen Sicherungsweg. Der Name „Hostingbackup“ beantwortet noch nicht, welche Bestandteile tatsächlich enthalten sind. Prüfe dafür die konkrete Einrichtung und vereinbarten Leistungen.

Leite den Rhythmus aus Änderungen ab

Überlege, welche Arbeit seit der letzten Sicherung verloren gehen könnte. Eine selten geänderte Informationsseite hat einen anderen Bedarf als eine täglich gepflegte Redaktion. Ein Shop bringt zusätzliche laufende Daten mit. Wähle den Sicherungsrhythmus anhand dieses tatsächlichen Änderungsverhaltens. Erstelle vor größeren Änderungen außerdem einen eigenen bekannten Ausgangsstand.

Fragen für deinen Backupplan
Frage Was du festhältst
Was wird gesichert? Dateien, Datenbank und separate Dienste
Wann entsteht es? Rhythmus und Sicherung vor Änderungen
Wo liegt es? Geschützte Ablage außerhalb der Website
Wie geht es zurück? Verantwortung, Anleitung und Prüfschritte

Lege eine passende Aufbewahrung fest. Ein einzelner aktueller Stand hilft wenig, wenn der Fehler bereits darin steckt. Mehrere zeitlich getrennte Stände können nötig sein. Welche Zahl und Dauer sinnvoll ist, hängt vom Projekt und den vorhandenen Möglichkeiten ab. Erfinde keine Anbieteraufbewahrung, sondern prüfe sie direkt in den tatsächlichen Vertrags- und Betriebsangaben.

Organisiere die Ablage geschützt

Eine Sicherung kann private Inhalte und technische Zugangsinformationen enthalten. Bewahre sie außerhalb öffentlich erreichbarer Verzeichnisse auf. Prüfe, wer die Ablage lesen kann, und halte den Zugriff begrenzt. Eine Kopie an einem getrennten geeigneten Ort hilft, wenn das ursprüngliche Hostingziel nicht verfügbar ist. Dokumentiere die Ablage ohne Passwörter in das allgemeine Projektprotokoll zu schreiben.

Kontrolliere regelmäßig, ob Sicherungen tatsächlich entstehen und vollständig abgeholt werden können. Ein grüner Zeitplan oder ein aktiviertes Plugin bestätigt nur die Einstellung. Benötigt werden Informationen zum letzten erfolgreichen Lauf, zu Fehlern und zur verfügbaren Datei. Die verantwortliche Person muss diese Hinweise erhalten und bearbeiten können.

Teste die Wiederherstellung getrennt

Richte für einen Restoretest ein eigenes geschütztes Ziel ein. Spiele den vorgesehenen Sicherungsstand dort ein und prüfe Inhalte, Medien, Anmeldung und wichtige Funktionen. Verhindere dabei unbeabsichtigte produktive Aktionen aus der Kopie. Erst eine ausgeführte und dokumentierte Wiederherstellung darf als geprüfter Restore bezeichnet werden.

  • Der Sicherungsstand ist mit Zeitpunkt bekannt.
  • Dateien und Datenbank gehören zusammen.
  • Die Kopie läuft am getrennten Ziel.
  • Die wichtigen Besucher- und Verwaltungswege funktionieren.
  • Prüfergebnis und offene Punkte sind dokumentiert.

Schreibe für eine zweite Person eine kurze Wiederherstellungsnotiz mit dem Speicherort, dem vorgesehenen Ziel und den benötigten Schritten. Lass sie den Ablauf zunächst ohne produktive Änderung durchgehen. Unklare Begriffe und fehlende Zugriffsrechte werden dabei früh sichtbar. Der tatsächlich ausgeführte Restoretest bleibt ein eigener Nachweis. Die Notiz macht den Plan trotzdem robuster, weil die Wiederherstellung nicht ausschließlich vom Gedächtnis einer einzelnen Person abhängt. Aktualisiere sie, wenn sich Ablage oder Hostingzuständigkeit verändert.

Verbinde Sicherungen mit dem Arbeitsablauf

Vor Updates, einem Umzug oder größeren Inhaltsänderungen prüfst du den aktuellen Rückweg. Wenn mehrere Menschen arbeiten, sollte klar sein, wer den Stand sichert und wann wieder normal geändert werden darf. Ein Backupplan ist besonders nützlich, wenn er mit wenigen konkreten Schritten ausgeführt werden kann.

Unsere Vorstellung von Managed Server Startup ordnet ein betreutes Serverszenario ein. Welche Sicherung und Wiederherstellung für dein Projekt übernommen wird, muss konkret geklärt sein. Auch bei betreutem Hosting bleibt eine kurze dokumentierte Übergabe sinnvoll. So weiß jeder, welche Maßnahmen geprüft, lediglich vorbereitet oder noch offen sind.

Quellen und Einordnung

Offizielle Quellen, geprüft am 7. Oktober 2026. Technische Anleitungen und Anbieterangaben sind von redaktionellen Beispielen getrennt.