Deinen Broadcast messen: Zuschauer, Watchtime und das 30-Tage-Limit

16. Juli 2026 · 8 Min. Lesezeit

Wo die Zahlen zu finden sind

Broadcast-Statistiken befinden sich auf deinem eigenen Steam-Konto, nirgends öffentlich. Melde dich mit dem Konto an, dem der Broadcast gehört, und öffne deine Broadcast-Verlaufsseite. Valve dokumentiert die genauen Kennzahlen, die es meldet, in seiner Dokumentation zu den Broadcast Viewership Statistics: maximale gleichzeitige Zuschauer, Zuschauer insgesamt, durchschnittliche Watchtime und Watchtime insgesamt. Das ist die vollständige Liste. Es gibt keine Aufschlüsselung nach Ländern, keine Wunschlisten-Korrelation, keine Referrer-Daten dazu - vier Zahlen, pro Sitzung.

Sie teilen sich in zwei Paare auf. Maximale gleichzeitige Zuschauer und Zuschauer insgesamt drehen sich beide um Reichweite: Die erste Zahl ist ein Spitzenwert - wie viele Menschen im einzigen geschäftigsten Moment zugesehen haben - , die zweite ist kumulativ. Zuschauer insgesamt bedeutet konkret eindeutige Zuschauer insgesamt: Valve zählt eine Person nur einmal pro Sitzung, selbst wenn sie geht und wiederkommt, es ist also keine reine Zählung von Seitenaufrufen. Dieser Unterschied verändert, wie du die Lücke zwischen den beiden Zahlen lesen solltest. Ein Wert für Zuschauer insgesamt, der nah an deinem Wert für maximale gleichzeitige Zuschauer liegt, deutet darauf hin, dass die meisten Leute etwa gleichzeitig kamen und zusammen blieben. Ein Gesamtwert, der weit über dem Spitzenwert liegt, deutet auf ein stetiges Rinnsal verschiedener Leute hin, die einzeln vorbeikommen, statt auf eine einzige Menge - dieselbe Gesamtzahl kann zwei sehr unterschiedliche Zielgruppen beschreiben. Durchschnittliche Watchtime und Watchtime insgesamt drehen sich um Aufmerksamkeit statt um Kopfzahl: Der Durchschnitt sagt dir, wie lange ein typischer Zuschauer geblieben ist, die Gesamtzahl ist die Summe der Zeit aller Zuschauer im Stream. Keine der beiden Zahlen sagt dir, was die Leute tatsächlich auf dem Bildschirm gesehen haben oder ob sie zu deiner Seite durchgeklickt haben - das legt Steam nicht offen. Was du bekommst, sind Reichweite und Dauer, genug, um zu erkennen, ob ein Broadcast überhaupt angesehen wird, nicht genug, um dir zu sagen, warum.

Die 30-Tage-Klippe

Das ist die Einschränkung, die am meisten zählt, wenn du einen Broadcast durchgehend laufen lässt. Valve sagt es unumwunden: "Wir zeigen deine Broadcast-Daten nur aus den letzten 30 Tagen." Alles Ältere ist einfach nicht mehr da. Es wird nicht in eine herunterladbare Datei archiviert und schrumpft nicht zu einer Zusammenfassung - es verschwindet von der Seite.

Für einen Broadcast, der rund um einen Launch ein bis zwei Wochen läuft, ist das kein Problem: Das ganze Event passt mit Luft nach oben in das Fenster. Für einen 24/7-Broadcast, der über Monate läuft, bedeutet es, dass deine Dezember-Zahlen bis Februar verschwunden sind, ob du sie dir angesehen hast oder nicht. Wenn dir eine Zahl wichtig ist - ein Ausschlag rund um einen Sale, ein Vergleich zwischen zwei Trailer-Schnitten - , mach in der Woche, in der es passiert, einen Screenshot oder notiere sie dir. Auf einen ruhigen Monat zu warten, um ein ganzes Quartal zu überblicken, ist keine Option, die Steam dir gibt.

