Discord-Server richtig strukturieren: Kategorien, Kanäle und Foren, die mitwachsen

Die Serverstruktur ist der günstigste Hebel im Community-Aufbau und der, den die meisten falsch ziehen. Am ersten Tag kostet eine Änderung nichts. Sobald tausend Mitglieder Gewohnheiten darum herum gebildet haben, wird sie teuer. Trotzdem entstehen Kanäle meistens dann, wenn ein Thema aufkommt — und das Ergebnis ist ein Server, der seine eigene Geschichte dokumentiert, statt Neuankömmlinge zu führen.

Der brauchbare Blick auf Struktur ist nicht der auf eine Raumliste, sondern der auf eine Lesereihenfolge. Ein neues Mitglied liest die Kanalleiste von oben nach unten, in etwa zehn Sekunden, und entscheidet allein daraus, was dieser Ort ist und ob es dazugehört. Alles Weitere folgt daraus.

Struktur ist eine Lesereihenfolge, kein Inventar

Sortiere die Kategorien so, wie du die erste Seite eines Dokuments sortieren würdest: was das hier ist, was neu ist, wo das Gespräch stattfindet, dann die Spezialecken, dann das, was gar nicht für Mitglieder gedacht ist. Praktisch heißt das: Willkommen und Regeln zuerst, Ankündigungen zweitens, ein zentraler Community-Kanal drittens, danach Themenkanäle, darunter Voice, ganz unten Team- und Archivkanäle.

Klingt selbstverständlich und wird ständig verletzt. Server stellen sechs Themenkanäle über den allgemeinen Kanal, weil diese Themen den Gründern wichtig waren. Ein Neuankömmling sieht sechs Räume, zu denen er noch keine Meinung hat — und erreicht nie den einen Raum, in dem er einfach Hallo sagen könnte.

Wie viele Kanäle du wirklich brauchst

Weniger als du denkst, und der Grund ist Arithmetik. Jakob Nielsens Arbeit zur Beteiligungsungleichheit beschreibt eine Verteilung, die sich über zwei Jahrzehnte gehalten hat: rund neunzig Prozent lesen nur mit, neun Prozent tragen gelegentlich bei, ein Prozent erzeugt den Großteil der Inhalte. Eine Studie auf dem OpenSym-Symposium 2020 fand dieselbe Form in Open-Source-Projekten wieder.

Rechne das auf fünfhundert Mitglieder herunter. Deine aktive Kernschaft sind etwa fünf Personen, dazu vielleicht fünfundvierzig gelegentliche Poster. Verteile das auf zwölf Themenkanäle, und jeder Kanal wirkt verlassen — weil er es ist. Verteile es auf drei, und alle drei wirken lebendig. Aktivität wird nicht durch Kanäle erzeugt, sie wird durch sie verdünnt.

Die praktische Regel: Beginne mit der kleinsten Struktur, die nicht verwirrend ist, und teile einen Kanal erst, wenn er wirklich schwer zu verfolgen ist. Ein voller Kanal ist ein gutes Problem. Ein leerer Kanal signalisiert einem Neuankömmling, dass hier niemand ist.

Textkanal, Thread oder Forum?

Discord bietet drei Behälter für Gespräche, und sie lösen unterschiedliche Probleme. Ein Textkanal ist ein einzelner Strom, gut für beiläufigen Austausch, bei dem die Reihenfolge chronologisch ist und nichts wiedergefunden werden muss. Ein Thread zweigt von einer konkreten Nachricht ab und ist seiner Natur nach temporär: Er gehört zu einem Moment, etwa zu Patchnotes oder einem Screenshot.

Der Forumkanal wird von den meisten Servern unterschätzt. Discord hat ihn eingeführt, damit jedes Thema einen eigenen, betitelten und getaggten Raum bekommt, und hat das Problem präzise benannt: In einem gewöhnlichen Kanal werden Diskussionen übertönt, gekapert oder abgebrochen. Foren machen parallele Gespräche möglich, ohne dass eines davon untergeht.

