Diffuser votre démo sur votre page boutique

16 juil. 2026 · 5 min de lecture

Le piège : vous diffusez les images de la démo, mais l'App ID doit être celui du jeu de base

Il est tentant de configurer la diffusion sur l'App ID propre de la démo, puisque c'est l'application que vous exécutez réellement et dont vous capturez les images. La documentation de Valve est explicite : cela ne fonctionne pas : "A livestream of the demo appID will not automatically appear on the base game's store page." La démo et le jeu de base sont deux App ID distincts dans le système de Steam, et une diffusion pointée vers l'un ne se reporte pas sur l'autre.

Il vaut la peine d'être clair : il s'agit d'un problème propre aux démos, et non d'un problème général de diffusion. Si vous diffusez un jeu déjà sorti sur sa propre page boutique, il n'y a qu'un seul App ID en jeu, il n'y a donc rien à mal cibler. Le piège n'existe que parce qu'une démo introduit un second App ID qui produit des images mais n'est pas celui que les visiteurs consultent réellement - et cet écart entre "ce que vous capturez" et "ce vers quoi vous publiez" est propre à la configuration démo-vers-jeu-de-base.

La solution est de configurer la diffusion sur l'App ID du jeu de base, même si les images à l'écran sont celles de la démo. Cette distinction - quelle application vous capturez par rapport à quelle application vous diffusez - constitue tout le piège, et c'est pourquoi "mon stream ne s'affiche pas" lors d'un coup de collier pendant le Next Fest est presque toujours un problème de ciblage, pas un problème technique. Rien dans la vidéo elle-même n'est incorrect dans ce cas : l'encodage est bon, la poignée de main RTMP réussit, et le stream est bel et bien en direct. Il est simplement en direct sur le mauvais App ID, si bien qu'aucune page boutique ne le récupère jamais. Toutes les étapes de configuration figurent dans le propre guide de Valve, Diffusion en direct d'une démo de jeu sur la boutique Steam.

Deux mécaniques aggravent ici la confusion. Premièrement, modifier le Broadcast App ID dans vos paramètres de stream s'applique immédiatement du côté de Steam, mais la page boutique elle-même peut mettre un court instant à se mettre à jour - si vous venez de corriger un App ID erroné et que la page paraît encore vide une minute plus tard, il s'agit d'un délai de propagation ordinaire, pas d'un signe que votre correction était mauvaise. Accordez-lui quelques minutes avant de vous mettre à douter de l'App ID que vous venez de définir. Deuxièmement, la propre FAQ de Valve sur la diffusion réduit toute la question du "pourquoi mon stream ne s'affiche pas" à exactement deux causes : le compte n'est pas inscrit sur la liste blanche du jeu, ou le Broadcast App ID est non défini ou erroné. Tout ce qui figure dans cet article n'est en réalité qu'un développement de cette seconde cause. La discordance d'App ID ci-dessus est une manière précise de se tromper ; la liste blanche du compte, traitée ensuite, en est une autre.

Un second piège : ne jouez pas la démo sur le compte depuis lequel vous diffusez

La documentation de Valve comporte un second avertissement qui piège les gens même après qu'ils ont corrigé l'App ID : "Do not play the Demo app using the same Steam Account you plan to use for broadcasting." Le client Steam donne la priorité au jeu en cours d'exécution sur un compte plutôt qu'aux paramètres de diffusion configurés de ce compte. Si le compte depuis lequel vous diffusez est aussi celui qui joue activement la démo, la session de démo en cours prend le pas et écrase votre configuration du jeu de base.

La solution concrète est de garder les deux séparés : ne faites pas tourner la démo en direct sur le compte que vous utilisez pour authentifier la diffusion, que cette authentification passe par OBS ou par un service hébergé. Capturez ou obtenez les images autrement, et laissez le compte de diffusion ne faire que diffuser. C'est un cas où une boucle de vidéo téléversée présente un avantage naturel sur une configuration à capture en direct - si rien n'est joué sur le compte de diffusion au départ, il n'y a aucun jeu en cours pour concurrencer la configuration de diffusion.

