Como protegemos os dados dos alunos.
- Sem anúncios, sem venda de dados. Nunca houve e não haverá. O PeakScore é gratuito.
- Cada aluno acessa apenas os próprios dados. Isso é imposto por regras no banco de dados, não apenas pela interface. Há duas exceções, ambas escolhidas pelo aluno. A turma, que o aluno cria ou entra por convite: os membros veem apenas o nome que cada um escolheu mostrar, o calendário de provas compartilhado, um placar semanal opcional (dias de estudo, nunca notas) e os materiais que os membros escolhem compartilhar. E a sequência de estudo, desligada por padrão: amigos veem um primeiro nome e um número; o placar público opcional mostra só um nome gerado, nunca o nome real.
- Identidades mascaradas até para nós. O painel administrativo mostra os alunos com identidades mascaradas por padrão; revelar identidades exige um motivo por escrito, gravado em um registro que não pode ser apagado pelo painel.
- Google Classroom em modo somente leitura, com permissões que a própria escola controla e pode revogar.
- Ferramentas de análise não recebem nomes nem e-mails, apenas um identificador pseudonimizado.
- Exclusão de conta em um clique, feita pelo próprio aluno, sem pedir permissão a ninguém.
1. O que coletamos, e o que não coletamos
Coletamos o que o produto precisa para funcionar: nome, e-mail, série escolar, e os dados acadêmicos que o próprio aluno registra (aulas, tarefas, provas, notas, atividades, plano de estudo e, se ele optar, notas de simulado do SAT e lista de universidades). Se o aluno usar Arquivos, guardamos os arquivos que ele mesmo enviar. Se o aluno conectar o Google Classroom, importamos apenas a lista de turmas, as atividades publicadas para ele e se cada atividade dele já foi entregue (nunca a nota), em modo somente leitura. Se o aluno entrar numa turma, guardamos também o nome dela, o primeiro nome dele como aparece aos membros, as provas compartilhadas, os sinais do placar semanal opcional (dias de estudo e contagem de sessões) e os materiais que ele enviar à estante da turma.
Não coletamos: localização, contatos, fotos, histórico de navegação fora do PeakScore, ou qualquer dado para publicidade. Não há anúncios na plataforma e não vendemos nem compartilhamos dados para fins comerciais.
2. Onde os dados ficam
As contas, os dados escolares e os arquivos enviados ficam no Google Firebase (Authentication, Cloud Firestore e Storage), na região de São Paulo do Google Cloud (southamerica-east1), ou seja, no Brasil, com criptografia em trânsito (TLS) e em repouso por padrão. As funções de servidor rodam na Vercel, também na região de São Paulo. As páginas do site são entregues pela rede global da Vercel, e as métricas de produto ficam no PostHog, na União Europeia: essas duas partes processam dados fora do Brasil sob as salvaguardas contratuais dos provedores, como prevê a LGPD para transferências internacionais (art. 33). Não há servidor próprio: nada fica em computador pessoal.
3. Quem pode acessar, e como cada acesso fica registrado
No banco de dados, regras de acesso garantem que cada aluno lê e escreve somente a própria conta. Nenhum aluno consegue ver dados de outro, nem por engano, nem por tentativa. A única exceção é a turma, que só se entra por convite: cada membro escolhe, ao entrar, o nome que mostra (primeiro nome, iniciais ou apelido, nunca o nome completo); todos veem o calendário de provas; e só quem ligar compartilha o placar semanal (dias de estudo, nunca notas) e o aviso “estudando agora” (só o nome da matéria, enquanto o cronômetro roda), além dos materiais que escolhem enviar, nada além. Cada escolha pode ser mudada a qualquer momento. A sequência de estudo, desligada por padrão, acrescenta só um primeiro nome e um número para amigos, e um nome gerado no placar público opcional.
Do lado da equipe, o acesso administrativo é individual, feito por uma única conta Google verificada e protegida por autenticação em duas etapas. E mesmo essa conta, por padrão, vê os alunos com identidades mascaradas (por exemplo, “L. F. · l•••@escola.com.br”). Para revelar identidades é preciso escrever um motivo, que é gravado com data e hora em um registro de acesso permanente, mantido no servidor, fora do alcance do próprio painel. Exportações de dados e exclusões de conta também são registradas; uma exclusão que não conseguir gravar o registro simplesmente não acontece.
4. Google Classroom: a escola no controle
O PeakScore pede à conta Google exatamente isto, e nada mais. Login com Google: nome, e-mail e foto do perfil. Google Classroom (opcional, somente leitura: classroom.courses.readonly e classroom.coursework.me.readonly): os nomes das turmas do Classroom, os títulos e datas de entrega das atividades publicadas, e se o próprio aluno já entregou cada uma. Google Drive (opcional, drive.file): apenas a pasta “PeakScore” que ele mesmo cria; não vê nenhum outro arquivo. Nunca: Gmail, Agenda, Contatos, notas do Classroom, arquivos enviados a professores ou dados de outros alunos. O PeakScore não escreve, não altera e não apaga nada no Classroom.
Em escolas com Google Workspace, é o administrador de TI da escola quem decide se aplicativos de terceiros podem ser conectados às contas escolares, e pode revogar esse acesso a qualquer momento. O aluno também pode desconectar o Classroom sozinho, na própria conta Google.
5. Menores de idade e responsáveis
O PeakScore é destinado a estudantes a partir de 12 anos. Recomendamos que os responsáveis conheçam a plataforma e leiam a Política de Privacidade junto com o estudante. Para escolas parceiras, fornecemos uma carta de informação pronta para ser enviada às famílias.
6. Direitos dos titulares e exclusão
Nos termos da LGPD, o aluno (e seu responsável) pode acessar, corrigir e excluir seus dados. A exclusão é self-service: dentro da conta, em um clique, o aluno apaga seu perfil, cronograma, notas, registros de erro e histórico, de forma definitiva. Pedidos e dúvidas: peakscore2026@gmail.com.
7. Subprocessadores
| Serviço | Função | O que recebe |
|---|---|---|
| Google Firebase | Autenticação e banco de dados | Conta e dados acadêmicos do aluno |
| Vercel | Hospedagem do site e funções | Tráfego do site (padrão de qualquer hospedagem) |
| Resend | E-mails de serviço (verificação, redefinição de senha) | Endereço de e-mail, apenas para entregar a mensagem |
| PostHog | Métricas de uso do produto | Identificador pseudonimizado e eventos de uso; nunca nome ou e-mail |
| EmailJS | Aviso interno de novo cadastro | Aviso sem nome e sem e-mail do aluno |
8. Resposta a incidentes
Se identificarmos um incidente de segurança que afete dados de alunos, nosso compromisso é: conter o problema, avaliar o alcance, e comunicar os usuários afetados e as escolas parceiras sem demora injustificada, explicando o que aconteceu, o que foi exposto e o que fizemos, além de comunicar a ANPD quando aplicável.
9. Práticas de engenharia
- Verificação de e-mail obrigatória na criação de conta.
- Painel administrativo atrás de duas barreiras: login Google verificado de uma única conta autorizada e um cookie assinado (HMAC) com validade de 8 horas; para qualquer outra pessoa, a página simplesmente não existe.
- Cabeçalhos de segurança no site inteiro (Content-Security-Policy, HSTS, X-Frame-Options, nosniff) e verificação de integridade (SRI) nos scripts de terceiros.
- Revisões de segurança recorrentes com ferramentas de análise automatizada; as correções entram no código com histórico público interno e podem ser demonstradas à equipe de TI da escola.
- Princípio do mínimo necessário: cada função do servidor só enxerga o que precisa, e as chaves ficam em variáveis de ambiente, nunca no código.
10. Para escolas parceiras
Para adotar o PeakScore, a escola não precisa instalar nada nem assinar contrato de uso: os alunos criam contas gratuitas. O que oferecemos à escola parceira:
- Este documento em versão para impressão, para a mantenedora e a equipe de TI.
- Reunião técnica com a equipe de TI para revisar permissões do Workspace e as regras de acesso.
- Carta de informação aos responsáveis, pronta para enviar.
- Um canal direto com os fundadores para qualquer questão de dados: peakscore2026@gmail.com.
Uma observação honesta, porque achamos que ela conta a favor: o PeakScore foi construído por dois irmãos estudantes. Justamente por isso, as proteções acima não dependem de boa vontade, são impostas pelo código e ficam registradas. Preferimos um sistema que não exige confiança cega a um discurso que exige.