Livestream auf einer Eventwebsite einbetten: Veröffentlichung und Probelauf
Ein Livestream-Player kann im Editor richtig aussehen und für Gäste trotzdem ausfallen: Das Event ist privat, die Domain ist nicht freigegeben oder die Übertragung hat noch nicht begonnen. Behandle die Einbettung als Veröffentlichungs- und Testaufgabe. Hole Code und Kontoeinstellungen aus der aktuellen Anleitung des Videoanbieters und prüfe die echte Besucherseite in jeder Eventphase.
Boletolibre-Redaktion
Veröffentlicht
Zuschauerziel und offiziellen Einbettungscode festlegen
Bearbeitbares Veröffentlichungs- und Probenblatt herunterladen (Markdown auf Englisch)
Lege fest, welche Livesitzung auf die Seite gehört und wer das Anbieterkonto verwaltet. Notiere die URL des Anbieter-Events, die Eventseiten-URL und die Person für die Einstellungen. Erstelle oder wähle die Sitzung im aktuellen Anbieter-Dashboard und kopiere ihren echten Einbettungscode. Vimeo beschreibt einen iframe-Code für Live-Events mit Optionen für nur den Player oder zusätzliche Interaktionswerkzeuge. YouTube beschreibt für unterstützte Videos „Teilen“ und „Einbetten“. Funktionen unterscheiden sich je nach Dienst; errate keine iframe-URL.[1][3]
Prüfe, ob dein Website-Editor einen HTML- oder Einbettungsblock akzeptiert und welcher Anbietercode dort funktioniert. Eine URL zur Videoseite ist nicht zwingend derselbe Inhalt wie der Einbettungscode. Halte fest, woher der Code stammt, damit ein späterer Sitzungswechsel nachvollziehbar bleibt.
Privatsphäre und erlaubte Domains vor der Veröffentlichung prüfen
Kläre zwei getrennte Fragen: Wer darf die Übertragung sehen, und auf welchen Domains darf ihr Player erscheinen? Vimeo bietet Einstellungen für Zuschauer-Privatsphäre und erlaubte Domains; eine Domainbeschränkung kann den Player auf einer sonst öffentlichen Seite blockieren. Teste die veröffentlichte Domain und gegebenenfalls deine Testdomain. Lockere den Schutz einer privaten Sitzung nicht für eine Vorschau. Sind Passwort, Konto oder Berechtigung erforderlich, folge der Anbieteranleitung und teste mit einem berechtigten Gastkonto.[1][2]
Versprich keinen öffentlichen Ersatzlink, bevor du genau diese URL als Gast geöffnet hast. Manche Einstellungen erlauben das Ansehen nur in einer freigegebenen Einbettung und nicht auf der normalen Anbieterseite. Ein Player allein verkauft auch keine Karte und gewährt weder Einlass noch Streamingzugang. Beschreibe das tatsächliche Zugangsverfahren.[2]
- Anbieterkonto und Sitzungskennung gehören zum öffentlichen Event; der Code stammt genau von dieser Sitzung.
- Zuschauer-Privatsphäre, erlaubte Domains und etwaige Gastanmeldung sind genehmigt und notiert.
- Ein direkter Zuschauerlink funktioniert, falls angeboten, für berechtigte Gäste; sonst ist der Status- oder Hilfeweg klar.
Player neben wichtigen Eventangaben platzieren
Füge den freigegebenen Code in das passende Feld des Editors ein und prüfe die veröffentlichte Seite statt nur der Vorschau. Falls verfügbar, wähle eine responsive Einbettung und kontrolliere die Bedienung auf schmalen Bildschirmen. Gib dem iframe einen beschreibenden Titel wie „Livestream von [Eventname]“, sofern der Editor diese Einstellung anbietet.[1][5]
Zeige Eventname, lokale Startzeit mit Zeitzone, öffentlich zulässige Zugangshinweise und einen aktuellen Status nahe am Player als normalen Seitentext. Erkläre, ob gerade ein Wartebildschirm, die Liveübertragung oder eine Aufzeichnung erscheint. Bei Ausfall biete nur dann einen alternativen Zuschauerweg an, wenn der Anbieter ihn erlaubt und du ihn getestet hast. Sonst nenne eine eindeutig beschriftete Status- oder Hilfeseite.[2]
Den veröffentlichten Besucherweg proben
Plane eine Probe früh genug, um Seite und Anbieter-Einstellungen korrigieren zu können. Öffne die endgültige URL ohne Teamrechte als Gast; prüfe Telefon und Computer, einen schmalen Bildschirm und die Tastaturbedienung des Players und der Links. Kontrolliere Zugangsmeldung, sichtbaren Zustand, Startzeit und tatsächliche Wiedergabe bei einer zulässigen Testübertragung. Notiere Gerät, Browser, Ergebnis und Korrekturverantwortliche.
Höre den Ton ab, teste Start und Lautstärke und prüfe, ob verfügbare Live-Untertitel eingeschaltet und ohne Überdeckung wichtiger Inhalte gelesen werden können. Das W3C-Kriterium für Live-Untertitel betrifft Audio in synchronisierten Live-Medien; ein Untertitelsymbol beweist noch keine untertitelte Sendung. Teste gegebenenfalls einen Gast-Chat getrennt vom Video. Für die Herstellung von Untertiteln gibt es eine eigene Checkliste.[4]
Übergang von Wartezustand über Live zu Aufzeichnung planen
Bestimme, wer die Seite von „Beginnt bald“ auf „Live“ umstellt und wer bei Verspätung oder Störung antwortet. Die Videoplattform kann eigene Zustände anzeigen, doch der umgebende Eventtext braucht ebenfalls eine verantwortliche Person. Bereite eine wahrheitsgemäße Verzögerungsmeldung und einen Aktualisierungsweg vor; bezeichne ein Standbild nicht als laufende Übertragung.
Prüfe nach Ende, ob der Player eine Endmeldung, eine leere Fläche oder die Aufzeichnung zeigt. Ist eine Wiederholung freigegeben, kontrolliere Privatsphäre, Untertitel und URL vor Änderung der Seitenbeschriftung. Entferne veraltete „Jetzt live ansehen“-Texte und zeitgebundene Hinweise. Teste nach Player- oder Rechteänderungen erneut und bewahre das Arbeitsblatt auf. Änderungen am Ladeverhalten oder Autoplay erfordern einen weiteren Wiedergabetest.
- Vor Livebeginn: Wartehinweis, lokale Startzeit und Zugangsinformationen stimmen.
- Während Live: Wiedergabe, Ton, Untertitel und Hilfelink funktionieren für Gäste auf Telefon und Computer.
- Danach: Endzustand oder freigegebene Aufzeichnung sind richtig beschriftet und alte Live-Aufrufe entfernt.
Quellen und weiterführende Informationen
- How to embed my live event on my websiteVimeo Help Center · Abgerufen
- About privacy settings for live eventsVimeo Help Center · Abgerufen
- Embed videos and playlistsYouTube Help · Abgerufen
- Understanding SC 1.2.4: Captions (Live)W3C WAI · Abgerufen
- Using the title attribute of the iframe element (H64)W3C WAI · Abgerufen