Une solution de contournement naturelle se présente ici : créez un second compte Steam jetable uniquement pour héberger la session de démo, et continuez de diffuser depuis votre compte principal. Cela règle bien le conflit du jeu en cours d'exécution - mais cela mène droit vers un autre mode d'échec, traité juste après, car un compte tout neuf ne franchit presque aucune des véritables exigences de Steam pour avoir le droit de diffuser tout court.

Pourquoi vous obtenez "your account does not have sufficient privileges to broadcast"

C'est la plainte la plus fréquente concernant la diffusion sur les pages boutique sur les propres forums de Steam, et elle n'a rien à voir avec les App ID ni avec le compte qui joue à quoi. Steam vérifie le compte de diffusion lui-même par rapport à quatre conditions distinctes, et les quatre doivent être vraies simultanément.

Le compte ne doit pas être limité, ce qui sur Steam signifie précisément qu'il a dépensé au moins $5 USD au cours de son histoire - sur un jeu, un DLC, un rechargement de porte-monnaie, n'importe quoi. C'est exactement ce qui piège la solution du compte jetable de la section précédente : un compte créé uniquement pour héberger une session de démo est, par définition, un compte limité tout neuf sans historique d'achat, et Steam le rejette au lieu d'en expliquer la raison de manière utile. Si vous utilisez bien un second compte pour séparer la session de démo de la diffusion, ce compte a besoin de ses propres $5 d'historique de dépenses réelles avant d'être éligible à quoi que ce soit lié à la diffusion.

Par ailleurs, le compte a besoin d'une autorisation de diffusion explicite, accordée de l'une de deux manières : l'autorisation "Broadcast Live" définie pour ce compte dans Steamworks, ou l'appartenance au groupe Store Broadcast Beta. Aucune n'est activée par défaut, et cela est distinct de la possession du jeu - un compte peut légitimement posséder un exemplaire et manquer malgré tout de l'autorisation de le diffuser tant que l'une de ces deux n'est pas accordée.

En plus de cela, le compte a besoin d'une véritable relation avec le jeu lui-même : un achat ou une clé produit, l'appartenance au Steamworks Partner Group avec accès, ou une licence de dérogation de sortie si le titre n'est pas encore paru. Et il ne doit pas être Community Banned - un bannissement sur le compte l'emporte sur tout le reste de cette liste, quel que soit l'historique de dépenses ou les autorisations accordées.

Le message d'erreur de Steam lorsque l'une de ces quatre conditions échoue - "your account does not have sufficient privileges to broadcast live streams" - ne dit pas laquelle. Le détail complet figure dans le guide de configuration de Valve, Configuration de la diffusion Steam. Il vaut la peine d'écarter les quatre avant de supposer que l'App ID ou la configuration RTMP est en cause, car un échec d'éligibilité paraît identique à un échec de ciblage vu de l'extérieur : le stream ne s'affiche tout simplement pas.

Indépendamment de l'éligibilité du compte, la page boutique du jeu de base doit également avoir accordé l'accès à la diffusion en amont, via la configuration d'un Steam Event ou les Special Settings de la page boutique. Un compte éligible et un App ID correct ne produiront tout de même pas de diffusion visible si l'on n'a pas indiqué à la page boutique elle-même d'accepter un stream - un troisième interrupteur, indépendant, qui doit être activé en parallèle des deux autres. En pratique, cela s'accorde depuis l'un de deux endroits dans Steamworks : un Steam Event planifié configuré pour inclure l'accès à la diffusion, ou le propre panneau Special Settings de la page boutique. L'un ou l'autre suffit à lui seul - vous n'avez pas besoin des deux - mais au moins l'un d'eux doit être configuré, et il est facile de supposer que le champ App ID couvre cela à lui seul, alors que ce n'est pas le cas.

