Event-Website ohne Code erstellen: Anleitung mit Beispiel

Event-Website ohne Code erstellen: Anleitung mit Beispiel

Eine Event-Website entsteht bei Zugo aus einem Absatz Fließtext: Anlass, Datum, Ort, wer kommen soll. Daraus baut der Builder eine laufende Seite, startet sie vor der Übergabe in einer Sandbox und veröffentlicht sie unter einer eigenen Adresse. Für ein Meetup reichen ein Build und ein paar Änderungen.

Dieser Text bleibt bei Veranstaltungen, weil eine Event-Seite anders scheitert als eine normale Firmenseite. Sie hat ein Verfallsdatum, sie ändert sich in den letzten zehn Tagen täglich, und die Hälfte der Besucher öffnet sie unterwegs auf dem Bahnsteig.

Was muss eine Event-Website wirklich leisten?

Vier Blöcke tragen fast jede Veranstaltung. Ein Kopfbereich mit Titel, Datum, Uhrzeit und Ort. Ein Programm mit Zeiten und Namen. Ein Anmelde- oder Ticketbereich. Und die Anfahrt, ausgeschrieben, mit Kartenlink und einem Satz zu Parkplatz oder nächster Haltestelle.

Der Kopfbereich entscheidet mehr, als die meisten denken. Wer Ihren Link in einer Gruppe geteilt bekommt, stellt genau drei Fragen: wann, wo, kostet das etwas. Stehen diese Antworten nicht ohne Scrollen auf dem Telefon, springt ein Teil der Leute ab, bevor Ihr schönes Programm überhaupt geladen ist.

Der Rest hängt vom Anlass ab. Eine Fachkonferenz braucht Referentinnen und Referenten mit Foto und Kurzvita, ein Vereinssommerfest braucht sie nicht. Ein Barcamp braucht einen erklärenden Absatz zum Format, ein Konzert nicht. Bauen Sie erst die vier Pflichtblöcke, ergänzen Sie den Rest per Änderung, wenn das Programm steht.

Wie sieht ein guter Prompt für ein Event aus?

Zugo baut aus einer Beschreibung, also muss die Beschreibung das enthalten, was eine Agentur in einem Briefinggespräch aus Ihnen herausfragen würde. Diese Vorlage deckt den üblichen Fall ab:

Baue eine Website für [Art der Veranstaltung] in [Stadt].
Abschnitte:
1. Kopfbereich: Titel, Datum, Uhrzeit, Veranstaltungsort,
   Button "Jetzt anmelden".
2. Worum es geht: drei kurze Absätze, für wen das gedacht ist.
3. Programm: Tabelle mit Uhrzeit, Programmpunkt, Person.
4. Anmeldung: Formular mit Name, E-Mail, [weitere Felder],
   Hinweis auf den Anmeldeschluss am [Datum].
5. Anfahrt: Adresse, Kartenlink, Haltestelle, Parkhinweis.
Ton: sachlich und einladend. Farben: [Ihre Farben].

Zwei Zeilen lohnen sich zusätzlich. "Zeige einen Countdown bis zum Anmeldeschluss" spart eine spätere Änderung, weil sich ein Countdown schlecht nachträglich in ein fertiges Layout schieben lässt. Und "Das Programm soll auf dem Telefon untereinander stehen, nicht als breite Tabelle" verhindert die häufigste Beschwerde nach dem Versand der Einladung.

Wer nicht bei einem leeren Feld anfangen will: Es gibt 25 fertige Vorlagen, davon 5 für Spiele, und eine Landingpage-Vorlage steht einer Event-Seite näher als eine leere Seite. Wie ein Prompt aufgebaut wird, der beim ersten Versuch trifft, steht in Wie schreibe ich einen guten Prompt.

Anmeldung, Ticket oder nur Information: was passt zu welchem Event?

Das ist die Entscheidung, die am teuersten rückgängig zu machen ist, also treffen Sie sie vor dem ersten Build. Die meisten Veranstaltungen brauchen weniger, als sie glauben.

Der klassische Fehler ist der Ticketshop für ein kostenloses Nachbarschaftsfest. Sobald Geld fließt, kommen Widerrufsregeln, Rechnungen und Rückerstattungen dazu, und Sie verbringen den Abend vor der Veranstaltung mit Buchhaltung statt mit dem Aufbau. Fangen Sie beim Formular an und rüsten Sie Zahlungen erst nach, wenn die Teilnahme wirklich etwas kostet.

Wie halte ich Programm, Anmeldeschluss und Restplätze aktuell?

Eine Event-Seite ist in den letzten beiden Wochen kein Dokument mehr, sondern ein Ticker. Ein Referent sagt ab, der Raum wechselt, die Anmeldung wird verlängert. Jede dieser Meldungen ist bei Zugo eine Änderung im Klartext, kein Eingriff in den Aufbau der Seite.

Praktisch heißt das: Sie schreiben "Ersetze den Programmpunkt um 14 Uhr durch Podiumsdiskussion mit drei Namen und verschiebe alles danach um 15 Minuten" und bekommen die neue Fassung. Das kostet 3 Credits, im Hi-Fi-Modus 6.

