Backup Plugins für WordPress Vergleich 2026
Das sind die besten 54 Anbieter.

Markus Seyfferth Michael Dobler
Markus Seyfferth
& Michael Dobler
Aktualisiert: 13 Min. Lesezeit
4,7 (129) Bewerten
Alle Angaben verifiziert Monatlich aktualisiert Von Fachredakteuren kuratiert Fokus DACH-Markt
Holzleiste mit zwei Haken an der Wand, von denen ein orangenes Schlüsselanhänger mit "ERSATZ" beschriftung hängt

Bei vielen WordPress-Installationen scheitert die Sicherung in der Praxis, weil die Archive auf demselben Server liegen oder der Weg zurück nie geprobt wurde. Wir haben 54 Anbieter geprüft, vom kostenlosen Plugin bis zur Management-Plattform für Agenturen.


Backup Plugins für WordPress: Empfohlene Anbieter

CYAN Backup

Komplett kostenlos Open-Source-Fork 300+ Installationen

CYAN Backup ist ein kostenloses WordPress-Plugin von Greg Ross auf ToolStack.com. Gesichert wird die komplette Installation samt Datenbank als ZIP-Archiv in einem frei wählbaren Pfad, auf Wunsch per FTP, FTPS oder SFTP übertragen. Zeitpläne reichen von stündlich bis monatlich, eine Wiederherstellung aus dem Backend fehlt bislang.

CYAN Backup Screenshot toolstack.com

CYAN Backup stammt von Greg Ross und wird auf dessen Projektseite ToolStack.com gepflegt. Das Plugin ist ein Fork des eingestellten Total Backup von wokamoto, steht seit Februar 2014 im WordPress-Verzeichnis und kommt dort auf über 300 aktive Installationen. Version 2.5.5 vom 4. November 2025 hat gemeldete Sicherheitsprobleme beim Löschen von Backups behoben. Das Plugin-Verzeichnis weist zugleich darauf hin, dass CYAN Backup nicht mit den drei jüngsten WordPress-Hauptversionen getestet wurde; als getestet gilt Version 6.8.9.

Gesichert werden die komplette WordPress-Installation und die Datenbank in einem ZIP-Archiv, der Dump liegt darin als SQL-Datei. Der Archivpfad ist frei konfigurierbar und zeigt standardmäßig auf das temporäre Serververzeichnis. Ausschlusslisten für die Verzeichnisse cache, tmp und upgrade sind vorbelegt. Als externe Speicherziele stehen FTP, FTPS und SFTP bereit, ein Low-I/O-Modus entlastet schwache Shared-Hosting-Umgebungen. Zeitpläne laufen stündlich, täglich, wöchentlich oder monatlich, jeweils mit frei gesetztem Intervall wie alle vier Stunden oder alle sechs Wochen. Alte Archive werden automatisch aufgeräumt. Die Roadmap kündigt eine Wiederherstellung aus dem Backend für Version 3.0 an, die Dropbox-Anbindung für 2.5.

Das Plugin ist vollständig kostenlos, eine Pro-Variante oder ein Abonnement fehlt. Bezogen wird über das WordPress-Verzeichnis oder als direkter Download auf ToolStack.com, vorausgesetzt werden WordPress ab 2.9 und PHP 5. Die Oberfläche ist übersetzbar angelegt, eine deutschsprachige Fassung liegt nicht vor. Kontakt läuft allein über ein Formular; Firmenangaben und Aussagen zu Serverstandorten fehlen, da die Archive auf dem eigenen Server oder dem gewählten FTP-Ziel bleiben.

Das spricht für CYAN Backup
Freie Intervalle
Zeitpläne laufen stündlich bis monatlich mit frei gesetztem Abstand wie alle vier Stunden.
ZIP samt SQL-Dump
Installation und Datenbank landen gemeinsam in einem ZIP-Archiv.
FTP, FTPS und SFTP
Auf Wunsch wandern die Archive auf einen eigenen Server außerhalb des Webspace.
Manuelle Wiederherstellung
Zurückgespielt wird über das heruntergeladene Archiv und den Import der SQL-Datei.
Schonender Low-I/O-Modus
Ein sparsamer Modus hält die Last auf schwachem Shared Hosting niedrig.
Gepflegte Sicherheit
Version 2.5.5 hat gemeldete Schwachstellen beim Löschen von Backups geschlossen.

Sind Sie selbst Anbieter? Jetzt empfohlener Anbieter werden

Diesen Vergleich teilen

Was ist ein Backup-Plugin, und brauchen Sie überhaupt eines?

Holzleiste mit zwei Haken an der Wand, von denen ein orangenes Schlüsselanhänger mit "ERSATZ" beschriftung hängt
Ein Backup-Plugin ist der zweite Schlüssel zur eigenen Website, der erst dann zählt, wenn der erste verschwunden ist.

Ein Backup-Plugin ist eine Erweiterung, die Datenbank und Dateien einer WordPress-Installation nach Zeitplan sichert, die Archive auf ein externes Ziel auslagert und sie im Ernstfall zurückspielt. Eine statische Visitenkarten-Seite kommt mit der Sicherung des Hosters aus. Sobald jedoch laufend Inhalte, Bestellungen oder Kundendaten entstehen, führt am eigenen Backup kein Weg vorbei.

Eine WordPress-Website liegt technisch an zwei Orten zugleich. In der MySQL-Datenbank stehen Beiträge, Seiten, Kommentare, Nutzerkonten und sämtliche Einstellungen, im Dateisystem liegen die Uploads mit allen Medien, die Themes, die Plugins sowie die Konfigurationsdateien wp-config.php und .htaccess. Das Support-Handbuch von WordPress.org beschreibt unter dem Stichwort WordPress Backups genau diese Zweiteilung und hält fest, dass eine vollständige Sicherung beide Bestandteile umfassen muss. Fehlt die Datenbank, bleibt eine leere Hülle übrig; fehlen die Uploads, steht die Website ohne Bilder da.

Zur Wahl stehen drei Wege. Der manuelle Weg führt über einen Datenbank-Export in phpMyAdmin und einen Dateidownload per FTP, kostet jedes Mal Zeit und wird deshalb erfahrungsgemäß selten durchgehalten. Der zweite Weg ist die Sicherung des Hosters, bequem und ohne Last für die Website, dafür aber meist auf derselben Infrastruktur gespeichert und in Takt wie Aufbewahrung kaum steuerbar. Der dritte Weg ist das Plugin, das beide Hälften automatisch packt, an ein Ziel Ihrer Wahl überträgt und die Wiederherstellung selbst übernimmt.

Wie oft gesichert werden muss, lässt sich nicht pauschal beantworten, sondern ergibt sich aus dem Schutzbedarf. Das Bundesamt für Sicherheit in der Informationstechnik behandelt diese Frage im IT-Grundschutz-Kompendium im Baustein zum Datensicherungskonzept und leitet Sicherungstakt, Aufbewahrungsdauer und die Pflicht zum regelmäßigen Wiederherstellungstest aus dem Wert der Daten ab. Übertragen auf WordPress heißt das: Eine Unternehmensseite mit vier Änderungen im Jahr braucht andere Intervalle als ein Shop mit hundert Bestellungen am Tag.

Hinzu kommt die rechtliche Seite. Artikel 32 Absatz 1 Buchstabe c der Datenschutz-Grundverordnung verlangt von Verantwortlichen die Fähigkeit, die Verfügbarkeit personenbezogener Daten und den Zugang zu ihnen bei einem Zwischenfall rasch wiederherzustellen. Sobald über Ihre Website Kontaktformulare, Kommentare, Konten oder Bestellungen laufen, ist eine funktionierende Sicherung damit keine Fleißaufgabe mehr, sondern Teil der geforderten technischen Maßnahmen.

