Projekt anlegen
Ein Projekt ist ein eigener Mandant: Mitglieder, Einstellungen, Branding und Shop-Identität gehören von Anfang an dazu.
Ticketshops
Jedes Projekt bekommt seine eigene Storefront: Branding, Subdomain, wiederverwendbare Designvarianten und mehrsprachige Infoseiten, gepflegt im selben Dashboard, aus dem du verkaufst.
Kurz gesagt
Eigenes Branding und eigene Subdomain je Projekt
Wiederverwendbare Designvarianten und Presets
Mehrsprachige Infoseiten mit eigenen SEO-Feldern
Ticketshops
Derselbe Design-Workflow, der den Shop gestaltet, verwaltet auch seine statischen Seiten, deren Navigation und SEO-Felder. Sichtbare Seiten rendern unter /pages/[slug] mit den gepflegten Metadaten und erscheinen automatisch in Header- und Footer-Navigation.
Funktionen
- 01
Branding je Projekt
Farben, Logo und Shop-Identität werden je Projekt konfiguriert und aus dem Dashboard veröffentlicht — jede Marke behält ihren Look auf ihrer Subdomain.
- 02
Designvarianten
Beliebig viele Shop-Looks je Projekt für Kampagnen, Saisons oder Zielgruppen speichern und im Design-Editor laden, überschreiben oder duplizieren.
- 03
Serverseitige Presets
Gepflegte Startpunkte für typische Shop-Stile geben einem neuen Projekt in Minuten ein glaubwürdiges Design statt einer leeren Fläche.
- 04
Infoseiten
FAQ, AGB, Datenschutz, Impressum und Anfahrt als Projektinhalte mit deutschem und englischem Titel, Navigationslabel, HTML-Inhalt, Meta-Titel und Meta-Beschreibung.
- 05
Öffentliche Read-API
Sichtbare Seiten werden tenantbezogen über dedizierte Public-Endpunkte ausgeliefert — eine eigene Storefront kann daraus Navigation, Footer und Content-Routen bauen.
- 06
Öffnungszeiten
Projektweite und eventbezogene Öffnungszeiten bilden Abendkasse und Einlasslogik ab, statt sie in einem Beschreibungstext zu verstecken.
Eckdaten
- Mandanten
- Ein Shop je Projekt, unbegrenzt viele Projekte je Organisation
- Domains
- Eigene Subdomain je Projekt
- Designvarianten
- Unbegrenzt gespeicherte Varianten plus serverseitige Presets
- Sprachen der Infoseiten
- Deutsche und englische Inhalte, Labels und Meta-Felder je Seite
- Content-API
- Öffentliche, mandantenbezogene Read-Endpunkte für eigene Storefronts
So funktioniert es
01 02 Preset wählen
Von einem gepflegten Preset starten und daraus eine gespeicherte Designvariante machen, die du später wiederverwenden oder duplizieren kannst.
03 Infoseiten schreiben
FAQ, AGB, Datenschutz, Impressum und Anfahrt auf Deutsch und Englisch anlegen — jeweils mit eigenem Meta-Titel und eigener Beschreibung.
04 Veröffentlichen
Customization auf die Projekt-Subdomain veröffentlichen; sichtbare Seiten wandern automatisch in Header- und Footer-Navigation.
Einsatzbereiche
Clubs und Locations — Mehr erfahren
Eine dauerhafte Storefront mit Öffnungszeiten, wiederkehrender Eventliste und einem Look, der zur Location passt.
Theater — Mehr erfahren
Saisonale Designvarianten und ausführliche Infoseiten zu Barrierefreiheit, Anfahrt und Hausordnung.
Agenturen — Mehr erfahren
Mehrere Kundenmarken parallel, jede als isoliertes Projekt mit eigenem Shop und eigenem Team.
FAQ
- Ja. Jedes Projekt ist ein eigenständiger Mandant mit eigenen Mitgliedern, Einstellungen, Branding und Shop-Identität — mehrere Veranstalter oder Kundenmarken arbeiten parallel auf einer Plattform.
- Nein. Shop-Infoseiten werden im selben Design-Workflow verwaltet, inklusive Slug- und Reihenfolgesteuerung, Sichtbarkeits-Flag, HTML-Vorschau sowie getrennten deutschen und englischen Inhalten samt Meta-Feldern.
- Ja. Speichere einen Look als Projekt-Designvariante und lade, überschreibe oder dupliziere ihn später. Serverseitige Presets dienen als gepflegte Startpunkte für gängige Shop-Stile.
- Ja. Sichtbare Shop-Seiten werden über öffentliche, mandantenbezogene Read-Endpunkte bereitgestellt — ein eigenes Frontend rendert Navigation, Footer-Links und Content-Routen aus derselben Quelle.
Projekt anlegen, Preset wählen und noch heute einen gebrandeten Shop online stellen.