--- title: "Aktivitätsprotokoll in WordPress: Änderungen von Benutzern nachvollziehen" date: 2026-09-30T21:25:11+02:00 modified: 2026-11-09T11:43:18+01:00 category: wordpress type: how_to author: Marcel Schönfelder canonical: https://s-edv.com/anleitungen/wordpress-aktivitaetsprotokoll-simple-history-einrichten keywords: - WordPress - Aktivitätsprotokoll - Simple History - Sicherheit - DSGVO reading_time: 8 --- # Aktivitätsprotokoll in WordPress: Änderungen von Benutzern nachvollziehen Wer hat die Preisliste gelöscht, wer hat das Kontaktformular-Plugin deaktiviert, und seit wann hat die Praktikantin Administratorrechte? Arbeiten mehrere Personen oder eine Agentur an einer WordPress-Website, lassen sich solche Fragen ohne Protokoll kaum beantworten. WordPress selbst speichert zwar Revisionen von Beiträgen, aber keine Änderungen an Plugins, Benutzerrollen oder Einstellungen. Diese Anleitung zeigt, wie Sie mit dem Plugin Simple History ein Aktivitätsprotokoll einrichten, sinnvoll konfigurieren und datenschutzgerecht betreiben. **Kurzfassung:** Installieren Sie Simple History aus dem Plugin-Verzeichnis. Es protokolliert ab der Aktivierung Anmeldungen, fehlgeschlagene Logins, Änderungen an Beiträgen, Plugins, Benutzern und Einstellungen, auch wenn sie per WP-CLI erfolgen. Neue Installationen behalten Einträge 30 Tage, IP-Adressen werden standardmäßig gekürzt gespeichert. Aufbewahrung und Leserechte passen Sie mit zwei Filtern in einem Must-Use-Plugin an. Klären Sie vorab, wer das Protokoll lesen darf, und nehmen Sie es in Ihre Datenschutzdokumentation auf. ## Voraussetzungen - [ ] WordPress ab 6.3; PHP ab 7.4 laut Plugin-Seite - [ ] Benutzerkonto mit der Rolle Administrator - [ ] Für die Anpassungen in Schritt 4: Zugriff per SFTP oder SSH auf `wp-content/mu-plugins` - [ ] Optional: WP-CLI, um das Protokoll auf der Kommandozeile zu lesen - [ ] Ein aktuelles Backup, bevor Sie ein neues Plugin installieren - [ ] Ein Verzeichnis der Verarbeitungstätigkeiten, in das Sie das Protokoll aufnehmen ## Schritt 1: Werkzeug auswählen Im Plugin-Verzeichnis von wordpress.org gibt es mehrere verbreitete Protokoll-Plugins. Laut Plugin-Seiten: | Plugin | Version | Getestet bis | Aktive Installationen | | --- | --- | --- | --- | | Simple History | 5.34.0 | 7.1.2 | 300.000+ | | WP Activity Log | 5.6.7 | 7.1.2 | 300.000+ | | Stream | 4.4.0 | 7.0.6 | 70.000+ | Diese Anleitung verwendet Simple History, weil es in der kostenlosen Fassung die typischen Fragen kleiner Teams abdeckt, eine WP-CLI-Schnittstelle mitbringt und IP-Adressen ohne Zusatzeinstellung kürzt. Alle drei Plugins speichern ihre Daten in der WordPress-Datenbank. Wer Protokolle zentral und manipulationssicher außerhalb der Website ablegen muss, braucht zusätzlich eine Weiterleitung an einen externen Log-Dienst; das bieten die Hersteller teils in kostenpflichtigen Versionen an. > **Prüfen:** Das gewählte Plugin ist laut Plugin-Seite mit Ihrer WordPress- und PHP-Version getestet und wurde in den letzten Monaten aktualisiert. ## Schritt 2: Simple History installieren Im Backend installieren Sie das Plugin unter **Plugins → Plugin hinzufügen** über die Suche nach „Simple History“ und aktivieren es anschließend. Per WP-CLI: ```bash $ wp plugin install simple-history --activate $ wp language plugin install simple-history de_DE ``` Der zweite Befehl lädt die deutsche Übersetzung, falls WordPress sie nicht automatisch geholt hat. Danach erscheint im Backend ein eigener Menüpunkt „Simple History“ mit den Unterpunkten „Ereignisprotokoll“, „Einstellungen“ und „Export & Werkzeuge“. Zusätzlich zeigt das Dashboard ein Widget mit den letzten Einträgen. Beim ersten Aufruf befüllt Simple History das Protokoll nachträglich mit vorhandenen Beiträgen und Benutzern. Der Eintrag lautet zum Beispiel: „Das Protokoll wurde mit 3 Beiträgen und 1 Benutzern aus den letzten 30 Tagen nachträglich befüllt“. Änderungen vor der Installation, etwa an Plugins oder Einstellungen, kann kein Plugin rekonstruieren. > **Prüfen:** `wp plugin list --name=simple-history --fields=name,status,version` zeigt `active`, und unter **Simple History → Ereignisprotokoll** steht als erster Eintrag die Aktivierung des Plugins. ## Schritt 3: Protokollierte Ereignisse prüfen Lösen Sie einige typische Änderungen aus und kontrollieren Sie, ob sie erscheinen. Als Beispiel werden per WP-CLI ein Redakteur angelegt, ein Beitrag veröffentlicht, ein Plugin aktiviert, der Website-Titel geändert und der Redakteur zum Administrator befördert. Anschließend folgt ein fehlgeschlagener Login im Browser-Formular. Das Protokoll auf der Kommandozeile: ```bash $ wp simple-history list --count=10 ``` ```plaintext 9 Anonymous web user Failed to login with username "admin" (incorrect password entered) warning 8 WP-CLI Changed role for user "redakteur" to "administrator" from "editor" notice 7 WP-CLI Updated setting "Site Title" on the General Settings Page info 6 WP-CLI Activated plugin "Akismet Anti-spam: Spam Protection" info 5 WP-CLI Created beitrag "Preisliste" info 4 WP-CLI Created user redakteur (r@example.test) with role editor info ``` Die Ausgabe ist gekürzt; Datum und Uhrzeit stehen in einer eigenen Spalte. Nach Installation der Übersetzung erscheinen die Beschreibungen auf Deutsch, etwa „Der Benutzer redaktion2 (r2@example.test) mit der Rolle editor wurde erstellt“. Wichtig für die Praxis: Änderungen per WP-CLI werden mit dem Auslöser „WP-CLI“ erfasst, nicht mit einem Benutzernamen. Wer auf dem Server arbeitet, ist so nur über die Server-Protokolle zuzuordnen. Die Stufe `warning` bei fehlgeschlagenen Logins und `notice` bei Rollenänderungen hilft beim Filtern: Eine Beförderung zum Administrator sollten Sie immer nachvollziehen können. Für JSON-Ausgaben, etwa zur Weiterverarbeitung, ergänzen Sie `--format=json`. > **Prüfen:** Jede Ihrer Teständerungen erscheint im Ereignisprotokoll mit Zeitpunkt, Auslöser und Beschreibung. ## Schritt 4: Aufbewahrung und Leserechte festlegen Zwei Standardwerte sollten Sie bewusst prüfen. Erstens die Aufbewahrung: Neue Installationen löschen Einträge nach 30 Tagen, die Option `simple_history_retention_days` steht dann auf 30. Laut Quelltext gelten für ältere Installationen ohne diese Option 60 Tage. Zweitens die Leserechte: Das Protokoll sehen standardmäßig alle Benutzer mit der Berechtigung `edit_pages`, also auch Redakteure. Das Protokoll enthält aber Anmeldenamen, E-Mail-Adressen und fehlgeschlagene Logins anderer Personen. Beides ändern Sie mit Filtern, die das Plugin dokumentiert. Legen Sie dafür ein Must-Use-Plugin an, zum Beispiel `wp-content/mu-plugins/simple-history-anpassungen.php`: Datei: `wp-content/mu-plugins/simple-history-anpassungen.php` ```php **Prüfen:** `wp plugin list --status=must-use` zeigt die neue Datei, und ein Konto mit der Rolle Redakteur sieht den Menüpunkt „Simple History“ nicht mehr. ## Schritt 5: Datenschutz berücksichtigen Ein Aktivitätsprotokoll verarbeitet personenbezogene Daten: Benutzernamen, E-Mail-Adressen, Zeitpunkte, bei fehlgeschlagenen Logins auch den eingegebenen Namen und den Browser. Simple History speichert zu einem fehlgeschlagenen Login unter anderem `login`, `login_email`, `server_http_user_agent` und die IP-Adresse in gekürzter Form `127.0.0.x`. Die Kürzung ist Standard und lässt sich per Filter abschalten; tun Sie das nur mit Begründung. Für Unternehmen im DACH-Raum heißt das: Nehmen Sie das Protokoll mit Zweck, Datenkategorien, Speicherdauer und Zugriffsberechtigten in das Verzeichnis der Verarbeitungstätigkeiten nach Art. 30 DSGVO auf. Als Rechtsgrundlage kommt in der Regel das berechtigte Interesse an der Sicherheit der Website nach Art. 6 Abs. 1 lit. f DSGVO in Betracht; die Grundsätze der Datenminimierung und Speicherbegrenzung aus Art. 5 DSGVO sprechen für kurze Fristen und gekürzte IP-Adressen. Gibt es einen Betriebsrat, klären Sie vorab, ob das Protokoll zur Leistungs- oder Verhaltenskontrolle geeignet ist und damit mitbestimmungspflichtig sein kann. Die rechtliche Bewertung im Einzelfall gehört zu Ihrer Datenschutzberatung. > **Prüfen:** Das Protokoll steht mit Speicherdauer und Zugriffsberechtigten in Ihrem Verarbeitungsverzeichnis, und die im Protokoll gespeicherten IP-Adressen enden auf `.x`. ## Schritt 6: Protokoll regelmäßig auswerten Ein Protokoll, das niemand liest, schützt nicht. Planen Sie eine kurze Durchsicht ein, etwa wöchentlich. Achten Sie besonders auf: - neue Benutzer und Rollenänderungen, vor allem zu Administrator - aktivierte oder neu installierte Plugins und Themes - gehäufte fehlgeschlagene Logins, die auf Angriffe hindeuten - Änderungen an Einstellungen wie Website-Adresse oder Registrierung Auf der Kommandozeile gelingt die Durchsicht schnell mit `wp simple-history list --count=50`. Finden Sie einen unbekannten Administrator oder ein fremdes Plugin, gehen Sie vor wie in [Gehackte WordPress-Seite erkennen](https://s-edv.com/anleitungen/wordpress-gehackt-erkennen-anzeichen-erste-schritte) beschrieben. Gegen gehäufte Login-Versuche hilft die [Zwei-Faktor-Anmeldung](https://s-edv.com/anleitungen/wordpress-login-zwei-faktor-authentifizierung-einrichten). Die wöchentliche Durchsicht reiht sich ein in Updates, Backups und die Kontrolle der Plugins. Wer diese Aufgaben nicht selbst im Kalender halten möchte, kann sie abgeben: Die [WordPress-Wartung von wordpressupdate.de](https://wordpressupdate.de/?utm_source=s-edv.com&utm_medium=artikel&utm_campaign=44) übernimmt Updates von WordPress, Plugins und Themes innerhalb von 48 Stunden, wöchentliche Backups auf externen Speicher sowie Einrichtung und Wartung der Firewall. > **Prüfen:** Ein wiederkehrender Termin für die Durchsicht steht im Kalender, und eine Person ist dafür zuständig. ## Typische Fehler | Symptom | Ursache | Lösung | | --- | --- | --- | | Redakteure sehen fehlgeschlagene Logins anderer | Standard-Leserecht `edit_pages` | Filter `simple_history/view_history_capability` auf `manage_options` | | Ältere Einträge fehlen | Automatische Löschung nach 30 Tagen | Filter `simple_history/db_purge_days_interval` setzen | | Änderungen nur mit Auslöser „WP-CLI“ | Kommandozeile kennt keinen WordPress-Benutzer | Server-Zugänge personenbezogen vergeben und dort protokollieren | | „Error: 'search' is not a registered subcommand“ | Unterbefehl gibt es nicht | `wp help simple-history` für die verfügbaren Befehle | | Beschreibungen auf Englisch | Übersetzung nicht installiert | `wp language plugin install simple-history de_DE` | | Website nach Upload des Must-Use-Plugins weiß | Syntaxfehler | Datei per SFTP entfernen, mit `php -l` prüfen | ## Häufige Fragen ### Kann ein Administrator das Protokoll löschen? Ja. Wer die Einstellungen von Simple History öffnen darf, kann das Protokoll leeren, und wer Zugriff auf die Datenbank hat, kann Einträge direkt ändern. Ein Protokoll in der WordPress-Datenbank ist deshalb ein Werkzeug für den Alltag, kein Nachweis gegenüber einem Angreifer mit Administratorrechten. ### Bremst das Protokoll die Website? Simple History schreibt bei Änderungen und Anmeldungen Einträge in zwei eigene Tabellen, `wp_simple_history` und `wp_simple_history_contexts`. Normale Seitenaufrufe von Besuchern erzeugen keine Einträge. Die automatische Löschung hält die Tabellen klein. ### Ersetzt das Protokoll Revisionen? Nein. Revisionen speichern den Inhalt eines Beitrags zu verschiedenen Zeitpunkten und erlauben die Wiederherstellung. Das Protokoll zeigt, wer wann etwas geändert hat. Beides ergänzt sich, und für den Ernstfall bleibt ein Backup unverzichtbar, siehe [WordPress-Backup per Cronjob und Shell-Skript](https://s-edv.com/anleitungen/wordpress-backup-server-cronjob-shell-skript). ## Fazit Mit Simple History und zwei Filtern haben Sie in einer halben Stunde ein Aktivitätsprotokoll, das die häufigsten Fragen im Team beantwortet und mit gekürzten IP-Adressen datenschutzfreundlich startet. Entscheidend sind drei Punkte: Leserechte auf Administratoren beschränken, Aufbewahrung bewusst festlegen und das Protokoll regelmäßig lesen. Wenn Sie Updates, Backups und Sicherheit Ihrer Website abgeben möchten, übernimmt das die [WordPress-Wartung von Marcel Schönfelder](https://wordpressupdate.de/?utm_source=s-edv.com&utm_medium=fazit&utm_campaign=44). ## Weiterführende Anleitungen und Quellen - [Gehackte WordPress-Seite erkennen: Anzeichen prüfen und erste Schritte](https://s-edv.com/anleitungen/wordpress-gehackt-erkennen-anzeichen-erste-schritte) - [WordPress-Login mit Zwei-Faktor-Authentifizierung absichern](https://s-edv.com/anleitungen/wordpress-login-zwei-faktor-authentifizierung-einrichten) - [DSGVO-Löschpflichten bei Backups und Logfiles](https://s-edv.com/anleitungen/dsgvo-loeschpflichten-backups-logfiles-anleitung) - [Simple History im Plugin-Verzeichnis von wordpress.org](https://wordpress.org/plugins/simple-history/) - [WP Activity Log im Plugin-Verzeichnis](https://wordpress.org/plugins/wp-security-audit-log/) - [DSGVO (Verordnung (EU) 2016/679), Art. 5, 6 und 30](https://eur-lex.europa.eu/legal-content/DE/TXT/?uri=CELEX:32016R0679)