Nicht jede Website braucht deshalb sofort eine Lizenz. Eine reine Informationsseite ohne Formular, die zweimal im Jahr angefasst wird, fährt mit der Sicherung des Hosters und einem gelegentlichen manuellen Export durchaus sicher. Der folgende Test zeigt, ab wann sich der Schritt zum eigenen Plugin rechnet.

Der 7-Punkte-Test: Brauchen Sie ein eigenes Backup-Plugin?
  • Inhalte: Auf Ihrer Website entstehen laufend neue Inhalte, Bestellungen oder Kundendaten, deren Verlust echte Arbeit kostet.
  • Hoster: Ihr Hosting-Tarif sichert gar nicht, nur unregelmäßig oder ausschließlich auf derselben Infrastruktur wie die Website.
  • Zugriff: Eine Wiederherstellung müssten Sie beim Support beantragen, statt sie selbst und sofort auszulösen.
  • Speicherort: Sie brauchen ein Sicherungsziel außerhalb des Servers, im besten Fall in einem Rechenzentrum innerhalb der EU.
  • Umfang: Gesichert werden soll nicht nur die Datenbank, sondern auch Uploads, Themes, Plugins und eigene Anpassungen.
  • Pflichten: Über Ihre Website laufen personenbezogene Daten, und Sie müssen deren Verfügbarkeit nach Artikel 32 DSGVO nachweisen können.
  • Anzahl: Sie betreuen mehrere Installationen und wollen Zeitplan, Aufbewahrung und Erfolgsmeldungen an einer Stelle steuern.

Trifft nur einer dieser Punkte zu, kommen Sie eine Weile mit der Sicherung Ihres Hosters und einem gelegentlichen manuellen Export aus. Ab drei Treffern kippt die Rechnung: Der Aufwand für eine saubere Einrichtung liegt bei ein bis zwei Stunden, der Wiederaufbau einer verlorenen Website ohne brauchbare Sicherung kostet Tage und im Shop zusätzlich Umsatz.

Diese 7 Probleme löst ein Backup-Plugin

Defekter Fahrradschlauch neben Reparaturset mit orange beschriftetem Deckel "ZU SPÄT"
Ein Flickzeug hilft nur, wenn jemand die Packung vor dem Schaden geöffnet hat. Für Sicherungen gilt dasselbe.

Ein Backup-Plugin schließt sieben typische Lücken: ein Update zerlegt die Seite, ein Hack schleust Schadcode ein, etwas wird versehentlich gelöscht, die Sicherung des Hosters liegt auf demselben Server, die Wiederherstellung dauert Tage, ein Umzug steht ohne Netz an, und bei personenbezogenen Daten fehlt der Nachweis der Verfügbarkeit.

Wo eine Erweiterung tatsächlich hilft, zeigt sich weniger an Funktionslisten als an den Situationen, in denen Betreiber sie zum ersten Mal vermissen. Die folgenden sieben Fälle tauchen in Support-Foren und Agenturalltag immer wieder auf, und in jedem einzelnen entscheidet allein die Frage, ob eine vollständige und rückspielbare Kopie existiert.

Auffällig ist dabei, wie selten technisches Versagen die Ursache bildet. Weit häufiger sind ein unbedacht gestarteter Aktualisierungslauf, ein überschriebenes Template oder ein Konto, das wegen einer offenen Rechnung gesperrt wurde. Ein Backup wirkt in all diesen Fällen gleich, weil die Ursache für den Weg zurück keine Rolle spielt.

Ein Update zerlegt die Website

Ein aktualisiertes Plugin verträgt sich nicht mit dem Theme, und die Seite zeigt nur noch eine leere Fläche. Mit einer Sicherung unmittelbar vor dem Update ist der alte Stand in Minuten zurück, statt dass Sie im Quelltext nach der Ursache suchen.

Hack oder Ransomware

Eingeschleuster Schadcode versteckt sich in Themes, Plugins und der Datenbank zugleich. Eine saubere Sicherung aus der Zeit vor dem Einbruch ist der einzige verlässliche Weg zurück, weil das Entfernen einzelner Fundstellen selten vollständig gelingt.

Versehentlich gelöscht oder überschrieben

Ein Beitrag landet im Papierkorb, ein Theme-Template wird direkt im Editor überschrieben, eine Mediendatei verschwindet beim Aufräumen. Ein Backup mit Teil-Wiederherstellung holt genau diesen einen Bestandteil zurück, ohne die restliche Website anzufassen.

Die Sicherung liegt auf demselben Server

Hoster-Backups und lokale Archive im Ordner wp-content teilen das Schicksal der Website. Fällt der Server aus, verschlüsselt Ransomware das Verzeichnis oder sperrt der Anbieter das Konto, verschwindet die Kopie mit dem Original.

Die Wiederherstellung dauert Tage

Ohne eigenes Plugin läuft der Restore über ein Ticket beim Hoster, über FTP-Uploads und einen Datenbank-Import von Hand. Ein Ein-Klick-Restore oder ein eigenständiges Wiederherstellungsskript drückt diese Zeit auf Minuten.

Umzug oder Relaunch ohne Netz

Beim Wechsel des Hosters oder der Domain müssen Dateien, Datenbank, URLs und Pfade zusammen umziehen. Plugins mit Migrationsfunktion packen die Installation in ein Archiv und spielen sie am neuen Ort samt Anpassung der Adressen wieder aus.

Nachweispflicht bei personenbezogenen Daten

Wer Kontaktformulare, Kundenkonten oder Bestellungen verarbeitet, muss die Verfügbarkeit dieser Daten sicherstellen. Ein dokumentierter Zeitplan mit Erfolgsmeldungen liefert genau den Nachweis, den Artikel 32 der DSGVO verlangt.

Welche Arten von Backup-Plugins stehen zur Wahl?

Holzregal mit sechs antiken Schlüsseln und orangem Schild "FÜR ALLES" in der Mitte an weißer Wand
Sieben Produkttypen bedienen denselben Bedarf. Das Fach für die eine Lösung, die alles abdeckt, bleibt meistens leer.

Der Markt teilt sich in sieben Typen: reines Backup-Plugin, Backup mit Migration, Backup-Dienst mit Connector-Plugin, Management-Plattform mit Backup-Funktion, Echtzeit-Sicherung für Shops, reines Datenbank-Backup sowie die Sicherung durch Hoster oder Verwaltungspanel. Quer dazu liegen die Sicherungsarten voll, inkrementell und differenziell.

Weil unter demselben Suchbegriff sehr unterschiedliche Produkte auftauchen, lohnt eine Sortierung vor dem Anbietervergleich. Ein Plugin, das ausschließlich die Datenbank exportiert, erfüllt eine andere Aufgabe als eine Plattform, über die eine Agentur achtzig Kundenseiten verwaltet, auch wenn beide mit dem Wort Backup werben.

Neben dem Produkttyp entscheidet die Sicherungsart über Laufzeit und Speicherbedarf. Ein Vollbackup kopiert bei jedem Lauf den gesamten Bestand und ist am einfachsten zurückzuspielen, weil ein einziges Archiv genügt. Ein inkrementelles Backup überträgt nur die Änderungen seit dem letzten Lauf und hält damit Serverlast und Speicherverbrauch klein, braucht für die Wiederherstellung aber das letzte Vollbackup samt aller Zuwächse. Ein differenzielles Backup liegt dazwischen und sichert alles, was sich seit dem letzten Vollbackup geändert hat.

Die zweite Grundsatzfrage betrifft den Zuschnitt: alles aus einer Oberfläche oder für jede Aufgabe das passende Werkzeug. Beide Wege haben in der Praxis ihre Berechtigung, unterscheiden sich aber deutlich in Aufwand, Kosten und Ausfallsicherheit.

Reines Backup-Plugin

Sichert Datenbank und Dateien nach Zeitplan und schiebt die Archive an ein Ziel Ihrer Wahl. Die Gratisversionen aus dem Verzeichnis von WordPress.org decken diesen Kern meist vollständig ab und passen für einzelne Websites mit überschaubarem Umfang.

Backup mit Migration und Umzug