La diffusion intégrée du client Steam ne peut pas faire cela

Valve est direct là-dessus aussi : "You cannot use the Steam Client built-in broadcasting feature to Stream demo gameplay to the Steam Store." L'onglet de diffusion que vous utiliseriez normalement pour diffuser sur votre propre profil ne s'applique pas du tout ici. Ce qui pousse les images de la démo vers la page boutique doit être externe - OBS pointé vers le RTMP Server et la clé de flux de votre compte de diffusion, ou un service hébergé qui ingère une vidéo et la pousse à votre place. Dans les deux cas, le RTMP Server et la clé de flux sont les deux valeurs dont tout le reste de la chaîne dépend, et ils appartiennent au compte de diffusion en particulier, pas au jeu. Récupérez les vôtres avant de commencer ; voir où trouver votre clé de flux Steam si ce n'est pas déjà fait.

Ce n'est pas une restriction arbitraire. L'onglet de diffusion intégré se lie à la session de jeu actuellement active sur votre compte - le mécanisme exact à l'origine du piège du même compte ci-dessus, qui donne toujours la priorité au jeu en cours d'exécution sur toute configuration externe. Un encodeur externe n'a pas ce problème, car il n'est pas du tout lié à une session de jeu Steam. Il se contente de pousser un stream RTMP vers le serveur et la clé que vous lui indiquez, indépendamment de ce qui tourne ou non sur le compte.

Si le plan est de garder la démo en direct sur la page boutique pendant toute la durée d'un événement plutôt que sur une seule session, une boucle hébergée est la version de cette approche qui ne nécessite pas de laisser une machine faire tourner un encodeur en arrière-plan ; voir comment fonctionne la tarification.

Timing : cela fonctionne avant le lancement de votre jeu de base, et cela ne s'arrête pas exactement à l'heure prévue

Les démos sont généralement rattachées à des jeux pas encore sortis, ce qui soulève la question évidente de savoir si la diffusion est même autorisée avant la sortie du jeu de base. Elle l'est : les jeux dotés d'une page Coming Soon peuvent diffuser avant la sortie, ce qui est exactement la situation de la plupart des démos du Next Fest. Le statut Coming Soon sur la page boutique est ce qui débloque la diffusion avant lancement - ce n'est pas un indicateur distinct que vous définissez vous-même - donc si votre page n'est pas encore marquée Coming Soon, il vaut la peine de corriger cela avant de dépanner quoi que ce soit d'autre sur cette page. Les spécificités d'avant lancement, distinctes de la question de ciblage de la démo ci-dessus, sont traitées dans diffuser avant le lancement, sur une page Coming Soon.

L'autre détail de timing qu'il vaut la peine de connaître se situe à l'autre bout d'un événement : Valve autorise une diffusion à continuer jusqu'à 24 heures après l'heure de fin d'un événement planifié. Ainsi, un stream de démo du Next Fest encore en direct au matin après la clôture officielle du festival n'est pas un bug - il se trouve à l'intérieur de la propre fenêtre de tolérance de Valve, et non quelque chose que vous devez vous précipiter de couper à l'instant où le compte à rebours atteint zéro. Planifiez votre propre arrêt progressif autour de ce chiffre plutôt qu'autour de l'heure de fin indiquée du festival.

Si votre plan de diffusion s'étend sur tout un festival plutôt que sur un test ponctuel, les mécaniques de l'événement elles-mêmes sont traitées dans diffuser pour le Steam Next Fest. Cet article existe aux côtés de celui-là parce que la propre documentation de Valve ne s'attarde pas sur les pièges qui font réellement qu'une diffusion de démo passe en direct sans apparaître nulle part - la discordance d'App ID, le conflit du même compte et la barre d'éligibilité de compte en quatre volets ci-dessus sont les raisons peu reluisantes et concrètes pour lesquelles les configurations échouent, et aucune d'elles ne produit un message d'erreur qui se nomme lui-même.