Resposta rápida

Live trava quase sempre por causa do upload da sua internet — não do download. Para transmitir sem buffering, garanta upload estável de pelo menos o dobro do bitrate da live (ex.: 12 Mbps de upload para 6.000 kbps em 1080p), transmita por cabo de rede em vez de Wi-Fi, configure o encoder (OBS) com bitrate compatível e keyframe de 2 s, e use uma plataforma com CDN próprio e origem redundante para a entrega ao público não emperrar.

Você preparou tudo, apertou "iniciar transmissão" e, no meio do evento, a imagem congela. O público comenta "travou", "cortou", "sumiu o áudio". Poucos problemas são tão frustrantes quanto uma live travando ao vivo — e a boa notícia é que quase todos têm causa técnica conhecida e solução prática.

E não é só uma questão de estética. Transmissão que trava espanta audiência: a mesma lógica que vale para qualquer site vale para a live — cada segundo de lentidão derruba espectadores (a Amazon é o caso clássico, mostrando que pequenos atrasos de carregamento já custam vendas). Estabilidade, aqui, é retenção.

Este guia vai direto ao ponto: o que realmente faz a transmissão travar, como ajustar a sua ponta (internet e encoder) e onde entra a responsabilidade da plataforma que recebe e distribui o vídeo.

Por que a live trava (a causa real)

Transmitir ao vivo é enviar vídeo o tempo todo. Diferente de assistir a um vídeo (onde você baixa), na live o seu computador empacota a imagem e manda um fluxo contínuo para o servidor. Se esse fluxo for maior do que a sua conexão consegue empurrar para fora, os dados se acumulam, o encoder começa a descartar frames e o espectador vê a imagem congelar.

Por isso o vilão número um é o upload — a velocidade de envio da sua internet, que costuma ser muito menor do que a de download e raramente aparece nos anúncios do provedor. Os outros gargalos clássicos, em ordem de frequência, são: Wi-Fi instável, CPU sobrecarregada no encoder e um servidor de streaming sem capacidade para distribuir ao público.

A internet certa: upload, não download

Antes de qualquer evento, meça o seu upload real em um teste de velocidade como o Speedtest — e meça em horários diferentes, porque conexões residenciais oscilam. O número que importa é o de upload.

A regra prática é simples: tenha o dobro do bitrate da live em upload estável. A folga absorve as variações naturais da rede sem derrubar a transmissão.

Resolução da liveBitrate típicoUpload recomendado
720p302.500–4.000 kbps~8 Mbps
1080p304.500–6.000 kbps~12 Mbps
1080p606.000–9.000 kbps~18 Mbps
O ajuste de maior impacto: troque o Wi-Fi por cabo de rede direto no equipamento que transmite. Wi-Fi sofre interferência e disputa com outros aparelhos, gerando picos de latência que derrubam a live. É o conserto mais barato e mais eficaz que existe.

Bitrate e configuração do encoder

O OBS Studio é o encoder gratuito mais usado, e uma configuração equilibrada resolve a maioria dos casos. Os pontos que mais importam:

  • Bitrate compatível com o seu upload — defina pelo que a sua conexão aguenta com folga, não pela resolução que você gostaria de ter. Na dúvida, abaixe.
  • Encoder — prefira o de GPU (NVENC, em placas NVIDIA), que tira a carga da CPU. Sem GPU dedicada, use o x264 com preset veryfast.
  • Keyframe a cada 2 segundos — exigência da maioria das plataformas para a entrega funcionar bem.
  • FPS em 30 quando a conexão é limitada — 60 fps dobra a exigência de banda.

Regra de ouro: uma imagem um pouco menos nítida que não trava é infinitamente melhor do que uma live em alta resolução que congela. O público perdoa resolução; não perdoa travamento.

O lado da plataforma: CDN e redundância

Se você fez tudo certo — upload sobrando, cabo, encoder ajustado — e ainda trava, o gargalo deixou a sua casa e foi para o servidor que recebe e distribui a transmissão. É aqui que a escolha da plataforma decide o resultado.

Dois fatores fazem a diferença na entrega ao público:

  • CDN próprio — uma rede de distribuição que entrega o vídeo a partir de pontos próximos de cada espectador. Sem isso, dezenas ou centenas de pessoas assistindo ao mesmo tempo congestionam um único servidor e a live emperra para todos.
  • Origem redundante — a plataforma aceita um caminho B (segundo link, segundo encoder). Se a sua conexão principal oscila no meio do evento, a transmissão migra para a reserva sem o público perceber. Para evento pago, culto ou jogo ao vivo, isso é requisito, não luxo.

É exatamente esse lado da infraestrutura que a Sitehosting cuida no streaming ao vivo: CDN próprio, origem redundante e suporte técnico para transmissão de eventos que não podem falhar — você cuida da sua ponta, a gente garante a entrega.

Para onde caminha a tecnologia: IA contra o travamento

Do lado da plataforma, a inteligência artificial já entrou na briga contra o buffering. Encoders e sistemas de bitrate adaptativo com IA — usados por nomes como Bitmovin e AWS MediaConvert — analisam a rede e o conteúdo do vídeo quadro a quadro, em tempo real, e ajustam a compressão na hora.

O ganho é concreto: essas técnicas entregam a mesma qualidade visual com cerca de 30% a 40% menos banda. Menos banda necessária significa menos chance de travar justamente em quem assiste por conexões ruins — que é a maioria do público em uma transmissão aberta. Não é algo que você liga no OBS: é infraestrutura da plataforma. Mas é um bom indicador de para onde o streaming profissional está indo — e mais um motivo para escolher quem investe na entrega, não só em guardar o vídeo.

Checklist antes de apertar "transmitir"

  • Testei o upload real e ele é o dobro do bitrate da live.
  • Equipamento ligado por cabo de rede (sem Wi-Fi).
  • Encoder com bitrate compatível, keyframe de 2 s e preset adequado.
  • Fiz uma transmissão de teste de 10 minutos olhando frames perdidos.
  • Tenho um caminho B (segundo link/encoder) para eventos críticos.
  • A plataforma tem CDN próprio e aguenta o número de espectadores esperado.

Com esses seis pontos cobertos, o risco de uma live travando cai drasticamente — e a transmissão passa a ter a estabilidade que separa o amador do profissional.