Verbindet die Sicherung mit dem Klonen auf einen anderen Server oder eine andere Domain, samt Anpassung von URLs, Pfaden und Datenbankpräfix. Sinnvoll bei Relaunch, Hosterwechsel und für alle, die regelmäßig zwischen lokaler Entwicklung und Live-Seite umziehen.

Backup-Dienst mit Connector-Plugin

Die eigentliche Arbeit läuft beim Anbieter, das Plugin stellt nur die Verbindung her. Der Vorteil liegt darin, dass Packen und Speichern den Webserver kaum belasten und die Archive im Speicher des Dienstes liegen, meist mit Aufbewahrung und Ein-Klick-Restore.

Management-Plattform mit Backup-Funktion

Ein Dashboard für viele Installationen, in dem Updates, Überwachung und Sicherung zusammenlaufen. Für Agenturen und Freelancer mit Wartungsverträgen die naheliegende Wahl, wobei die Backup-Funktion je nach Tarif enthalten oder kostenpflichtiges Zusatzmodul ist.

Echtzeit-Sicherung für Shops

Erfasst jede Bestellung und jede Bestandsänderung im Moment des Entstehens, statt nur einmal täglich zu sichern. Für WooCommerce-Projekte mit laufenden Transaktionen der einzige Weg, den möglichen Datenverlust auf wenige Minuten zu begrenzen.

Reines Datenbank-Backup

Sichert ausschließlich die MySQL-Datenbank, dafür ressourcenschonend und oft mit Optimierungs- und Reparaturfunktionen. Als alleinige Absicherung ungeeignet, als schnelle Ergänzung vor Datenbankeingriffen oder neben einem Dateibackup durchaus sinnvoll.

Hoster- und Panel-Backup

Die Sicherung kommt vom Hosting-Anbieter oder aus dem Verwaltungspanel des Servers, ganz ohne Plugin. Bequem und ohne Last für die Website, dafür selten ausgelagert, in Takt und Aufbewahrung kaum steuerbar und beim Anbieterwechsel nicht mitnehmbar.

All-in-One-Plugin
Sicherung, Zeitplan, Migration und Restore aus einer Oberfläche
  • Eine Erweiterung deckt Backup, Umzug und Wiederherstellung gemeinsam ab
  • Einrichtung in einer einzigen Oberfläche, nur ein Update-Strang zu pflegen
  • Das Packen läuft auf dem eigenen Webserver und kostet dort Rechenzeit
  • Bei Ausfall der Website ist auch die Bedienoberfläche der Sicherung weg
Best-of-Breed
Spezialisierter Backup-Dienst neben getrennten Werkzeugen für Umzug und Staging
  • Jede Aufgabe übernimmt das Werkzeug, das sie am besten beherrscht
  • Das Packen und Speichern läuft beim Dienst und entlastet den Webserver
  • Die Archive bleiben erreichbar, auch wenn WordPress selbst nicht mehr startet
  • Mehrere Verträge, mehrere Oberflächen und in Summe höhere laufende Kosten

Whitepaper
WordPress-Backups
2026
Ratgeber für Entscheider
Kostenloser Download

Whitepaper:
WordPress-Backups 2026

Der Leitfaden für Website-Betreiber und Agenturen: Sicherungsarten von Vollbackup bis inkrementell, Speicherziele und ihre DSGVO-Folgen im DACH-Raum, der geprobte Restore als Pflichtschritt, Preismodelle mit belegten Spannen und die häufigsten Fehler bei der Einführung.

WordPress Backup Datensicherung Restore DSGVO Multisite Anbietervergleich
PDF · 28 Seiten · Kostenlos · Versand per E-Mail
Präsentiert von

Nach Ihrer Bestätigung per E-Mail gelangen Sie direkt zum Download. Datenschutzerklärung

Worauf Sie bei der Auswahl achten müssen

Waage mit Schlüssel und EU-Münzen, beschriftet "EU-BEITRAG: SCHWERWIEGEND", symbolisiert finanzielle Belastung
Der Speicherort wiegt bei der Auswahl schwerer als der Preis, sobald personenbezogene Daten im Archiv liegen.

Entscheidend sind acht Kriterien: Speicherort und Datenschutz, die Wiederherstellung in allen drei Ausbaustufen, Sicherungsart und Takt, der Umfang samt Multisite, der Ressourcenbedarf auf dem Hosting, Benachrichtigung und Automatisierung, die Skalierbarkeit im Agenturbetrieb sowie Preis, Speicherkosten und Support.

Obwohl nahezu jedes Plugin damit wirbt, Datenbank und Dateien zu sichern, liegen die Unterschiede woanders. Der Speicherort ist im deutschsprachigen Markt das stärkste Unterscheidungsmerkmal, weil ein Archiv regelmäßig personenbezogene Daten aus Kommentaren, Konten und Bestellungen enthält. Landet dieses Archiv bei einem Dienst außerhalb der Europäischen Union, kommen ein Auftragsverarbeitungsvertrag nach Artikel 28 der Datenschutz-Grundverordnung und die Frage nach der Grundlage für den Drittlandtransfer ins Spiel. Ein Ziel innerhalb der EU oder ein eigener Speicher vereinfacht diese Prüfung erheblich, ersetzt sie im Einzelfall aber nicht.

Fast ebenso wichtig ist der Weg zurück, und zwar in drei Ausbaustufen. Die erste ist der Ein-Klick-Restore aus dem Backend, die zweite ein eigenständiges Wiederherstellungsskript für den Fall, dass WordPress selbst nicht mehr startet, die dritte die gezielte Rückholung einzelner Dateien oder Datenbanktabellen. Wer nur auf die Zahl der unterstützten Speicherziele schaut, übersieht genau die Funktion, auf die im Ernstfall alles ankommt.

Die übrigen Kriterien entscheiden darüber, ob die Sicherung im Alltag durchhält. Dazu zählen die Frage, ob der Hosting-Tarif das Packen großer Dateimengen überhaupt verkraftet, ob jeder Lauf eine Rückmeldung erzeugt und ob sich die Lizenz auf die Zahl der betreuten Websites rechnen lässt. Prüfen Sie diese acht Punkte, bevor Sie ein Budget freigeben.

Speicherort und Datenschutz
Die eigentliche Entscheidung im DACH-Markt

Ein Backup enthält in aller Regel personenbezogene Daten aus Kommentaren, Konten und Bestellungen. Damit wird der Speicherort zur Datenschutzfrage: Liegt das Archiv bei einem Dienst außerhalb der EU, brauchen Sie einen Auftragsverarbeitungsvertrag nach Artikel 28 DSGVO und eine tragfähige Grundlage für den Drittlandtransfer. Prüfen Sie deshalb zuerst, welche Ziele das Plugin überhaupt unterstützt.

Ziel in einem EU-Rechenzentrum wählbar, etwa Storage Box, Nextcloud oder S3-kompatibler Speicher in der EUAuftragsverarbeitungsvertrag verfügbar und Unterauftragsverarbeiter benanntVerschlüsselung der Archive vor der ÜbertragungEigener FTP- oder SFTP-Server als herstellerunabhängige Rückfallebene
Praxistipp: Sehen Sie in der Liste der Speicherziele nur Google Drive, Dropbox und Amazon S3, ist das Plugin für ein reines EU-Szenario die falsche Wahl. Ein frei konfigurierbares S3-Ziel oder ein eigener SFTP-Zugang lösen das Problem ohne Anbieterwechsel.
Wiederherstellung

Eine Sicherung ist nur so viel wert wie der Weg zurück. Entscheidend sind drei Dinge: ob der Restore mit einem Klick aus dem Backend läuft, ob ein eigenständiges Wiederherstellungsskript existiert, wenn WordPress gar nicht mehr startet, und ob sich einzelne Dateien oder Tabellen gezielt zurückholen lassen.

