Eine öffentliche Seite beginnt mit der Frage des Gastes
Ein Veranstalter arbeitet mit Zeitplänen, Kapazitäten, Verkaufsmodellen und Betriebszuständen. Ein Gast kommt meist mit kürzeren Fragen: Was findet statt, wo ist es, wann sollte ich da sein und was muss ich als Nächstes tun? Die neu gestaltete Event Experience gibt diesen Antworten eine stärkere visuelle Ordnung. Datum, Ort, Veranstalterkontext und Eintrittsaktion bleiben nah beieinander; nachgelagerte Details unterstützen die Entscheidung, statt mit ihr zu konkurrieren.
Dasselbe Prinzip prägt die Venue Experience. Ein verwaltetes Venue kann seine öffentliche Identität vorstellen und die dort veröffentlichten Events zeigen. Wiederkehrender Betrieb erhält damit ein stabiles Ziel, statt jeden Besuch auf ein isoliertes Listing zu reduzieren. Die Seite erfindet keinen Eventkalender aus privaten Planungsdaten. Nur öffentliche Ressourcen, die die bestehenden Veröffentlichungsregeln erfüllen, dürfen erscheinen; ein archiviertes oder unveröffentlichtes Venue bleibt nicht allein deshalb öffentlich erreichbar, weil es früher eine URL hatte.
Verwaltete Venues und einmalige Orte teilen einen öffentlichen Standard
Viele Eventportfolios verbinden dauerhafte mit temporären Orten. Eine Clubnacht kann ein gespeichertes, verwaltetes Venue verwenden, dessen Adresse und öffentliches Profil wiederholt genutzt werden. Ein Pop-up, eine Festivalbühne oder ein Partnerort gehört womöglich nur zu einem Event. Public Pages V2 unterstützt beide Modelle: Ein Event in einem verwalteten Venue kann unter diesem Venue aufgelöst werden, während ein veröffentlichtes One-off Event eine eigene öffentliche Eventadresse besitzt und die für dieses Event gespeicherten Ortsangaben trägt.
Diese Unterscheidung bleibt im Produkt bedeutungsvoll. Ein einmaliger Ort wird nicht stillschweigend zu einem verwalteten Venue, und eine öffentliche Seite benötigt keinen Venue-Fremdschlüssel, um ein legitimes Event zu beschreiben. Umgekehrt behalten Seiten verwalteter Venues ihre Beziehung zum Venue und dessen veröffentlichtem Programm. Gäste erhalten in beiden Fällen eine zusammenhängende Experience; Veranstalter behalten das Datenmodell, das ihrem tatsächlichen Betrieb entspricht.
Ticketing-Zustände benennen genau, wer den Verkauf betreibt
Die öffentliche Eventaktion folgt jetzt dem ausdrücklich gewählten Ticketing-Modus. Bei NOCTRA Ticketing kann die Seite die native Ticketauswahl zeigen und in den von NOCTRA betriebenen Kaufprozess führen, wenn Kontingent und Verkaufsbereitschaft dies erlauben. Bei External Ticketing benennt sie den separat betriebenen Weg und führt zum konfigurierten HTTPS-Ziel des Veranstalters. Bei Keine bezahlten Tickets erfindet sie weder Checkout noch ein kostenpflichtiges Angebot.
Diese Darstellungen sind keine zweite Quelle der Ticketing-Wahrheit. Die öffentliche Seite kann ein externes Event nicht in einen nativen Verkauf verwandeln, Payment Readiness umgehen oder Tickets veröffentlichen, die der geschützte Ticketing-Ablauf nicht verkaufbar macht. Ebenso löscht Keine bezahlten Tickets weder Guestlist noch Door oder andere Zugangsabläufe; es erklärt nur, dass diese öffentliche Seite keine bezahlten Tickets anbietet. Die Seite beschreibt die bereits im Event gespeicherte betriebliche Tatsache, statt sie aus einem Link oder Umsatzfeld zu erraten.
Für den Moment gestaltet, in dem Gäste die Seite wirklich öffnen
Öffentlicher Eventtraffic ist von Natur aus mobil. Links wandern durch Nachrichten, Social Posts und Suchergebnisse, oft während Gäste bereits zwischen Apps wechseln. V2 behandelt den kleinen Bildschirm als primären Lesekontext: Wesentliche Eventfakten erscheinen früh, Aktionen bleiben gut erreichbar und die Ticketing-Entscheidung verschwindet nicht unter interner Produktsprache. Eine fokussierte mobile Aktion kann den relevanten nächsten Schritt verfügbar halten, ohne die Inhalte zu verdecken, die bei der Entscheidung helfen.
Das visuelle System reicht nun über Event- und Venue-Seiten hinweg und enthält belastbare Coverdarstellungen, wenn kein geeignetes Bild hinterlegt wurde. Gastorientierte Navigation und der öffentliche Footer verbinden die Seite mit NOCTRA, ohne Dashboard-Steuerungen offenzulegen. Das Ergebnis unterscheidet sich bewusst vom internen Eventdatensatz: Es ist die öffentliche, zugängliche Erklärung eines veröffentlichten Betriebs und keine verkleinerte Kopie der Workspace-Oberfläche.
Suche und Teilen spiegeln die veröffentlichte Ressource
Jede berechtigte Seite sendet nun die Signale, die sie konsistent beschreiben. Canonical-Metadaten kennzeichnen die autoritative öffentliche URL. Englische und deutsche hreflang-Alternativen sowie x-default beschreiben die verfügbaren lokalisierten Ansichten. Open Graph und Social-Metadaten unterstützen geteilte Vorschauen; eigene Bilddarstellungen liefern auch bei begrenzten Event- oder Venue-Medien eine verlässliche Visualisierung. Event- und Venue-JSON-LD verwenden die passenden strukturierten Datentypen statt einer allgemeinen Marketingbeschreibung.
Discovery folgt der Veröffentlichungsautorität. NOCTRAs Sitemap-Resolver enthält berechtigte veröffentlichte Venues und Events einschließlich unterstützter One-off Events; die öffentliche Robots Policy blockiert diese Routen nicht länger als ganze Klasse. Suchmaschinen entscheiden weiterhin selbst, ob und wann sie eine Seite crawlen oder indexieren. NOCTRA verspricht weder Rankings noch sofortige Aufnahme. Das Produkt stellt jetzt die belastbare Voraussetzung bereit: eine stabile, indexierbare Seite, deren Metadaten, strukturierte Daten und sichtbarer Inhalt dieselbe Ressource beschreiben.
Veröffentlichung bleibt eine bewusste Grenze
Eine bessere öffentliche Experience ist nur dann wertvoll, wenn private oder unvollständige Arbeit privat bleibt. V2 löst öffentliche Daten weiterhin über die bestehende Veröffentlichungsautorität auf. Entwürfe, archivierte, unveröffentlichte oder anderweitig ungeeignete Ressourcen scheitern geschlossen, statt auf eine unvollständige Seite zurückzufallen. Eventzugehörigkeit und Venue-Beziehungen werden durch die autoritativen Resolver geprüft, sodass eine öffentliche URL nicht von der Ressource eines Workspace in die Darstellung eines anderen wechseln kann.
Dieses Release verbessert Qualität und Auffindbarkeit der Seiten, deren Veröffentlichung Veranstalter gewählt haben und die dafür berechtigt sind. Es verändert weder Checkout-Bildung, Payment, Steuern, Reservierungen noch Ticketzustellung und behauptet keine nicht gemessene Nutzung durch Kunden. Public Pages V2 ist ein Produktfundament: klarer für Gäste, ausdrucksstärker für Veranstalter und lesbarer für Suche und Sharing, während die Grenzen erhalten bleiben, auf die der Betrieb angewiesen ist.