WordPress Revisionen sinnvoll begrenzen: Speicherplatz sparen ohne Sicherheit zu verlieren
WordPress speichert bei vielen Beiträgen und Seiten automatisch ältere Bearbeitungsstände. Diese Revisionen sind hilfreich, wenn eine Änderung rückgängig gemacht werden soll. Bei großen Websites können sich jedoch sehr viele Einträge in der Datenbank ansammeln. Das kann die Wartung erschweren und unnötig Speicherplatz belegen.
WordPress Revisionen sinnvoll zu begrenzen bedeutet nicht, die Rückgängig-Funktion vollständig abzuschalten. Meist ist eine moderate Anzahl pro Inhalt der bessere Weg: wichtige Bearbeitungsschritte bleiben verfügbar, während alte und selten benötigte Versionen nicht unbegrenzt wachsen. Dieser Ratgeber zeigt, welche Optionen es gibt, wann eine Begrenzung sinnvoll ist und wie Sie Änderungen möglichst sicher umsetzen.
Passende WordPress Hilfe zum Thema
Was sind WordPress-Revisionen?
Revisionen sind gespeicherte Zwischenstände eines Beitrags, einer Seite oder bestimmter anderer Inhalte. WordPress legt sie während der Bearbeitung an, damit Sie frühere Fassungen vergleichen und wiederherstellen können. Im Editor erscheint diese Funktion meist als Hinweis auf vorhandene Revisionen oder über den Bereich für die Dokumentdetails.
Eine Revision ist nicht dasselbe wie ein Entwurf, eine geplante Veröffentlichung oder ein Autosave. Ein Entwurf ist ein aktueller Bearbeitungsstand, den Sie bewusst speichern. Ein Autosave ist eine automatische Sicherung des gerade geöffneten Inhalts. Revisionen bilden dagegen eine Folge älterer Versionen ab, die nach dem Speichern entstehen können.
Das Prinzip ist besonders nützlich, wenn mehrere Personen an einem Inhalt arbeiten, umfangreiche Überarbeitungen stattfinden oder versehentlich Text gelöscht wurde. Sie können dann nachvollziehen, was sich verändert hat, und bei Bedarf eine frühere Fassung wiederherstellen.
Warum eine Begrenzung sinnvoll sein kann
Bei einer kleinen Website mit wenigen Beiträgen fällt eine große Zahl von Revisionen häufig kaum ins Gewicht. Bei einem Shop, einem Magazin oder einer Website mit vielen Redakteuren sieht die Situation anders aus. Regelmäßige Bearbeitungen können für denselben Inhalt zahlreiche ältere Fassungen erzeugen.
- Die Datenbank wächst: Revisionen werden in der WordPress-Datenbank gespeichert. Viele alte Versionen erhöhen die Zahl der Datensätze.
- Backups werden umfangreicher: Je mehr Daten gesichert werden müssen, desto länger können Sicherung und Wiederherstellung dauern.
- Die Wartung wird unübersichtlicher: Bei der Analyse oder Bereinigung der Datenbank finden sich mehr Inhalte, die geprüft werden müssen.
- Automatisierte Bearbeitungen erzeugen viele Stände: Häufiges Speichern durch redaktionelle Abläufe oder externe Tools kann die Zahl der Revisionen deutlich erhöhen.
Eine Revisionen-Begrenzung ist jedoch kein Ersatz für ein gutes Backup-Konzept und keine allgemeine Geschwindigkeitsgarantie. Ob sich die Maßnahme lohnt, hängt von der Größe der Website, dem Hosting, der Datenbank und dem tatsächlichen Redaktionsablauf ab. Wer keine erkennbare Belastung hat, sollte nicht ohne Grund riskante Änderungen an der Konfiguration vornehmen.
Wie viele Revisionen sind sinnvoll?