Ein-Klick-Restore direkt aus dem BackendEigenständiges Skript für den Fall, dass WordPress nicht mehr startetTeil-Wiederherstellung einzelner Dateien, Ordner oder DatenbanktabellenRückspielen auf einen anderen Server oder eine andere Domain
Praxistipp: Lassen Sie sich nicht von der Zahl der Speicherziele blenden. Testen Sie in der Gratisversion einen vollständigen Restore auf einer Staging-Kopie, bevor Sie eine Lizenz kaufen.
Sicherungsart und Takt

Aus der Frage, wie viel Arbeit im Ernstfall verloren gehen darf, ergibt sich der nötige Takt. Ein Vollbackup pro Woche genügt einer statischen Unternehmensseite, ein Shop mit laufenden Bestellungen braucht stündliche oder fortlaufende Sicherung. Inkrementelle Verfahren halten dabei Laufzeit und Speicherbedarf klein.

Frei wählbarer Zeitplan für Dateien und Datenbank getrenntInkrementelle oder fortlaufende Sicherung für häufige ÄnderungenAuslösen per Server-Cronjob statt allein über WP-CronAutomatische Sicherung unmittelbar vor Updates
Praxistipp: Legen Sie für Datenbank und Dateien unterschiedliche Takte fest. Die Datenbank ändert sich täglich, die Mediathek selten, und getrennte Zeitpläne sparen Speicher und Serverlast.
Umfang der Sicherung

Vollständig ist eine Sicherung erst mit Datenbank und allen Dateien, also Uploads, Themes, Plugins, eigenen Anpassungen sowie wp-config.php und .htaccess. Achten Sie außerdem darauf, ob das Plugin Multisite-Netzwerke beherrscht und wie es mit sehr großen Mediatheken umgeht.

Datenbank und Dateien in einem Lauf, kein reines Datenbank-BackupMultisite-Netzwerke inklusive einzelner SubsitesUmgang mit großen Uploads über Teilarchive oder AufteilungAusschlusslisten für Cache-, Log- und Backup-Ordner
Praxistipp: Schließen Sie Cache-Verzeichnisse und alte Archive ausdrücklich aus. Andernfalls sichert das Plugin im schlechtesten Fall seine eigenen Backups mit und lässt das Archiv unkontrolliert wachsen.
Ressourcenbedarf auf dem Hosting

Das Packen großer Dateimengen kostet Arbeitsspeicher und Laufzeit, beides ist auf gemeinsam genutztem Hosting knapp bemessen. Bricht ein Lauf regelmäßig ab, liegt das selten am Plugin und meist an den Grenzen des Tarifs. Verfahren, die in kleinen Abschnitten arbeiten oder das Packen auslagern, umgehen dieses Problem.

Verarbeitung in Abschnitten statt in einem einzigen langen DurchlaufInkrementelle Sicherung zur Begrenzung der DatenmengeAuslagerung des Packens an einen externen DienstProtokoll mit klarer Fehlermeldung bei Abbruch
Praxistipp: Legen Sie den Lauf in die Nacht und prüfen Sie am Folgetag das Protokoll. Ein Abbruch um drei Uhr morgens fällt sonst erst auf, wenn die Sicherung gebraucht wird.
Automatisierung und Benachrichtigung

Eine Sicherung, die niemand überwacht, ist eine Sicherung auf Verdacht. Brauchbare Plugins melden jeden Lauf per E-Mail oder in ein Chat-Werkzeug, unterscheiden dabei zwischen Erfolg und Fehlschlag und räumen alte Stände nach den eingestellten Aufbewahrungsregeln selbst auf.

Benachrichtigung bei Erfolg und ausdrücklich auch bei FehlschlagAutomatisches Löschen alter Stände nach RegelProtokoll mit Dauer, Größe und FehlerursacheWarnung, wenn das Speicherziel volläuft oder der Zugang abläuft
Praxistipp: Stellen Sie die Benachrichtigung auf jeden Lauf, nicht nur auf Fehler. Bleibt die tägliche Erfolgsmeldung aus, wissen Sie sofort Bescheid, auch wenn der Fehlerversand selbst gescheitert ist.
Skalierbarkeit im Agenturbetrieb

Wer zwanzig Kundenseiten betreut, will Zeitpläne, Aufbewahrung und Erfolgsmeldungen an einer Stelle steuern statt zwanzigmal einzeln. Entscheidend sind ein zentrales Dashboard, Sammelberichte für Kunden und eine Lizenz, die nach Anzahl der Websites gestaffelt ist statt je Installation neu gekauft zu werden.

Zentrales Dashboard für alle betreuten InstallationenLizenz nach Anzahl der Websites gestaffeltWhite-Label-Berichte für KundenZugriff über API oder WP-CLI für eigene Automatisierung
Praxistipp: Rechnen Sie den Preis auf die Website und den Monat herunter, bevor Sie Tarife vergleichen. Eine Jahreslizenz für 25 Seiten schlägt fast immer den Dienst, der je Seite und Monat abrechnet.
Preis, Speicherkosten und Support

Der Lizenzpreis ist selten die ganze Rechnung. Hinzu kommen Cloud-Speicher, Datenvolumen bei jedem Lauf und die Verlängerung nach dem ersten, oft rabattierten Jahr. Prüfen Sie außerdem, in welcher Sprache und zu welchen Zeiten der Support antwortet, denn genau daran hängt der Ernstfall.

Verlängerungspreis nach dem ersten Jahr ausgewiesenSpeicher im Tarif enthalten oder separat berechnetSupport auf Deutsch oder mindestens mit klarer ReaktionszeitAusstiegsweg: Archive auch ohne aktive Lizenz nutzbar
Praxistipp: Klären Sie vor dem Kauf, ob sich ein Archiv nach dem Auslaufen der Lizenz noch zurückspielen lässt. Ein Format, das nur die Bezahlversion öffnet, bindet Sie dauerhaft an den Anbieter.
Bedarfscheck in 2 Minuten

Welches Backup-Plugin passt zu Ihrer WordPress-Website?

Beantworten Sie fünf kurze Fragen. Sie erhalten eine persönliche Empfehlung per E-Mail. Unser Vergleich: Wir gleichen Ihre Antworten mit allen 54 recherchierten Anbietern ab.

Frage 1 von 5
Wie viele WordPress-Websites möchten Sie sichern?
Die Zahl der Installationen entscheidet über Lizenzmodell und Preis.
Eine einzelne Website
Ein Projekt, eine Installation, überschaubarer Umfang.
2 bis 10 Websites
Mehrere eigene Projekte oder eine kleine Kundenbetreuung.
Mehr als 10 Websites
Agenturbetrieb mit vielen Kundenseiten aus einem Dashboard.
Ein Multisite-Netzwerk
Eine Installation mit mehreren Subsites, die gemeinsam gesichert wird.
Frage 2 von 5
Wie oft ändern sich die Inhalte Ihrer Website?
Die Änderungsfrequenz bestimmt den nötigen Sicherungstakt.
Selten, ein paar Mal im Jahr
Visitenkarten-Seite oder Unternehmensauftritt ohne laufende Redaktion.
Regelmäßig, etwa wöchentlich
Blog oder Magazin mit planbaren Veröffentlichungen.
Täglich
Redaktion mit mehreren Beiträgen und Änderungen pro Tag.
Laufend, zum Beispiel Bestellungen im Shop
WooCommerce oder Buchungssystem mit Transaktionen rund um die Uhr.
Frage 3 von 5
Wo sollen die Sicherungen liegen?
Der Speicherort ist die eigentliche Entscheidung, nicht die Plugin-Oberfläche.
In einem EU-Rechenzentrum, wegen DSGVO
Speicherziel innerhalb der EU, möglichst ohne Drittlandtransfer.
In meinem eigenen Speicher
Amazon S3, FTP, SFTP oder eine eigene Nextcloud unter eigener Kontrolle.
Beim Anbieter, ohne eigenen Aufwand
Backup-Dienst mit eigenem Cloud-Speicher und fertiger Verwaltung.
Hauptsache günstig
Kostenloses Ziel wie Google Drive oder Dropbox genügt vorerst.
Frage 4 von 5
Wie viel technisches Wissen bringen Sie mit?
Davon hängt ab, wie viel Einrichtung Sie selbst übernehmen können.
Einsteiger
Die Einrichtung soll geführt ablaufen, Standardeinstellungen genügen.
Fortgeschritten
Zeitplan, Speicherziel und Aufbewahrung richte ich selbst ein.
Profi
WP-CLI, API-Zugriff und eigene Skripte gehören zum Arbeitsalltag.
Frage 5 von 5
Welches Budget planen Sie pro Jahr?
Der Rahmen trennt Gratisversion, Einzellizenz und Backup-Dienst.
Möglichst kostenlos
Gratisversion aus dem Verzeichnis von WordPress.org.
Bis 100 Euro
Einzellizenz für eine bis zwei Websites mit Updates und Support.
100 bis 500 Euro
Mehrfachlizenz oder Backup-Dienst für mehrere Projekte.
Über 500 Euro
Agenturbetrieb, Shop mit Echtzeit-Sicherung oder Enterprise-Anforderungen.
Fast geschafft
Wohin sollen wir Ihre Empfehlung senden?