Die Entscheidungsregel ist einfach. Wenn ein einzelner Kanal mehrere unabhängige Gespräche gleichzeitig tragen müsste — Support-Fragen, Projektvorstellungen, Empfehlungen, Bugmeldungen —, ist das ein Forum. Wenn das Gespräch an einen Moment gebunden ist und nächsten Monat nicht mehr zählt, ist es ein Thread. Alles andere ist ein Textkanal.

Tags tragen die Last, die Kategorien nicht tragen können

Forumkanäle unterstützen bis zu zwanzig Tags, und genau hier sollte die Ordnungsarbeit stattfinden statt in weiteren Kanälen. Tags sind filterbar: Ein Support-Forum mit den Tags „Abrechnung", „Technik", „Konto" und „Erledigt" liefert dieselbe Navigation wie vier getrennte Kanäle, ohne das Publikum zu vervierteln.

Zwei Konventionen machen Tags wirksam. Aktiviere „Tag erforderlich" überall dort, wo du triagieren musst, damit kein Beitrag unbeschriftet in die Warteschlange kommt. Und halte die Liste kurz genug, um sie auf einen Blick zu lesen — acht bis fünfzehn präzise Tags schlagen zwanzig vage, denn ein Tag, den niemand versteht, wird von niemandem vergeben.

Berechtigungen folgen der Struktur, nicht umgekehrt

Steht die Struktur, werden Berechtigungen mechanisch: Lege fest, wofür jede Kategorie da ist, setze die Rechte einmal auf Kategorieebene und lass die Kanäle erben. Berechtigungen Kanal für Kanal zu entwerfen ist der Weg zu Servern, in denen ein Mitglied einen Kanal sieht, aber den darüber nicht — oder ein Moderator überall löschen darf außer dort, wo es zählt.

Die eine strukturelle Entscheidung, die hier zählt: Ist dein Server standardmäßig offen oder standardmäßig geschlossen? Offen heißt, @everyone darf den Community-Bereich lesen, und du entziehst den Zugriff für wenige private Kategorien. Geschlossen heißt, @everyone darf fast nichts, und eine verifizierte Rolle öffnet. Beides funktioniert. Beides in einem Server zu mischen funktioniert nicht.

Was beim Wachsen bricht

Zwischen fünfhundert und fünftausend Mitgliedern treten drei Fehler zuverlässig auf. Erstens Kanalwildwuchs: Jeder Wunsch nach einem neuen Kanal wurde erfüllt, und nichts hat mehr kritische Masse. Zweitens das Ankündigungsproblem: Ein einziger Ankündigungskanal mischt Produktnews, Events und Moderationshinweise, also stellt man ihn stumm und verpasst alle drei. Drittens konzentriert sich die Moderationslast auf den, der gerade wach ist.

Die strukturellen Antworten lauten der Reihe nach: Kanäle zusammenlegen statt hinzufügen, Ankündigungen nach Typ trennen, damit man gezielt stummschalten kann, und wiederkehrende Fragen zwischen Mitgliedern in ein getaggtes Forum verlagern, damit Antworten sich ansammeln statt wegzuscrollen. Letzteres ist die wirksamste Einzeländerung, die die meisten wachsenden Server vornehmen können.

Ein Standard, der funktioniert

Wenn du einen Startpunkt statt einer Philosophie willst: eine Willkommens-Kategorie mit Regeln und einem Start-hier-Kanal; eine Ankündigungs-Kategorie, getrennt in News und Events; eine Community-Kategorie mit Allgemein, Vorstellungen und einem Showcase-Forum; ein Support-Forum mit Tag-Pflicht; eine kleine Voice-Kategorie; und ganz unten eine Team-Kategorie. Das sind rund zehn Kanäle, und sie tragen eine Community bis in den vierstelligen Bereich, bevor sie überdacht werden muss.

Alles danach sollte eine Reaktion auf beobachteten Druck sein, nicht auf Erwartung. Baue die Struktur, die deine Community hat — nicht die, von der du hoffst, sie zu brauchen.

Benennung ist Teil der Struktur