Die Grafik veranschaulicht, warum kleine Websites meist weniger Zwischenstände benötigen als stark redaktionell gepflegte Projekte. Sie dient als Orientierung und ersetzt keine Prüfung des eigenen Workflows.
Eine allgemeingültige Zahl gibt es nicht. Die passende Einstellung hängt davon ab, wie häufig Inhalte geändert werden und wie weit ältere Fassungen zurückreichen müssen. Für viele Websites ist eine Begrenzung auf etwa fünf bis zehn Revisionen pro Inhalt ein vernünftiger Ausgangspunkt.
| Website-Typ | Mögliche Orientierung | Begründung |
|---|---|---|
| Kleine Website mit gelegentlichen Änderungen | 5 bis 10 Revisionen | Die wichtigsten letzten Bearbeitungsstände bleiben erhalten. |
| Redaktionell gepflegtes Magazin | 10 bis 20 Revisionen | Mehrere Überarbeitungsrunden und Korrekturen sind wahrscheinlicher. |
| Shop oder Website mit häufigen Produktänderungen | 5 bis 15 Revisionen | Die Einstellung sollte mit dem Backup- und Redaktionsprozess abgestimmt werden. |
| Inhalte mit rechtlicher oder fachlicher Dokumentationspflicht | Individuell prüfen | Interne Anforderungen können eine längere Aufbewahrung oder ein separates Archiv verlangen. |
Die Tabelle ist eine praktische Orientierung und keine technische Vorgabe. Wenn Redakteure regelmäßig Wochen oder Monate alte Fassungen wiederherstellen müssen, ist eine sehr niedrige Grenze ungeeignet. In diesem Fall sollten Sie klären, ob Revisionen tatsächlich als Archiv verwendet werden oder ob ein separates Dokumentenarchiv besser passt.
Wichtig ist außerdem: Eine Begrenzung wirkt üblicherweise pro Inhalt. Sie bewirkt nicht, dass die gesamte Website nur beispielsweise zehn Revisionen besitzt. Jeder Beitrag und jede Seite kann weiterhin die festgelegte Anzahl eigener Zwischenstände speichern.
Die wichtigsten Wege zur Begrenzung
Begrenzung in der wp-config.php
WordPress bietet mit der Konstanten WP_POST_REVISIONS eine zentrale Einstellung. Ein Beispiel für zehn Revisionen lautet:
define( 'WP_POST_REVISIONS', 10 );
Diese Zeile wird in der Datei wp-config.php ergänzt. Sie sollte vor der Zeile stehen, die WordPress mit dem Hinweis auf das Ende der Bearbeitung einbindet, in vielen Installationen also vor /* That's all, stop editing! Happy publishing. */. Existiert die Konstante bereits, sollte sie nicht ein zweites Mal definiert werden. Stattdessen wird der vorhandene Wert angepasst.
Die Zahl legt fest, wie viele Revisionen pro Inhalt aufbewahrt werden sollen. Ein Wert wie zehn erhält die jüngsten zehn Stände. Ältere Revisionen werden dadurch nicht zwingend sofort aus der Datenbank entfernt, wenn die Einstellung nachträglich geändert wird. Für bereits vorhandene Altbestände kann eine separate Bereinigung erforderlich sein.
Technische Änderungen an der wp-config.php sollten nur mit einem aktuellen Backup und einem Zugang zur Wiederherstellung vorgenommen werden. Ein Tippfehler kann die Website beeinträchtigen. Bearbeiten Sie die Datei nicht über einen unsicheren Editor im Browser, wenn Ihr Hosting eine sichere Dateiverwaltung oder einen SFTP-Zugang bereitstellt.
Revisionen vollständig deaktivieren
Es ist möglich, Revisionen mit einem entsprechenden Wert zu deaktivieren, etwa:
define( 'WP_POST_REVISIONS', false );
Das ist für die meisten Websites nicht die beste erste Maßnahme. Wenn eine Änderung versehentlich gespeichert wurde, steht dann möglicherweise keine ältere Fassung zum Wiederherstellen bereit. Außerdem sollte die Einstellung nicht mit der Deaktivierung automatischer Sicherungen verwechselt werden. Autosaves und andere Speichermechanismen können unabhängig davon eine Rolle spielen.
Eine vollständige Deaktivierung kann in einem klar kontrollierten technischen Prozess sinnvoll sein, zum Beispiel bei sehr speziellen, automatisch gepflegten Inhalten. Für redaktionelle Websites ist eine kleine, aber vorhandene Zahl meist sicherer. Entscheiden Sie sich nur dann für die Deaktivierung, wenn die Folgen bekannt sind und ein anderes Wiederherstellungsverfahren existiert.
Verwaltung über ein Plugin
Plugins können Einstellungen für Revisionen über eine Benutzeroberfläche anbieten. Das ist hilfreich, wenn mehrere Personen die Website verwalten oder Änderungen an Konfigurationsdateien vermieden werden sollen. Je nach Plugin können Sie die Anzahl der Revisionen festlegen, alte Einträge bereinigen oder zusätzliche Datenbanktabellen prüfen.
Wählen Sie ein Plugin nicht allein nach einer auffälligen Zahl von Installationen aus. Prüfen Sie, ob es mit Ihrer WordPress-Version kompatibel ist, regelmäßig gepflegt wird und eine nachvollziehbare Einstellung bietet. Je weniger zusätzliche Funktionen ein Wartungsplugin unkontrolliert ausführt, desto leichter lässt sich seine Wirkung beurteilen.
Vor einer Bereinigung sollte das Plugin eine Sicherung oder zumindest eine klare Rückfallmöglichkeit ermöglichen. Testen Sie Änderungen zuerst in einer Staging-Umgebung, wenn diese vorhanden ist. Nach der Bereinigung sollten Sie Beiträge öffnen, Revisionen prüfen und kontrollieren, ob Editor, Medien und redaktionelle Abläufe normal funktionieren.
Bereinigung mit Hosting-Werkzeugen oder WP-CLI
Fortgeschrittene Administrationsumgebungen bieten Datenbankwerkzeuge oder WP-CLI-Kommandos an. Damit lassen sich überzählige Revisionen gezielt und reproduzierbar bearbeiten. Diese Variante ist besonders interessant für Agenturen, Multisite-Installationen oder Websites mit regelmäßigem Wartungsprozess.
Sie setzt jedoch voraus, dass Sie die verwendeten Befehle verstehen und die richtige Website beziehungsweise Datenbank auswählen. Ein falscher Filter kann mehr Inhalte löschen als beabsichtigt. Deshalb gehören ein überprüftes Backup, eine dokumentierte Vorgehensweise und möglichst ein Testlauf zum Standard. Wer keine Erfahrung mit WP-CLI oder Datenbankpflege hat, sollte die Bereinigung nicht blind aus einem beliebigen Tutorial übernehmen.
Bestehende Revisionen sicher bereinigen
Das spätere Begrenzen der maximalen Anzahl verhindert vor allem neues unbegrenztes Wachstum. Bereits gespeicherte Revisionen können weiterhin in der Datenbank liegen. Eine einmalige Bereinigung kann deshalb sinnvoll sein, wenn die Website über lange Zeit ohne Begrenzung betrieben wurde.
- Backup erstellen: Sichern Sie Dateien und Datenbank. Prüfen Sie, ob sich die Sicherung tatsächlich wiederherstellen lässt.
- Abhängigkeiten klären: Prüfen Sie, ob ein Plugin, ein Workflow oder eine interne Dokumentation auf ältere Revisionen angewiesen ist.
- Testumgebung nutzen: Führen Sie die Bereinigung möglichst zuerst auf einer Kopie der Website durch.
- Gezielt auswählen: Entfernen Sie nur alte Revisionen und nicht Entwürfe, veröffentlichte Inhalte, Medien oder andere Datentypen.
- Nachkontrolle durchführen: Öffnen Sie wichtige Inhalte, testen Sie den Editor und beobachten Sie die Website nach der Bereinigung.
Vorsicht ist besonders bei direkten SQL-Befehlen angebracht. Solche Befehle können zwar effizient sein, lassen sich aber leicht falsch formulieren. Außerdem können Datenbankpräfixe, Multisite-Strukturen und individuelle Erweiterungen variieren. Ohne belastbares Backup ist eine direkte Löschung keine verantwortungsvolle Wartungsmaßnahme.
Die Bereinigung sollte nicht mit einer allgemeinen Optimierung verwechselt werden. Das Entfernen von Revisionen kann Daten reduzieren, aber nicht automatisch langsame Plugins, schlechte Abfragen, übergroße Bilder oder ein ungeeignetes Hosting lösen.
Revisionen, Autosaves und Backups richtig unterscheiden
Diese Begriffe werden im Alltag häufig vermischt, obwohl sie unterschiedliche Aufgaben erfüllen. Revisionen helfen beim Zurückgehen auf frühere Inhaltsstände. Autosaves schützen vor dem Verlust aktueller Bearbeitungen, etwa nach einem Browserproblem. Backups sichern die Website als Ganzes oder in ausgewählten Teilen und dienen der Wiederherstellung nach einem technischen Fehler.
Wenn Sie Revisionen reduzieren, bleibt ein zuverlässiges Backup daher unverzichtbar. Ein Backup sollte regelmäßig erstellt, außerhalb der Website aufbewahrt und in geeigneten Abständen testweise wiederhergestellt werden. Eine Datei, die zwar vorhanden ist, aber im Notfall nicht eingespielt werden kann, bietet nur eingeschränkte Sicherheit.
Für wichtige redaktionelle Prozesse können Sie zusätzlich eine Änderungsdokumentation verwenden. Notieren Sie beispielsweise bei umfangreichen Überarbeitungen, wann und warum eine Änderung erfolgt ist. So müssen Sie nicht jede historische Fassung dauerhaft in WordPress aufbewahren, nur um Entscheidungen nachvollziehen zu können.
Praktische Entscheidungskriterien für Ihre Website
Bevor Sie eine Zahl festlegen, beantworten Sie einige konkrete Fragen:
- Wie häufig werden einzelne Beiträge und Seiten bearbeitet?
- Arbeiten eine oder mehrere Personen an den Inhalten?
- Wie weit zurück mussten Sie in der Vergangenheit eine Fassung wiederherstellen?
- Gibt es rechtliche, fachliche oder interne Anforderungen an die Nachvollziehbarkeit?
- Wie groß ist die Datenbank, und welchen Anteil machen Revisionen tatsächlich aus?
- Wie zuverlässig funktionieren Backups und Wiederherstellung?
- Wer darf die technische Einstellung ändern und bei Problemen zurücksetzen?
Wenn Revisionen nur einen kleinen Teil der Datenbank ausmachen und keine Wartungsprobleme verursachen, ist eine aggressive Bereinigung möglicherweise unnötig. Wenn die Website dagegen viele Inhalte mit häufigen Änderungen besitzt, können fünf bis zehn Stände pro Inhalt ein guter Startpunkt sein. Nach einigen Wochen oder Monaten prüfen Sie, ob der redaktionelle Alltag weiterhin funktioniert.
Dokumentieren Sie die Einstellung kurz. Notieren Sie den gewählten Wert, das Änderungsdatum und den Grund. Das erleichtert spätere Wartung und verhindert, dass ein neues Team die Konfiguration ohne Kenntnis der Auswirkungen überschreibt.
Typische Fehler bei der Begrenzung
Zu niedriger Wert aus reiner Vorsicht
Ein oder zwei Revisionen sparen zwar mehr Datenbankeinträge, lassen aber wenig Spielraum für Korrekturen. Wenn mehrere Überarbeitungen an einem Tag stattfinden, können wichtige Zwischenstände schnell verschwinden. Die niedrigste mögliche Zahl ist daher nicht automatisch die beste Einstellung.
Begrenzung mit Backup verwechseln
Revisionen sind kein vollständiges Sicherungssystem. Sie enthalten nicht automatisch alle Website-Dateien, Einstellungen, Plugins oder Medien. Auch eine Website mit vielen Revisionen kann nach einem Serverdefekt ohne Backup nicht vollständig wiederhergestellt werden.
Alte Einträge ohne Rückfallebene löschen
Eine Datenbankbereinigung ist dauerhaft, wenn keine Sicherung mehr vorhanden ist. Führen Sie sie nicht unter Zeitdruck und nicht direkt auf der einzigen produktiven Instanz durch. Besonders bei geschäftskritischen Websites sollte eine fachkundige Person den Prozess prüfen.
Nur die Datenbankgröße betrachten
Eine kleinere Datenbank kann die Verwaltung vereinfachen, aber die wahrgenommene Geschwindigkeit hängt von vielen Faktoren ab. Caching, Hosting, Plugins, Bildgrößen, Datenbankabfragen und die technische Struktur des Themes können ebenso wichtig sein.
FAQ
Wie viele WordPress-Revisionen sollte ich einstellen?
Für viele kleine und mittlere Websites sind fünf bis zehn Revisionen pro Inhalt ein sinnvoller Ausgangspunkt. Bei intensiver redaktioneller Arbeit kann eine höhere Zahl angebracht sein. Entscheidend ist, wie weit zurück Sie realistisch ältere Fassungen benötigen.
Werden alte Revisionen sofort gelöscht, wenn ich eine Grenze setze?
Nicht in jedem Fall. Die Einstellung begrenzt in erster Linie die künftig aufbewahrten Revisionen. Bereits vorhandene Altbestände können weiterhin in der Datenbank liegen und müssen gegebenenfalls mit einem geeigneten Wartungswerkzeug separat bereinigt werden.
Verliere ich beim Löschen von Revisionen veröffentlichte Beiträge?
Eine korrekt durchgeführte Revisionen-Bereinigung soll nur alte Zwischenstände entfernen. Trotzdem besteht bei fehlerhaften Plugins, falschen Filtern oder direkten Datenbankbefehlen ein Risiko. Erstellen Sie deshalb immer ein geprüftes Backup und wählen Sie eine gezielte, nachvollziehbare Methode.
Sollte ich Revisionen vollständig deaktivieren?
Für die meisten redaktionellen Websites ist das nicht empfehlenswert. Eine begrenzte Zahl bewahrt eine wichtige Rückfallebene, ohne dass die Revisionen unbegrenzt wachsen. Eine vollständige Deaktivierung kommt eher für klar kontrollierte Sonderfälle mit einem anderen Wiederherstellungsprozess infrage.
Beeinflussen Revisionen die Ladezeit meiner Website?
Viele Revisionen können die Datenbank vergrößern und Wartungsprozesse erschweren. Eine direkte Verbesserung der Frontend-Ladezeit ist jedoch nicht garantiert. Wenn die Website langsam ist, sollten Sie zusätzlich Server, Caching, Plugins, Datenbankabfragen und Medien untersuchen.
Funktioniert die Einstellung auch für Seiten und Custom Post Types?
Die zentrale Revisionen-Einstellung gilt grundsätzlich für Inhalte, die Revisionen unterstützen. Bei speziellen Inhaltstypen kann die jeweilige Plugin- oder Theme-Konfiguration eine Rolle spielen. Prüfen Sie daher nach der Änderung, ob der betroffene Inhaltstyp tatsächlich Revisionen speichert und verwaltet.
Kann ich Revisionen nur für einzelne Beiträge begrenzen?
Die Standardkonstante in der wp-config.php ist eine zentrale Einstellung. Eine individuelle Steuerung kann je nach Workflow zusätzliche Filter, Plugin-Funktionen oder eine eigene Entwicklung erfordern. Solche Sonderlösungen sollten dokumentiert und nach WordPress-Updates geprüft werden.
Fazit: Mit Augenmaß statt vollständig abschalten
WordPress Revisionen sinnvoll zu begrenzen ist vor allem eine Frage des richtigen Maßes. Eine moderate Anzahl von fünf bis zehn Revisionen reicht vielen Websites aus, während stark redaktionell geprägte Projekte mehr Spielraum benötigen. Die Entscheidung sollte sich am tatsächlichen Arbeitsablauf, an Backup-Anforderungen und an der Bedeutung älterer Fassungen orientieren.
Setzen Sie die Begrenzung kontrolliert, sichern Sie die Website vorher und behandeln Sie die Bereinigung bestehender Daten als eigenen Wartungsschritt. So bleiben wichtige Wiederherstellungsmöglichkeiten erhalten, während unnötiges Datenbankwachstum reduziert wird. Revisionen sind damit weiterhin ein praktisches Sicherheitsnetz, aber kein unkontrolliert wachsendes Archiv.