Sagen Sie uns, wohin wir Ihre persönliche Empfehlung schicken dürfen. Sie kommt in wenigen Minuten per E-Mail.

Vielen Dank, {vorname}

Ihre persönliche Empfehlung ist unterwegs und kommt in wenigen Minuten per E-Mail. Bitte prüfen Sie auch Ihren Spam-Ordner.

Wie Sie ein Backup-Plugin erfolgreich einführen

Dunkelblauer Koffer mit ausziehbarem Griff, orange "GETESTET"-Aufkleber und beigen Gepäckanhängern
Sechs Phasen führen zur laufenden Sicherung. Zählen tut am Ende die eine, in der die Wiederherstellung geprobt wurde.

Die Einführung läuft in sechs Phasen: Schutzbedarf klären, Plugin und Speicherziel wählen, einrichten und erstes Vollbackup erzeugen, den Restore auf einer Testumgebung proben, Zeitplan und Aufbewahrung scharf stellen und danach in die Routine mit Quartalscheck übergehen. Zusammen dauert das etwa eine Arbeitswoche, verteilt über wenige Stunden.

Weil die Einrichtung technisch in einer halben Stunde erledigt ist, wird der Rest der Einführung gern übersprungen. Genau dort entstehen jedoch die Lücken, die im Schadensfall auffallen: ein Takt, der nicht zur Änderungsfrequenz passt, eine Aufbewahrung von drei Tagen oder ein Archiv, das noch nie jemand geöffnet hat.

Die vierte Phase ist der wichtigste Einzelschritt des gesamten Vorhabens. Erst wenn ein Archiv auf einer Staging-Kopie vollständig zurückgespielt worden ist und die Startseite, der Login, die Formulare und die Medien danach funktionieren, gilt die Sicherung als brauchbar. Das IT-Grundschutz-Kompendium des Bundesamts für Sicherheit in der Informationstechnik führt diesen Wiederherstellungstest im Baustein zum Datensicherungskonzept ausdrücklich als wiederkehrende Aufgabe auf, nicht als einmalige Abnahme.

Nehmen Sie sich beim ersten Durchlauf die Zeit, die benötigte Dauer zu stoppen. Dieser Wert ist Ihre tatsächliche Ausfallzeit im Ernstfall, und er fällt fast immer länger aus als geschätzt.

1 bis 2 Tage

Schutzbedarf klären

Am Anfang steht die Frage, wie viel Arbeit verloren gehen darf und wie lange ein Ausfall dauern darf. Aus diesen beiden Werten, in der Fachsprache RPO und RTO, ergeben sich Sicherungstakt und Anforderungen an die Wiederherstellung.

Maximal hinnehmbaren Datenverlust festlegenZulässige Ausfallzeit bestimmenBestehende Hoster-Sicherung prüfen und einordnen
1
2 bis 3 Tage

Plugin und Speicherziel wählen

Erst wenn der Bedarf feststeht, lohnt der Blick auf konkrete Anbieter. Das Speicherziel wird dabei zuerst entschieden, weil davon abhängt, welche Plugins überhaupt in Frage kommen.

Speicherziel und Rechtsrahmen festlegenZwei bis drei Plugins in der Gratisversion testenAuftragsverarbeitungsvertrag anfordern, wenn ein Dienst speichert
2
1 Tag

Einrichten und erstes Vollbackup

Die Ersteinrichtung umfasst Zugangsdaten zum Speicherziel, Ausschlusslisten und ein erstes vollständiges Backup. Dieser erste Lauf zeigt zugleich, ob der Hosting-Tarif die nötige Laufzeit und den Arbeitsspeicher hergibt.

Speicherziel verbinden und Verschlüsselung aktivierenCache- und Log-Ordner ausschließenErstes Vollbackup starten und Archivgröße notieren
3
1 Tag

Restore auf einer Testumgebung proben

Der wichtigste Einzelschritt der gesamten Einführung: Das eben erzeugte Archiv wird auf einer Staging-Kopie zurückgespielt und das Ergebnis geprüft. Erst danach gilt die Sicherung als brauchbar.

Staging-Umgebung oder lokale Kopie anlegenVollständigen Restore durchführen und Zeit stoppenStartseite, Formulare, Login und Medien kontrollieren
4
1 Tag

Zeitplan und Aufbewahrung scharf stellen

Jetzt werden Takt, Aufbewahrungsdauer und Benachrichtigung auf den ermittelten Schutzbedarf eingestellt. Ein zweites, unabhängiges Speicherziel schließt an dieser Stelle die Lücke, die ein einzelner Dienst offen lässt.

Getrennte Zeitpläne für Datenbank und Dateien setzenAufbewahrung auf mindestens 30 Tage einstellenZweites Speicherziel und Benachrichtigung aktivieren
5
fortlaufend

Routine und Quartalscheck

Im laufenden Betrieb genügt die Kontrolle der Erfolgsmeldungen, ergänzt um eine wiederkehrende Probe. Einmal im Quartal wird ein Restore erneut getestet, weil sich Website, Hosting und Plugin im Lauf der Zeit verändern.

Erfolgsmeldungen wöchentlich sichtenEinmal im Quartal einen Restore probenSpeicherplatz, Zugangstoken und Archivgröße prüfen
6
< 24 h
maximaler Datenverlust
2
unabhängige Speicherziele
1×
Restore-Probe pro Quartal
30 Tage
Mindestaufbewahrung

Die häufigsten Fehler bei der Einführung

Roter Feuerlöscher mit Wandhalterung, Datumplakette 2019 und Miniaturfeuer figur darunter auf weißem Hintergrund
Eine Sicherung ohne geprobte Wiederherstellung gleicht einem Feuerlöscher, dessen letzte Prüfung Jahre zurückliegt.

Die teuersten Fehler sind ein nie geprobter Restore, Archive auf demselben Server, eine Sicherung ohne Dateien, ein Takt, der nicht zur Änderungsfrequenz passt, eine zu kurze Aufbewahrung, fehlende Benachrichtigungen und ein Speicherziel, das volläuft oder dessen Zugang abgelaufen ist.

Während die Einrichtung selbst kaum Fehler zulässt, entstehen die Probleme in den Einstellungen danach. Sieben Muster tauchen dabei so regelmäßig auf, dass sie sich zu einer Prüfliste zusammenfassen lassen. Jedes einzelne führt zum selben Ergebnis: Zum Zeitpunkt des Schadens existiert zwar eine Sicherung, sie hilft aber nicht.

Besonders tückisch ist die zu kurz eingestellte Aufbewahrung. Eingeschleuster Schadcode bleibt häufig wochenlang unentdeckt, weil die Website weiterhin normal aussieht und erst Suchmaschinen oder Besucher Alarm schlagen. Wer nur die letzten drei Stände behält, hat dann ausschließlich verseuchte Archive zur Auswahl. Ein monatlicher Stand, der dauerhaft archiviert wird, kostet wenig Speicher und löst genau dieses Problem.

