Moderatoren, 45 Tage Discord-Audit-Logs sichern und Fallnotizen verknüpfen

Isometrische Illustration eines Archivs und einer Fallnotiz-Karte

Nutze Discords natives Audit-Log für verbindliche Admin-Zuordnung und einen privaten, bot-gefütterten Mod-Log-Kanal für dauerhafte Fallhistorie. Das Audit-Log behält Einträge nur 45 Tage, alles, was du über dieses Fenster hinaus brauchst, muss also in deinem eigenen Log-Kanal leben. Prüfe den Datenzugriff jedes Logging-Bots, bevor du dich darauf verlässt, und sperre den Mod-Log-Kanal nur fürs Team.

TL;DR: - Discords Audit-Log liefert ein 45-Tage-Fenster für Verwaltungsaktionen wie Bans, Kicks und Rollenänderungen und braucht externe Logs für längere Aufbewahrung. - Das Filtern von Audit-Logs nach Aktionstyp und Nutzer-ID beschleunigt Untersuchungen zu Nachrichtenlöschungen, Bans oder AutoMod-Treffern innerhalb des verfügbaren Zeitraums. - Ein privater, bot-gefütterter Mod-Log-Kanal bewahrt laufende Fallhistorie, einschließlich Verwarnungen und Beweisen, über Discords natives 45-Tage-Limit hinaus. - Setup-Best-Practices raten, den Bot-Datenzugriff zu prüfen, Berechtigungen durchzusetzen und Audit-Einträge mit Fall-IDs zu verknüpfen, damit Mitgliederstreits sauber geklärt werden. - Automatisierte Moderationswerkzeuge wie Better Antispam senken den manuellen Logging-Aufwand, indem sie Spam-Wellen und Raid-Reaktionen in Echtzeit abarbeiten und das Mod-Log mit erledigten Vorfällen füllen.

Inhaltsverzeichnis

Was Discord nativ aufzeichnet: Audit-Log-Ereignisse und Mitglieder-/Mod-Ansicht
Discord-Audit-Logs prüfen und filtern
Einen persistenten Mod-Log-Kanal und Logging-Bot einrichten
Datenschutz, Aufbewahrung und Richtlinien
Audit-Log-Einträge mit Bot-Logs verknüpfen: schrittweiser Zuordnungsworkflow
Ein Moderator-Workflow auf Basis strukturierter Fallprotokolle
Was die meisten Server bei Mod-Logs falsch machen
Wie Better Antispam bei Mod-Logs hilft
Offizielle Docs und Richtlinien-Links, die Moderatoren speichern sollten
Quellen
Häufige Fragen

Was Discord nativ aufzeichnet: Audit-Log-Ereignisse und Mitglieder-/Mod-Ansicht

Discords eingebautes Audit-Log zeichnet Verwaltungsaktionen automatisch auf, ohne dass ein Bot nötig ist. Es deckt eine breite Spanne von Serveränderungen ab, war aber nie dafür gebaut, ausführliche Moderationserzählungen wie Verwarnungshistorien oder Beweisnotizen zu halten.

Die Kernkategorien, die Moderatoren am häufigsten prüfen, sind:

Mitgliederaktionen: Kicks, Bans, Timeouts und Rollenänderungen.
Kanal- und Servereinstellungen: Erstellen, Löschen, Berechtigungsüberschreibungen und Webhook-Änderungen.
Nachrichtenereignisse: einzelne und Massen-Nachrichtenlöschung.
AutoMod-Ereignisse: blockierte Nachrichten und Inhalte, die in einen Prüfkanal markiert wurden.

Einträge liegen 45 Tage in Discords Systemen, und die API liefert sie in Batches von 1 bis 100 mit einem Default von 50 pro Anfrage, mit before/after-Cursoren, um weiter zurückzublättern. Dieses Fenster zählt: taucht ein Streit zwei Monate nach einem Vorfall auf, ist die Audit-Spur schon weg, sofern du sie nicht woanders gespeichert hast.

Für schnellere, mitgliederbezogene Untersuchungen gibt die Mitglieder-Seite berechtigten Serverbesitzern und Moderatoren eine Mod-Ansicht mit Accountalter, Beitrittsdatum, Rollenhistorie und Nachrichtenzahlen plus direkte Moderationsaktionen vom selben Bildschirm. Sie ist schneller als das Audit-Log für die Frage „was hat diese Person gemacht“, ersetzt aber nicht das administrative Protokoll des Audit-Logs darüber, wer welche Aktion wann ausgeführt hat.

