A atribuição quebra no momento em que você publica em vários lugares
Um jogo independente mede uma única fonte de instalação. Um mini-game roda dentro de uma super-app, uma aba de mensagens, uma carteira, um navegador — às vezes cinco hosts na mesma semana. Cada host tem seu próprio link de compartilhamento, seu próprio deep-link e sua própria ideia de de onde o jogador "veio". A atribuição tradicional de último clique ou último contato não reconcilia isso, então os estúdios ou super-creditam um canal ou confiam em números que não fecham.
O cenário de medição de 2025 piora isso. O State of App Marketing da AppsFlyer mostra que os gastos com anúncios no iOS subiram +27% ano a ano (Q1 2024 → Q1 2025), mas o gasto em iOS específico de jogos caiu −13% — uma janela de compra de baixa competição que premia quem mede com precisão. Ao mesmo tempo, o mercado global de publicidade móvel atingiu cerca de US$ 319,5 bilhões em 2025, um 15% a mais. Mais dinheiro, menos certeza: na pesquisa da AppsFlyer, 30% dos profissionais citaram "dados primários limitados" como seu principal desafio e 26,5% citaram "atribuição imprecisa".
| Sinal | Leitura 2025 | Por que importa para mini-games |
|---|---|---|
| Gasto iOS YoY | +27% global, −13% jogos | Jogos estão baratos de comprar agora — se você puder medi-los |
| Mercado de ad móvel | ~US$ 319,5B (+15%) | A demanda existe; a atribuição é o gargalo |
| Principal dor | 30% dados primários limitados | Os hosts detêm o usuário; você precisa de eventos compartilhados |
| Dor de atribuição | 26,5% atribuição imprecisa | O último clique multi-host erra a crédito em silêncio |
SKAN, ATT e a morte do funil limpo
O SKAdNetwork (SKAN4) da Apple colapsa dados finos de instalação em postbacks grosseiros, e a janela de postback recomendada de 48 horas significa que você só conhece uma coorte dias depois. O App Tracking Transparency (ATT) permite que usuários saiam do rastreamento em nível de identificador. Some as redes de autoatribuição (SRN) como Meta e Google que reportam em seus próprios termos, e um único jogo agora precisa de uma fonte única de verdade (SSOT) que misture SKAN, estado de consentimento ATT, modelagem probabilística e relatórios SRN.
Para um mini-game em dez hosts, essa SSOT é impossível de construir por host. Cada silo analítico do host vê apenas sua fatia.
Um runtime, um esquema de eventos
Um runtime compartilhado resolve isso na raiz. Em vez de cada host emitir seus próprios eventos no seu formato, o runtime define um esquema de eventos — instalação, sessão, nível, impressão de anúncio, compra — e o dispara de forma consistente em todo lugar onde o jogo roda. O host fornece a distribuição; o runtime fornece o contrato de medição.
Isso significa:
- Uma única visão de coorte. Um jogador que chega pela carta de compartilhamento do Host A e depois retorna pela aba de carteira do Host B é o mesmo jogador, porque o runtime usa uma identidade de runtime estável, não o login do host.
- Uma única integração SKAN. O runtime cuida do gerenciamento de valor de conversão SKAN uma vez, em vez de dez hosts adivinhando cada um.
- Uma camada de conciliação. Dados probabilísticos e SRN se fundem contra o mesmo registro de eventos, então "de onde veio esse pagador" tem uma só resposta.
O que isso destrava para desenvolvedores e hosts
Para um estúdio, distribuir em muitos hosts deixa de ser um imposto de medição. Você compara a eficiência dos hosts com definições idênticas, corta o caminho de compartilhamento que não performa e reforça o que compõe — sem reconstruir a analítica a cada lançamento.
Para um app host, oferecer um runtime com atribuição integrada é uma trincheira: os desenvolvedores publicam em você porque obtêm números limpos e comparáveis, não apesar da fragmentação. Você vira o host onde o crescimento é legível.
A Cross Mini App dá a cada mini-game um runtime e um esquema de eventos, para que a atribuição sobreviva a SKAN, ATT e uma dúzia de hosts — e "qual canal pagou" seja finalmente uma pergunta com uma só resposta.
