Dies ist eine Aufforderung zur Stellungnahme! Würde Ihnen das helfen, Ihren Moderations-Workflow zu verbessern? Fehlt etwas oder mache ich etwas falsch?
Derzeit hat ein Moderator, der einen neuen Benutzer, der von Akismet als Spammer markiert wurde, bearbeitet, nur die Optionen “Nein” und “Benutzer löschen”.
Es kommt nicht selten vor, dass Kunden uns mitteilen, dass sie sich unwohl dabei fühlen, den Benutzer sofort zu löschen, oder dass sie dies aus rechtlichen Gründen nicht tun können. Sie würden es vorziehen, den Benutzer zum Schweigen zu bringen, um sich Zeit für die Untersuchung zu geben und dem Benutzer auch die Möglichkeit zu geben, sich zu verteidigen, dass er kein Spammer, sondern ein Mitglied der Community ist. Dies zu tun ist umständlich, da es bedeutet, “Nein” zu antworten und dann zur Admin-Benutzerliste zu gehen, um den Benutzer zu finden und zum Schweigen zu bringen.
Daher ist der Vorschlag, hier eine Option “Benutzer stummschalten” hinzuzufügen. Es gibt bereits robuste Funktionalitäten zum Stummschalten von Benutzern und zur Sicherstellung, dass sie gut darüber informiert sind, warum und wie lange sie stummgeschaltet sind. Die Felder für das Stummschalten von Benutzern wären vorausgefüllt. Akismet würde noch nicht darauf trainiert werden, dass dieser Benutzer Spam ist.
Später können Moderatoren Benutzer wieder freischalten oder löschen. Wenn sie sie löschen, sollten sie zu diesem Zeitpunkt die Möglichkeit haben, Akismet zu trainieren, dass es sich um Spam handelt. Ich bin mir nicht sicher, ob dies derzeit der Fall ist, auch wenn “Löschen und diese E-Mail- und IP-Adresse blockieren” gewählt wird. Es scheint sinnvoll, dass dies der Fall wäre.
Zusammenfassend könnte der Moderator-Workflow so aussehen:
- Spammer wird von Akismet markiert
- Moderator überprüft den markierten Benutzer und entscheidet, was zu tun ist
- Kein Spammer → Benutzer darf sich auf der Website anmelden, Akismet wird nicht trainiert
- Spammer löschen → Akismet wird sofort trainiert
- Spammer stummschalten → Akismet wird (noch) nicht trainiert
- Nach angemessener Wartezeit löscht der Moderator den stummgeschalteten Spammer
- Nur löschen → Akismet wird nicht trainiert
- Löschen und blockieren → Akismet wird trainiert
Moderatoren könnten auch einfach die stummgeschalteten Benutzer auflaufen lassen - es gibt keinen besonderen Nachteil, sie in der Datenbank zu haben, da sie stummgeschaltet sind.
Die zu erledigenden Aufgaben wären:
- Option “Stummschalten” hinzugefügt, wenn Benutzer überprüft werden, die von Akismet als Spam markiert wurden
- Wenn ausgewählt, wird das Stummschaltungs-Modal mit dem Zeitrahmen “Für immer” und dem Grund für die Stummschaltung “Andere → Benutzerspam” vorausgefüllt
- Nach dem Absenden wird der Benutzer stummgeschaltet und erhält eine Stummschaltungs-E-Mail
- Personalmaßnahmen werden in der Datenbank protokolliert
Zugehörige Aufgaben, die meiner Meinung nach relevant wären:
- Zugriff auf Benutzerprofile von stummgeschalteten Benutzern einschränken
- Überprüfen, wie die Funktion “Diese E-Mail- und IP-Adresse löschen und blockieren” funktioniert, und wenn sie nicht existiert, das Akismet-Training hinzufügen, wenn der Benutzer in diesem Fall gelöscht wird