Ein Tipp aus der Praxis: Sammeln Sie kleine Korrekturen und geben Sie sie gebündelt. Fünf einzeln nachgereichte Tippfehler kosten fünfmal so viel wie eine Änderung, die alle fünf auf einmal nennt. Wie Änderungen nach dem ersten Build genau ablaufen, steht in Nach der Generierung bearbeiten.

Was kostet eine Event-Website in Credits?

Gerechnet wird in Credits, und die Zahlen sind für alle Projekttypen gleich.

Für eine einseitige Event-Website heißt das: ein Build und drei bis fünf Änderungen bis zum Versand der Einladung, dazu ein paar Korrekturen in der heißen Phase.

Die Tarife: Free gibt Ihnen 5 Credits, Pro kostet 25 $ im Monat mit 200 Credits, Business 99 $ im Monat mit 800 Credits. Zweihundert Credits sind, nur für eine Sache ausgegeben, rund 16 mehrseitige Plattformen oder 33 Builds oder 66 Änderungen. Ehrlicher Hinweis vor der Anmeldung: 5 Credits sind weniger als die 6 Credits eines einzelnen Builds, der kostenlose Tarif ist also ein Rundgang durch die Oberfläche und kein fertiges Projekt. Abgerechnet wird in US-Dollar.

Welche Angaben gehören auf eine deutsche Event-Seite?

Neben dem Inhalt gibt es Pflichtteile, an die im Trubel niemand denkt. Impressum und Datenschutzerklärung gehören auf jede geschäftlich genutzte Seite, und sobald ein Formular personenbezogene Daten entgegennimmt, will der Hinweis dazu passen, was Sie damit tatsächlich tun.

Dazu kommen Angaben, die Ihnen Rückfragen ersparen: Ist der Ort barrierefrei erreichbar, gibt es eine Kinderbetreuung, wird fotografiert, gilt eine Hausordnung. Bei Ticketverkauf kommen Teilnahmebedingungen und ein Wort zur Erstattung bei Absage dazu.

Der Builder legt diese Seiten auf Zuruf an, aber er ersetzt keine Rechtsberatung. Welche Angaben in Ihrem Fall verpflichtend sind, klärt eine Anwältin oder Ihr Verband, nicht ein Baukasten. Das ist keine Bescheidenheit, sondern die einzige ehrliche Antwort.

Was passiert mit der Seite nach dem Event?

Eine Event-Seite hat ein Ablaufdatum, und danach steht sie meist ein Jahr lang unverändert im Netz und behauptet, das Event finde nächsten Freitag statt. Das ist der häufigste Zustand, in dem man solche Seiten findet.

Drei brauchbare Wege gibt es. Sie schreiben die Seite mit einer Änderung auf Rückblick um: Fotos, ein Absatz Resümee, ein Hinweis auf den nächsten Termin. Sie ersetzen den Kopfbereich durch eine Anmeldung für die Warteliste der nächsten Ausgabe. Oder Sie lassen die Seite als Archiv stehen und markieren das Datum deutlich als vergangen.

Wenn die Veranstaltung eine Reihe wird, lohnt sich der Umbau zur mehrseitigen Struktur mit einer Übersicht und je einer Seite pro Ausgabe. Für wiederkehrende Termine mit Buchung ist außerdem Buchungsseite mit KI erstellen der passendere Ausgangspunkt.

Wo stößt ein KI-Builder bei Events an Grenzen?

Drei Grenzen, die Sie kennen sollten, bevor Sie anfangen.

Ein echter Ticketshop mit Sitzplatzwahl, Kontingenten pro Kategorie und Einlasskontrolle am Eingang ist ein eigenes Produkt. Zugo bindet Stripe für Zahlungen an, aber ein Saalplan mit gesperrten Reihen und ein Scanner an der Tür sind Fachlogik, die über viele Änderungen entsteht, nicht über einen Prompt. Bei großen bestuhlten Veranstaltungen ist ein spezialisierter Ticketanbieter ehrlicherweise die bessere Wahl.

Sehr spezifische Abläufe brauchen Geduld. Gestaffelte Preise, Rabattcodes für Mitglieder und automatische Wartelisten lassen sich schrittweise bauen, kosten aber mehrere Runden.

Und der Builder ersetzt bei einem großen Produkt kein Entwicklungsteam. Vor der Übergabe läuft jeder Build in einer Sandbox, und was nicht geöffnet hat, wird nicht ausgeliefert. Diese Prüfung sagt, dass die Seite startet, nicht dass Ihre Veranstaltung ausverkauft wird.

Wie fange ich heute an?

Schreiben Sie den Prompt oben mit Ihren Daten, bauen Sie einmal, und schauen Sie sich das Ergebnis auf dem Telefon an, nicht am großen Bildschirm. Ein einfacher Build steht in etwa einer Minute, eine mehrseitige Plattform in einigen Minuten.

Dann korrigieren Sie in einer Runde alles, was Ihnen aufgefallen ist, und verschicken erst danach den Link. Die eigene Domain können Sie jederzeit nachrüsten, das Projekt läuft sofort unter einer Adresse auf zugo.run.

Anfangen können Sie auf zugo.dev. Für die erste Version reicht der Anlass, das Datum und der Ort, alles Weitere entsteht in Änderungen.