Tipps zur Spam-Vermeidung

[Discourse]

Diese Dokumentation bietet einen umfassenden Leitfaden zur Verhinderung von Spam in Discourse-Foren und enthält Informationen zu verschiedenen Einstellungen und Tools, die dazu beitragen sollen, eine spamfreie Gemeinschaftsumgebung zu erhalten.

Erforderliche Benutzerstufe: Administrator

Auf den meisten Foren ist Spam selten. Wenn Sie jedoch Probleme mit Spam auf Ihrer Site haben, verfügt Discourse über zahlreiche Tools, die Ihnen helfen, Spam automatisch zu verhindern.

Der folgende Leitfaden bietet einige Empfehlungen, wie Sie Spam verhindern können, während Sie gleichzeitig eine positive und einladende Umgebung für Ihre Gemeinschaft aufrechterhalten.

Spam-Erkennung mit Discourse AI

AI Spam-Erkennung ist eine der besten Discourse-Funktionen zur automatisierten Spam-Erkennung. Im Gegensatz zu anderen Tools kann sie Benutzer und Beiträge automatisch blockieren, basierend auf vorkonfigurierten Regeln. Die AI Spam-Erkennung steht allen Benutzern bei Discourse-Hosting und auf selbst gehosteten Sites mit konfigurierter LLM zur Verfügung.

Vorteile der AI Spam-Erkennung sind:

• Automatisierung: Keine manuelle Intervention erforderlich, um offensichtlichen Spam zu blockieren.
• Anpassbarkeit: Sie können sie an die einzigartigen Anforderungen Ihrer Gemeinschaft anpassen.
• Skalierbarkeit: Funktioniert auch bei schweren Spam-Angriffen auf Gemeinschaften gut.
• Breite Kompatibilität: Kostenlose (bei Discourse-Hosting) und budgetfreundliche LLMs wie GPT-4, Claude 3.5 und Gemini Flash können die Spam-Erkennung effektiv durchführen.

Einrichtung der AI-Spam-Erkennung

Dies ist jetzt standardmäßig für Starter- und Standardkunden aktiviert.

Aktivieren Sie es einfach in den Admin-Einstellungen → Plugins → AI → Spam-Behandlung (Details hier).

Standardmäßig wird ein von Discourse für unsere Sites angepasster Prompt verwendet, aber Sie können benutzerdefinierte Anweisungen hinzufügen, die spezifisch für Ihre Site sind.

Beispiel für einen angepassten Prompt

Seien Sie besonders vorsichtig bei Beiträgen, die nicht auf Englisch sind.

Mit Discourse AI können Sie den kreativen AI-Bot auch zur Generierung angepasster Prompts verwenden, die den Bedürfnissen Ihrer Site entsprechen.

Standard-Vertrauensstufen

Die Standard-Vertrauensstufe für neue Benutzer auf Ihrer Site kann auf der Seite .../admin/site_settings/category/trust angepasst werden. Wir empfehlen jedoch, die Standard-Vertrauensstufe auf 0 zu belassen.

Wenn Sie den Wert dieser Einstellung geändert haben, empfehlen wir dringend, ihn zurück auf 0: neuer Benutzer zu setzen, da die Änderung dieser Einstellung Ihre Site aufgrund der Art und Weise, wie Vertrauensstufen mit den spambezogenen Einstellungen von Discourse interagieren, einem ernsthaften Spam-Risiko aussetzen kann.

Spambezogene Site-Einstellungen

Sofern Sie nicht spezifisch Probleme mit Spam haben, empfehlen wir, die folgenden Einstellungen bei ihren Standardwerten zu belassen.

Discourse verfügt über mehrere spambezogene Site-Einstellungen, auf die Sie auf Ihrer Site unter .../admin/config/spam zugreifen können.

Diese Einstellungen können angepasst werden, um die Empfindlichkeit der Spam-Erkennung und die Strenge der Konsequenzen im Zusammenhang mit dem Posten von Spam zu erhöhen oder zu verringern.

Im Folgenden sind einige der häufiger angepassten spambezogenen Einstellungen aufgeführt, die einen bemerkenswerten Einfluss darauf haben, wie Spam auf einer Site behandelt wird.