Hier hört das Zeitfenster auf, eine abstrakte Unannehmlichkeit zu sein, und wird zu einem konkreten Verlust. Ein Next-Fest-Broadcast, der die üblichen 7 Tage läuft, ist etwa fünf Wochen nach seinem Ende vollständig aus deiner Historie verschwunden. Willst du die Next-Fest-Zahlen dieses Jahres mit denen des nächsten vergleichen - ein wirklich nützlicher Vergleich für einen Entwickler, der dieselbe Shopseite über mehr als ein Fest hinweg betreibt - , gibt es keinen späteren Zeitpunkt, an dem du zurückgehen und die Zahlen vom letzten Jahr abrufen kannst. Steam bewahrt sie an keiner für dich erreichbaren Stelle auf, nicht in einem Export, nicht in einer Kontoeinstellung, nirgends. Entweder notierst du dir maximale gleichzeitige Zuschauer, Zuschauer insgesamt, durchschnittliche Watchtime und Watchtime insgesamt, bevor sich das Fenster für dieses Event schließt, oder du hast nie eine Ausgangsbasis, mit der du das nächste vergleichen kannst.

Zwei Arten von Zeilen auf der Verlaufsseite

Die Verlaufsseite mischt zwei verschiedene Zeilentypen, und sie beantworten unterschiedliche Fragen. Eine Broadcast Session aggregiert die Zuschauerzahlen über jede zugehörige Upload Session hinweg und erfasst alle eindeutigen Zuschauer, solange keine Lücke im Feed länger als 5 Minuten dauert. Eine Upload Session ist enger gefasst: ein bestimmter durchgehender Stream, mit seiner Videoauflösung, Start- und Stoppzeiten, Dauer und einem Diagramm der gleichzeitigen Zuschauer über die Zeit.

Sieh dir Broadcast Sessions an, wenn du das große Bild willst - die Gesamtreichweite über einen Lauf. Sieh dir Upload Sessions an, wenn du wissen willst, was in einem bestimmten Zeitfenster passiert ist, etwa in der Stunde, in der ein Sale live ging.

Die Felder in einer Upload-Session-Zeile lohnt es sich, einzeln zu nutzen, statt nur darüber hinwegzusehen. Die Videoauflösung und die Start- und Stopp-Zeitstempel sagen dir genau, welches Broadcast-Fenster du gerade betrachtest - nützlich, wenn du das Loop-Video mitten im Monat gewechselt hast und wissen musst, welcher Schnitt während eines bestimmten Ausschlags tatsächlich live war. Das Diagramm der gleichzeitigen Zuschauer über dasselbe Fenster zeigt eine Form, nicht nur eine Spitzenzahl: Ein Diagramm, das stundenlang flach bleibt und einmal ausschlägt, sieht anders aus als eines, das stetig ansteigt, selbst wenn der Wert für maximale gleichzeitige Zuschauer bei beiden identisch ist. Steam beschriftet oder erklärt dir diese Form nicht - sie selbst zu lesen ist die einzige Stelle auf der ganzen Statistikseite, an der du mehr tust, als eine Zahl abzuschreiben.

Warum ein Stream, der abbricht, seine eigenen Statistiken zersplittert

Die 5-Minuten-Regel von oben leistet mehr, als es scheint. Bricht dein Feed ab und kommt innerhalb von 5 Minuten zurück, zählt Steam ihn weiter als dieselbe Broadcast Session. Überschreitest du diese 5-Minuten-Grenze, beginnt der nächste Zuschauer-Abschnitt eine neue Broadcast Session - dein durchgehender Lauf wird in Steams eigenen Zahlen in Stücke zerlegt, selbst wenn es für einen Zuschauer, der die Seite neu lädt, wie ein einziger langer Ausfall aussah.

