Das Audit-Log ist die vollständige Änderungshistorie innerhalb Ihrer Organisation. Jede bedeutsame Aktion (Erstellung, Änderung, Löschung, Verschiebung, Einstellungsänderung, Abrechnungsvorgang, Berechtigungsänderung) wird als separater Eintrag mit Autor, Zeit und Kontext aufgezeichnet.

Wozu Sie es brauchen:

  • Untersuchung — „wer hat diesen Artikel gelöscht?", „wer hat letzte Woche die Rolle von jemandem geändert?"
  • Compliance — SOC 2, ISO 27001, GDPR verlangen einen Audit-Trail für Änderungen an Daten und Einwilligungen
  • Änderungen nachvollziehen — verstehen, was vor einer Änderung vorhanden war, und eine Entscheidung treffen
  • Kontrolle der Teamaktivität — wer was tut, besonders in Enterprise-Organisationen mit großem Team

#Wo Sie es öffnen

Linkes Menü → Audit-Log.

Verfügbar für die Rollen Owner und Admin der Organisation in den Tarifen Team, Pro, Business und Enterprise (Tarifkennzeichen allows_audit_logs). In Free und Starter sehen Owner und Admin den Menüpunkt mit Schloss und „Tarif … erforderlich“ (beim Owner führt er zu „Tarif & Limits“); alle anderen sehen ihn nicht.

Editor und User sehen das Log standardmäßig nicht: Das Recht „Audit-Protokoll“ kann ihnen unter Einstellungen → Rechteverwaltung erteilt werden — dann erscheint der Punkt auch bei ihnen. Guest sieht das Log nie.

Einträge zu Zahlungen und Tarif (Ressourcentyp billing) sieht nur der Owner: Die Rolle Admin hat keinen Zugriff auf Zahlungen, und das Protokoll darf kein Umweg dorthin sein.

#Wie ein Eintrag aussieht

Jede Log-Zeile ist eine Karte mit Autor, Aktion, Ressource, Zeit und einer kurzen Beschreibung:

AP
Anna P. [email protected] deleted article
„SSO in Google Workspace einrichten"
Artikel aus der Sammlung „IT-Anleitungen" gelöscht (Space „Corporate-Wissensdatenbank")
19.05.2026, 14:32:18 Details →

Felder eines Eintrags:

Feld Beschreibung
Autor Name + E-Mail des Nutzers, der die Aktion ausgeführt hat
Aktion (action) was geschah: created, updated, deleted, restored, moved, published usw.
Ressourcentyp (resource_type) das Objekt, an dem die Aktion ausgeführt wurde: article, collection, user, consent, billing, tenant
Ressourcentitel der Artikelname, Sammlungsname, Nutzername — was Sie in der regulären Oberfläche sehen
Zusammenfassung (summary) menschenlesbare Erklärung der Aktion
Details (details) JSON mit zusätzlichen Daten: was genau sich geändert hat, alter/neuer Wert, IP-Adresse, Idempotenzschlüssel — klappt beim Klick auf „Details" auf
Zeit Zeitstempel mit Sekundengenauigkeit

#Was ins Log gelangt

Das Log zeichnet Schlüsseloperationen an Inhalten, Mitgliedern, Einwilligungen und Abrechnung auf. Nachfolgend die tatsächlichen Ressourcentypen und Aktionen.

#Artikel (resource_type=article)

Aktion Wann sie ausgelöst wird
created Erstellen eines neuen Artikels
updated Speichern von Änderungen (einschließlich einer Sichtbarkeitsänderung — details zeigt, welche Felder sich geändert haben)
trashed Verschieben eines Artikels in den Papierkorb
restored Wiederherstellen aus dem Papierkorb
article_moved Verschieben eines Artikels
article_copied Kopieren eines Artikels
permanently_deleted endgültiges Löschen aus dem Papierkorb oder nach Ablauf der Aufbewahrung

#Sammlungen und Spaces (resource_type=collection)

Spaces werden als Sammlungen der obersten Ebene gespeichert, daher werden sie unter demselben Ressourcentyp protokolliert.

Aktion Wann
created Erstellen einer Sammlung oder eines Space
collection_moved Verschieben einer Sammlung (Ändern des übergeordneten Elements)
collection_copied_recursive Kopieren einer Sammlung samt Inhalt
collection_bulk_move_articles stapelweises Verschieben von Artikeln zwischen Sammlungen
trashed Verschieben in den Papierkorb
restored Wiederherstellen aus dem Papierkorb
permanently_deleted endgültiges Löschen

#Team (resource_type=user)

Aktion Wann
invited Einladung in die Organisation
role_changed Ändern der Rolle eines Mitglieds in der Organisation
deleted Entfernen eines Mitglieds aus der Organisation

#GDPR-Einwilligungen (resource_type=consent)

Aktion Wann
updated ein Nutzer hat seine Cookie-Einwilligung geändert (scope: all / essential)