Die Standardwerte für alle Einstellungen sind unten dargestellt.

Beiträge ausblenden

Die Einstellungen Empfindlichkeit beim Ausblenden von Beiträgen und Wartezeit in Minuten nach dem Ausblenden von Beiträgen steuern die Wahrscheinlichkeit, dass ein markierter Beitrag automatisch von Discourse ausgeblendet wird, und wie lange ein Benutzer warten muss, bevor er einen markierten und ausgeblendeten Beitrag bearbeiten kann.

Neue Benutzer stummschalten

Discourse verfügt über eine Site-Einstellung Anzahl der Benutzer, um einen neuen Benutzer stummzuschalten, die einen neuen Benutzer automatisch stummschaltet, wenn seine Beiträge von einer bestimmten Anzahl eindeutiger Benutzer als Spam markiert werden.

Standardmäßig ist dies auf 3 eingestellt, sodass Sie möglicherweise erwägen sollten, diesen Wert zu senken, wenn Sie konsistent Probleme mit Spam von denselben Benutzern haben.

Links begrenzen

Discourse begrenzt die Anzahl der Beiträge, die ein neuer Benutzer mit Links zu einer externen Domain erstellen kann, mit der Einstellung Schwellenwert für neue Benutzer-Spam-Hosts. Wenn neue Benutzer auf Ihrer Site häufig Links zur selben Domain spammen, sollten Sie möglicherweise den Wert dieser Einstellung senken.

IP-Adressen begrenzen

Discourse begrenzt die Anzahl der neuen Konten, die ein Benutzer von einer bestimmten IP-Adresse aus erstellen kann. Wenn Sie feststellen, dass problematische Benutzer auf Ihrer Site wiederholt Konten erstellen, um Ihre Site zu spammen, könnten Sie erwägen, diesen Wert vom Standardwert zu senken.

Es gibt auch eine Checkbox Sockpuppets markieren, die Sie aktivieren können, um zu verhindern, dass Benutzer mehrere Konten erstellen und dann denselben Thema kommentieren:

Zusätzlich können Sie die IP-Adressen problematischer Benutzer auf ihrer Admin-Seite unter den Feldern Letzte IP-Adresse und Registrierungs-IP-Adresse manuell nachschlagen und andere Konten löschen, die mit derselben IP-Adresse verbunden sind.

Oder Sie erwägen, IP-Adressen zu blockieren, die Spammer auf der Seite „Logs → Gescannte IPs“ (.../admin/logs/screened_ip_addresses) verwenden:

Anforderungen für Markierungen anpassen

Standardmäßig muss ein Thema von 5 eindeutigen Benutzern markiert werden, bevor Discourse das Posten in diesem Thema automatisch sperrt.

Sie können die Site-Einstellung Anzahl der Markierer zum Schließen eines Themas anpassen, um die erforderliche Anzahl von Markierern zum Sperren des Postens in einem Thema zu erhöhen oder zu senken, und die Einstellung Empfindlichkeit für automatisches Schließen von Themen anpassen, um die Wahrscheinlichkeit zu ändern, dass das betreffende Thema automatisch geschlossen wird.

Beobachtete Wörter

Beobachtete Wörter sind eine weitere großartige Funktion, um Beiträge zu blockieren oder einzuschränken, die Wörter, Phrasen oder URL-Links enthalten, die Spammer wiederholt verwenden könnten.

Überlegen Sie, einige „Blockierte“ oder „Stummschaltende“ Wörter zu Ihrer Site hinzuzufügen, wenn Sie feststellen, dass Spammer häufig dieselben Arten von Text in ihren Beiträgen verwenden.

Für eine fortgeschrittene Verwendung von Beobachteten Wörtern könnten Sie auch Regex mit Beobachteten Wörtern verwenden in Betracht ziehen.

Vertrauensstufenanforderungen erhöhen

Wenn Sie feststellen, dass Spam hauptsächlich von TL0-Benutzern stammt, sollten Sie möglicherweise einige der Vertrauensstufeneinstellungen anpassen, um es schwieriger zu machen, TL1 zu erreichen:

hCaptcha-Plugin