Was Discord nativ aufzeichnet: Audit-Log-Ereignisse und Mitglieder-/Mod-Ansicht — Übersichtsdiagramm

Discord-Audit-Logs prüfen und filtern

Die meisten Alltagsfragen („wer hat diese Person gebannt“, „wer hat diese Nachricht gelöscht“) lassen sich im Client in unter einer Minute beantworten.

Öffne die Servereinstellungen und wähle in der linken Seitenleiste Audit-Log.
Bestätige, dass du die Berechtigung VIEW_AUDIT_LOG hast; ohne sie zeigt der Tab keine Einträge.
Nutze die Filtermenüs, um Ergebnisse nach Aktionstyp oder nach dem Moderator einzugrenzen, der die Aktion ausgeführt hat.
Scrolle durch die paginierte Liste, Discord lädt Einträge in Batches statt alle auf einmal.

Für Bots und eigene Werkzeuge ist dieselbe Datenlage über GET /guilds/{guild.id}/audit-logs verfügbar, mit den Parametern user_id, action_type und before/after sowie einem limit zwischen 1 und 100 (Default 50). Ergebnisse kommen in umgekehrter chronologischer Reihenfolge, Paginierung mit Cursoren ist deshalb der zuverlässige Weg, vor dem 45-Tage-Cutoff weiter zurückzugehen.

Um zu finden, wer Nachrichten gelöscht hat, filtere nach den Aktionstypen MESSAGE_DELETE oder MESSAGE_BULK_DELETE, statt manuell zu scrollen. Einen Ban, eine Rollenänderung oder einen AutoMod-Treffer nachzuvollziehen funktioniert gleich: zuerst nach dem konkreten Aktionstyp filtern, dann nach Nutzer-ID eingrenzen, wenn du weißt, wer beteiligt war.

Profi-Tipp: Wenn dein Bot eine prüfenswerte Aktion ausführt, setze den Header X-Audit-Log-Reason. Discord speichert bis zu 512 URL-kodierte Zeichen im Reason-Feld des Eintrags, und das erspart dir später eine Suche.

Einen persistenten Mod-Log-Kanal und Logging-Bot einrichten

Das Audit-Log sagt dir, was eine Admin-Aktion war. Ein Mod-Log-Kanal erzählt die Geschichte darum herum, Verwarnungen, frühere Vorfälle, Beweise und Ausgang, und genau das überspringen die meisten Server, bis sie es brauchen.

Mindestens sollte jeder Mod-Log-Eintrag festhalten:

Eine Fall-ID zum späteren Querverweis.
Ereignistyp (Verwarnung, Mute, Ban, Kick, Notiz).
Zielnutzer- oder Objekt-ID und der handelnde Moderator oder Bot.
Grund, Zeitstempel, etwaige Beweis-Links und die Audit-Eintrags-ID, wenn eine existiert.

Bei der Konfiguration halte den Kanal privat nur für Team-Rollen, entscheide früh, ob Einträge als Embeds oder als Klartext posten (Embeds sind leichter zu scannen, aber schwerer nach Rohtext zu durchsuchen), und lege eine Aufbewahrungsrichtlinie fest, einschließlich ob ältere Fälle in eine externe Datenbank archiviert werden, sobald der Kanal groß wird.

Bevor du einen Logging-Bot auf einem Live-Server laufen lässt, geh eine kurze Checkliste durch: prüfe seinen Tab Datenzugriff, vergib nur die Berechtigungen, die er wirklich braucht, teste ihn zuerst auf einem Staging-Server, bestätige, dass seine Logs sauber mit echten Audit-Einträgen korrelieren, und prüfe, ob er den Header X-Audit-Log-Reason für eigene Aktionen unterstützt.