1
Der Restore wurde nie geprobt

Die Sicherung läuft seit Monaten, doch niemand hat je versucht, sie zurückzuspielen. Ob das Archiv vollständig ist und ob der Hosting-Tarif den Restore überhaupt durchhält, zeigt sich dann ausgerechnet im Ernstfall.

Einmal im Quartal einen vollständigen Restore auf einer Staging-Kopie durchführen und die benötigte Zeit notieren.
2
Das Backup liegt auf demselben Server

Archive im Ordner wp-content sind schnell eingerichtet und bei Serverausfall, Ransomware oder gesperrtem Konto genauso schnell weg. Die Kopie teilt jedes Risiko mit dem Original.

Mindestens ein Ziel außerhalb des Webservers einrichten und die lokale Kopie nur als schnellen Zwischenstand behandeln.
3
Nur die Datenbank gesichert

Reine Datenbank-Backups laufen schnell und wiegen wenig, lassen aber Uploads, Themes, Plugins und eigene Anpassungen außen vor. Die wiederhergestellte Website hat dann zwar alle Texte, aber keine Bilder und kein Layout.

Datenbank und Dateien gemeinsam sichern und das Ergebnis einmal vollständig zurückspielen.
4
Der Zeitplan passt nicht zur Änderungsfrequenz

Ein wöchentliches Backup bei täglich neuen Beiträgen oder ein tägliches bei laufenden Bestellungen bedeutet im Schadensfall den Verlust von Tagen oder Stunden voller Arbeit. Der Takt wird häufig einmal gesetzt und nie wieder angefasst.

Den Takt aus dem maximal hinnehmbaren Datenverlust ableiten und nach jedem größeren Ausbau der Website erneut prüfen.
5
Die Aufbewahrung ist zu kurz

Wer nur die letzten drei Stände behält, hat nach einem unentdeckten Einbruch ausschließlich verseuchte Archive. Manipulierte Inhalte fallen oft erst Wochen später auf, wenn Suchmaschinen oder Besucher Alarm schlagen.

Mindestens 30 Tage aufbewahren und zusätzlich einen monatlichen Stand dauerhaft archivieren.
6
Keine Benachrichtigung eingerichtet

Abgebrochene Läufe bleiben ohne Meldung unbemerkt, und das Backup-Menü zeigt weiterhin den alten, erfolgreichen Stand. Auffallen wird die Lücke erst in dem Moment, in dem die Sicherung gebraucht wird.

Benachrichtigung für jeden Lauf aktivieren, nicht nur für Fehler, und das Ausbleiben der Meldung als Warnsignal behandeln.
7
Speicherziel voll oder Zugang abgelaufen

Cloud-Kontingente laufen voll, Zugangstoken verlieren nach einiger Zeit ihre Gültigkeit, und ein geändertes Passwort am FTP-Server kappt die Verbindung. Das Plugin meldet dann Fehler, an denen es selbst nichts ändern kann.

Freien Speicherplatz und Gültigkeit der Zugänge in den Quartalscheck aufnehmen und die automatische Löschung alter Stände aktivieren.

Was kostet ein Backup-Plugin wirklich?

Sparschwein mit "0€"-Schild und Münzen neben einem geschlossenen Stahlsafe auf weißem Hintergrund
Die kostenlose Version deckt viel ab. Speicher, Verlängerung und Arbeitszeit stehen trotzdem auf der Rechnung.

Gratisversionen decken den Grundbedarf einer einzelnen Website ab. Einzellizenzen liegen überwiegend zwischen 35 und 100 Euro im Jahr, Agenturlizenzen für zehn bis hundert Websites zwischen rund 130 und 560 Euro. Backup-Dienste mit eigenem Speicher rechnen ab etwa 2 Euro je Website und Monat ab, mit Echtzeit-Sicherung deutlich darüber.

Weil im Feld drei völlig unterschiedliche Preismodelle nebeneinander bestehen, führt ein Vergleich reiner Listenpreise in die Irre. Die Jahreslizenz eines Plugins, die Staffellizenz nach Anzahl der Websites und die monatliche Abrechnung eines Dienstes je Website lassen sich erst vergleichen, wenn Sie alles auf dieselbe Bezugsgröße umrechnen, also auf Kosten je Website und Jahr.

Die vier folgenden Stufen fassen zusammen, was die 54 geprüften Anbieter im September 2026 tatsächlich verlangen. Viele Hersteller rechnen dabei in US-Dollar ab, weshalb die daraus abgeleiteten Eurobeträge dem jeweiligen Tageskurs folgen und sich im Lauf eines Jahres spürbar verschieben können.

Auffällig ist der Abstand zwischen Einstiegs- und Verlängerungspreis. Mehrere Anbieter werben mit einem deutlich rabattierten ersten Jahr und heben den Betrag danach an, teilweise auf das Doppelte. Ebenso regelmäßig unterschätzt wird der Speicher: Wer sein Archiv beim Anbieter ablegt, zahlt oberhalb eines Freikontingents pro Gigabyte, und eine gewachsene Mediathek füllt dieses Kontingent schneller, als die Planung vermuten lässt.

Gratisversion 0 € pro Website

Mehrere weit verbreitete Plugins aus dem Verzeichnis von WordPress.org sichern Datenbank und Dateien, bringen einen Zeitplan mit und spielen vollständig zurück. Die Grenzen liegen bei inkrementellen Sicherungen, Multisite, Ein-Klick-Restore auf fremde Server und beim Support, der über ein öffentliches Forum läuft.

Einzellizenz ab 35 € pro Jahr

Lizenzen für eine bis zwei Websites bewegen sich überwiegend zwischen 35 und 100 Euro im Jahr, inklusive Updates und herstellereigenem Support. Einige Anbieter verlangen für eine Lifetime-Lizenz einen einmaligen Betrag, der etwa dem Sieben- bis Achtfachen der Jahresgebühr entspricht.

Agenturlizenz ab 130 € pro Jahr

Staffellizenzen für zehn bis hundert Websites liegen je nach Anbieter zwischen rund 130 und 560 Euro im Jahr. Auf die einzelne Website gerechnet ist dieses Modell für Agenturen fast immer günstiger als ein Dienst, der je Website und Monat abrechnet.

Backup-Dienst ab 2 € pro Website und Monat

Dienste mit eigenem Speicher beginnen bei rund 2 Euro je Website und Monat für eine tägliche Sicherung. Echtzeit-Sicherung für Shops, längere Aufbewahrung und größere Speicherkontingente treiben den Preis auf etwa 20 Euro und darüber.

Versteckte Kosten (TCO)

Der Lizenzpreis ist nur ein Teil der Rechnung. Hinzu kommen Cloud-Speicher und Datenvolumen bei jedem Lauf, die Verlängerung nach dem oft rabattierten ersten Jahr, zusätzliche Serverlast auf kleinen Hosting-Tarifen und vor allem die Arbeitszeit für Einrichtung, Kontrolle und die vierteljährliche Restore-Probe. Rechnen Sie ein bis zwei Stunden für die Einrichtung und eine halbe Stunde je Quartalscheck ein. Aus US-Dollar abgeleitete Eurobeträge folgen dem Tageskurs vom 21. September 2026 und verschieben sich mit dem Wechselkurs.

