Estatuto Digital da Criança e do Adolescente do Brasil: O que muda no Google Play para Apps e Jogos

Este artigo documenta, de forma técnica e objetiva, o que muda no Google Play com a entrada em vigor do Estatuto Digital da Criança e do Adolescente, quando um app ou jogo precisa se adaptar, e quais mecanismos oficiais o Android passou a disponibilizar no Brasil para suportar a conformidade.

1. O que exatamente a nova lei e o Google passam a exigir

O ponto central do recado do Google é simples: o Brasil aprovou o ECA Digital, e essa lei criou novas obrigações para produtos digitais voltados a crianças e adolescentes ou com probabilidade de acesso por esse público.

Segundo a comunicação oficial do Google Play, as duas frentes mais relevantes para desenvolvedores são:

• a necessidade de ingerir dados de faixa etária fornecidos pelas app stores;

• a proibição de loot boxes em jogos eletrônicos voltados a crianças e adolescentes ou que provavelmente serão acessados por eles.

A entrada em vigor indicada pelo Google é 17 de março de 2026. Nessa mesma data, a Play Age Signals API começa a disponibilizar respostas para usuários no Brasil.

2. O escopo real: não é só app infantil

O erro mais comum será interpretar essa mudança como algo restrito a apps “kids”. Não é. A própria lei brasileira trabalha com o conceito de produtos e serviços digitais direcionados a crianças e adolescentes ou de acesso provável por eles. O Google repete essa lógica na sua orientação oficial para o Google Play.

Isso amplia bastante o escopo: jogos casuais, apps de conteúdo, plataformas com gamificação, apps com compra interna e experiências com forte apelo visual ou social podem cair nessa zona de atenção, mesmo que não tenham sido concebidos como produto infantil.

3. O que muda na prática no Android: Play Age Signals API

Para suportar essas obrigações, o Google passou a estender ao Brasil a Play Age Signals API. A documentação oficial informa que, no Brasil, a API começa a responder a partir de 17 de março de 2026, e que a integração deve usar a biblioteca com.google.android.play:age-signals:0.0.3 ou superior.

A API deve ser chamada em runtime, dentro do app, e retorna sinais de faixa etária apenas em regiões em que o Google Play é legalmente obrigado a disponibilizar esse tipo de dado. No Brasil, a resposta foi documentada com exemplos específicos.

O que a API entrega no Brasil

No caso brasileiro, a documentação informa que o userStatus pode ser:

• DECLARED

• UNKNOWN

• null

Também podem ser retornados os limites da faixa etária (ageLower e ageUpper) quando a idade estiver disponível para compartilhamento. A documentação deixa explícito que, no Brasil, o objetivo é trabalhar com faixa etária, não com idade exata.

As faixas padrão documentadas pela API são:

• 0 a 12

• 13 a 15

• 16 a 17

• 18+

O Play Console também permite configurar faixas personalizadas, respeitando as regras definidas pelo Google.

4. O que a API não entrega

Esse ponto é importante para reduzir risco jurídico e arquitetural. A Play Age Signals API não foi desenhada para expor:

• data de nascimento;

• idade exata;

• documento;

• biometria;

• qualquer dado pessoal sensível além do necessário para enquadramento etário.

A lógica continua semelhante à das leis estaduais americanas (vide). O app não vira um verificador de identidade. Ele passa a ser um consumidor de sinais regulatórios fornecidos pela plataforma e deve adaptar seu comportamento com base neles.

5. O segundo impacto: loot boxes entram em zona crítica

Trecho da Lei 15.211 do Governo Brasileiro

Além da faixa etária, o Google destacou expressamente que o ECA Digital proíbe loot boxes em jogos voltados a crianças e adolescentes ou com acesso provável por esse público. Isso significa que, no Brasil, o problema não é apenas classificação indicativa. Há um componente de mecânica de monetização.

Se o jogo tiver elementos de recompensa aleatória mediante pagamento e estiver dentro do escopo infantojuvenil ou de acesso provável por menores, o risco não é só reputacional: é regulatório.

Importante: Loot box não é bet

