Die Entscheidung ist gefallen, eine Community soll auf deiner eigenen Website laufen. Plugin installiert, und jetzt?

Die meisten fangen an derselben Stelle an. Sie legen Bereiche an, laden Bilder hoch, probieren Farben aus und bauen einen Willkommensbereich. Das fühlt sich nach Fortschritt an, weil man sofort etwas sieht und die Community „fühlt“.

Leider kommt genau dann die Frage „wer eigentlich reindarf“ und das große Umbauen fängt an.

Ich bin natürlich selbst in diese Falle getreten und begleite seitdem regelmäßig andere, damit es denen nicht auch passiert. Deshalb dreht sich dieser Artikel nicht darum, wo welcher Knopf sitzt. Hier geht es um die Reihenfolge, in der die Entscheidungen fallen sollten, damit du sie auch wirklich nur einmal triffst.

Hinweis: Ich schreibe den Artikel entlang von FluentCommunity, einfach weil meine eigene Community und die meisten meiner Kundenprojekte darauf laufen. Die Reihenfolge gilt aber unabhängig vom Plugin. Wenn du BuddyBoss oder etwas anderes einsetzt, ändern sich die Knöpfe, nicht aber die Entscheidungen.

1. Zuerst klären, wer reindarf

Das ist der Punkt, an dem die meisten Community-Ersteinrichtungen schieflaufen. Nicht weil es technisch schwierig wäre, sondern weil die Antwort schlicht fehlt, wenn sie gebraucht wird.

FluentCommunity kennt insgesamt drei Wege, wie jemand in einen Bereich (Space) kommt.

Bevor du also etwas einrichtest, wähle weise, welchen dieser Wege du nehmen möchtest:

Über WordPress-Benutzerrollen. Hat jemand die gewünschte Rolle, ist er in der Community/ im Space drin. Hat er sie nicht, bleibt er draußen. Das ist in WordPress der einfachste Weg, wie man in vielen Tools (z.B. auch LMS wie Thrive Apprentice) Zugänge regeln kann. Und da bildet auch FluentCommunity keine Ausnahme.

Über einen Webhook. Ein externes System meldet direkt an die Community, daß eine bestimmte Person Zugriff bekommt. Das ist der Weg, wenn z.B. die Zahlung außerhalb von WordPress stattfindet und du keine Rollen-Logik dazwischenhängen willst.

Über eine direkte Einladung. Du fügst jemanden von Hand per Einladung oder direkte Zuweisung hinzu, z.B. Gründungsmitglieder, Kooperationspartner, einzelne Kunden. Als Hauptweg für ein Bezahlangebot taugt dieser Weg natürlich nicht, denn da brauchst du dringend eine Automation. Für die Ausnahmen ist es aber genau richtig.

Was FluentCommunity darüber hinaus mitbringt, steht in meinem Überblick zum Plugin.

Verstehe mich nicht falsch: Die Frage ist hier nicht, welcher dieser Wege der beste ist. Die Frage lautet, welcher bei dir der Regelfall wird, denn daran hängt der nächste Schritt.

Bei den Rollen musst du wissen, wie viele du brauchst. Eine für „ist dabei“ reicht, wenn du ein Angebot hast. Bei Stufen, sagen wir Bronze, Silber und Platin, brauchst du drei, und jede Stufe sieht später andere Bereiche. Beim Webhook musst du wissen, welches System die Meldung auslöst und bei welchem Ereignis, welche Aktion in der Community ausgelöst werden soll.
Hinweis: Bei Webhooks kann es immer sein, daß du zusätzlich Tools wie BitFlows oder Zapier benutzen musst.

Merke: Deine Community-Struktur ist die sichtbare Seite deiner Angebotsstruktur. Erst wenn du weißt, wie deine Angebote aussehen, kannst du die Bereiche sinnvoll erstellen und Zugänge entsprechend kreieren.

2. Danach die Struktur erstellen

Nachdem Schritt 1 steht, legst du deine Bereiche (Spaces) an. In FluentCommunity lassen sich mehrere davon zu Gruppen bündeln.

Dabei kannst du für jeden Space entscheiden, wie sichtbar er für welche Zielgruppe ist.

Es gibt grundlegend drei Stufen und die Unterschiede sind wichtiger, als sie zunächst wirken.

Offen: Jeder sieht den Bereich und liest mit.

