Zum Hauptinhalt springen

Checkliste zum Start einer Event-Website

Eine schöne Startseite reicht nicht. Besucher brauchen korrekte Eventdaten und einen funktionierenden Weg zur Anmeldung oder Ticketbuchung. Diese Checkliste ist eine Abnahme für eine konkrete Event-Website: Verantwortliche benennen, Nachweise festhalten, bei kritischen Fehlern stoppen und nach der Veröffentlichung erneut prüfen.

Boletolibre-Redaktion

Veröffentlicht

Drei ursprüngliche Freigabeschritte: Inhalt, Anmeldung und Live-Kontrolle.
Inhalte freigeben, Besuchsweg prüfen, Live-Seite überwachen.

Verantwortliche und Startentscheidung festlegen

Bestimme eine Person für die Eventdaten und eine für Website- oder Anbieterfehler. Notiere öffentliche URL, Startzeit mit Zeitzone, Testgeräte, Testvorgang, Problemverantwortliche und Freigabe. Lege fest, wer Preise, Kontingent und Richtlinien ändern darf.

Falsches Datum, falscher Ort, defekte Anmeldung, falsche Währung, unzugängliches Pflichtformular oder ungenehmigte Bedingungen sind Stoppsignale. Kleine Schönheitsfehler brauchen eine zuständige Person und Frist.

Alle kaufrelevanten Eventdaten prüfen

Vergleiche Name, Datum, Wochentag, Uhrzeit, Zeitzone, Ort oder Online-Zugang, Preis, Leistung, Verfügbarkeit, Barrierefreiheit, Erstattung und Kontakt mit der genehmigten Planung, Ticketkonfiguration und Bestätigung.

  • Startseite, Programm, FAQ, Tickets, Fußzeile und Linkvorschau auf Widersprüche lesen.
  • Kartenlink bis zum richtigen Eingang prüfen.
  • Platzhalter, Testbilder und veraltete Angebote entfernen.
  • Jede veröffentlichte Sprache unabhängig korrekturlesen lassen.

Bei Orts- oder Zeitänderungen auch Anzeigen, E-Mails und Checkout aktualisieren. Eine richtige Startseite gleicht veraltete Zahlungsdaten nicht aus.

Anmeldung oder Kauf am Telefon durchspielen

Beginne mit dem tatsächlichen Kampagnenlink in einer neuen Sitzung. Finde das Event, wähle ein Ticket, fülle das Formular aus, öffne den externen Checkout und prüfe Rückweg und Bestätigung. Nutze genehmigten Testmodus oder ein kostenloses Testprodukt. Prüfe Endpreis und Währung vor dem Bezahlen.

  • Buttons führen zum richtigen Event und Ticket.
  • Externer Checkout zeigt dieselben Daten und Erstattungsregeln.
  • Fehler nennen das Feld und erhalten gültige Eingaben.
  • Bestätigung kommt mit den zugesagten Zutrittsinformationen an.
  • Hilfe bei Zahlungsfehlern oder doppelter Bestellung ist erreichbar.

Wiederhole den Weg in einem zweiten Browser und über die direkte Event-URL. Eine fachfremde Person soll vor jedem Klick die erwartete Aktion beschreiben.

Mobile Nutzung und Barrierefreiheit prüfen

Prüfe auf schmalem Telefon und Desktop, ob Preis, Datum, Hauptbutton und Fehlermeldungen ohne horizontales Scrollen sichtbar bleiben. Vergrößere Text und kontrolliere feste Elemente.

Gehe nur mit der Tastatur durch Navigation und Formular. Prüfe sichtbaren Fokus, logische Reihenfolge, klare Linktexte, sinnvolle Bildbeschreibungen und Formularbeschriftungen. W3C WAI erklärt Labels und einfache erste Prüfungen.[3][4]

Auch den Checkout eines Drittanbieters prüfen und Fehler melden. Für Besucher ist es ein zusammenhängender Ablauf.

Freigabe dokumentieren und Live-Seite beobachten

Eine gute Prüfung nennt Seite, erwartetes Verhalten und Nachweis. „Mobiles Safari öffnet das richtige Ticket mit genehmigtem Preis“ ist überprüfbar; „sieht gut aus“ nicht.

PrüfpunktMindestnachweisVerantwortlich
EventdatenPlan stimmt mit Seite und Checkout übereinOrganisation
AnmeldungTest erreicht BestätigungTicketing
ZugangTelefon und Tastatur funktionierenWebsite
SucheURL und Vorschau geprüftWebsite
StartLive-Seite und Hilfe geprüftStartleitung

Nach Veröffentlichung den wichtigsten Weg auf der echten Domain wiederholen. Auf kaputte Seiten, Formulare, Bestätigungen und Supportanfragen achten. Am Folgetag Besuche, Anmeldungen und Abrechnung vergleichen.

Quellen und weiterführende Informationen

  1. Google SEO-LeitfadenGoogle Search Central · Abgerufen
  2. Google Sitemap-AnleitungGoogle Search Central · Abgerufen
  3. W3C-FormularbeschriftungW3C Web Accessibility Initiative · Abgerufen
  4. W3C erste BarrierefreiheitsprüfungenW3C Web Accessibility Initiative · Abgerufen