Der Dr.-Web-Quizmaster
Wissenstest
Wie gut kennen Sie sich mit WordPress-Backups aus?
5 Fragen aus dem Artikel. Wählen Sie Ihre Antwort, dann decken Sie die Lösung auf.
1 Was gehört neben den Dateien zwingend in ein vollständiges WordPress-Backup? Aufklappen ↓
Auflösung aufdecken ↓
Richtig: B. In der Datenbank stehen Beiträge, Seiten, Kommentare, Nutzerkonten und sämtliche Einstellungen. Fehlt sie in der Sicherung, bleiben zwar Themes und Bilder erhalten, die Website selbst ist aber leer. Ein vollständiges Backup umfasst deshalb immer Datenbank und Dateien zusammen.
2 Was besagt die 3-2-1-Regel? Aufklappen ↓
Auflösung aufdecken ↓
Richtig: A. Die 3-2-1-Regel stammt aus der klassischen Datensicherung und verlangt drei Kopien der Daten, gespeichert auf zwei unterschiedlichen Medien, wovon eine Kopie räumlich getrennt liegt. Auf WordPress übertragen zählt die Live-Website als erste Kopie, die Sicherung beim Hoster als zweite und ein ausgelagertes Archiv als dritte.
3 Warum reicht eine Sicherung auf demselben Webserver nicht aus? Aufklappen ↓
Auflösung aufdecken ↓
Richtig: C. Eine Sicherung im Ordner wp-content teilt das Schicksal der Website. Fällt der Server aus, verschlüsselt Ransomware das Verzeichnis oder sperrt der Hoster das Konto wegen einer offenen Rechnung, verschwindet die Kopie zusammen mit dem Original. Erst ein Speicherziel außerhalb des Servers schützt wirklich.
4 Was verlangt Artikel 32 der DSGVO im Hinblick auf Backups? Aufklappen ↓
Auflösung aufdecken ↓
Richtig: A. Artikel 32 Absatz 1 Buchstabe c der Datenschutz-Grundverordnung nennt als technische Maßnahme ausdrücklich die Fähigkeit, die Verfügbarkeit personenbezogener Daten und den Zugang zu ihnen bei einem Zwischenfall rasch wiederherzustellen. Ein Backup ist damit keine Kür, sondern Teil der geforderten Sicherheitsmaßnahmen. Die Verordnung schreibt weder ein Verbot noch eine feste Aufbewahrungsfrist vor.
5 Was unterscheidet ein inkrementelles Backup von einem Vollbackup? Aufklappen ↓
Auflösung aufdecken ↓
Richtig: B. Ein Vollbackup kopiert jedes Mal den gesamten Bestand, ein inkrementelles Backup überträgt nur das, was sich seit dem letzten Lauf geändert hat. Dadurch sinken Laufzeit, Serverlast und Speicherbedarf deutlich, was auf kleinen Hosting-Paketen den Ausschlag gibt. Für die Wiederherstellung braucht das Verfahren allerdings das letzte Vollbackup plus alle folgenden Zuwächse.

Glossar: Backup-Begriffe kurz erklärt

Die wichtigsten Fachbegriffe rund um WordPress-Backups, Speicherziele und Wiederherstellung, kompakt und anbieterneutral erklärt.

Backup (Datensicherung)

Ein Backup ist eine Kopie von Daten, die unabhängig vom Original aufbewahrt wird und dieses nach Verlust oder Beschädigung ersetzt. Bei WordPress umfasst eine vollständige Sicherung immer die Datenbank und sämtliche Dateien der Installation. Eine Kopie allein am selben Ort gilt fachlich nicht als Sicherung.

Vollbackup

Ein Vollbackup kopiert bei jedem Lauf den kompletten Bestand aus Datenbank und Dateien. Der Vorteil liegt in der Wiederherstellung, weil ein einziges Archiv genügt. Der Nachteil sind Laufzeit, Serverlast und Speicherbedarf, die bei großen Medienbibliotheken spürbar steigen.

Inkrementelles Backup

Ein inkrementelles Backup überträgt nur die Änderungen seit dem letzten Sicherungslauf. Dadurch sinken Dauer und Speicherverbrauch erheblich, was auf gemeinsam genutztem Hosting den Ausschlag geben kann. Für die Wiederherstellung werden das letzte Vollbackup und alle darauf folgenden Zuwächse benötigt.

Differenzielles Backup

Ein differenzielles Backup sichert alle Änderungen seit dem letzten Vollbackup, nicht nur seit dem letzten Lauf. Die Archive wachsen dadurch mit jedem Tag, die Wiederherstellung braucht aber nur zwei Teile: das Vollbackup und die jüngste Differenz.

Datenbank-Dump

Ein Datenbank-Dump ist der Export einer MySQL-Datenbank in eine Textdatei mit SQL-Anweisungen. Bei WordPress enthält er Beiträge, Seiten, Kommentare, Nutzerkonten und Einstellungen. Ohne die zugehörigen Dateien aus wp-content bleibt ein Dump allein jedoch nur der halbe Wiederaufbau.

wp-content

Der Ordner wp-content enthält alle Inhalte, die nicht zum WordPress-Kern gehören: Uploads mit Bildern und Dokumenten, Themes, Plugins und eigene Anpassungen. Fehlt dieses Verzeichnis in der Sicherung, steht die wiederhergestellte Website ohne Medien und ohne Erweiterungen da.

wp-config.php

In der Datei wp-config.php stehen die Zugangsdaten zur Datenbank, die Sicherheitsschlüssel und individuelle Konstanten einer Installation. Die Datei gehört in jede vollständige Sicherung, weil eine Wiederherstellung ohne sie zusätzliche Handarbeit erfordert. Wegen der enthaltenen Zugangsdaten sollte das Archiv verschlüsselt abgelegt werden.

Restore (Wiederherstellung)

Ein Restore spielt eine gesicherte Version zurück auf den Server, sodass die Website wieder ihren früheren Zustand erreicht. Viele Plugins erledigen das über eine Schaltfläche im Backend. Erst ein einmal geprobter Restore beweist, dass eine Sicherung tatsächlich brauchbar ist.

Rollback

Ein Rollback setzt einen einzelnen Bestandteil auf einen früheren Stand zurück, etwa ein fehlerhaft aktualisiertes Plugin oder Theme. Anders als ein vollständiger Restore bleibt der Rest der Website unangetastet. Manche Backup-Erweiterungen verbinden beides und erlauben die Rückkehr einzelner Dateien oder Tabellen.

Migration

Eine Migration überträgt eine komplette WordPress-Installation auf einen anderen Server oder eine andere Domain. Technisch entspricht der Vorgang einem Restore an neuem Ort, ergänzt um das Anpassen von URLs, Pfaden und Datenbankpräfix. Viele Backup-Plugins bringen diese Funktion mit und ersparen ein zweites Werkzeug.

Staging

Eine Staging-Umgebung ist eine Kopie der Website, auf der Updates und Änderungen gefahrlos getestet werden. Erst nach erfolgreichem Test wandert der Stand auf die Live-Seite. Für die Restore-Probe ist Staging der richtige Ort, weil dabei nichts im laufenden Betrieb kaputtgehen kann.

3-2-1-Regel

Die 3-2-1-Regel verlangt drei Kopien der Daten auf zwei verschiedenen Medien, davon eine an einem anderen Ort. Für WordPress bedeutet das: die Live-Website, eine Sicherung beim Hoster und ein ausgelagertes Archiv. Erst die dritte, räumlich getrennte Kopie schützt vor Serverausfall und Ransomware.

RPO (Recovery Point Objective)

Der Recovery Point Objective beschreibt, wie viel Datenverlust im Ernstfall hinnehmbar ist, gemessen in Zeit. Ein RPO von 24 Stunden bedeutet, dass die Arbeit eines Tages verloren gehen darf. Aus diesem Wert leitet sich unmittelbar der nötige Sicherungstakt ab.

RTO (Recovery Time Objective)

Der Recovery Time Objective gibt an, wie lange die Wiederherstellung dauern darf, bis die Website wieder läuft. Ein Shop verträgt hier weniger Zeit als eine Unternehmensvisitenkarte. Ein-Klick-Restore und ein eigenständiges Wiederherstellungsskript drücken diesen Wert spürbar.

Offsite-Speicher

