Community-Website ohne Code erstellen: Schritt für Schritt
Community-Website ohne Code erstellen
Sie beschreiben, wer Ihre Community ist und was Mitglieder dort tun sollen. Zugo baut daraus eine mehrseitige Plattform mit Anmeldung, Profilen und Beiträgen, prüft sie vor der Übergabe in einer Sandbox und veröffentlicht sie auf zugo.run. Eine mehrseitige Plattform kostet 12 Credits für die ersten drei Seiten und braucht einige Minuten.
Bevor Sie loslegen, lohnt eine Klärung: Der Begriff Community-Website meint drei sehr unterschiedliche Dinge, und die Wahl zwischen ihnen entscheidet über Aufwand, Kosten und darüber, ob das Projekt überhaupt tragfähig ist.
Was ist mit Community-Website eigentlich gemeint?
In den meisten Anfragen steckt eine von drei Formen. Die erste ist die öffentliche Vereins- oder Gruppenseite: Termine, Vorstand, Beitrittsformular, Berichte. Kein Login, keine Datenbank, technisch die einfachste Variante und für viele Vereine völlig ausreichend.
Die zweite ist der geschlossene Mitgliederbereich: Anmeldung, Inhalte nur für Mitglieder, Mitgliederverzeichnis, vielleicht ein Beitrag pro Monat. Hier kommen Anmeldung und Datenbank dazu, und aus der Seite wird eine kleine Anwendung.
Die dritte ist das Diskussionsforum mit Beiträgen, Antworten, Benachrichtigungen und Moderation. Das ist die aufwendigste Form, und es ist die, bei der ehrlich abgewogen werden sollte, ob ein eigener Aufbau gegenüber einer fertigen Forensoftware wirklich Vorteile hat.
| Form | Login nötig | Datenbank nötig | Typischer Aufwand |
|---|---|---|---|
| Öffentliche Vereinsseite | nein | nein | ein Build, wenige Änderungen |
| Geschlossener Mitgliederbereich | ja | ja | mehrseitige Plattform plus mehrere Runden |
| Forum mit Moderation | ja | ja | dauerhaftes Projekt, laufende Betreuung |
Welche Bausteine braucht eine Mitgliederseite?
Unabhängig von der Form gibt es einen Kern, der fast immer gleich aussieht. Eine öffentliche Startseite erklärt, worum es geht und für wen. Ohne diesen Teil tritt niemand bei, weil niemand versteht, was hinter der Anmeldung liegt.
Dazu kommen die Regeln des Zusammenlebens, sichtbar und nicht versteckt. Was ist erwünscht, was nicht, wer entscheidet im Zweifel. Communitys scheitern selten an Technik und häufig daran, dass diese Fragen erst beim ersten Konflikt gestellt werden.
Danach die funktionalen Teile: Anmeldung, Profil, Übersicht der Mitglieder, Beiträge oder Termine, Kontakt zur Leitung. Und ein Teil, der oft vergessen wird: der Weg hinaus. Wie kündigt jemand die Mitgliedschaft, wie werden Daten gelöscht. Das ist in Europa keine Höflichkeit, sondern gehört zur Pflicht.
Wie beschreibe ich die Community für den Builder?
Der Builder braucht drei Angaben, um etwas Brauchbares zu bauen: wer die Mitglieder sind, was sie tun sollen, und was öffentlich sichtbar bleibt.
Plattform für einen Fachverband mit 400 Mitgliedern. Öffentlich: Startseite,
Über uns, Terminübersicht, Beitrittsformular. Geschlossen nach Anmeldung:
Mitgliederverzeichnis mit Fachgebiet und Region, Beitragsbereich für fachliche
Fragen und Antworten, Downloadbereich für Protokolle. Rollen: Mitglied und
Vorstand, Vorstand kann Beiträge ausblenden. Sachliche Gestaltung, gut lesbar
auch am Rechner.
Der Satz über Rollen ist wichtiger, als er wirkt. Ohne ihn baut jedes Werkzeug eine Plattform, in der alle alles dürfen, und das Nachrüsten von Rechten ist deutlich mühsamer als das Mitbauen von Anfang an. Wie eine Beschreibung strukturiert wird, damit möglichst wenig nachgeschärft werden muss, steht in einen guten Prompt schreiben.
Wie funktionieren Anmeldung und gespeicherte Beiträge?
Beides läuft über Supabase, das für Datenbank, Anmeldung und Dateien zuständig ist. Praktisch heißt das: Mitglieder registrieren sich mit E-Mail und Passwort, ihre Profile und Beiträge liegen in einer Datenbank, und hochgeladene Dateien wie Protokolle oder Bilder haben einen festen Platz.
Der entscheidende Punkt ist, wer welche Daten sehen darf. Ein Mitgliederverzeichnis, das ohne Anmeldung erreichbar ist, ist ein Datenschutzproblem und kein Feature. Formulieren Sie deshalb ausdrücklich, welche Bereiche öffentlich und welche nur nach Anmeldung sichtbar sein sollen, und prüfen Sie das nach dem Build in einem zweiten Browserfenster ohne Anmeldung nach.
Benachrichtigungen per E-Mail laufen über Resend: Willkommensnachricht, Antwort auf einen Beitrag, Erinnerung an einen Termin. Beginnen Sie sparsam. Eine Community, die drei Mails pro Tag verschickt, verliert Mitglieder schneller, als sie welche gewinnt. Vertiefend dazu: kann KI eine Anmeldung bauen.
Was kostet der Aufbau in Credits?
Abgerechnet werden Aktionen, nicht Mitgliederzahlen. Für eine Community-Plattform ist der mehrseitige Fall der übliche.
| Aktion | Credits | Im Hi-Fi-Modus |
|---|---|---|
| Änderung an einem bestehenden Projekt | 3 | 6 |
| Frischer Build | 6 | 12 |
| Mehrseitige Plattform | 12 für die ersten drei Seiten, dann 3 je weitere Seite | doppelt |
Die Tarife: Free enthält 5 Credits, Pro kostet 25 $ im Monat mit 200 Credits, Business 99 $ im Monat mit 800 Credits. 200 Credits entsprechen etwa 16 mehrseitigen Plattformen oder 33 Builds oder 66 Änderungen. Für eine Community mit sechs Bereichen und einem Monat Feinarbeit reicht ein Pro-Monat in aller Regel deutlich aus.
Planen Sie trotzdem mit mehr Änderungsrunden als bei einer reinen Informationsseite. Rechte, Formulare und Ansichten für verschiedene Rollen sind genau die Stellen, an denen sich beim ersten Ansehen noch etwas verschiebt.
Wie werden Mitgliedsbeiträge eingezogen?
Über Stripe, das sowohl einmalige Zahlungen als auch Abonnements abwickelt. Ein Jahresbeitrag ist eine wiederkehrende Zahlung, ein Ticket für ein Vereinsfest eine einmalige. Beides lässt sich in derselben Plattform abbilden.
Die Verbindung zwischen Zahlung und Zugang ist die Stelle, die Aufmerksamkeit verdient: Wer bezahlt hat, soll den geschlossenen Bereich sehen, wer gekündigt hat, nicht mehr. Diese Logik gehört ausdrücklich in die Beschreibung und wird danach geprüft, indem Sie mit einem Testzugang durchgehen.
Für Vereine in Deutschland kommt eine praktische Frage dazu: Viele Mitglieder zahlen weiter per Lastschrift über die Vereinsverwaltung. Dann ist es oft sinnvoller, Zahlungen dort zu belassen und die Plattform nur für Inhalte zu nutzen, statt zwei Systeme parallel zu führen.
Worauf ist bei den Daten der Mitglieder zu achten?
Eine Community sammelt personenbezogene Daten, sobald sich der erste Mensch anmeldet. Name, E-Mail-Adresse, oft Beruf oder Wohnort, dazu alles, was jemand in einem Beitrag schreibt. Deshalb gehört von Beginn an geklärt, welche Angaben wirklich gebraucht werden. Jedes Feld, das nur „vielleicht nützlich“ ist, verursacht Aufwand und Risiko ohne Gegenwert.
Praktisch bedeutet das drei Entscheidungen. Erstens: Pflichtfelder auf das Minimum begrenzen, alles Weitere freiwillig. Zweitens: sichtbar machen, wer welche Angaben sieht, damit niemand seine Telefonnummer in ein Verzeichnis schreibt, das er für privat hielt. Drittens: einen einfachen Weg zum Löschen des Kontos vorsehen, statt ihn später nachzubauen.
Impressum und Datenschutzerklärung gehören von jeder Seite aus erreichbar in den Fußbereich, und zwar auch dann, wenn die Community ehrenamtlich betrieben wird. Der Builder legt diese Seiten an, wenn Sie sie in der Beschreibung nennen. Die Inhalte müssen Ihre eigenen sein und zu Ihrer Rechtsform passen: Dieser Text ersetzt keine rechtliche Beratung, und Zugo prüft Ihre Rechtstexte nicht.
Was leistet so eine Plattform nicht?
Hier lohnt Ehrlichkeit, weil die Erwartungen bei Community-Projekten regelmäßig zu hoch liegen. Sie bekommen keine ausgereifte Forensoftware mit Meldesystem, Sperrlisten, Spamerkennung und Beitragsverlauf. Ein einfacher Beitragsbereich mit Ausblenden durch die Leitung ist machbar; alles darüber ist ein eigenes Produkt.
Auch Echtzeit-Chat, Videokonferenz und mobile Apps für die Stores gehören nicht dazu. Wer Chat braucht, verbindet einen bestehenden Dienst, statt ihn nachzubauen. Und sehr spezifische Abläufe, etwa eine Wahl mit geheimer Stimmabgabe und Quorum, entstehen über mehrere Änderungsrunden, nicht über einen einzigen Satz.
Schließlich der wichtigste Punkt, der nichts mit Technik zu tun hat: Eine Plattform erzeugt keine Community. Ohne Menschen, die regelmäßig etwas beitragen, bleibt auch die beste Umsetzung leer. Rechnen Sie damit, dass die ersten Monate von Ihnen selbst getragen werden.
Wie geht es nach dem ersten Build weiter?
Fangen Sie mit dem öffentlichen Teil und der Anmeldung an, und veröffentlichen Sie diesen Stand. Zwanzig aktive Mitglieder in einer schlichten Fassung sind mehr wert als eine ausgebaute Plattform ohne Nutzer.
Ergänzen Sie danach je Änderungsrunde einen Bereich: Verzeichnis, Termine, Beiträge, Downloads. So sehen Sie an echten Reaktionen, was gebraucht wird, statt es zu vermuten. Für kostenpflichtige Zugänge lohnt der Blick auf den verwandten Fall in Mitgliederseite erstellen.
Wenn Sie sehen möchten, wie Ihre erste Fassung aussieht, beschreiben Sie die Community auf zugo.dev und lassen Sie einen Build laufen. Die 25 verfügbaren Vorlagen, davon 5 für Spiele, sind ein möglicher Startpunkt, wenn ein leeres Feld zu abstrakt ist.