A Autoridade Nacional de Proteção de Dados (ANPD) passou a monitorar 18 sites de conteúdo adulto que, segundo a própria agência, concentram cerca de 98% do tráfego do segmento no Brasil. O dado mostra onde a fiscalização começa e por que a verificação de maioridade deixou de ser um detalhe de interface para virar requisito técnico. Se você desenvolve ou administra páginas +18, o caminho agora passa por escolher um método que resista a auditoria e não vire um problema de privacidade.
Este guia explica como cada método funciona por dentro, onde ele falha e que dados ele deixa para trás.
Lei 15.211 e ANPD: o que já está valendo
O Estatuto Digital da Criança e do Adolescente (Lei 15.211/2025) vale para produtos e serviços de tecnologia direcionados a crianças e adolescentes ou de acesso provável por eles. Para conteúdo impróprio, a exigência prática que a regulamentação traz é a de mecanismos efetivos de verificação de idade, e não apenas de autodeclaração. A ANPD, na fase atual, coleta informações para subsidiar decisões regulatórias futuras, o que significa que o padrão ainda está em formação. Quem implementa agora está escolhendo sem um manual fechado.
Por que o botão “tenho 18 anos” deixou de bastar
A autodeclaração é um clique que qualquer pessoa dá em menos de um segundo. Ela serve como primeira camada de triagem e como registro de aviso, mas não prova nada. Do ponto de vista técnico, é o único método que não verifica a variável que interessa: a idade.
Isso vale também para páginas que listam anúncios de serviços adultos. Diretórios e vitrines de acompanhantes em Curitiba, por exemplo, abrem com um aviso de acesso restrito a maiores de 18 anos, e o próximo passo natural de qualquer site desse tipo é incluir uma camada de verificação adicional acima desse aviso.
As camadas de verificação, da mais leve à mais forte
| Método | Como funciona | Força da prova | Dado que fica | Fricção |
|---|---|---|---|---|
| Autodeclaração | Usuário informa data ou clica em “sou maior” | Muito baixa | Quase nenhum | Mínima |
| Estimativa facial | Câmera estima a faixa etária, sem identificar | Média, com margem de erro | Biométrico (idealmente descartado) | Baixa |
| Documento + selfie | RG ou CNH enviados e comparados com o rosto | Alta | Documento e imagem | Alta |
| Terceiro de confiança | Banco, governo ou sistema atesta a idade | Alta | Só o resultado (maior ou menor) | Média |
| Vínculo parental | Conta do menor ligada a responsável | Alta para menores | Relação entre contas | Média |
Na prática, quase nenhum site usa só um método. O desenho comum é escalonar: autodeclaração na entrada, estimativa facial ou terceiro de confiança como verificação principal, e documento como último recurso quando a estimativa cai perto da fronteira.
Documento e selfie: eficaz, pesado e cheio de dado sensível
O fluxo é conhecido: o usuário fotografa o documento e uma selfie, o sistema compara o rosto, extrai a data de nascimento e devolve um sim ou não. Tem precisão alta, mas concentra o risco. Uma base de documentos de pessoas que acessam conteúdo adulto é um alvo evidente de vazamento e de extorsão.
Se o seu site optar por esse caminho, delegue a um provedor que processe e descarte, sem guardar a imagem, e avalie se o contrato com ele prevê tempo máximo de retenção e auditoria. O risco de guardar é maior que o ganho de reverificar.
Estimativa de idade pelo rosto: rápida, mas imprecisa na fronteira
O usuário aponta a câmera e um modelo devolve uma faixa etária. Dispensa documento e reduz o abandono. O problema está no entorno dos 18: a precisão cai bastante entre 15 e 19 anos, e há viés de desempenho conforme tom de pele, iluminação e qualidade da câmera. Por isso, a estimativa precisa de uma folga de segurança (por exemplo, exigir que o modelo estime acima de 21 para aprovar direto) e de um caminho de recurso para quem for barrado injustamente.
Também é dado biométrico sensível pela LGPD, então o tratamento deve ser feito no dispositivo ou em ambiente que descarte a imagem no mesmo instante.
Provas de idade sem identidade: tokens e terceiros de confiança
É a direção que mais interessa quando privacidade importa. Um banco, um emissor governamental ou o sistema operacional do celular atesta que o usuário tem a idade exigida e entrega ao site apenas um token assinado, sem nome, sem data de nascimento e sem documento. Técnicas de prova de conhecimento zero respondem só “maior que 18: sim ou não”.
A infraestrutura ainda é incipiente no Brasil, e a adoção depende de integrações com instituições financeiras e de padrões abertos. Vale desenhar o seu sistema para aceitar tokens de verificação de idade assim que houver oferta, em vez de amarrar tudo a um único fornecedor.
O que gravar e o que apagar
A Lei Geral de Proteção de Dados impõe princípios que valem diretamente aqui: finalidade (propósito legítimo e informado), adequação (compatibilidade com a finalidade) e necessidade (mínimo indispensável). Em termos de projeto:
- guarde apenas o resultado da verificação (maior de 18: sim/não), a data e o método usado;
- apague selfie e documento imediatamente após a análise;
- não reaproveite dados de verificação para personalização de conteúdo ou publicidade;
- informe claramente qual método é usado, o que é coletado, por quanto tempo e com quem é compartilhado;
- registre logs de decisão sem armazenar dados pessoais desnecessários;
- ofereça canal de contestação e alternativa acessível para quem não consegue usar câmera.
Sobre confiança em selos e verificações em geral, o post selo de verificação em perfis +18 aborda o outro lado: o que o usuário pode inferir de um selo e o que ele não garante.
Casos de borda que quebram o fluxo
Regra de projeto: trate a verificação como um serviço com estados (pendente, aprovado, negado, expirado), não como uma tela de formulário. Cada estado tem prazo de validade e caminho de recurso.
Alguns cenários testam a solidez do desenho. O usuário muda de dispositivo e perde a verificação: o token deve ser renovável sem repetir o processo inteiro. A conta é compartilhada por duas pessoas: a verificação vale para quem a fez, não para a conta. O usuário usa VPN ou navegação anônima: a verificação não pode depender de IP, e o fluxo deve funcionar sem rastreadores de terceiros.
Há ainda o caso de quem não tem câmera, documento ou conta bancária digital, um grupo grande no país. Sem uma alternativa acessível, o sistema exclui adultos legítimos, e a exclusão também é um custo de adoção que precisa entrar na conta. Documente a rota alternativa (por exemplo, verificação presencial ou por canal assistido) e teste com usuários reais.
E o que fazer com sessões e cookies?
Evite verificação eterna: defina validade curta o bastante para limitar uso por terceiros (um adolescente usando o celular de um adulto verificado) e longa o bastante para não irritar o usuário legítimo. Registre apenas o status e o horário, e renove com um novo desafio leve (biometria do dispositivo, por exemplo) em vez de repetir tudo.
Recomendação: camadas e o menor dado possível
Para a maioria dos sites, o desenho mais defensável combina um aviso claro, uma verificação principal por terceiro de confiança ou estimativa facial com margem de folga, e documento como etapa excepcional, executado por provedor que não retém dados. Registre apenas o resultado, documente a decisão técnica e revise a escolha a cada atualização regulatória, porque o padrão da ANPD ainda vai se definir.
