Como Ganhar Dinheiro com Jogo Web (CrazyGames, Poki)

Dá para ganhar dinheiro com jogo web, e o caminho mais direto não é vender o jogo: é publicá-lo em portais HTML5 como CrazyGames, Poki e Y8, que rodam o jogo no navegador e dividem com você a receita dos anúncios. Se você já se perguntou como ganhar dinheiro com jogo web sem montar loja, cobrar cartão ou pedir download, é exatamente esse o modelo que este post destrincha: como os portais funcionam, de onde sai o dinheiro, o que é anúncio recompensado, o que o portal exige do seu build e qual expectativa de ganho é honesta ter.

A ideia central é simples. Ninguém baixa instalador de um desconhecido, mas qualquer pessoa clica num link que abre o jogo na hora. Essa fricção quase zero é o que faz os portais de jogos de navegador terem um volume de jogadores que uma página de download raramente alcança. O preço disso é que a monetização muda de figura: em vez de um pagamento por cópia, você ganha um pouquinho de muitas sessões, repetidas vezes.

Como funcionam os portais de jogos web

Um portal de jogos HTML5 é, no fundo, um agregador. Ele reúne centenas ou milhares de jogos numa vitrine, traz público por SEO, redes sociais e recomendação interna, e roda cada jogo embutido na própria página. CrazyGames, Poki e Y8 seguem essa lógica. O itch.io também permite jogar no navegador, mas tem um perfil diferente: é mais uma loja e comunidade de criadores que uma máquina de distribuição com monetização por anúncio embutida.

Do ponto de vista de quem publica, existem dois jeitos de entrar. O primeiro é o programa de desenvolvedor: você cria uma conta, sobe o build do jogo, preenche os dados e o portal aprova (ou não) a publicação. O segundo é o licenciamento direto, que costuma vir depois, quando o jogo mostra tração e o portal negocia direitos de exibição com você.

O que o portal entrega é tráfego e tecnologia de anúncio. O que você entrega é um jogo que prende as pessoas. A partir daí, o dinheiro aparece pelo mecanismo de anúncio.

De onde sai o dinheiro: rev-share e CPM

A receita padrão desses portais é divisão de receita de anúncio, o famoso rev-share. O portal vende os espaços de anúncio que aparecem em volta e dentro do seu jogo, arrecada dos anunciantes e repassa uma fatia para você. Você não cobra nada do jogador. Quem paga é o anunciante, e o portal fica com uma parte por ter trazido o público e vendido o inventário.

O valor de cada anúncio é medido em CPM, que significa custo por mil impressões. Em vez de pensar "quanto ganho por clique", pense "quanto os anunciantes pagam para exibir mil anúncios no meu jogo". Esse número não é fixo: oscila conforme a época do ano, o país de onde vem o jogador, o formato do anúncio e a demanda de quem está comprando mídia naquele momento. Por isso qualquer promessa de valor exato de CPM é desconfiança garantida. O que você controla é o volume: mais sessões e mais tempo de jogo significam mais impressões, e mais impressões significam mais receita, seja qual for o CPM do período.

Existem basicamente três formatos de anúncio nesses portais:

• Intersticial: um anúncio de tela cheia que aparece em pausas naturais, como entre uma fase e outra ou ao dar game over. Ele interrompe, então o segredo é encaixá-lo onde o jogador já ia parar mesmo.
• Recompensado (rewarded): um vídeo que o jogador escolhe assistir em troca de um benefício. É opt-in e costuma ser o formato mais valioso.
• Banner e display: espaços ao redor da área de jogo, geralmente controlados pelo próprio portal e com menos impacto na sua decisão de design.

O anúncio recompensado é o coração da monetização

De todos os formatos, o recompensado é o que mais vale a pena desenhar com carinho. Ele funciona assim: o jogador perde, e em vez de simplesmente recomeçar, surge a opção "assista a um vídeo para ganhar uma vida extra". Quem quer, clica. Quem não quer, ignora e recomeça normalmente.

Esse desenho muda tudo. O anúncio deixa de ser uma interrupção imposta e vira uma troca que o próprio jogador pede. Isso tende a render mais por exibição que um intersticial forçado, porque o anunciante valoriza uma audiência que optou por assistir. E, de quebra, incomoda menos, o que preserva a retenção, que é justamente o que alimenta toda a receita.

O trabalho de design aqui é achar os momentos em que uma recompensa faz sentido no seu loop: dobrar as moedas da partida, continuar de onde morreu, desbloquear uma tentativa extra num nível difícil. Quanto mais o benefício conversa com a frustração ou o desejo do jogador naquele instante, mais gente escolhe assistir.

Integrando o SDK de anúncio

Nenhum desses anúncios aparece sozinho. Cada portal oferece um SDK, um kit de integração em JavaScript que você conecta ao seu jogo para pedir e exibir anúncios nos momentos certos. A mecânica é parecida entre eles, mesmo que os nomes das funções mudem: você avisa o SDK quando o jogo começou a carregar, quando o gameplay pausou para um anúncio e quando voltou, e chama a função de anúncio recompensado quando o jogador aceita a troca.