Das ist ein echtes, wenn auch begrenztes Argument für einen Stream, der schnell selbst neu startet, statt einen, der so lange ausfällt, bis es jemand bemerkt. Es ändert nicht, wie viele Leute deine Seite tatsächlich gesehen haben; es ändert, ob Steams Reporting das als eine Sitzung oder mehrere behandelt. Fällt dein Feed regelmäßig länger als 5 Minuten am Stück aus, lohnt es sich, das für sich zu untersuchen - siehe Fehlerbehebung bei einem Steam-Broadcast für die häufigsten Ursachen.

Transcoding und das Zuschauer-Diagramm

Noch etwas prägt, was in deinen Statistiken erscheint: Steam schaltet Transcoding automatisch ein, sobald eine Upload Session 10 gleichzeitige Zuschauer überschreitet, und erzeugt neben dem Original niedriger aufgelöste Versionen des Streams - 720p, 480p und 360p. Das ist Steam, das Last verteilt, nichts, was du konfigurierst. Es ist außerdem für sich genommen ein nützlicher Marker: Listet eine Sitzung mehrere Auflösungen auf, weißt du, dass sie irgendwann 10 gleichzeitige Zuschauer überschritten hat, was dir die aggregierten Zahlen nicht so direkt sagen.

Das erscheint nur in der Upload-Session-Ansicht, nicht in der Broadcast-Session-Zusammenfassung, ein weiterer Grund, beide Zeilentypen zu prüfen, statt nur das Aggregat zu überfliegen und weiterzugehen. Eine Broadcast Session, die in keiner ihrer Upload Sessions je 10 gleichzeitige Zuschauer überschritten hat, hat nie Transcoding ausgelöst, und das ist in Ordnung - es bedeutet nur, dass das Auflösungsdetail der Zuschauer nicht zum Nachsehen da sein wird.

Warum die Zahlen enttäuschend wirken können

Bevor du deine eigenen Zahlen an einer Vorstellung davon misst, wie sie sein sollten, lohnt es sich, zwei Dinge zu wissen: Ein Broadcast, der ein Video in einer Schleife abspielt, ist nicht dasselbe Produkt wie eine Person, die live streamt, und die Statistiken können aus Gründen dünn aussehen, die nichts mit dem Video selbst zu tun haben.

Streamer berichten häufig von einer Store-Broadcast-Latenz von etwa 30 Sekunden - Valve veröffentlicht keine offizielle Latenzangabe für Store Broadcasts, behandle das also als von Nutzern beobachteten Wert, nicht als Spezifikation. In der Praxis bedeutet das, dass jeder Zuschauer deinen Loop etwa eine halbe Minute hinter der Echtzeit sieht. Für einen vorab aufgezeichneten Loop ohne Chat, der darauf reagieren könnte, spielt das keine Rolle, aber es lohnt sich zu wissen, falls du je versucht bist, den Broadcast als Live-Feed zu behandeln, der auf den Moment reagiert - das ist er nicht, und die Statistiken verhalten sich auch nicht so.

Der wichtigere Punkt ist, wie Zuschauer überhaupt zustande kommen. Eine live streamende Person baut sich ein Publikum auf, das zu einer geplanten Zeit erscheint, weil es dazu aufgefordert wurde. Ein Loop-Video auf einer Shopseite hat keinen Zeitplan - jeder Zuschauer, der in deinen Statistiken auftaucht, kam, weil er aus einem anderen Grund bereits auf deiner Shopseite war, beim Stöbern, Suchen, über einen Link, und der Broadcast lief zufällig gerade, während er dort war. Das ist ein passives Publikum, das du vom bestehenden Store-Traffic geerbt hast, nicht eines, das du zusammengerufen hast. Das bedeutet, durchschnittliche Wiedergabezeit und Gesamtzuschauerzahl liest man am besten als Nebeneffekt des Traffics, den deine Seite ohnehin bekommt, nicht als Kanal, der von sich aus neuen Traffic anzieht. Wenn deine Zahlen im Vergleich zu dem, was du von einem geplanten Livestream mit angekündigter Startzeit erwarten würdest, bescheiden aussehen, ist das der ehrliche Grund dafür - keine Diskrepanz, der es sich nachzugehen lohnt.