Das https://meta.discourse.org/t/discourse-hcaptcha/291383-Plugin zielt darauf ab, die Sicherheit und Bot-Schutz zu verbessern, indem hCaptcha in das lokale Anmeldeformular integriert wird.

Auf allen von Discourse gehosteten Sites ist dieses Plugin automatisch enthalten.

Zusätzliche Schritte

Es ist wichtig zu verstehen, warum Benutzer Ihre Site spammen. Sind sie gelangweilt, böswillig oder wollen sie sich selbst bewerben?

@Jeff Atwood

Erinnerung: Die meisten Spammer sind heutzutage zu 100 % Menschen

Vorschläge zum Umgang mit dem schwierigen Benutzer sowie eine Vielzahl anderer Moderationsthemen finden Sie im Discourse-Moderationsleitfaden. Daher sollten Sie diesen Leitfaden lesen, um zusätzliche Ideen zur Moderation Ihrer Site zu erhalten.

Außer den oben genannten Punkten ist es eine gute Strategie, Ihr Moderationsteam kurzfristig zu verstärken, um eine vollständige Abdeckung zu gewährleisten. Der Schlüssel besteht darin, die problematischen Benutzer so lange zu belasten, bis sie sich langweilen und abziehen.

Wenn Sie nach dem Durchgehen dieses Leitfadens weiterhin Probleme mit Spam haben, könnten Sie auch erwägen, alle oder einige Beiträge von neuen Benutzern in die Überprüfungswarteschlange zu stellen, mit den Einstellungen Beiträge genehmigen, Genehmigen, außer erlaubten Gruppen oder Neue Themen genehmigen, außer erlaubten Gruppen:

Die Einstellung Genehmigen, außer erlaubten Gruppen erfordert, dass Beiträge, die von Benutzern erstellt wurden, die nicht in den angegebenen Gruppen sind, genehmigt werden müssen. Beiträge, die von Administratoren und Moderatoren erstellt wurden, werden immer genehmigt.

Die Einstellung Neue Themen genehmigen, außer erlaubten Gruppen erfordert, dass neue Themen, die von Benutzern erstellt wurden, die nicht in den angegebenen Gruppen sind, genehmigt werden müssen. Themen, die von Administratoren und Moderatoren erstellt wurden, werden immer genehmigt.

Es ist jedoch wichtig, sicherzustellen, dass Sie genügend Moderatoren zur Verfügung haben, um dies zu bewältigen, da dies es neuen Benutzern potenziell erschweren kann, mit der Site zu interagieren, wenn Beiträge nicht genehmigt werden.

[not-ethan (Ethan)]

@Sara Devlaeminck

Auf den meisten Foren ist Spam selten.

Ich kann nicht für alle Foren sprechen, aber in einem Forum, in dem ich früher TL3 war, gab es mindestens einen Spam-Beitrag, der noch online war, als ich mich zum ersten Mal am Tag in meinen beobachteten Kategorien anmeldete. Und auf dem Forum, auf dem ich derzeit Moderator bin, erhalten wir durchschnittlich etwa 2 Spam-Beiträge pro Tag. Basierend darauf denke ich, dass es auf vielen Foren einigermaßen üblich ist.

[RGJ (Richard - Communiteq)]

@SaraDev

Watched Words sind eine weitere großartige Funktion, um Beiträge zu blockieren oder einzuschränken, die Wörter, Phrasen oder URL-Links enthalten, die Spammer wiederholt verwenden könnten.

Ein sehr nützlicher regulärer Ausdruck ist \\d{3}-\\d{4}|[\\w+\\-.]+@[a-z\\d\\-]+(\\.[a-z\\d\\-]+)*\\.[a-z]+, der E-Mail-Adressen und Telefonnummern blockiert. Vergessen Sie nicht, die Einstellungen zu aktivieren - posting - „watched words regular expressions“.

[Danny_Dainton]

Hey

Ich habe diese Tipps in meinem Forum sehr gut genutzt, also… vielen Dank!

Gibt es eine Einstellung, die aktiviert werden kann, um nur neue Benutzer, die sich von einer gmail.com-Domain anmelden, in die Überprüfungswarteschlange zu senden?