Kanalnamen werden viel öfter gelesen als geschrieben, und kleine Konventionen summieren sich. Kleinschreibung mit Bindestrichen ist der Plattformstandard und am ruhigsten. Halte Namen bei einem oder zwei Wörtern: Ein Name, der drei braucht, ist meist eine Beschreibung — und Beschreibungen gehören ins Kanalthema, wo sie durchsuchbar sind und in der Seitenleiste nicht abgeschnitten werden.

Führende Emojis sind ein echter Zielkonflikt, keine Geschmacksfrage. Sie machen Kategorien auf einen Blick erfassbar — und sie brechen die alphabetische Sortierung, erschweren das Tippen einer Kanalerwähnung und werden von Screenreadern vor dem eigentlichen Namen vorgelesen. Wenn du sie nutzt, dann eines pro Kategorie statt eines pro Kanal, und nie als einziges Unterscheidungsmerkmal zwischen zwei Kanälen.

Eine Konvention lohnt sich besonders: Markiere Kanäle, in denen nur gelesen wird. Wer schon in der Seitenleiste erkennt, wo er schreiben darf, tippt keine Nachricht in einen Ankündigungskanal und hält den Server anschließend für kaputt, wenn sie nicht ankommt.

Standardkanäle sind eine strukturelle Entscheidung

Discord lässt dich festlegen, welche Kanäle ein neues Mitglied sieht, bevor es irgendetwas gewählt hat — faktisch der erste Bildschirm deines Produkts. Der Reflex ist, alles zu zeigen, damit niemand etwas verpasst. Die bessere Wahl sind drei bis fünf Kanäle: wo man anfängt, wo das Gespräch läuft, und wo man Hilfe bekommt.

Alles Weitere lässt sich über Onboarding-Fragen dazuwählen. Wer einen Kanal aktiv hinzufügt, hat dir etwas Nützliches über sein Interesse gesagt — und eine Seitenleiste, die mit dem Engagement wächst, fühlt sich nach Fortschritt an statt nach einer Wand am Anfang.

Voice braucht andere Regeln als Text

Voice-Kanäle scheitern anders. Ein leerer Textkanal ist still; ein leerer Voice-Kanal ist die öffentliche Ankündigung, allein dazusitzen. Deshalb haben die meisten Server fünf Voice-Räume und nie mehr als einen belegten. Die Lösung sind weniger Räume und eine niedrigere Schwelle: Zwei allgemeine Räume, die meistens belegt sind, schlagen sechs thematische, die es meistens nicht sind.

Voice hat außerdem eine Moderationseigenschaft, die Text nicht hat: Es hinterlässt kein Artefakt. Eine CSCW-Studie zu Discord-Moderation aus dem Jahr 2019 hat genau das als eines der härtesten Praxisprobleme identifiziert — ein Regelverstoß in Voice lässt sich nachträglich nicht prüfen, die Durchsetzung hängt also daran, wer zufällig anwesend war. Strukturiere entsprechend: so wenige Voice-Kanäle, dass ein Moderator plausibel in einem davon sein kann.

Archivieren statt löschen

Kanäle, die ihren Zweck erfüllt haben, sollten die Seitenleiste verlassen, aber nicht den Server. Verschiebe sie in eine eingeklappte Archiv-Kategorie, in der niemand schreiben darf. Die Historie bleibt durchsuchbar, Links in alten Nachrichten funktionieren weiter, und die aktive Struktur bleibt lesbar.

Löschen ist schlimmer, als es aussieht: Jeder je geteilte Link auf diesen Kanal bricht, und jeder Verweis in deiner Dokumentation wird falsch. Archivieren kostet eine Kategorie und löst beides.

Struktur nach Plan überprüfen

Struktur verfällt, weil Communities sich verändern und Kanallisten nicht. Eine vierteljährliche Überprüfung mit drei Fragen reicht: Welche Kanäle hatten dreißig Tage lang keine Nachricht, welche Kanäle tragen Gespräche, die woandershin gehören, und welche Fragen werden wiederholt an der falschen Stelle gestellt?

Die erste Frage sagt dir, was archiviert gehört, die zweite, was zusammengelegt gehört, und die dritte, was ein Forum mit Tags verdient. Die meisten Server erledigen diese Überprüfung in zwanzig Minuten und finden jedes Mal mindestens eine lohnende Änderung.