Neste tema, o termo correto é loot box porque a lei está tratando de caixa de recompensa dentro de jogo eletrônico, isto é, de uma funcionalidade em que o jogador paga para receber itens virtuais ou vantagens aleatórias sem saber previamente qual será o conteúdo ou se aquilo terá utilidade real para ele. É esse o conceito que o ECA Digital alcança quando trata da proteção de crianças e adolescentes no ambiente digital.

Loot box do jogo "Overwatch"

Bet, por outro lado, pertence a outra categoria. No direito brasileiro, aposta é o ato de colocar um valor em risco na expectativa de obter um prêmio, dentro do regime regulado das apostas de quota fixa e dos jogos on-line autorizados. Não é, portanto, o mesmo instituto jurídico nem a mesma mecânica econômica de uma loot box.

Uma plataforma de Bet no Brasil

6. Classificação indicativa continua importante, mas não resolve tudo sozinha

O Google também informou que, a partir de 17 de março de 2026, começará a bloquear ou filtrar apps e jogos classificados como 18+ para usuários menores de idade no Brasil.

Essa camada depende da classificação atribuída via IARC, com atualização da ClassInd para o Brasil. Por isso, o Google alerta que talvez seja necessário reenviar o questionário de classificação de conteúdo no Play Console, especialmente se o app ou jogo oferecer loot boxes para usuários brasileiros.

Mas aqui está o ponto técnico mais importante: classificação etária da Store não substitui a lógica interna do app.

Ela ajuda no filtro de descoberta, instalação e exposição inicial. O que ela não controla sozinha é:

• compras e desbloqueios em runtime;

• campanhas dinâmicas;

• mudanças relevantes de comportamento do produto;

• interface adaptativa por faixa etária;

• exposição continuada a fluxos sensíveis depois da instalação.

Por isso a API existe.

7. Quando um app ou jogo precisa se adaptar de verdade

Na prática, a adequação é mais claramente necessária quando o produto tem um ou mais destes elementos:

• conteúdo com segmentação etária relevante;

• compras internas;

• mecânicas aleatórias pagas;

• features destravadas após login;

• promoções dinâmicas;

• UX ou jornadas diferentes conforme o perfil do usuário;

• público misto, com chance real de uso por menores no Brasil.

Nesses casos, depender apenas da classificação da Store tende a ser insuficiente do ponto de vista de compliance e de arquitetura de produto.

8. O que fazer agora no Play Console e no app

O caminho técnico mais prudente passa por quatro frentes.

Primeiro, revisar se o app ou jogo entra no escopo de produto destinado a menores ou com acesso provável por menores no Brasil. Esse é o filtro jurídico e de produto.

Segundo, revisar a classificação indicativa e, se necessário, reenviar o questionário do IARC/ClassInd no Play Console, sobretudo se houver loot boxes ou conteúdo cuja classificação possa mudar sob a atualização brasileira.

Terceiro, integrar a Play Age Signals API com a versão 0.0.3 ou superior e tratar corretamente respostas DECLARED, UNKNOWN e null, além das faixas etárias retornadas. Quarto, revisar a lógica de negócio para:

• bloquear ou adaptar compras;

• restringir funcionalidades sensíveis;

• desativar loot boxes quando houver enquadramento legal;

• registrar decisões de produto e compliance de forma auditável.

A documentação do Google também recomenda combinar essa chamada com a Play Integrity API para proteger a origem da requisição e reduzir risco de spoofing.

9. Conclusão técnica

O recado do Google não é cosmético. Ele sinaliza uma mudança estrutural no Brasil. O app não precisa passar a coletar documento, selfie ou biometria do usuário. O que muda é que o Google Play passa a expor sinais etários em função da nova obrigação regulatória brasileira, e o desenvolvedor passa a ser responsável por usar esses sinais corretamente dentro do produto.

Para apps e jogos operando no Brasil, especialmente os que dialogam com público jovem, possuem monetização dinâmica ou mecânicas aleatórias, a adequação deixou de ser apenas questão de classificação da Store. Agora ela passa a ser uma questão de arquitetura de comportamento em runtime, com impacto direto em produto, compliance e monetização.

Na prática: quem tratar isso só como “mais uma burocracia do Play Console” provavelmente vai errar. O tema é de lógica de app, não apenas de cadastro de loja.

Importante: este conteúdo reflete o estado da lei brasileira e da documentação oficial do Google Play até 16 de março de 2026.