O ponto técnico mais importante do recompensado é lidar com o resultado. O SDK devolve se o vídeo foi assistido até o fim ou se o jogador fechou antes. Só entregue o prêmio quando a confirmação de conclusão chegar, nunca só porque o anúncio começou. É nesse detalhe que muita integração vaza recompensa de graça.

Na prática, você também precisa pausar o áudio e a lógica do seu jogo enquanto o anúncio roda e retomar depois, porque o anúncio assume a tela e o som. Se o jogo continuar rodando por baixo, o jogador volta morto ou perdido. Esses ganchos de "pausou para anúncio" e "voltou do anúncio" são parte do contrato do SDK e existem justamente para isso.

Antes de pensar em SDK e publicação, vale ter o básico resolvido: saber como um jogo roda no navegador e o que muda no design para esse canal. Se você ainda está nessa etapa, comece por como criar um jogo HTML5 que roda no navegador e volte aqui quando o jogo já existir.

Essa conexão entre entender o funil técnico e saber monetizar é o tipo de coisa que a CursoGame.Dev existe para encurtar. A plataforma organiza o caminho de quem quer viver de desenvolvimento de jogos, juntando a parte de produção com a parte de negócio, para que você não descubra tarde demais que o jogo que fez não encaixa em nenhum canal de receita. É aprender a construir pensando desde cedo em onde o jogo vai viver e como vai se pagar.

Requisitos técnicos: exportar para web e rodar no celular

Antes de falar em receita, o jogo precisa passar na porta. E a porta é técnica. O primeiro requisito é óbvio mas elimina muita gente: o jogo tem que rodar no navegador. Isso significa um build HTML5/WebGL, não um executável de desktop. Se você usa Godot, o caminho passa pelo renderer Compatibility e pelo build web, com as limitações que o navegador impõe. Esse processo tem pegadinhas próprias que vale conhecer antes: veja como exportar seu jogo Godot para web (HTML5) para o passo a passo e as armadilhas do build. Engines como Construct, Phaser e Unity com WebGL também exportam para esse formato.

O segundo requisito, que pega quem pensa só em desktop, é rodar bem em mobile browser. A maior parte do tráfego desses portais vem de celular. Um jogo que só responde a teclado e mouse, ou que trava num aparelho mediano, perde a maior fatia da audiência e, com ela, a maior fatia da receita. Isso significa controles de toque, interface que se adapta a telas pequenas e verticais, e performance enxuta.

Há ainda exigências de forma que cada portal detalha nas suas diretrizes: tamanho total do build sob controle para carregar rápido, tempo de carregamento curto, nada de pedir instalação ou sair do portal, e o jogo funcionando dentro do iframe da página. Carregamento lento é um assassino silencioso: se o jogo demora, o jogador fecha antes de ver o primeiro anúncio, e aí não há CPM que salve.

Licenciamento: o degrau depois da tração

Subir o jogo pelo programa de desenvolvedor e viver de rev-share é o ponto de partida. O degrau seguinte é o licenciamento. Quando um jogo prova que segura jogador e gera sessões, o portal pode negociar um acordo direto para hospedá-lo, às vezes com exclusividade, às vezes com um pagamento fixo somado à divisão de receita.

Não confunda os dois. Publicar pelo programa é self-service e aberto. Licenciar é uma negociação sobre direitos de exibição, que normalmente só acontece quando os números já existem. Ou seja: não é por aí que você começa, é onde você pode chegar. A sequência saudável é publicar, medir a retenção e o tempo de sessão, melhorar o jogo com base nisso e só então ter conversa de licenciamento com peso para negociar.

Expectativa realista de ganho

Aqui é onde a honestidade importa mais que o entusiasmo. Não existe um valor garantido por jogo publicado. A receita é o produto de quantas pessoas jogam, quanto tempo ficam, quantos anúncios veem e quanto vale cada anúncio no período. Você mexe de verdade nos três primeiros; o quarto é mercado.

O erro comum é publicar um único jogo e esperar renda de salário. O que o modelo recompensa é consistência e volume: um catálogo de jogos com boa retenção, cada um somando sessões todos os dias, formando uma base que não depende de um lançamento único. Um jogo de partidas curtas e viciante, que a pessoa volta a jogar, tende a render muito mais por usuário que um jogo longo e esporádico, mesmo que o segundo pareça mais "completo".

Então, a resposta honesta para "quanto dá para ganhar" é: depende do que você constrói e de quanto público ele segura, e os primeiros jogos costumam ser mais aprendizado que renda. O caminho de quem leva a sério é tratar cada jogo como um ativo que soma, medir os números reais de cada um e redobrar a aposta no que prende. Para ir fundo nas ferramentas e no caminho completo de jogos de navegador, o hub de desenvolvimento de jogos para web reúne os próximos passos.