O que é e como funciona na prática
A plataforma 80game é um sistema de distribuição e gerenciamento de jogos que muitos desenvolvedores indie e equipes menores acabam usando sem realmente entender tudo o que acontece nos bastidores. É basicamente um hub centralizado onde você faz upload, gerencia builds, distribui patches e acompanha métricas básicas. O diferencial em relação a soluções mais conhecidas é a flexibilidade para configurar regras personalizadas de rollout e a ausência de taxas percentuais agressivas sobre as vendas. Cuidado com o marketing enganoso no site deles. A interface parece simples demais no início, mas há várias camadas de configuração que não são óbvias. Se você vai lançar algo sério lá, gaste pelo menos uma tarde explorando o painel antes de submeter qualquer build.
Plataforma 80game: guia prático de instalação e primeiros passos
A instalação começa de forma padrão: você cria uma conta no painel web e baixa o SDK correspondente à sua engine. O que a documentação não deixa claro é que o SDK vem em duas versões — a completa e a lite. A versão lite não suporta analytics avançados, sistema de achievements ou a função de rollback de builds. Se o seu jogo precisa de alguma dessas coisas, você vai perder tempo tentandofazer funcionar com a versão errada. Sempre baixe a build completa mesmo que no início pareça que você não vai usar tudo. Depois de instalar o SDK, o processo de integração varia conforme a engine. No Unity, por exemplo, você importa o pacote .unitypackage e roda o script de setup que ele oferece. Isso configura automaticamente as credenciais, adiciona os componentes necessários ao scene manager e gera um arquivo de configuração local. No Unreal, o processo é similar mas envolve adicionar uma dependência no .uproject e rodar o setup via CLI. A maioria dos problemas de integração que vejo em fóruns acontece porque as pessoas pulam essa etapa de setup ou executam em um projeto que já tem bibliotecas conflitantes de análise.
Uma coisa que ninguém menciona é o limite de tamanho de build. A plataforma permite uploads de até 2 GB via interface web e até 10 GB via sua ferramenta de linha de comando chamada 80game-pusher. Use o pusher desde o início. Fazer upload pela web de builds maiores que 500 MB é uma experiência dolorosa que frequentemente cai no meio do processo e você precisa recomeçar do zero.
Pipeline de publicação e versionamento
O sistema de versionamento da plataforma segue um modelo semântico, mas com uma particularidade: ele faz merge automático de branches de hotfix sem alterar o número principal da versão. Isso é útil mas pode causar confusão se você não entender o fluxo. Quando você marca uma versão como estável, ela se torna irreversível. Não existe botão "despublicar" de verdade — existe apenas a opção de trocar a build ativa para uma versão anterior ou colocar o jogo em modo offline temporário. O processo de publicação em si leva entre 10 e 45 minutos dependendo do tamanho do build e da carga no servidor deles no momento. Nos horários de pico, que costumam ser das 14h às 18h fuso horário europeu, espere o dobro do tempo. Eu costumo fazer uploads após as 20h ou nos finais de semana quando a fila é muito menor.
Pitfalls comuns e como evitar
O problema mais frequente que eu vi pessoas enfrentando é o sistema de achievements quebrando depois de um patch. Isso acontece porque a plataforma não permite reordenar ou renomear IDs de achievements depois que eles são criados. Se você precisar ajustar algo, tem que criar um novo ID e deixar o antigo como órfão no sistema. A solução que eu uso é definir todos os IDs de achievements num arquivo JSON externo antes de começar a desenvolver, e nunca modificar esse arquivo depois da primeira build estável ir para o ar. Outro ponto que causa dor de cabeça é a configuração de revenue share. A plataforma opera com uma escala progressiva: quanto mais receita bruta, menor a taxa. Mas a contagem é feita por licença vendida, não por download. Se o seu jogo tem uma campanha de desconto agressiva com cupons, cada venda com cupom ainda conta como receita bruta normal para fins de cálculo da taxa. Isso significou para mim uma diferença de cerca de 4 pontos percentuais na taxa aplicada no meu segundo mês de lançamentosomething que eu não percebi senão porque fiz os cálculos manualmente e comparei com o relatório do painel.
👉 Clique no botão abaixo para saber mais sobre o assunto!
Existe ainda um problema técnico específico que eu levei duas semanas para resolver. Quando você faz deploy de um jogo WebGL e também hospeda o build nativo na mesma conta, a plataforma às vezes redireciona usuários macOS para a build Windows se o cache do CDN não tiver sido atualizado corretamente após o upload do novo pacote. A workaround que eu encontrei foi dividir os uploads em etapas separadas: primeiro fazer upload e ativar a build WebGL, esperar o CDN propagar por pelo menos duas horas, e então fazer o upload da build nativa. Funciona de forma consistente desde então.
Analytics e métricas disponíveis
O painel de analytics da plataforma oferece dados de retenção em D1, D7 e D30, receita por região, taxa de crash por build e tempo médio de sessão. Os dados ficam disponíveis com um atraso de aproximadamente 6 horas, o que é razoável mas pode frustrar se você estiver tentando responder a um problema crítico em tempo real. Para monitoramento mais imediato, a melhor opção é implementar log customizado via API da plataforma e exportar os dados diretamente para um serviço como o BigQuery ou até uma planilha. Uma funcionalidade pouco conhecida mas muito útil é o sistema de cohort analysis por versão. Ele permite comparar o comportamento de jogadores que começaram com a versão 1.0 versus os que chegaram na versão 2.0. Isso é especialmente valioso quando você faz grandes mudanças de mecânica e quer saber se a nova base de jogadores se comporta de forma diferente da anterior.
Quando a plataforma 80game não é a melhor escolha
Se o seu jogo depende fortemente de multiplayer sincronizado em tempo real, a infraestrutura de networking da plataforma 80game não é suficiente. Eles oferecem um serviço de matchmaking básico, mas a latência e a falta de servidores dedicados por região tornam isso inviável para FPS ou jogos de luta. Nesses casos, prefira soluções como PlayFab ou GameSparks. Da mesma forma, se você precisa de sistemas complexos de DRM ou anti-cheat integrado, a plataforma 80game não oferece isso nativamente. Você terá que integrar uma solução externa como Denuvo ou Easy Anti-Cheat separadamente, o que adiciona trabalho extra e pode gerar conflitos com o SDK deles.
Para jogos mobile, o suporte a compras dentro do app existe mas é bastante básico comparado ao que o Google Play Console ou a Apple App Store fornecem. Se o seu modelo de receita depende majoritariamente de microtransações recorrentes, vale a pena avaliar se a experiência de checkout da plataforma não vai frustrar seus jogadores.
Download e recursos
O SDK oficial está disponível para download direto pelo painel da plataforma após login. Todos os links válidos ficam na seção de desenvolvedores do site. Não recomendo baixar pacotes de fontes terceiras ou fóruns não oficiais — já vi versões modificadas do SDK contendo código que enviava dados sensíveis do projeto para servidores externos. Sempre verifique o hash SHA-256 do pacote baixado contra o valor publicado na documentação oficial. A documentação técnica está em inglês e é geralmente precisa, embora alguns comandos da CLI fiquem desatualizados entre versões. Mantenha sempre o SDK atualizado. As atualizações costumam trazer correções de bugs críticos de integridade de build que podem corromper dados de saves dos jogadores se não forem aplicadas.
O suporte técnico responde via ticket em até 48 horas úteis. Em questões não críticas, isso é aceitável. Para problemas que bloqueiam um lançamento, considere pagar pelo plano enterprise que reduz o SLA de resposta para 8 horas e inclui acesso a um engenheiro dedicado durante o período do contrato. Em resumo, a plataforma 80game funciona bem para jogos single-player ou com multiplayer assíncrono,. Ela não é perfeita e tem limitações reais que precisam ser entendidas antes de depender dela para o lançamento. Se você levar tempo para entender o sistema antes de usar, evita a maioria dos problemas que vejo outras pessoas enfrentando.