Privat: Jeder sieht, dass es den Bereich (Space) gibt, mitlesen und posten dürfen aber nur Mitglieder. Das ist übrigens die Einstellung, die ich am häufigsten nutze, weil sie ganz nebenbei Werbung macht: Ein Interessent sieht, daß es da noch etwas gibt, von dem er kein Teil ist und verführt möglicherweise zum Kauf.

Geheim: Der Bereich ist unsichtbar, existiert also für alle anderen Community-Mitglieder nicht. Ich habe solche Spaces z.B. für einzelne Kunden, in denen ich den Support für dieses eine Projekt leiste. Kein anderes Mitglied erfährt jemals, daß es sie gibt und ich kann trotzdem die Vorzüge der Community für Kundenprojekte nutzen.

Zu privaten Bereichen gehört übrigens auch ein Lockscreen, also die „du kommst hier nicht rein“-Nachricht, die jemand ohne Zugriff sieht. Das schöne dabei: Den Text kannst du frei formulieren und einen Button setzen, der auf die passende Angebotsseite führt. Das ist der Moment, in dem aus einer Sperre ein Angebot wird.
Tipp: Lass ihn nicht auf der Standardformulierung stehen, sondern nutze den Bereich als Werbung und Kaufhinweis.

Ein Hinweis, der später Zeit spart (falls du FluentCommunity benutzen möchtest): Berechtigungen lassen sich zwar auf Gruppenebene setzen, aber nur solange du entweder alle Spaces ein- oder ausblenden möchtest. Möchtest du nur einzelne Spaces ein- oder ausblenden, dann regelst du die Sichtbarkeit direkt im Space.

3. Rollen und Bereiche verheiraten

Hast du Schritt 1 + 2, dann legst du jetzt fest, welche Rolle oder welcher Webhook welchem Space zugeordnet wird. Das ist zugegebenermaßen auch der kürzeste Schritt in diesem Artikel und der, für den du die beiden davor gebraucht hast.

Wenn du zuvor sauber gearbeitet hast, ist das hier lediglich eine Tabelle, die du abarbeitest. Wenn nicht, merkst du es genau jetzt, daß du nochmal ans Zeichenbrett musst ;-).

4. Den Zugang automatisieren

Von Hand Benutzer anlegen funktioniert zwar bei zehn Leuten, danach aber kaum mehr.

Ich habe das lange erfolgreich über FluentCRM gelöst und das funktioniert bis heute unglaublich gut, besonders wenn ein externer Zahlungsanbieter im Spiel ist. Seit es FluentCart gibt, nehme ich für neue Community-Einrichtungen aber die direkte Anbindung von Zahlungsanbieter zu Community, weil sie weniger Zwischenschritte braucht.

Erstens kannst du beim Kauf direkt festlegen, in welche Spaces und in welche Kurse jemand aufgenommen wird. Das ist der einfache Teil.

Zweitens – und das ist der enorm wichtige Teil, den man gerne übersieht: die Rolle rückwärts. Was passiert, wenn jemand kündigt, das Abo ausläuft oder eine Rückerstattung bekommt?

In der FluentCart-Anbindung gibt es dafür eine einzelne Option, die genau das erledigt. Kein zusätzlicher Automationsstrang, keine zweite Liste, die du pflegen musst. Bei Digistore24 musst du das z.B. per IPN-Anbindung erledigen.

Wenn du das nicht regelst, hast du in einem halben Jahr Mitglieder in deinen Bereichen, die nichts mehr zahlen. Und das merkt man selten sofort, sondern erst wenn man das Einkommen mit der Mitgliederzahl abgleicht.

Also diesen Punkt unbedingt abklären.

5. Kurse, falls du welche hast

FluentCommunity bringt ein typisches Community-Kursmodul mit.

Die Frage, die ich am häufigsten dazu höre, ist, ob es reicht, wenn man bisher eine reine Kursplattform genutzt hat und es damit vergleicht.

Meine ehrliche Antwort: Es kommt darauf an, wie viel du von deiner bisherigen Plattform tatsächlich benutzt.

Tools, die ausschließlich für Online-Kurse gebaut sind, kommen mit einem großen Funktionsumfang daher. In der Praxis nutzt man zwar davon meist nur einen Bruchteil – zumindest ging es mir lange Zeit so – aber man hätte halt viele Funktionen, auf die man zurückgreifen könnte.

Wenn du wie ich für deine Kurse nur Lektionen, Fortschritt und einen geschützten Bereich brauchst, dann deckt das Community-Kursmodul das locker ab und du bist mit Community-Kursen gut bedient.