Derzeit werden alle neuen Benutzer zur Überprüfung in die Warteschlange gestellt, aber ich habe festgestellt, dass die Mehrheit der Spam-Benutzer diejenigen sind, die mit einer Gmail-E-Mail-Adresse erstellt wurden. Nur diese in die Überprüfungswarteschlange zu senden, würde die Last und die Überprüfungszeit für mich zumindest reduzieren

[Gbadebo_Bello]

@SaraDev Weißt du, ob das möglich ist? Ich würde es auch gerne wissen, da es sehr hilfreich wäre, nicht nur IPs, sondern auch bestimmte Domains zu blockieren!

[SaraDev (Sara Devlaeminck)]

Es gibt keine Kernfunktion von Discourse, um Beiträge nur von Benutzern einer bestimmten Domain (z. B. gmail.com) an die Überprüfungswarteschlange zu senden.
Die nächstgelegene verwandte Funktion ist die Website-Einstellung Auto-Approve Email Domains, die es bestimmten E-Mail-Domains ermöglicht, den manuellen Benutzergenehmigungsprozess zu umgehen, indem Benutzer aus diesen Domains automatisch genehmigt werden.
Es gibt auch Einstellungen für blocked email domains und allowed email domains, die eine Möglichkeit bieten, die Registrierung von Benutzern auf Ihrer Website basierend auf ihren E-Mail-Domains einzuschränken oder zu steuern:
Diese Einstellungen würden jedoch alle erfordern, dass die Einstellung must approve users aktiviert ist, und sie wirken sich nur auf Benutzer aus, die sich anfänglich auf einer Website registrieren, und nicht auf die Interaktion zwischen der Erstellung von Beiträgen und der Überprüfungswarteschlange.
Als Workaround könnten Sie jedoch Groups verwenden, um eine ähnliche Funktionalität zu erreichen. Sie könnten beispielsweise eine benutzerdefinierte Gruppe erstellen und Benutzer, die sich mit einer bestimmten E-Mail-Adresse registrieren, automatisch zur Gruppe hinzufügen. Anschließend könnten Sie diese Gruppe zur Einstellung approve unless allowed groups und approve new topics unless allowed groups hinzufügen.

Mit dieser Art von Einrichtung könnten Sie effektiv die Überprüfungswarteschlange für Benutzer mit einer bestimmten Domain umgehen und gleichzeitig andere Beiträge nach Wunsch an die Überprüfungswarteschlange senden.

[dirkdaems]

Hallo, ich wollte fragen, ob es möglich ist, ein Captcha für die Themen- und/oder Beitragserstellung zu erzwingen?

[Jagster (Jakke Flemming)]

Ich weiß es nicht, aber was hilft es, wenn ein Bot das Captcha beim Anmelden umgehen kann? Dann kann er dasselbe beim Veröffentlichen tun.

[dirkdaems]

Stimmt, aber es scheint Captcha-Unterstützung für die Registrierung zu geben, daher habe ich mich gefragt, ob dasselbe für die Themen-/Beitragserstellung gilt.

[RGJ (Richard - Communiteq)]

Wir haben in letzter Zeit eine Reihe von Kunden erlebt, die von großen Spam-Angriffen betroffen waren, und was sie alle gemeinsam hatten, war, dass sie eine oder mehrere Kategorien für jeden geöffnet hatten - erstellen, wodurch alle Vertrauensstufenbeschränkungen umgangen wurden.

Für erfahrene Discourse-Administratoren ist es offensichtlich, dass dies eine schlechte Idee ist, aber für weniger erfahrene Personen ist es das nicht. Daher könnte es eine gute Idee sein, das (für uns) Offensichtliche zu sagen und dies zum Startbeitrag des Themas hinzuzufügen.

[Overgrow]

In letzter Zeit haben wir es mit Spammern zu tun, die sich automatisch registrieren und dann neue Themen mit KI-generierten Inhalten erstellen, die wie echte Anfragen nach Ratschlägen aussehen, aber Amazon-Affiliate-Links enthalten. Sie tarnen diese Links normalerweise mit verschiedenen URL-Verkürzungs-Engines. Sie können auf Antworten reagieren und sogar auf lustige Weise in PM chatten. Hat jemand Erfahrungen damit gemacht? Ich frage mich, ob es, da diese Versuche vollständig automatisiert zu sein scheinen, viele andere gezielte Discourse-Foren geben würde. Haben Sie Ratschläge für eine Strategie, um sie loszuwerden?

