16. Juli 2026 · 5 Min. Lesezeit
Mit Steam kannst du Aufnahmen aus einer kostenlosen Demo direkt auf die Shopseite deines Basisspiels livestreamen - der naheliegende Schritt während des Next Fest, wenn die Demo der einzige Build ist, den du vorzeigen kannst. Der Mechanismus ist einfach, aber eine bestimmte Einstellung lässt sich leicht vertauschen, und vertauschst du sie, läuft der Stream einwandfrei, die RTMP-Verbindung bleibt die ganze Zeit grün, und er erscheint an keiner Stelle, die ein Besucher je zu sehen bekommt. Lies die Regel unten, bevor du irgendetwas konfigurierst.
Es ist verlockend, den Broadcast auf die eigene App ID der Demo zu konfigurieren, denn das ist die App, die du tatsächlich ausführst und aus der du das Material aufnimmst. Valves Dokumentation ist eindeutig, dass das nicht funktioniert: "Ein Livestream der Demo-App-ID erscheint nicht automatisch auf der Shopseite des Basisspiels." Die Demo und das Basisspiel sind zwei getrennte App IDs in Steams System, und ein auf die eine gerichteter Broadcast überträgt sich nicht auf die andere.
Man sollte klar sagen, dass das ein demo-spezifisches Problem ist, kein allgemeines Broadcasting-Problem. Streamst du ein veröffentlichtes Spiel auf seine eigene Shopseite, gibt es nur eine App ID im Spiel, also nichts, was du falsch ansteuern könntest. Die Falle existiert nur, weil eine Demo eine zweite App ID einführt, die Material liefert, aber nicht diejenige ist, zu der Besucher tatsächlich navigieren - und diese Lücke zwischen "was du aufnimmst" und "wohin du veröffentlichst" gibt es nur beim Setup Demo-zu-Basisspiel.
Die Lösung besteht darin, den Broadcast gegen die App ID des Basisspiels zu konfigurieren, auch wenn das Material auf dem Bildschirm das der Demo ist. Diese Unterscheidung - welche App du aufnimmst gegenüber welcher App du sendest - ist die ganze Falle, und deshalb ist „my stream isn't showing up“ während eines Next-Fest-Pushs fast immer ein Zuordnungsproblem, kein technisches. An dem Video selbst ist in diesem Szenario nichts falsch: der Encode ist in Ordnung, der RTMP-Handshake gelingt, und der Stream ist wirklich live. Er ist nur live gegen die falsche App ID, sodass ihn keine Shopseite je abholt. Die vollständigen Einrichtungsschritte stehen in Valves eigener Anleitung, Live-Streaming einer Spieledemo auf den Steam Store.
Zwei Mechanismen verstärken hier die Verwirrung. Erstens: Das Ändern der Broadcast App ID in deinen Stream-Einstellungen wirkt sich auf Steams Seite sofort aus, aber die Shopseite selbst kann eine kurze Weile brauchen, um nachzuziehen - hast du gerade eine falsche App ID korrigiert und die Seite sieht eine Minute später noch leer aus, ist das gewöhnliche Übertragungsverzögerung, kein Zeichen dafür, dass die Korrektur falsch war. Gib ihr ein paar Minuten, bevor du an der gerade gesetzten App ID zu zweifeln beginnst. Zweitens: Valves eigene Broadcast-FAQ reduziert die ganze Frage "warum erscheint mein Stream nicht" auf genau zwei Ursachen: Das Konto ist für das Spiel nicht whitelisted, oder die Broadcast App ID ist nicht gesetzt oder falsch. Alles in diesem Artikel ist im Grunde eine Vertiefung dieser zweiten Ursache. Die App-ID-Diskrepanz oben ist eine bestimmte Art, es falsch zu machen; Konto-Whitelisting, das als Nächstes behandelt wird, ist die andere.
Valves Dokumentation enthält eine zweite Warnung, die Leute selbst dann noch erwischt, wenn sie die App ID schon korrigiert haben: "Spiele die Demo-App nicht mit demselben Steam-Konto, das du zum Broadcasten verwenden willst." Steams Client priorisiert das gerade auf einem Konto laufende Spiel gegenüber den konfigurierten Broadcast-Einstellungen dieses Kontos. Ist das Konto, von dem aus du broadcastest, auch das Konto, das aktiv die Demo spielt, hat die laufende Demo-Sitzung Vorrang und überschreibt deine Basisspiel-Konfiguration.
Die praktische Lösung ist, die beiden getrennt zu halten: Lass die Demo nicht live auf dem Konto laufen, das du zur Authentifizierung des Broadcasts nutzt, egal ob diese Authentifizierung über OBS oder einen gehosteten Dienst läuft. Nimm das Material auf einem anderen Weg auf oder besorge es dir anders, und lass das Broadcasting-Konto nur broadcasten. Das ist eine Stelle, an der eine Schleife aus einem hochgeladenen Video einen natürlichen Vorteil gegenüber einem Live-Aufnahme-Setup hat - wird auf dem Broadcasting-Konto von vornherein nichts gespielt, gibt es kein laufendes Spiel, das mit der Broadcast-Konfiguration konkurriert.
Ein naheliegender Workaround drängt sich hier auf: ein zweites Wegwerf-Steam-Konto nur für die Demo-Sitzung anlegen und vom Hauptkonto aus weiter broadcasten. Das löst tatsächlich den Konflikt mit dem laufenden Spiel - läuft aber direkt in einen anderen Fehlerfall, der als Nächstes behandelt wird, denn ein brandneues Konto erfüllt fast keine von Steams tatsächlichen Hürden dafür, wer überhaupt broadcasten darf.
Das ist die mit Abstand häufigste Beschwerde über Shop-Broadcasting in Steams eigenen Foren, und sie hat nichts mit App IDs oder damit zu tun, welches Konto was spielt. Steam prüft das Broadcasting-Konto selbst anhand von vier getrennten Bedingungen, und alle vier müssen gleichzeitig erfüllt sein.
Das Konto darf nicht "limited" sein, was auf Steam konkret bedeutet, dass es im Lauf der Zeit mindestens $5 USD ausgegeben hat - für ein Spiel, ein DLC, eine Wallet-Aufladung, egal was. Genau das erwischt den Wegwerf-Konto-Workaround aus dem Abschnitt oben: Ein Konto, das rein zum Halten einer Demo-Sitzung erstellt wurde, ist per Definition ein frisches, limitiertes Konto ohne Kaufhistorie, und Steam lehnt es ab, ohne das in irgendeiner brauchbaren Weise zu erklären. Nutzt du tatsächlich ein zweites Konto, um Demo-Sitzung und Broadcast zu trennen, braucht dieses Konto eine eigene echte Ausgabenhistorie von $5, bevor es für irgendetwas Broadcast-Bezogenes berechtigt ist.
Unabhängig davon braucht das Konto eine ausdrückliche Broadcast-Berechtigung, die auf eine von zwei Arten erteilt wird: Die "Broadcast Live"-Berechtigung für dieses Konto in Steamworks gesetzt, oder Mitgliedschaft in der Store Broadcast Beta-Gruppe. Keine der beiden ist standardmäßig aktiv, und das ist etwas anderes als den Besitz des Spiels - ein Konto kann rechtmäßig eine Kopie besitzen und trotzdem keine Berechtigung haben, damit zu broadcasten, bis eine der beiden erteilt wird.
Zusätzlich braucht das Konto eine echte Verbindung zum Spiel selbst: einen Kauf oder Produktschlüssel, Mitgliedschaft in einer Steamworks Partner Group mit Zugriff, oder eine Release-Override-Lizenz, falls der Titel noch nicht erschienen ist. Und es darf nicht Community Banned sein - eine Sperre des Kontos hebt alles andere auf dieser Liste auf, unabhängig von Ausgabenhistorie oder erteilten Berechtigungen.
Steams Fehlermeldung, wenn eine dieser vier Bedingungen nicht erfüllt ist - "your account does not have sufficient privileges to broadcast live streams" - sagt nicht, welche. Die vollständige Aufschlüsselung findest du in Valves Einrichtungsleitfaden, Steam-Broadcasting einrichten. Es lohnt sich, alle vier auszuschließen, bevor du annimmst, die App-ID- oder RTMP-Konfiguration sei schuld, denn ein Berechtigungsfehler sieht von außen genauso aus wie ein Zielfehler: Der Stream erscheint einfach nicht.
Unabhängig von der Kontoberechtigung muss die Shopseite des Basisspiels außerdem überhaupt erst Broadcast-Zugriff gewährt haben, über die Einrichtung eines Steam-Events oder die Special Settings der Shopseite. Ein berechtigtes Konto und eine korrekte App ID ergeben trotzdem keinen sichtbaren Broadcast, wenn der Shopseite selbst nicht mitgeteilt wurde, einen Stream zu akzeptieren - ein dritter, unabhängiger Schalter, der neben den anderen beiden gesetzt sein muss. In der Praxis wird das an einer von zwei Stellen in Steamworks gewährt: einem geplanten Steam-Event, das so konfiguriert ist, dass es Broadcast-Zugriff einschließt, oder dem eigenen Special-Settings-Panel der Shopseite. Beides allein genügt - du brauchst nicht beides - , aber mindestens eines davon muss gesetzt sein, und man nimmt leicht an, das App-ID-Feld allein decke das ab, wenn das nicht der Fall ist.
Auch hier ist Valve deutlich: "You cannot use the Steam Client built-in broadcasting feature to Stream demo gameplay to the Steam Store." Der Broadcast-Tab, den du normalerweise zum Streamen auf dein eigenes Profil nutzt, greift hier überhaupt nicht. Was auch immer das Demo-Material an die Shopseite schickt, muss extern sein - OBS, gerichtet auf RTMP-Server und Stream-Key deines Streaming-Kontos, oder ein gehosteter Dienst, der ein Video entgegennimmt und für dich ausspielt. So oder so sind Server-URL und Stream-Key die zwei Werte, von denen alles Weitere abhängt, und sie gehören speziell zum Streaming-Konto, nicht zum Spiel. Hol dir deine, bevor du beginnst; siehe wo du deinen Steam-Stream-Key findest , falls du das nicht schon getan hast.
Das ist keine willkürliche Einschränkung. Der eingebaute Broadcast-Tab bindet sich an die gerade aktive Spielsitzung auf deinem Konto - genau der Mechanismus hinter der Falle mit demselben Konto von oben, der immer das laufende Spiel gegenüber jeder externen Konfiguration priorisiert. Ein externer Encoder hat dieses Problem nicht, weil er überhaupt nicht an eine Steam-Spielsitzung gebunden ist. Er schickt einfach einen RTMP-Stream an Server und Key, die du ihm gibst, unabhängig davon, ob auf dem Konto etwas läuft oder was.
Soll die Demo für die Dauer eines ganzen Events auf der Shopseite live bleiben statt nur für eine einzelne Sitzung, ist eine gehostete Schleife die Version davon, die keine Maschine braucht, auf der im Hintergrund ein Encoder läuft; siehe wie die Preise funktionieren.
Demos hängen meist an unveröffentlichten Spielen, was die naheliegende Frage aufwirft, ob der Broadcast überhaupt vor dem Erscheinen des Basisspiels erlaubt ist. Ist er: Spiele mit einer Coming-Soon-Seite können vor dem Release streamen, genau die Situation, in der sich die meisten Next-Fest-Demos befinden. Der Coming-Soon-Status auf der Shopseite ist das, was Broadcasting vor dem Launch freischaltet - es ist kein separates Flag, das du selbst setzt - , ist deine Seite also noch nicht als Coming Soon markiert, lohnt es sich, das zu beheben, bevor du irgendetwas anderes auf dieser Seite debuggst. Die Details vor dem Launch, getrennt von der Frage der Demo-Zielsetzung oben, sind behandelt in Broadcasten vor dem Launch, auf einer Coming-Soon-Seite.
Das andere Timing-Detail, das du kennen solltest, sitzt am anderen Ende eines Events: Valve erlaubt einem Broadcast, bis zu 24 Stunden über die geplante Endzeit eines Events hinaus weiterzulaufen. Ein Next-Fest-Demo-Stream, der am Morgen nach dem offiziellen Ende des Festivals noch live ist, ist also kein Fehler - er liegt innerhalb von Valves eigenem Kulanzfenster, nichts, was du hektisch abbrechen musst, sobald der Countdown null erreicht. Plane dein eigenes Herunterfahren an dieser Zahl aus, statt an der angegebenen Endzeit des Festivals.
Erstreckt sich dein Broadcast-Plan über ein ganzes Festival statt nur über einen einmaligen Test, sind die Event-Mechaniken selbst behandelt in Broadcasten für das Steam Next Fest. Dieser Artikel existiert neben jenem, weil Valves eigene Dokumentation nicht bei den Fallen verweilt, die tatsächlich dazu führen, dass ein Demo-Broadcast live geht und nirgends erscheint - die App-ID-Diskrepanz, der Konflikt mit demselben Konto und die vierteilige Kontoberechtigungshürde oben sind die unglamourösen, praktischen Gründe, warum Setups scheitern, und keiner von ihnen erzeugt eine Fehlermeldung, die sich selbst benennt.
Alles oben Genannte erledigt und die Shopseite zeigt trotzdem nichts? Steams eigene FAQ reduziert die Ursache auf zwei: Das Konto ist nicht whitelisted, oder die Broadcast App ID ist nicht gesetzt oder falsch. Arbeite es in dieser Reihenfolge durch - zuerst die App ID, dann Kontoberechtigung (nicht-limitierter Status, Broadcast-Live-Berechtigung oder Store-Broadcast-Beta-Mitgliedschaft, Spielbesitz, keine Community-Sperre) und der Konflikt mit demselben Konto, dann die Broadcast-Berechtigungen der Shopseite. Die vollständige Checkliste findest du in Fehlerbehebung bei einem Steam-Broadcast, der nicht erscheint.
Lade ein Video hoch, füge deinen Stream-Key ein, starte. Ab $0.72/Tag.
Jetzt streamen · $0.72/Tag