Revisionen begrenzen, statt die Schutzfunktion abzuschalten

Cookbook: Ziel und Ergebnis

Revisionen bleiben als Schutzfunktion erhalten, ihr Wachstum wird aber passend zur Redaktion begrenzt. Autosave und veröffentlichte Inhalte werden nicht verwechselt.

Rezept: Schritt für Schritt

1. Revisionenzahl pro Inhalt und Gesamtvolumen mit WP-CLI oder einer lesenden SQL-Auswertung ermitteln.
2. Redaktionsprozess fragen: Einzelautor, häufige Freigaben oder rechtliche Nachvollziehbarkeit? Daraus Limit bestimmen.
3. Als Startwert meist 10–30 Revisionen pro Beitrag setzen; auf Staging prüfen, bevor Altstände gezielt reduziert werden.
4. Erst das zukünftige Wachstum begrenzen, danach alte Revisionen in kleinen Chargen und mit Backup bereinigen.

Rechenweg oder Entscheidungsregel

geschätztes Volumen = Beiträge × mittlere Revisionen × mittlere Inhaltsgröße\nBeispiel: 5.000 × 40 × 30 kB ≈ 6 GB vor Indizes/Metadaten

WP_POST_REVISIONS mit false spart mehr, entfernt aber die Wiederherstellungsfunktion und ist selten angemessen.

Praxisbeispiel

Ein Magazin mit 2.000 Artikeln und Median 65 Revisionen setzt zunächst define('WP_POST_REVISIONS', 20);. Nach Backup und Staging-Test werden nur ältere Revisionen reduziert. Ein Shop mit selten editierten Seiten kann 10 wählen; ein Team mit Freigabeprozess eher 30.

Prüfen, ob es funktioniert

• Neue Bearbeitungen erzeugen maximal ungefähr das gewünschte Limit.
• Autosave, Wiederherstellung und Redaktionsworkflow funktionieren.
• Datenbankgröße und Backup-Dauer verbessern sich nach echter Bereinigung.

Rollback

Konstante auf den gesicherten Wert zurücksetzen oder entfernen. Gelöschte Revisionen lassen sich nur aus Datenbankbackup wiederherstellen; deshalb Bereinigung nie ohne getesteten Restore.

Einordnung

WordPress bewahrt standardmäßig Revisionen auf. Bei vielen häufig bearbeiteten langen Seiten wächst wp_posts; auf den meisten kleinen Websites ist das kein primärer Frontend-Engpass.

Empfehlung

Wenn die Bestandsaufnahme ungewöhnlich viele Revisionen zeigt, setze ein zum Workflow passendes Limit, zum Beispiel 10 oder 20. Die Konstante gehört in wp-config.php vor die Schlussmarkierung.

define( 'WP_POST_REVISIONS', 10 );

Das Limit wirkt auf künftig gespeicherte Revisionen. Bestehende Revisionen nur nach Backup mit WordPress-/WP-CLI-Funktionen bereinigen.

Abwägung

Bei Newsrooms oder rechtlich wichtigen Änderungen kann ein hohes oder unbegrenztes Archiv wertvoller sein als der Speichergewinn. Autosave-Intervalle aggressiv zu verlängern erhöht Datenverlustrisiko und ist keine allgemeine Performance-Empfehlung.

Erfolgskontrolle

Redakteure müssen weiterhin frühere Stände wiederherstellen können. Prüfe Datenbankgröße über Zeit; erwarte keinen großen LCP-Sprung allein durch Revisionen.

Quellen und Prüfstand

• WordPress: wp-config und Revisionen
• WordPress: wp_revisions_to_keep()

Inhalt fachlich geprüft am 17. August 2026. Konkrete Werte sind Ausgangspunkte, keine Universaldosierung.