[SaraDev (Sara Devlaeminck)]

Hallo @Overgrow,

@Overgrow

wir haben es mit Spammern zu tun, die automatische Registrierungen nutzen und dann neue Themen mit KI-generierten Inhalten erstellen, die wie echte Anfragen nach Ratschlägen aussehen, aber Amazon-Affiliate-Links enthalten. Sie tarnen diese Links normalerweise mit verschiedenen URL-Shortener-Engines.

Hier sind ein paar Ideen, die Sie hier ausprobieren könnten, um dies zu verhindern:

• Verwenden Sie Discourse AI - KI-Triage, um Spamerkennung in Ihrer Community einzurichten, um diese Art von Inhalten zu erkennen.
• Fügen Sie URL-Shortener und Muster von Amazon-Affiliate-Links zu Ihrer blockierten Überwachte Wörter-Liste hinzu.
• Senken Sie den Schwellenwert für Spam bei neuen Benutzern und erhöhen Sie die Anforderungen für TL1.
• Reduzieren Sie maximale neue Konten pro Registrierungs-IP und aktivieren Sie Sockenpuppen kennzeichnen.
• Verwenden Sie das Discourse hCaptcha-Plugin, um automatisierte Spam-/KI-Registrierungen auf Ihrer Website zu verhindern.
• Erwägen Sie, alle Inhalte neuer Benutzer in die Überprüfungswarteschlange zu stellen, bis der Angriff nachlässt, indem Sie Folgendes anpassen:
  • Beitraganzahl genehmigen
  • genehmigen, es sei denn, Vertrauensstufe
  • neue Themen genehmigen, es sei denn, Vertrauensstufe

Der Ansatz hier wird ähnlich sein wie bei der allgemeinen Spam-Prävention, mit einem stärkeren Fokus speziell auf die verkürzten URLs und KI-generierten Inhalte.

Für Ihren Fall hier könnten Sie versuchen, eine KI-Eingabeaufforderung speziell zur Erkennung von KI-Inhalten zu verwenden, wie die folgende:

Sie sind ein Spam-Erkennungssystem. Analysieren Sie den folgenden Inhalt und Kontext.

Hinweise:
- Antworten müssen für den Diskussionsfaden relevant bleiben.
- Markieren Sie als SPAM, wenn der Inhalt irrelevant, werblich oder automatisiert ist.
- Betrachten Sie Beiträge neuer Benutzer mit Links als potenziellen SPAM, es sei denn, sie sind ausdrücklich themenrelevant.

Achten Sie auf Inhalte, die authentisch erscheinen, aber unnatürliche Muster aufweisen.
Suchen Sie nach Texten mit seltsamer Formulierung, übermäßiger Formalität gemischt mit
lässiger Sprache oder generischen Ratschlägen, die nicht ganz zum Kontext passen.
Kennzeichnen Sie Inhalte, die versteckte Affiliate-Links enthalten, insbesondere wenn der Beitrag
darauf ausgelegt zu sein scheint, natürlich zu Produktempfehlungen zu führen.

Achten Sie besonders auf diese Warnsignale:
1. Inhalte, die als echte Ratschlagsanfragen getarnt sind, aber werbliche Elemente enthalten
2. Beiträge, die ein Problem vorstellen und dann spezifische Produkte als Lösungen vorschlagen
3. Das Vorhandensein von URL-Shortenern (bit.ly, tinyurl, t.co, goo.gl usw.), die Affiliate-Links verschleiern können
4. Amazon-Produktlinks oder -referenzen, insbesondere mit Affiliate-Parametern (tag=, ref=, affiliate=)
5. Inhalte, die nach Empfehlungen zu fragen scheinen, aber subtil auf bestimmte Produkte abzielen
6. Künstliche Textqualität – übermäßig formelle Sprache gemischt mit lockeren Ausdrücken oder ungeschickter Struktur
7. Neue Konten, die Inhalte mit einem der oben genannten Muster posten