Diese Einträge erscheinen automatisch, wenn das Cookie-Banner geändert wird. Siehe den Artikel zu Registrierung und Onboarding für den Kontext der GDPR-Einwilligung.

#Abrechnung und Organisation

Aktion Ressource Wann
subscription_paid billing Zahlung des Abonnements (erste Zahlung und Verlängerung)
plan_upgraded billing Tarif-Upgrade
plan_downgrade_scheduled billing Downgrade oder Kündigung des Abonnements geplant
plan_changed_by_provider billing Tarifwechsel durch ein Ereignis des Zahlungsanbieters
scheduled_change_cancelled billing Abbruch einer geplanten Änderung
subscription_cancelled / subscription_cancel_failed billing Kündigung des Abonnements / fehlgeschlagener Versuch
reactivated billing Abonnement fortgesetzt
seats_changed billing Änderung der Platzanzahl
refund_issued billing Rückerstattung
topup_checkout_started / topup_granted billing Beginn des Paketkaufs / Paket gutgeschrieben
billing_address_updated billing Rechnungsadresse geändert
plan_granted / plan_grant_revoked, limit_override_granted / limit_override_revoked, addon_granted_by_operator billing Änderungen durch einen Lynkora-Mitarbeiter
trash_emptied tenant vollständiges Leeren des Papierkorbs der Organisation

#Filter

Am oberen Rand der Seite befindet sich ein Filterpanel, um das gesuchte Ereignis schnell zu finden:

Nach Beschreibung oder Titel suchen… Aktion ▾ Ressource: article ✕ Nutzer ▾ Zeitraum Gefunden: 247 Ereignisse
  • Suche — nach Text in summary oder resource_title (ohne Beachtung der Groß-/Kleinschreibung)
  • Aktion — Dropdown mit allen Aktionstypen, die im Log der Organisation vorkommen
  • Ressource — Dropdown mit den Typen, die tatsächlich im Log vorkommen (article / collection / user / consent / billing / tenant)
  • Nutzer — Filter nach dem Autor der Aktion
  • Zeitraum — ein Datumsbereich „von" und „bis"
  • Paginierung — bis zu 200 Einträge pro Seite

Filter können kombiniert werden: zum Beispiel „alle deleted-Aktionen der Nutzerin Anna in der vergangenen Woche".

#Details eines Eintrags

Ein Klick auf eine Karte öffnet das erweiterte JSON im Feld „Details" — dies ist der Inhalt der Spalte details in der Datenbank. Was Sie dort normalerweise sehen können:

  • Bei updated — die Liste der geänderten Felder (fields)
  • Bei role_changed — die alte und neue Rolle
  • Bei consent updated — der Scope (all / essential)
  • Bei Abrechnungsvorgängen — eine kurze summary, was geschehen ist

Tipp. Wenn Sie verstehen müssen, was genau sich in einem Artikel geändert hat, sehen Sie sich das Feld fields_changed in details an. Der vollständige Artikelinhalt wird nicht im Log gespeichert (das wäre platzintensiv) — für die Versionierung verwenden Sie den Versionsverlauf des Artikels im Editor.

#Aufbewahrung und Compliance

  • Log-Einträge können nicht über die Benutzeroberfläche gelöscht werden — dies ist eine bewusste Einschränkung (andernfalls verliert der Audit-Trail seinen Sinn)
  • Sehr alte Einträge werden regelmäßig durch eine automatische Aufgabe gemäß der Audit-Aufbewahrungsrichtlinie gelöscht — das Log wird nicht für immer gespeichert
  • Wenn die Organisation selbst gelöscht wird, wird das Log mit ihr gelöscht (via ON DELETE CASCADE)

#Was nicht ins Log gelangt

Um die Logs nicht aufzublähen und das Journal nicht zu verrauschen, werden Folgendes nicht protokolliert:

  • Suchanfragen der Nutzer — für Analysen verwenden Sie den Bereich Analytics
  • Artikelaufrufe — ebenfalls Analytics
  • KI-Operationen im Editor (AI Improve, AI Rewrite) — dies ist der Workflow des Autors, keine auditierbare Änderung
  • Technische Ereignisse (Hintergrundjobs, Sync-Läufe) — sie befinden sich in den Backend-Systemprotokollen, für Plattform-Admins
  • Aktionen von Systemnutzern (zum Beispiel platform-help-system beim Anlegen der Dokumentation) — werden herausgefiltert

#Verwandte Bereiche

  • Papierkorb — die Ereignisse trashed / restored / permanently_deleted für Artikel, Sammlungen und Spaces werden genau hier protokolliert
  • Teamverwaltung — Rollenänderungen und das Entfernen von Mitgliedern werden mit resource_type=user im Log aufgezeichnet
  • Analytics — für Nutzungsmetriken (Anfragen, Aufrufe) — dies ist ein separates Werkzeug, nicht das Log