Ein Offsite-Speicher liegt außerhalb des Webservers, auf dem die Website läuft. Typische Ziele sind Google Drive, Dropbox, Amazon S3, eine Nextcloud, ein eigener FTP-Server oder eine Storage Box in einem Rechenzentrum. Nur diese Trennung schützt, wenn der Server selbst ausfällt oder kompromittiert wird.

Retention (Aufbewahrungsdauer)

Die Retention legt fest, wie viele Sicherungsstände wie lange aufbewahrt werden, bevor ältere Archive automatisch gelöscht werden. Eine zu kurze Aufbewahrung ist gefährlich, weil manipulierte Inhalte oft erst Wochen später auffallen. Dann sind alle verbliebenen Sicherungen bereits verseucht.

WP-Cron

WP-Cron ist die interne Zeitsteuerung von WordPress, die geplante Aufgaben ausführt, sobald jemand die Website aufruft. Bei wenig besuchten Seiten laufen Sicherungen deshalb verspätet oder gar nicht. Ein echter Server-Cronjob oder ein externer Auslöser macht den Zeitplan zuverlässig.

AVV (Auftragsverarbeitungsvertrag)

Ein Auftragsverarbeitungsvertrag nach Artikel 28 der Datenschutz-Grundverordnung regelt, unter welchen Bedingungen ein Dienstleister personenbezogene Daten im Auftrag verarbeitet. Wer Backups mit Kundendaten bei einem externen Anbieter ablagert, braucht einen solchen Vertrag. Bei Zielen außerhalb der EU kommt die Frage des Drittlandtransfers hinzu.

Häufige Fragen

Die wichtigsten Fragen rund um WordPress-Backups, Speicherorte und die Wiederherstellung, kurz und anbieterneutral beantwortet.

Was ist ein WordPress-Backup-Plugin?

Ein WordPress-Backup-Plugin ist eine Erweiterung, die Datenbank, Dateien, Themes, Plugins und Uploads einer Website automatisch sichert und im Ernstfall wieder zurückspielt. Die Erweiterung plant die Sicherungen nach einem Zeitplan, lagert die Archive auf einen externen Speicher aus und meldet Erfolg oder Fehlschlag per E-Mail. Damit ersetzt das Plugin das manuelle Kopieren über FTP und den Datenbank-Export über phpMyAdmin, den viele Betreiber ohnehin nur unregelmäßig erledigen.

Brauche ich ein Backup-Plugin, wenn mein Hoster schon sichert?

In den meisten Fällen ja, weil Hoster-Backups auf derselben Infrastruktur liegen wie die Website und sich oft nur eingeschränkt selbst zurückspielen lassen. Ein eigenes Plugin liefert einen zweiten, unabhängigen Satz Sicherungen an einem anderen Ort und gibt Ihnen die Kontrolle über Takt, Umfang und Aufbewahrung. Genau diese Unabhängigkeit verlangt die verbreitete 3-2-1-Regel, und sie hilft auch dann, wenn Sie den Hoster wechseln oder das Hosting-Konto gesperrt wird.

Wie oft sollte ich meine WordPress-Website sichern?

Der Sicherungstakt richtet sich danach, wie viel Arbeit Sie im Ernstfall verlieren dürfen. Eine Website mit wenigen Änderungen im Monat kommt mit einer wöchentlichen Sicherung aus, ein Blog mit täglichen Beiträgen braucht ein tägliches Backup, und ein Onlineshop mit laufenden Bestellungen eine Sicherung im Stundentakt oder in Echtzeit. Vor jedem größeren Update gehört zusätzlich ein eigenes Backup dazu, weil genau dort die meisten Ausfälle entstehen.

Wo werden WordPress-Backups gespeichert?

Sinnvoll ist immer ein Speicherort außerhalb des eigenen Webservers. Die Plugins legen Sicherungen wahlweise lokal im Ordner wp-content ab oder übertragen sie an ein externes Ziel wie Google Drive, Dropbox, Amazon S3, eine Nextcloud, einen eigenen FTP-Server oder eine Storage Box in einem EU-Rechenzentrum. Eine Kopie allein auf demselben Server ist bei Serverausfall, Ransomware oder gesperrtem Hosting-Konto wertlos, weil sie mit verloren geht.

Sind WordPress-Backups DSGVO-konform?

Backups sind nicht nur erlaubt, sondern nach Artikel 32 Absatz 1 Buchstabe c der Datenschutz-Grundverordnung sogar geboten, denn Verantwortliche müssen die Verfügbarkeit und die rasche Wiederherstellbarkeit personenbezogener Daten sicherstellen. Der kritische Punkt ist der Speicherort: Liegt das Archiv bei einem Dienst außerhalb der EU, brauchen Sie einen Auftragsverarbeitungsvertrag nach Artikel 28 und eine tragfähige Grundlage für den Drittlandtransfer. Ein Speicherziel in der EU vereinfacht die Sache spürbar, ersetzt aber keine rechtliche Prüfung im Einzelfall.

Wie stelle ich eine WordPress-Website aus einem Backup wieder her?

Die Wiederherstellung startet bei den meisten Plugins mit einer Schaltfläche im Backup-Menü, die das gewählte Archiv entpackt und Datenbank sowie Dateien zurückschreibt. Läuft WordPress selbst nicht mehr, hilft ein eigenständiges Wiederherstellungsskript, das Sie zusammen mit dem Archiv per FTP hochladen und direkt im Browser aufrufen. Proben Sie diesen Ablauf einmal auf einer Testumgebung, solange nichts brennt, denn ein ungeprüfter Restore ist im Ernstfall die teuerste Überraschung.

Sind kostenlose WordPress-Backup-Plugins gut genug?

Für eine einzelne, überschaubare Website reicht der kostenlose Umfang in vielen Fällen aus. Mehrere weit verbreitete Plugins bieten in ihrer Gratisversion einen Zeitplan, mindestens ein externes Speicherziel und eine vollständige Wiederherstellung. Die Grenzen liegen meist bei inkrementellen Sicherungen, bei Multisite-Netzwerken, beim Ein-Klick-Restore auf einen anderen Server, bei der Verschlüsselung und beim Support, der in der Gratisvariante über ein öffentliches Forum läuft.

Was kostet ein WordPress-Backup-Plugin?

Kostenlose Versionen decken den Grundbedarf einer einzelnen Website ab. Kostenpflichtige Einzellizenzen für eine bis zwei Websites liegen im DACH-Markt überwiegend zwischen 35 und 100 Euro pro Jahr, Lizenzen für Agenturen mit vielen Kundenseiten zwischen rund 130 und 560 Euro pro Jahr. Backup-Dienste mit eigenem Speicher rechnen dagegen pro Website und Monat ab, üblich sind etwa 2 bis 20 Euro, wobei Speicherplatz, Aufbewahrungsdauer und Echtzeit-Sicherung den Preis nach oben treiben. Aus US-Dollar abgeleitete Eurobeträge folgen dem Tageskurs vom 21. September 2026.

4,7 129 Bewertungen

Wie hat Ihnen dieser Artikel gefallen?

Michael Dobler & Markus Seyfferth
Autoren
Michael Dobler und Markus Seyfferth bilden das Autorenduo hinter den Vergleichen von Dr. Web. Anbietervergleiche sind ihre Spezialität und entstehen grundsätzlich gemeinsam: Praxiswissen aus über drei Jahrzehnten Web trifft auf den strategischen Rundum-Blick eines Chefredakteurs, damit Entscheider ohne Umwege die beste Wahl für ihr Business treffen.
428 Vergleiche veröffentlicht
Alle Artikel

Schreiben Sie einen Kommentar

Ihre E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert

Newsletter

Mehr solcher Vergleiche?
Jetzt kostenlos abonnieren.

Jeden Dienstag die besten Artikel aus dem Dr. Web-Magazin direkt in Ihr Postfach – kein Spam, jederzeit abmeldbar.

Einmal pro Woche, kein täglicher Spam
Jederzeit mit einem Klick abmeldbar
DSGVO-konform via Brevo