Antworten Sie nur mit "SPAM" oder "NICHT SPAM".

[manton]

Habe in letzter Zeit viele Probleme mit Bot-Konten. Ich musste die Registrierung neuer Benutzer zum zweiten Mal deaktivieren. Gestern musste ich etwa 50 Bot-Konten mit ungefähr 30 Spam-Posts löschen. Ich habe bereits hcaptcha mit einem schwierigen Rätsel aktiviert, aber das hat sie nicht gestoppt. Ich war auf 3.5.0, habe aber gerade nach dem Angriff auf 3.6.0 aktualisiert. Wir erlauben bereits keine Links mehr auf Vertrauensstufe 0 und benötigen 30 Beiträge, bevor wir Links erlauben, aber diese Beiträge sind nur Textwände über Reisebüros und anderen zufälligen Unsinn. Ich hatte auch KI-Konten und Beiträge, die sich auf tatsächliche Foreninhalte beziehen, aber keinen Sinn ergeben. Diese sind für unsere Benutzerbasis einigermaßen unterhaltsam, aber trotzdem wollte ich KI nicht im Forum aktivieren, aber ich glaube, ich habe alle anderen Optionen ausgeschöpft. Allerdings erhalte ich diese Nachricht:

Aber ich sehe nirgends, wo ich diese Konfiguration hinzufügen kann?

Vor allem, während die KI vielleicht bei Spam hilft, glaube ich nicht, dass die Aktivierung dieser Funktion die Erstellung von Bot-Konten an sich verhindert, oder irre ich mich?

[haydenjames]

Wenn approve post count auf 1 gesetzt ist. Müssen diese dann noch geändert werden?

• approve unless trust level
• approve new topics unless trust level

Ich kenne die Antwort auf diese Frage ehrlich gesagt nicht.

[SaraDev (Sara Devlaeminck)]

@haydenjames

Wenn approve post count auf 1 gesetzt ist. Ist es dann noch notwendig, diese zu ändern?

• approve unless trust level
• approve new topics unless trust level

Ja, wenn approve_post_count auf 1 gesetzt ist, sollten Sie diese anderen Einstellungen trotzdem überprüfen.

Wie diese Einstellungen interagieren:

approve_post_count (auf 1 gesetzt):

• Betrifft Benutzer mit Vertrauensstufe 0 und 1
• Erfordert die Genehmigung ihres ersten Beitrags
• Nach 1 genehmigtem Beitrag können sie frei posten (vorausgesetzt, sie sind immer noch TL0 oder TL1)

approve_unless_allowed_groups (früher approve_unless_trust_level):

• Betrifft jeden, der nicht in den angegebenen Gruppen ist
• Erfordert die Genehmigung aller Beiträge (nicht nur des ersten)
• Betrifft jeden, der nicht in den angegebenen Gruppen ist

approve_new_topics_unless_allowed_groups (früher approve_new_topics_unless_trust_level):

• Betrifft jeden, der nicht in den angegebenen Gruppen ist
• Erfordert die Genehmigung nur für neue Themen (nicht für Antworten)

Der Hauptunterschied:

• approve_post_count ist temporär – sobald Benutzer die Schwellenwerte erreicht haben, können sie frei posten
• Die Einstellungen „unless allowed groups“ sind laufend – sie gelten für ALLE Beiträge/Themen von Benutzern, die nicht in den angegebenen Gruppen sind, unabhängig davon, wie viele Beiträge sie verfasst haben

Sie könnten auch Einstellungen für eine bessere Kontrolle des Postens auf Ihrer Website kombinieren, zum Beispiel:

• Verwenden Sie approve_post_count: 1, um anfängliche Beiträge von neuen Benutzern (TL0/TL1) zu überprüfen
• Verwenden Sie die Einstellungen approve_unless_allowed_groups für die laufende Moderation aller außer bestimmten Gruppen (z. B. TL2+ Mitglieder)

Dies schafft einen Ansatz, bei dem neue Benutzer anfangs moderiert werden, und Sie könnten auch steuern, wer eine fortlaufende Freiheit zum Posten ohne Genehmigung erhält.