Jemand hat den Wikipedia-Artikel Ihres Unternehmens verändert, und die Änderung ist schädlich. Ein Abschnitt ist verschwunden, oder ein Satz liest sich jetzt wie eine Anschuldigung. Der Instinkt ist, den Verantwortlichen zu finden und eine Beschwerde einzureichen. Hier ist die unbequeme Wahrheit, die wir jedem Kunden an diesem Punkt mitteilen: Auf Wikipedia ist „Vandalismus" ein enger technischer Begriff, die meisten unter diesem Begriff eingereichten Beschwerden sind falsch klassifiziert — und eine falsch klassifizierte Beschwerde kostet die eine Ressource, die auf Wikipedia wirklich etwas bewirkt: Glaubwürdigkeit.
Dieser Leitfaden ist die Eskalationsleiter, die wir in der Praxis einsetzen: wie Sie diagnostizieren, was passiert ist, welches Gremium welches Problem behandelt, mit welchen Reaktionszeiten Sie rechnen müssen, und welche drei Fehler eine lösbare Situation dauerhaft verschlimmern. Offenlegung vorab: Wir betreiben Wikimonitoring, ein kostenpflichtiges Änderungsbenachrichtigungs-Abonnement, sowie einen offengelegten Compliance-Wikipedia-Bearbeitungsservice. Die nachstehende Leiter funktioniert unabhängig davon, ob Sie jemanden beauftragen oder nicht.
Kurze Antwort: Die meisten als Wikipedia-Vandalismus gemeldeten Beschwerden sind falsch eingeordnet, denn Vandalismus bedeutet vorsätzliche Beschädigung, und belegte negative Inhalte oder ein gutgläubiger Fehler sind keiner. Diagnostizieren Sie zuerst und steigen Sie dann von der niedrigsten passenden Stufe auf: offensichtlichen Vandalismus zurücksetzen, eine belegte Anfrage auf der Diskussionsseite stellen, den Editor verwarnen, dann je nach Lage AIV, ANI, BLPN oder Seitenschutz nutzen. Vermeiden Sie Revert-Kriege, Rechtsdrohungen und Sockenpuppen-Konten und handeln Sie binnen Stunden, nicht Wochen.
Schritt 0: erst diagnostizieren
Drei sehr unterschiedliche Situationen sehen im Moment der Entdeckung identisch aus.
Echter Vandalismus (true vandalism). Wikipedias Definition erfordert vorsätzliche Absicht zur Schädigung: gelöschte Abschnitte, Obszönitäten, Kauderwelsch, absichtlich gefälschte Fakten, anstößige Bilder. Real, aber auf Unternehmensseiten selten — Wikipedias eigene Abwehrmechanismen fangen das meiste davon ab: Der Anti-Vandalismus-Bot ClueBot NG (ein automatisierter Überwachungsbot) macht offensichtliche Fälle innerhalb von Sekunden rückgängig, und freiwillige Patrol-Redakteure erledigen einen Großteil des Rests meist binnen Minuten.
Eine gutgläubige Bearbeitung, die zufällig falsch ist. Ein Redakteur hat eine Quelle falsch gelesen, eine veraltete Umsatzzahl übernommen oder zwei ähnlich benannte Unternehmen verwechselt. Kein Vandalismus — das einfachste Problem auf dieser Liste zu beheben, und die am leichtesten zu beschädigende Beziehung, wenn man mit einer Anschuldigung beginnt. Unsere Analyse darüber, wer Unternehmensartikel tatsächlich bearbeitet, erklärt, warum diese Gruppe — gutgläubige Community-Redakteure — eher eine Ressource als eine Bedrohung ist.
Belegter negativer Inhalt, den Sie ablehnen. Eine Klage mit echtem Quellennachweis. Ein kritischer Absatz aus einer Fachpublikation. Die ehrliche Einordnung: Die Mehrheit der „Vandalismus"-Beschwerden, die uns in Erstgesprächen erreichen, fällt in diese dritte Kategorie — und nach Wikipedia-Richtlinien ist das kein Vandalismus. Eine entsprechende Meldung wird innerhalb von Minuten abgelehnt und markiert Sie als parteiisch in der Bearbeitungsgeschichte der Seite. Die richtigen Hebel sind inhaltliche Argumente — unangemessene Gewichtung (WP:UNDUE, Grundsatz der angemessenen Darstellung) und Ausgewogenheit (WP:BALANCE) — vorgebracht auf der Diskussionsseite des Artikels.
Alles Folgende setzt eine ehrliche Diagnose voraus. Die Leiter funktioniert nur, wenn Sie auf der richtigen Sprosse stehen.
Eskalationsstufen bei Vandalismus
Beginnen Sie auf der niedrigsten Sprosse, die passt. Jede darüber liegende Sprosse kostet mehr Zeit, zieht mehr Aufmerksamkeit auf sich und verbrennt mehr Goodwill, wenn sie missbraucht wird.
Sprosse 1 — Offensichtlichen Vandalismus selbst rückgängig machen. Jeder darf offensichtlichen Vandalismus rückgängig machen, einschließlich des Artikelgegenstands; Interessenkonflikt-Regeln (conflict-of-interest rules) verlangen nicht, dass Sie Obszönitäten stehen lassen. Öffnen Sie „Versionsgeschichte" (View history), finden Sie die fehlerhafte Version, klicken Sie auf „Rückgängig" (undo). Das operative Wort ist offensichtlich. Wenn Sie einen Absatz brauchen, um zu erklären, warum die Bearbeitung Vandalismus ist, ist sie nicht offensichtlich — stoppen Sie und verwenden Sie Sprosse 2.
Sprosse 2 — Die Artikeldiskussionsseite, mit Quellen. Das Arbeitsinstrument für alles andere: sachliche Fehler, veraltete Zahlen, Argumente zur unangemessenen Gewichtung. Erklären Sie Ihre Verbindung zum Unternehmen, schlagen Sie eine konkrete Änderung vor, fügen Sie die Quelle bei. Kurze, spezifische, neutrale Anfragen werden beantwortet. Lange emotionale Ausführungen werden unbeantwortet archiviert.
Sprosse 3 — Die Benutzerdiskussionsseite des Redakteurs. Wenn ein Konto oder eine IP-Adresse wiederholt schädliche Bearbeitungen vornimmt, warnen Sie es mit den standardmäßigen Eskalationsvorlagen — {{subst:uw-vandalism1|PageName}} bis Stufe 4. Dieser Schritt ist nicht optional: Administratoren auf der nächsten Sprosse handeln bei Vandalen, die nach Verwarnungen weitergemacht haben; Meldungen über nicht verwarnten Redakteure werden hierher zurückverwiesen.
Sprosse 4 — WP:AIV, der Schnellweg. Administrator Intervention against Vandalism (Administratoreneingriff gegen Vandalismus) behandelt aktiven, eindeutigen, wiederholten Vandalismus, der nach Verwarnungen fortgesetzt wurde. Klare Berichte werden typischerweise innerhalb von Minuten bis wenigen Stunden bearbeitet, meist mit einer Sperrung. AIV ist schnell, weil sein Anwendungsbereich eng ist; dort eingereichte Inhaltskonflikte werden sofort abgelehnt.
Sprosse 5 — WP:ANI, das Verhaltensgremium. Das Administrators' Noticeboard for Incidents (Administratoren-Vorfallsbrett) behandelt, was AIV nicht abdeckt: Edit Warring (Bearbeitungskrieg — wiederholtes gegenseitiges Rückgängigmachen von Änderungen), Belästigung, langfristige Agenda-Konten, nicht offengelegte bezahlte Bearbeitungen durch andere. Es ist langsamer — Tage, nicht Stunden — vollständig öffentlich und prüft alle Beteiligten, einschließlich Sie (Stammnutzer nennen dies den Bumerang-Effekt). Bringen Sie Diffs (Versionsunterschiede mit permanenter URL), keine Adjektive.
Sprosse 6 — WP:BLPN, für Inhalte über Personen. Betrifft das Material eine lebende Person — Ihren Gründer, CEO, ein Vorstandsmitglied — ist das Biographies of Living Persons noticeboard (Pinnwand für Biografien lebender Personen) stärker und schneller als ANI. BLP (Biografien lebender Personen) gehört zu Wikipedias strengsten Richtlinien: strittige Behauptungen über lebende Personen ohne zuverlässige Quellen können sofort entfernt werden, und BLPN bringt erfahrene Redakteure zusammen, die diesen Standard durchsetzen.
Sprosse 7 — WP:RFPP, Seitenschutz. Bei anhaltenden Vandalismus-Wellen von wechselnden IP-Adressen beantragen Sie Halbschutz (semi-protection), der Bearbeitungen von anonymen und brandneuen Konten für einen festgelegten Zeitraum sperrt. Anträge werden in der Regel innerhalb eines Tages bearbeitet. Der Schutz stoppt eine laufende Welle; er wird nicht vorsorglich gewährt, weil Sie eine befürchten.
Überblick: Welches Gremium wann
| Situation | Richtiges Gremium | Typische Reaktionszeit |
|---|---|---|
| Gelöschter Abschnitt, Obszönitäten, Kauderwelsch | Selbst rückgängig machen (Sprosse 1) | Sekunden bis Minuten; Bots kommen oft zuerst |
| Derselbe Vandale kehrt nach Verwarnungen zurück | WP:AIV | Minuten bis wenige Stunden |
| Falsche oder unbelegte Behauptung über eine lebende Person | WP:BLPN, plus sofortige Entfernung | Stunden bis ein Tag |
| Belegter negativer Inhalt, möglicherweise übermäßig | Artikeldiskussionsseite mit Verweis auf WP:UNDUE / WP:BALANCE | Tage; abhängig davon, wer die Seite beobachtet |
| Edit Warring, Belästigung, Agenda-Kampagne | WP:ANI | Tage; erwarten Sie Prüfung in beide Richtungen |
| Anhaltende Welle von IP-Vandalismus | WP:RFPP (Halbschutz) | In der Regel innerhalb eines Tages |
| Gutgläubiger sachlicher Fehler | Artikeldiskussionsseite mit korrekter Quelle | Tage |
Drei Fehler, die alles verschlimmern
Revert Wars (Bearbeitungskriege). Die Drei-Revert-Regel: Mehr als drei Rückgängigmachungen auf einer Seite innerhalb von 24 Stunden führen zu einer Sperrung — selbst wenn Sie im Recht sind. Offensichtlicher Vandalismus ist ausgenommen, aber Administratoren definieren „offensichtlich", nicht Sie. Das praktische Versagensszenario ist schlimmer: Seiten in einem Bearbeitungskrieg werden in welcher Version auch immer geschützt, häufig der falschen.
Rechtsdrohungen. Wenn Sie etwas posten, das wie „unsere Anwälte werden sich melden" klingt — auf einer Diskussionsseite, in einer Bearbeitungszusammenfassung, irgendwo auf der Plattform — greift WP:NLT (No Legal Threats, keine Rechtsdrohungen), und das Konto wird gesperrt, bis die Drohung zurückgezogen wird. Das alte Playbook, bei administrativem „Versagen" auf Anwälte zu eskalieren, ist rückwärtsgewandt. Echte Rechtsmittel existieren außerhalb von Wikipedia und sind in Fällen koordinierter Verleumdung gelegentlich relevant, dürfen aber niemals auf Wikipedia angekündigt werden.
Sockenpuppen-Konten (Sock accounts). Das Erstellen eines zweiten Kontos oder die Rekrutierung von Mitarbeitern, die als unabhängige Stimmen Ihre Position unterstützen sollen. Sockenpuppen-Untersuchungen (Sockpuppet investigations) haben technische Mittel, Konten zu verknüpfen; die daraus resultierenden Sperren werden öffentlich und dauerhaft protokolliert, und das Untersuchungsarchiv verbindet die gesamte Episode mit dem Namen Ihres Unternehmens. Wir haben erlebt, dass der Sockenpuppen-Eintrag mehr dauerhaften Schaden anrichtet als der Vandalismus, den er bekämpfen sollte.
Beweise: So dokumentieren Sie Vandalismus
Wikipedias Stärke bei Verhaltenskonflikten liegt darin, dass jede je gemachte Bearbeitung dauerhaft aufgezeichnet und zuordenbar ist. Nutzen Sie das.
- Sammeln Sie zuerst Diffs. Jeder Versionsvergleich hat eine permanente URL (über „Versionsgeschichte", dann Versionen vergleichen). Ein Diff-Link ist Beweis; eine Beschreibung dessen, woran Sie sich erinnern, ist es nicht.
- Notieren Sie Zeitstempel. Wikipedias Protokolle laufen auf UTC, und Muster sind entscheidend: Zehn Bearbeitungen in acht Minuten lesen sich anders als zehn Bearbeitungen über drei Monate.
- Rufen Sie die Bearbeitungsgeschichte des Redakteurs ab. Ein Konto, dessen gesamte Geschichte aus Ihrem Artikel besteht, erzählt jedem Administrator seine eigene Geschichte.
- Halten Sie den Bericht kurz. Drei bis fünf stärkste Diffs, je ein neutraler Satz. Berichte, die wie Protokolle aussehen, werden bearbeitet; Berichte, die wie Beschwerdebriefe aussehen, werden überflogen.
Wann Sie nicht mehr selbst handeln sollten
Die Leiter funktioniert bei einzelnen Vorfällen. Sie gerät an ihre Grenzen bei anhaltenden Kampagnen — dem Vandalen, der jede Woche unter einer neuen IP-Adresse zurückkommt; dem Agenda-Konto, das monatlich denselben Absatz neu verhandelt; dem Schutz, der planmäßig abläuft, während die Geduld des Angreifers nicht nachlässt. Sie gerät auch an ihre Grenzen in sensiblen Interessenkonfliktsituationen, in denen jedes Wort des Unternehmens auf Spin untersucht wird. Das sind die Fälle, in denen richtlinienkundige professionelle Hilfe ihren Preis wert ist: WikiBusines übernimmt die Diskussionsseitenvertretung über offengelegte bezahlte Bearbeitungskonten über den Bearbeitungsservice, und Jahressupport deckt langfristige Wartung und Verteidigung ab, wenn Kampagnen wiederkehren.
Eine strukturelle Tatsache macht jede Sprosse effektiver: Geschwindigkeit. Wikipedia benachrichtigt Betroffene nicht, wenn sich ein Artikel ändert — und in unseren internen Überwachungsaufzeichnungen beträgt die mittlere Zeitspanne zwischen einer problematischen Bearbeitung und der eigenständigen Entdeckung durch den Betroffenen etwa sieben Tage — nachdem sich die Änderung bereits in Suchergebnis-Snippets und KI-Antworten verbreitet hat. Die Leiter ist in den ersten Stunden am wirksamsten, nicht in der zweiten Woche. Das ist der Grund für Wikimonitoring: Nahezu-Echtzeit-Benachrichtigungen mit dem vollständigen Diff und der Bearbeitungsgeschichte des Redakteurs, damit Sie am Tag der Bearbeitung mit dem Klettern beginnen — nicht in der Woche, in der ein Journalist darauf hinweist.
Ist Ihr Artikel bereits betroffen — oder möchten Sie sichergehen, dass nichts passiert ist? Wikimonitoring überwacht Ihre Seite und verwandte Artikel rund um die Uhr und liefert jede Änderung mit dem Diff, dem Redakteursprofil und dem Kontext, um zu wissen, welche Sprosse gilt.