Uma das melhores maneiras de ganhar dinheiro com jogos em Flash é fazer acordos de patrocínio. O desenvolvedor coloca o logotipo do patrocinador e um link para o site no jogo e permite que o jogo se espalhe pela web. O patrocinador ganha dinheiro com os anúncios e o tráfego extra em seu site. Como alternativa, eles bloqueiam o jogo no site (geralmente por um curto período de tempo) para que as pessoas que desejam jogar o jogo acessem o site. É verdade que é possível remover o bloqueio do site com algum esforço descompilando o swf, mas isso geralmente não é feito, pois não vale o esforço e não é legítimo. Outra parte significativa do modelo de negócios do Flash é colocar anúncios no jogo. Existem outras maneiras de ganhar dinheiro com jogos em Flash, mas pelo que sei, essas duas são as mais prevalentes.
Como o HTML5 é necessariamente de código aberto, me faz pensar se esse modelo ainda funcionaria para o HTML5. Mesmo se você ofuscar seus js, é muito mais fácil do que o Flash copiar o jogo, então talvez valha a pena o esforço de alguém copiar o jogo no site (ilegítimo). Se você adicionar o logotipo e o link ou os anúncios do seu patrocinador, pode valer a pena removê-los para o site deles, algo que acho muito mais difícil de fazer nos jogos em Flash. Talvez até o site ilegítimo possa alegar que o site é melhor porque não há anúncios no jogo. Ainda existe a barreira da legitimidade, mas me pergunto se é forte o suficiente.
Vamos deixar de lado todas as restrições técnicas de desenvolvimento de jogos relacionadas ao HTML5 para esta pergunta (suponha, por um momento, que o HTML5 funcione tão bem quanto o Flash para jogos). Eu tenho duas perguntas muito parecidas. A primeira é: o modelo de negócios do Flash funcionaria com HTML5? Quais alterações seriam úteis para jogos em HTML5? A segunda pergunta é: e o panorama geral dos jogos HTML5? A adaptação do modelo Flash é realmente a melhor solução, ou existe um modelo melhor para o mundo dos jogos HTML5 "mudar"?
fonte
Os jogos HTML5 enfrentam muitos obstáculos:
Portanto, em resumo, não acho que o atual modelo de portal de jogos em Flash funcione para HTML5. Acho que onde o HTML5 pode ser bem-sucedido são os jogos no estilo Facebook / Farmville.
fonte
Você pode vincular os usuários a usar apenas sua implementação, tendo parte da lógica do jogo em um servidor (hospedado pelo AppEngine etc.) que é acessado a partir do HTML e verificar no servidor se o chamador é realmente seu.
fonte
A viralidade do Flash
Jogos em flash são de natureza viral, porque é extremamente fácil para qualquer pessoa copiar e colar um SWF em seu próprio site e colocar anúncios nele. Eles estão vendendo o sonho de "ei, pegue um jogo que outra pessoa fez e ganhe dinheiro com isso" . Desenvolvedores ganham dinheiro, portais ganham dinheiro e os copiadores ganham dinheiro. Todo mundo está feliz.
HTML5! = Viralidade (ainda)
Exatamente o mesmo pode ser feito com o HTML5 (embora não em pacotes por causa da maneira como os ativos são colocados em um servidor da web). O problema é conseguir pessoas que desejam copiar e colar seu jogo.
Digamos que ninguém queira fazer isso, porque eles não entendem o HTML5 o suficiente. Tudo bem, não experimentamos o efeito copycat-virality .
Isso não significa que o modelo de patrocínio morra. Você ainda pode manter o relacionamento portal do desenvolvedor, cortando os copycats no processo (isso não é melhor?).
Como desenvolvedor, nada muda, exceto que você está construindo jogos em javascript / css. O editor trabalha um pouco mais, porque precisa encontrar outros canais de distribuição para compensar a falta de "viralidade do Flash". Até agora, eles estão indo muito bem, porque estão pagando um bom dinheiro pelos jogos em HTML5. Existe demanda.
fonte