16 jul 2026 · 5 min de leitura
Antes do seu jogo sair, a contagem de wishlist é praticamente o único sinal que existe, e ela passa quase inteiramente pela página da loja. A maioria dos visitantes chega uma única vez, vinda de uma thread no Reddit, de um link no Discord ou de uma listagem de festival, muitas vezes num fuso horário em que você está dormindo. As próprias regras da Valve dizem que você não precisa deixar essa página parada enquanto espera o dia do lançamento: páginas Coming Soon têm permissão explícita para transmitir, com conteúdo pré-gravado e sem supervisão, pelo tempo que você quiser.
Antes do lançamento você não tem avaliações, nem contagem de jogadores, nem capturas de tela da comunidade para mostrar. Quase tudo que vai importar no lançamento remonta a quantas pessoas adicionaram o jogo à wishlist antes, e esse número se move pela página da loja ou não se move de jeito nenhum. Todo visitante que chega ali antes do lançamento está sendo convidado, implicitamente, a confiar que o jogo é real e vale a pena ser lembrado semanas ou meses depois. Uma página com um trailer já rodando responde parte dessa pergunta antes que a pessoa tenha lido uma palavra da descrição.
Não temos dados que quantifiquem o quanto um trailer em loop movimenta a contagem de wishlist, e não vamos inventar nenhum aqui - a versão honesta e ponderada desse argumento está em como broadcasts e wishlists se conectam. O que podemos afirmar é mecânico, não estatístico: uma página parada tem a mesma cara no dia em que a listagem Coming Soon entra no ar e seis semanas depois, quando ninguém mexeu nela. Uma página com algo se movendo, não.
Isso importa mais antes do lançamento do que depois, porque depois do lançamento uma página da loja tem outras coisas fazendo o trabalho de provar que o jogo é real: avaliações, contagem de jogadores, uma data de lançamento que já aconteceu. Antes do lançamento nada disso existe ainda, então a página carrega mais peso com menos material. Um trailer efetivamente rodando é uma das poucas formas de acrescentar algo a essa página entre agora e o dia do lançamento sem esperar que qualquer outra coisa fique pronta.
Isso não é uma gambiarra nem uma área cinzenta. O próprio FAQ de broadcast da Valve afirma claramente que jogos com uma página Coming Soon têm permissão para transmitir antes de lançar - você não precisa esperar o dia do lançamento para colocar um feed ao vivo na sua página da loja. Vale ler a fonte em vez de acreditar só na nossa palavra: o FAQ de broadcast da Valve trata disso diretamente.
A permissão cobre a duração também. Perguntada por quanto tempo é permitido transmitir, a resposta da Valve não deixa dúvidas: "you can stream as often and as long as you want." Não há nenhum limite escrito nas regras te obrigando a parar depois de certo número de horas ou dias, o que importa se o plano é deixar um feed rodando desde o momento em que a página Coming Soon entra no ar até o dia em que ela deixa de ser Coming Soon.
A outra coisa que vale saber antes de configurar isso: a Valve não exige uma captura ao vivo de alguém realmente jogando. Perguntada se material pré-gravado é permitido num broadcast, a resposta da Valve no mesmo FAQ é "Absolutely." Essa é toda a justificativa para rodar um trailer ou um vídeo de gameplay em loop 24 horas - você não está simulando um evento ao vivo, e a Valve não pede que você finja o contrário.
Junte as duas coisas e esse é basicamente todo o argumento para um broadcast pré-lançamento: um vídeo que você já tem, enviado uma vez, rodando continuamente, sem ninguém precisando ficar sentado num teclado supervisionando.
Cumprir todos os requisitos da conta e configurar o App ID certo te dá um slot de broadcast. Isso não garante que o Steam aceite o arquivo que você está enviando. A spec de broadcast do Steam é rigorosa quanto à codificação em si - H.264 High profile no level 4.1, um keyframe a cada dois segundos, taxa de bits constante em vez de variável, áudio AAC - e um feed que falha em qualquer um desses itens é recusado, não degradado silenciosamente. Esse é um modo de falha separado de tudo que veio acima: a conta pode estar totalmente liberada e o App ID pode estar apontado corretamente, e mesmo assim a stream pode nunca iniciar porque o próprio arquivo de vídeo não bate com a spec.
Cobrimos os números em si em specs de vídeo e codificação para o Steam. Vale conferir antes de a página Coming Soon entrar no ar, ao mesmo tempo que o checklist da conta acima, em vez de tratar os dois como problemas sem relação - um broadcast pré-lançamento que falha pode estar falhando por qualquer um dos dois motivos, e eles parecem idênticos por fora.
Um detalhe é fácil de deixar passar e vale conferir diretamente, porque errar nele significa que o broadcast roda e não faz nada por você. O FAQ da Valve observa que apenas streams públicas aparecem na sua página da loja - os broadcasts vêm por padrão como Friends Only, o que é ótimo enquanto você testa, mas invisível para os visitantes que você quer alcançar. Se você está configurando isso por conta própria, confirme a visibilidade antes de se afastar. O lado da chave de transmissão disso está coberto em obtendo seu chave de transmissão do Steam.
Vale tratar isso como um item de checklist e não como uma suposição, justamente porque um broadcast definido como Friends Only ainda vai mostrar um indicador verde de "live" para você quando você conferir. O modo de falha não é uma mensagem de erro - é uma stream que tecnicamente está rodando e simplesmente não é visível para ninguém que já não esteja na sua lista de amigos, o que, para a maioria dos desenvolvedores antes do lançamento, é ninguém que importe.
Você não precisa escolher uma única plataforma. O FAQ da Valve é explícito ao afirmar que transmitir o mesmo conteúdo para a Twitch ou o YouTube ao mesmo tempo que o seu broadcast do Steam é permitido. Se você já está enviando um loop de trailer para outro lugar, ou pretende, não há regra te obrigando a escolher entre os dois.
Há um motivo prático para isso importar mais antes do lançamento do que depois: seu público ainda não está concentrado no Steam. Uma página Coming Soon é encontrada por canais que o Steam não controla - um devlog compartilhado no YouTube, um clipe postado na Twitch, um link jogado num servidor do Discord. Rodar o mesmo feed em todos eles significa que, em qualquer plataforma em que a pessoa já esteja, o trailer está rodando em vez de parado numa miniatura pausada, sem nenhuma configuração extra além do único broadcast do Steam que você já configurou.
Antes de mexer em qualquer parte disso, vale conferir se a conta que vai transmitir realmente tem permissão para isso, porque os requisitos da Valve aqui são mais rígidos do que a maioria dos desenvolvedores imagina, e nenhum deles é algo que você pensaria em checar se esta é a sua primeira vez transmitindo um jogo não lançado.
A documentação de configuração de broadcast da Valve lista quatro barreiras que a conta precisa vencer. Ela tem que ser non-limited, o que no Steam significa ter um histórico de compras de pelo menos $5 - uma conta nova, criada especificamente para o lançamento e sem gastos anteriores, não se qualifica. Ela precisa ter a permissão Broadcast Live configurada no Steamworks, ou ser membro do grupo Store Broadcast Beta. Não pode estar Community Banned. E, especificamente para um jogo que ainda não foi lançado, a conta precisa de uma licença de release-override para aquele título - simplesmente possuir o app na sua conta do Steamworks não basta enquanto ele ainda é Coming Soon, porque a verificação normal de propriedade que libera o broadcast não se aplica a software não lançado.
Esse requisito de release-override é o que tem mais chance de pegar um broadcast pré-lançamento de surpresa, porque ele não aparece de jeito nenhum depois que um jogo já saiu, e a maioria dos guias de broadcast é escrita presumindo que o jogo já está lançado. Leia os requisitos diretamente em a documentação de configuração de broadcast da Valve em vez de confiar num resumo, já que participações em grupos e licenças do Steamworks são o tipo de coisa que pode variar entre contas de uma mesma equipe.
O erro que a Valve retorna quando qualquer uma dessas barreiras não é vencida - "your account does not have sufficient privileges to broadcast live streams" - é uma das reclamações mais comuns nos próprios fóruns de desenvolvedores do Steam, e a mensagem não diz qual dos quatro requisitos falhou. Passar pelo checklist leva alguns minutos. Descobrir isso durante uma transmissão ao vivo que deveria já estar no ar, não. Confirme os quatro itens semanas antes de a página Coming Soon entrar no ar, não no dia em que você pretendia ligar o broadcast.
Cumprir os requisitos da conta te torna elegível para transmitir. Isso não liga um broadcast para uma página da loja específica - esse é um passo separado, e a Valve documenta duas formas de fazê-lo: pela configuração de Steam Event, ou pelas Special Settings na própria página da loja. Qualquer um dos caminhos amarra um App ID específico à permissão de broadcast daquela página, e a página da loja mostra um feed do App ID que estiver configurado ali no momento.
O FAQ da Valve aponta os dois motivos mais comuns para um broadcast não aparecer numa página da loja mesmo quando a própria stream está ao vivo e pública: a conta que transmite não está na whitelist daquele jogo específico, ou o Broadcast App ID configurado está vazio ou apontando para o app errado. Ambos são erros de configuração, não técnicos - a stream pode estar perfeitamente saudável do lado da codificação e ainda assim ficar invisível porque a página da loja e o broadcast não estão apontados um para o outro corretamente.
Dois detalhes de tempo valem a pena saber se você seguir o caminho do Steam Event. Mudar o Broadcast App ID tem efeito imediato do lado da Valve, mas a própria página da loja pode demorar a refletir a mudança - se você trocar a qual app um broadcast está amarrado e a página ainda mostrar o estado antigo alguns minutos depois, isso é esperado, não um sinal de que algo quebrou. E se o broadcast estiver vinculado a um evento agendado em vez de deixado rodando indefinidamente, a Valve permite que a stream continue por até 24 horas após o horário de término agendado do evento, então ela não corta no instante em que a janela listada se fecha.
Se você está em fase pré-lançamento, há uma boa chance de você também ter uma demo no ar no Steam, e vale saber que o material da demo não transmite sob a própria identidade. Uma demo tem que transmitir sob o App ID do jogo base, não o da própria demo - apontar um broadcast para o App ID da demo é uma configuração errada separada das duas acima, específica o bastante de jogos não lançados a ponto de merecer sua própria explicação em vez de um parágrafo aqui. Tratamos disso separadamente em transmitindo uma demo do Steam.
Mais uma coisa que vale planejar agora em vez de descobrir depois: o Steam só mantém as estatísticas de broadcast por 30 dias. O que quer que o painel mostre sobre uma campanha pré-lançamento que rodou por dois meses antes do lançamento vai ter sumido umas cinco semanas depois de acontecer - bem antes de você se dar ao trabalho de documentar como foi. Se você quer um registro das contagens de espectadores do período Coming Soon, anote-as enquanto ainda estão lá em vez de supor que continuarão no Steamworks mais tarde. Cobrimos o que de fato dá para acompanhar, e como guardar isso, em lendo suas estatísticas de broadcast do Steam.
Faça isso antes de começar a sua semana de Next Fest, não durante ela - veja transmitindo durante o Steam Next Fest para o que muda quando o tráfego de verdade aparece.
Nada disso exige alguém num teclado depois de configurado. Envie o vídeo, cole a chave de transmissão, e o feed roda sozinho desde o Coming Soon até o dia do lançamento.
Envie seu trailer, cole seu chave de transmissão do Steam, aperte iniciar. A partir de $0.72/dia.
Comece a transmitir · $0.72/dia