Profi-Tipp: Strukturier deine Fallakten so, wie es Redbots [modlog-Modul](https://docs.discord.red/en/stable/_modules/redbot/core/modlog.html) macht, mit den Funktionen create_case und get_case, damit du die volle Historie eines Mitglieds abfragen kannst, statt durch einen Kanal zu scrollen.

Datenschutz, Aufbewahrung und Richtlinien

Discords eigenes Audit-Log leert Einträge nach 45 Tagen, ein bot-gefüttertes Mod-Log kann aber unbegrenzt bestehen, und das schiebt echte Verantwortung auf dich als Betreiber. Je länger du Moderationsdaten hältst, desto sorgfältiger musst du sein, wer sie sehen darf und warum.

Ein paar Praktiken halten diese Verantwortung handhabbar:

Poste niemals NSFW-Beweise direkt in einen Mod-Log-Kanal; beschreibe sie oder verlinke auf einen sicher abgeschotteten Ort.
Setze eine Altersbeschränkung auf jeden Kanal, der sexuell explizite Beweise enthalten könnte, im Einklang mit Discords Richtlinie zu sexuellen Inhalten.
Eskaliere sensible Fälle an eine kleine, namentlich benannte Gruppe vertrauenswürdiger Teammitglieder statt an das ganze Moderator-Team.
Lies die Entwicklerbedingungen des Logging-Bots und Discords Leitfaden zum Bot-Datenzugriff, bevor du volles Nachrichten- oder Anhang-Logging einschaltest.

Nur Metadaten zu speichern, Zeitstempel, Nutzer-IDs und Aktionstypen, statt Rohinhalten, beantwortet die Moderationsfrage meist, ohne eine unnötige Datenschutzhaftung zu erzeugen.

Audit-Log-Einträge mit Bot-Logs verknüpfen: schrittweiser Zuordnungsworkflow

Ein Bot-Log und das native Audit-Log beschreiben dasselbe Ereignis aus zwei Blickwinkeln, und abweichende Zeitstempel oder fehlende Einträge sind die häufigste Quelle für Moderator-Verwirrung. Eine konsistente Zuordnungsmethode behebt das.

Halte zuerst den Log-Eintrag des Bots fest, mit Zeitstempel, Nutzer-ID und Aktion.
Hol Audit-Log-Einträge um diesen Zeitstempel herum mit before/after-Cursoren, statt die ganze Historie zu scannen.
Filter die Ergebnisse nach action_type und user_id, um wahrscheinliche Treffer einzugrenzen.
Bestätige die Zuordnung und speichere die Audit-Eintrags-ID in deiner Fallakte für später.

Wenn VIEW_AUDIT_LOG fehlt, ist die Lösung eine Berechtigungsänderung, kein Workaround: gib der Rolle diese Berechtigung, statt Aktionen allein aus Bot-Logs zu erraten. Wenn die relevanten Audit-Einträge das 45-Tage-Aufbewahrungsfenster überschritten haben, wird dein bot-gefüttertes Fallprotokoll zur einzigen überlebenden Aufzeichnung, und genau deshalb muss eines durchgehend laufen.

Profi-Tipp: Logge die Audit-Eintrags-ID in dem Moment, in dem du einen Treffer findest. Später danach zu suchen, nachdem der Eintrag verfallen ist, geht nicht.

Ein Moderator-Workflow auf Basis strukturierter Fallprotokolle

Server, die strukturierte Fallprotokolle führen, statt sich aufs Gedächtnis oder verstreute Screenshots zu verlassen, klären Mitgliederstreits schneller, weil die Akte schon festhält, was passiert ist, wer gehandelt hat und warum. Diese Struktur zählt auch, wenn ein Fall zu einer Plattformmeldung oder einem Einspruch eskaliert, denn eine klare Zeitleiste wiegt mehr als eine Erinnerung.

Automatisierung nimmt hier viel manuelle Last. Better Antispam übernimmt Spam-Wellen-Erkennung, Raid-Reaktion und Kanal-Aufräumen in Echtzeit, und das heißt weniger manuelle Aktionen, die ein menschlicher Moderator überhaupt von Hand loggen muss.

Für kleine und mittlere Server ist eine tragfähige Basis einfach: das Ereignis erfassen, gegen das Audit-Log abgleichen, in einer durchsuchbaren Fallakte speichern und alles eskalieren, das ein zweites Paar Augen braucht.

Vierstufiger strukturierter Moderations-Fallworkflow

Was die meisten Server bei Mod-Logs falsch machen

Die meiste Anleitung zu dem Thema behandelt das Audit-Log, als wäre es eine vollständige Moderationshistorie, und das ist es nicht. Es ist ein 45-Tage-Verwaltungsprotokoll für Verantwortlichkeit, kein Beweisarchiv, und Server, die nie ein eigenes Fallprotokoll einrichten, merken das erst, wenn sie eine Aufzeichnung brauchen, die nicht mehr existiert.

Die größere Lücke ist nicht Logging-Volumen, sondern Zuordnungsdisziplin. Viele Server betreiben einen Logging-Bot und können trotzdem nicht beantworten, „haben wir diese Person schon einmal für dasselbe gebannt“, weil niemand Bot-Einträge gegen die Nutzer-IDs und Aktionstypen des Audit-Logs querverweist. Ein Mod-Log-Kanal voller unverknüpfter Nachrichten ist nur unwesentlich besser als gar kein Log.

Priorisiere zuerst den langweiligen Teil: ein konsistentes Fall-ID-Schema, die Gewohnheit, die Audit-Eintrags-ID in jede Fallnotiz zu setzen, und einen Kanal, der auf die kleinste Gruppe von Teammitgliedern beschränkt ist, die ihn wirklich brauchen. Automatisierung und Formatierung können später kommen.

— Adam

Wie Better Antispam bei Mod-Logs hilft

Zuverlässige Mod-Logs aufzubauen kostet weniger manuellen Aufwand, wenn die Moderationsaktionen, die diese Logs erzeugen, automatisch laufen. Better Antispam reagiert auf Spam-Wellen, Betrug und Raid-Versuche in Echtzeit, stummt Spammer oder sperrt Kanäle, bevor ein Mensch eingreifen muss, und das heißt, dein Fallprotokoll füllt sich mit erledigten Vorfällen statt mit laufendem Chaos.

Relevante Funktionen für einen Logging-Workflow sind automatisierte Spam- und Raid-Reaktion mit sofortigem Kanal-Aufräumen, flexible Mitgliederverifizierung, Überwachung von Berechtigungsänderungen, Schutz vor Team-Sabotage und Fallbearbeitung für Massen-Moderationsaktionen.

Nimm ihn zuerst auf einen Staging-Server, prüfe den Tab Datenzugriff, schalte nur die Scopes frei, die dein Team wirklich braucht, und fahre einen Sandbox-Vorfall, bevor du live gehst. Preise und Setup-Details stehen auf der Better-Antispam-Startseite.

Offizielle Docs und Richtlinien-Links, die Moderatoren speichern sollten

Halt diese in deinen Team-Ressourcen oder im Vorfall-Playbook bereit:

Audit Logs Resource: API-Referenz und Aufbewahrungsregeln.
Mitglieder-Seite: mitgliederbezogene Prüfwerkzeuge für Moderatoren.
Bot-Datenzugriff: was Logging-Bots sehen können.
Richtlinie zu sexuellen Inhalten: Regeln für die Altersbeschränkung expliziter Materialien.

Quellen

Häufige Fragen

Wie prüft man Discord-Mod-Logs?

Öffne die Servereinstellungen, wähle Audit-Log und bestätige, dass du die Berechtigung VIEW_AUDIT_LOG hast, um Einträge zu sehen. Du kannst im selben Panel nach Aktionstyp oder Moderator filtern, und Entwickler können dieselben Daten über die Audit-Log-API holen.

Wie prüft man Moderator-Aktivität auf Discord?

Das Audit-Log zeigt Verwaltungsaktionen wie Bans, Kicks und Rollenänderungen der letzten 45 Tage, filterbar nach Moderator oder Aktionstyp. Für eine mitgliederspezifische Ansicht liefern die Mitglieder-Seite und ihre Mod-Ansicht Accountdetails und Moderationswerkzeuge an einem Ort.

Verstößt NSFW gegen die Nutzungsbedingungen von Discord?

Sexuell explizite Inhalte verstoßen nicht automatisch gegen Discords Regeln, müssen aber in altersbeschränkten Kanälen bleiben, laut Discords Richtlinie zu sexuellen Inhalten. Solche Inhalte außerhalb eines richtig eingeschränkten Kanals zu posten oder sie minderjährigen Mitgliedern zugänglich zu machen, verstößt gegen die Richtlinie.

Wie sehe ich Logs auf Discord?

Native Admin-Aktionen erscheinen in den Servereinstellungen unter Audit-Log und bleiben laut Discords Dokumentation 45 Tage. Für alles Ältere oder für ausführliche Fallnotizen brauchst du einen bot-gefütterten Mod-Log-Kanal, der im Voraus eingerichtet ist, denn Discord speichert diese Historie selbst nicht.