Wenn du dagegen mit Zertifikaten, verzweigten Lernpfaden oder aufwendigen Prüfungen arbeitest, dann bleib ehrlich gesagt lieber bei dem, was du momentan hast. Und nein, das ist keine „Schwäche“ der WordPress-Community-Plugins, das ist einfach eine andere Werkzeugklasse.

Ein Punkt vielleicht noch zur Optik/ zum Design, weil er in Vergleichen fast nie vorkommt: Kursbereiche in Community-Tools sehen alle ziemlich gleich aus. Das gilt für FluentCommunity genauso wie für Skool oder Circle. Wenn dir das Aussehen wichtig ist, brauchst du wahrscheinlich Gestaltungsmöglichkeiten, die über den Standard hinausgehen und ggf. nur über Drittanbieter-Tools oder gar nicht abgedeckt werden können.

Ob du überhaupt eine Community brauchst oder eine Kursplattform reicht, habe ich hier abgewogen.

6. Ausschalten, was du nicht brauchst

Dieser Schritt kostet zehn Minuten und macht den Unterschied zwischen einer Community und einem Cockpit.

Leaderboard, Abzeichen für Mitglieder, das Kursmodul, GIFs, Emojis: All das lässt sich einzeln abschalten. Wenn du es nicht einsetzt, schalte es einfach ab. Jede Funktion, die sichtbar bleibt und ohnehin nicht genutzt wird, ist eine Stelle, an der ein neues Mitglied stockt und sich fragt, ob es etwas verpasst.

Umgekehrt gilt: Abzeichen sind kein Spielzeug. In einer Community ist es hilfreich, wenn erkennbar ist, wer moderiert und wer besonders aktiv ist. Nur eben dann, wenn du es bewusst einsetzt und nicht, weil es von Haus aus an war.

7. Medien, die Entscheidung für später

Bilder und Dateien, die deine Mitglieder hochladen, liegen standardmäßig auf deinem eigenen Server. Für die erste Phase ist das genau richtig, da machst du dir über Speicherplatz keine Gedanken.

Sobald die Community wächst, ist es die falsche Wahl, weil es Ressourcen frisst, die deine Website an anderer Stelle braucht. Dann lagerst du die Dateien definitiv zu einem externen Dienst, z.B. Bunny Storage, aus.

Das ist aber keine Entscheidung für den ersten Tag. Es ist eine Entscheidung, von der du einfach gleich von Beginn an wissen solltest, daß sie eher früher als später kommt.

Immerhin nimmt dir das Plugin einen Teil der Arbeit ab: Bilder werden automatisch in einem platzsparenden Format abgelegt, damit du möglichst wenig Speicherplatz benötigst.

Die Schattenseite, die zu diesem Weg gehört

Ich habe sie in Abschnitt eins schon angerissen und wiederhole sie hier bewusst.

Deine Community-Software steuert – zumindest bei Fluent Community – den Zugang nicht selbst. Sie führt aus, was ihr eine andere Ebene, konkret dein Zahlungsabwicklungstool, sagt. Das bedeutet, du betreibst mindestens zwei Systeme, die zusammenpassen müssen und du bist derjenige, der dafür sorgt.

Natürlich ist das alles halb so schlimm, denn bei Tools wie FluentCart hast du eine direkte Integration oder bei Tools wie Digistore24 nimmst du einen Webhook her.

Dennoch hast du bei einer gemieteten Plattform wie Skool oder Circle dieses Problem nicht. Dort ist alles ein Produkt und der Anbieter kümmert sich darum.

Das ist der ehrliche Preis dieses Wegs. Ob er sich lohnt, hängt daran, was dir Datenhoheit und Unabhängigkeit von Mitgliederpreisen wert sind. Diese Abwägung habe ich in Mieten oder besitzen Community-Plattform 2026 ausführlich aufgeschrieben.

Fazit

Die Reihenfolge, die du dir unbedingt merken solltest, lautet: Zugang, Struktur, Verknüpfung, Automatisierung. Alles andere kommt danach.

Der Grund ist einfach. Zugang und Struktur lassen sich später nur mit Nacharbeit ändern, Design und Module jederzeit in fünf Minuten.

Da die meisten Community-Aufbauten genau andersherum beginnen, hoffe ich, daß dir dieser Artikel dabei hilft, es eben genau nicht so zu machen, sondern auf die „richtige“ Art und Weise.

FAQ