Sobra vida depois do corte de 30%?
Todo time de mini game faz a mesma conta no verso de um guardanapo: receita menos 30% igual a sobrevivência. E param por aí, como se 30% fosse lei da física. Não é. É um pedágio numa estrada específica, e há outras estradas. Vamos separar o que esse corte realmente é, e o que sobra quando você soma o que a manchete esconde.
Q: O corte de 30% das lojas é fixo?
Para um app nativo distribuído via App Store ou Google Play, sim: é contratual e aplicado na camada de pagamento. Mas o "30%" descreve apenas um caminho de distribuição. No instante em que seu jogo roda dentro de um runtime ou de um super-app em vez de um binário nativo isolado, a estrutura de comissão muda, porque quem cobra não é quem tem o dispositivo. O imposto é um pedágio numa estrada, não um imposto à gravidade.
Q: Um runtime ou plataforma de mini game realmente bate os 30%?
Depende do que está sendo cobrado. Um runtime que hospeda seu jogo e trata os pagamentos cobra uma participação de plataforma, mas ela é negociada e costuma ser menor que a da loja; e, principalmente, muitas vezes embala hospedagem, distribuição e uma base de usuários compartilhada pela qual você pagaria aquisição. Times num runtime costumam ficar com muito mais que os 70% que sobrevivem ao imposto da loja, em parte porque a participação do runtime substitui tanto a comissão quanto um pedaço do marketing.
Q: Desviar pagamentos via webview para driblar o corte da loja é conforme?
Essa é a linha que não se cruza de qualquer jeito. As lojas proíbem direcionar pagamentos externos para bens digitais dentro de um app nativo, e aplicam. Um mini game que vive num runtime é outro animal: o runtime é a superfície de distribuição, então o relacionamento de pagamento é com o runtime, não um canal paralelo colado num app nativo. Construir fora do muro de pagamento da loja é legítimo; passar por dentro é como times acabam banidos.
Q: Como eu calculo de verdade o que fica comigo?
Pare de encarar a comissão da manchete e monte a pilha inteira: participação de plataforma, mais processamento de pagamento a 2–3%, mais custo de UA (o assassino silencioso), mais estornos e reembolsos. Um corte de 30% num jogo que depois gasta 40% da receita em UA é pior que uma participação de runtime de 15% num jogo que herda uma base quente de usuários. O que sobra líquido é o único número que paga salários.
Q: Qual canal um time pequeno deveria escolher?
Aquele cuja comissão lhe compra algo que não poderia pagar sozinho: uma base de usuários, uma via de pagamento que funcione no seu mercado-alvo, ou distribuição instantânea sem ciclo de revisão da loja. Times pequenos morrem na aquisição de clientes, não na porcentagem de comissão. Escolha o canal que lhe entrega jogadores na mão e otimize o que sobra a partir daí.
| Canal | Comissão típica | O que recebe | A armadilha |
|---|---|---|---|
| App Store / Google Play | 15–30% | faturamento, confiança, alcance | pagamento travado, ciclo de revisão |
| Runtime / plataforma de mini game | ~10–20% | hospedagem + usuários compartilhados + pagamento local | você está nos trilhos deles |
| Web direto (webview) | só processamento (~3%) | controle total | você paga toda a UA |
| Faturamento operadora / carteira | 10–25% | alcança quem não tem banco | integração por mercado |
Fontes
- Apple — Diretrizes de revisão da App Store (regras de negócio)
- Google Play — política de Play Billing
- Sensor Tower — receita de apps e economia de lojas
- Deconstructor of Fun — desmontes de plataforma e take-rate
- Think with Google — monetização de jogos móveis
- Statista — participação de receita de apps por loja