Wenn eine Null nicht das bedeutet, was du denkst

Ein leerer Broadcast-Verlauf lässt sich leicht so missverstehen, dass niemand zugeschaut hat. Valves eigenes FAQ macht eine Unterscheidung, die du kennen solltest, bevor du diesen Schluss ziehst: Nur Public-Broadcasts erscheinen überhaupt auf der Shopseite. Ein Friends-Only-Stream taucht dort von vornherein nie auf und verzeichnet daher null Store-Zuschauer - nicht, weil niemand zugeschaut hat, sondern weil niemand konnte, da die Shopseite ihn nie angezeigt hat. Wenn deine Sichtbarkeit auf etwas anderes als Public eingestellt ist, sehen deine Statistiken genauso aus wie bei einem Broadcast, den niemand gefunden hat, und nichts auf der Verlaufsseite selbst verrät dir, welche Situation tatsächlich vorliegt.

Zwei weitere Fehlerarten führen zum selben leeren Ergebnis, und laut Valves FAQ sind sie die häufigsten: Das Broadcasting-Konto ist für das Spiel nicht whitelisted, oder die Broadcast App ID ist nicht gesetzt oder falsch. Beide verhindern, dass der Broadcast je auf der Shopseite erscheint, was bedeutet, dass beide eine Broadcast-Historie erzeugen, die genau wie ein Broadcast aussieht, den niemand angesehen hat - weil Steam nichts gezählt hat, da nie etwas gezeigt wurde. Hast du gerade einen Broadcast eingerichtet und die Zahlen stehen flach bei null, prüfe Sichtbarkeit, Whitelisting und die App ID, bevor du schlussfolgerst, dass die Schleife selbst niemanden anzieht. Das zählt am meisten genau dann, wenn es am leichtesten ist, es falsch zu machen: beim Einrichten eines Broadcasts auf einer Coming-Soon-Seite vor dem Launch, wenn die Konto- und App-ID-Konfiguration neu und ungetestet ist. Diese Einrichtung behandeln wir gesondert in Broadcasten vor dem Launch, auf einer Coming-Soon-Seite.

Eine Routine rund um das Zeitfenster aufbauen

Nichts davon ändert, was du hochlädst oder wie du streamst - es ändert, wie du die Zahlen nutzt, die Steam dir liefert. Trag dir eine wiederkehrende Erinnerung in deinen Kalender ein, etwa alle drei Wochen, um die Broadcast-Verlaufsseite zu öffnen und festzuhalten, was für dich wichtig ist: Gesamtzuschauer für den Zeitraum, durchschnittliche Wiedergabezeit, jede Upload Session mit mehreren Auflösungen. Das ist der gesamte Workaround für ein 30-Tage-Fenster - einen cleveren gibt es nicht.

Was du festhältst, hängt davon ab, welchen Zeilentyp du gerade siehst. Bei einer Broadcast Session notierst du Gesamtzuschauer und durchschnittliche Wiedergabezeit für den gesamten Lauf - das ist deine Reichweiten-Zusammenfassung für den Zeitraum. Bei jeder Upload Session, die mehr als eine Videoauflösung zeigt, notierst du das Datum und die Auflösung dazu, denn das ist das einzige Zeichen dafür, dass die Session irgendwann die Transcoding-Schwelle von 10 gleichzeitigen Zuschauern überschritten hat, und dieses Zeichen verschwindet nach 30 Tagen zusammen mit allem anderen. Keine der beiden Zahlen ersetzt die andere. Lässt du eine davon aus, hast du nur die Hälfte dessen zur Hand, sobald das Zeitfenster über beide hinweggezogen ist.