Soll der Ticketlink eine neue Registerkarte öffnen? Prüfung vor der Veröffentlichung
Bei einem Ticketlink sind Ziel und Browserverhalten getrennte Entscheidungen. Ein externer Checkout rechtfertigt nicht automatisch eine neue Registerkarte. Entscheide anhand des tatsächlichen Ausgangspunkts der Besuchenden und prüfe, was nach dem Aktivieren geschieht. Diese Anleitung behandelt Registerkarten; der eigene Leitfaden zum teilbaren Link hilft bei der Wahl des öffentlichen Ziels.
Boletolibre-Redaktion
Veröffentlicht
Ausgangspunkt und Ziel bestätigen
Erfasse jede Ticketaktion der Live-Seite: Kopfzeile, Preiskarte, Sitzungsseite und Fußbereich. Notiere genaue Zieladresse, Ausgabe, Datum und Sprache. Ein Link zur Eventübersicht kann sich anders verhalten als ein direkter externer Checkout. Kläre, welche Seite die gültigen Ticketangaben trägt und wer ein falsches Ziel korrigiert. Verwende einen aussagekräftigen Linktext wie „Tickets für [Event und Datum]“, auch wenn die sichtbare Schaltfläche kurz ist.
Im selben Tab bleiben, sofern ein neuer kein echtes Problem löst
Bei einem gewöhnlichen Weg von der Eventseite zum Ticketkauf bleibt die Navigation im selben Tab und der übliche Zurück-Weg erhalten. W3C empfiehlt, neue Fenster und Tabs zu begrenzen, da sie verwirren können. Ein neuer Tab kann sinnvoll sein, wenn der Wechsel ein bereits ausgefülltes Formular oder einen anderen wichtigen Zustand unterbrechen würde; prüfe das im tatsächlichen Dienst. Erzwinge ihn nicht nur, um deine Seite offen zu halten, oder wegen einer anderen Domain. Prüfe auch Weiterleitungen und Anmeldung des Ticketanbieters.[1]
Einen nötigen neuen Tab vor dem Klick ankündigen
Falls ein neuer Tab begründet ist, kündige ihn sichtbar im oder direkt am Link an: „Tickets für [Event und Datum] (öffnet neuen Tab)“. Der Hinweis muss auch für assistive Technik verfügbar sein. W3C beschreibt dies als beratende Technik, nicht als pauschalen Konformitätsnachweis. Nenne Ziel und Tabwechsel; „Weiter“ allein sagt zu wenig. Nutze gleiche Formulierungen für gleiche Ziele und entferne den Hinweis, wenn der Link wieder im selben Tab öffnet.[2][3]
Den veröffentlichten Link wie ein Gast testen
Kopiere den Link von der veröffentlichten Seite, nicht nur aus dem Editor. Öffne jede Ticketaktion auf einem abgemeldeten Smartphone und prüfe Event, Datum und Einstieg in den Checkout. Wiederhole mit Tastatur: Steuere das Element an, lies Beschriftung und Hinweis, aktiviere es und prüfe den Fokus. Bei neuem Tab kehre zur ursprünglichen Seite zurück und kontrolliere deren Zustand; sonst prüfe Zurück. Dokumentiere unerwartete Anmeldungen, verlorene Eingaben und Weiterleitungen für die zuständige Person. Teste nach Änderungen an Anbieter oder Vorlage erneut. Das Arbeitsblatt verbindet Entscheidung, Zuständigkeit und Ergebnis.
Editierbares Arbeitsblatt für Ticketlink-Tabs und Freigabe herunterladen (Markdown, Englisch)
Quellen und weiterführende Informationen
- Opening new windows and tabs from a link only when necessaryW3C WAI · Abgerufen
- Giving users advanced warning when opening a new windowW3C WAI · Abgerufen
- Providing link text that describes the purpose of a linkW3C WAI · Abgerufen