Observă
Examina o comportamento da página antes de uma escolha de consentimento.
Verificação técnica e privacidade Plataforma pública
onGDPR.md verifica a superfície pública de um website: cookies, trackers, formulários e documentos de informação. O relatório relaciona as constatações com as evidências observadas e mostra o que não pôde ser verificado.

onGDPR.md
Examina o comportamento da página antes de uma escolha de consentimento.
Testa a recusa e verifica que pedidos e mecanismos permanecem ativos.
Organiza as constatações, as evidências e os limites num relatório para a equipa.
Cookies, trackers e o comportamento dos mecanismos de consentimento.
Problemas priorizados e informações úteis para quem mantém o website.
Análises sobre o comportamento dos websites, com a metodologia e os limites publicados.
O scan técnico apoia a preparação da conformidade. Não é uma certificação jurídica e não substitui a análise completa dos processos de uma organização.
onGDPR.md em detalhe
A política de privacidade de um site diz o que deveria acontecer. onGDPR.md mede o que acontece efetivamente: o que é carregado antes de o visitante conseguir escolher algo, o que permanece ativo depois de carregar em «Recusar tudo», o que o documento de informação diz ou não diz e para onde os dados vão. Introduz um endereço, recebe uma pontuação de 0 a 100, um veredicto e constatações com provas.
O motor é determinístico. Não existe nenhum modelo de linguagem no caminho da pontuação: as mesmas entradas dão o mesmo resultado, e cada constatação remete para um artigo da Lei 195/2024 verificado num registo dos 90 artigos da lei. Um artigo que não conseguimos confirmar no texto da lei não é impresso.
A Lei n.º 195/2024 está em vigor desde 23 de agosto de 2026 e revoga a Lei 133/2011. As sanções vão até 2.000.000 de lei ou 2% do volume de negócios, e a autoridade é a CNPDCP. O regime aplicável não é assumido no código, mas calculado a partir da data da verificação.
O scanner encontra o banner, carrega efetivamente no controlo de recusa e depois escuta o tráfego de rede durante três segundos. Um tracker conta como infração apenas se já estivesse a enviar dados antes de qualquer consentimento e continuar a enviar depois da recusa sem um sinal de consentimento recusado. Um site que executa corretamente o Google Consent Mode v2, com recusa por defeito, não é penalizado pelos seus pings sem cookies — esta regra foi adicionada explicitamente para não contradizer a verificação que recompensa exatamente esse comportamento.
Transporte — HTTPS forçado, HSTS, CSP, conteúdo misto, atributos de cookie, cabeçalhos de segurança. Cookies — trackers e cookies não essenciais antes do consentimento, armazenamento de rastreio. CMP — presença do banner, controlo de recusa, peso igual entre aceitar e recusar, opções pré-marcadas, retirada do consentimento e teste comportamental. Política — doze elementos de conteúdo, dos fins e da base legal à CNPDCP e à data da última atualização. Formulários, jurisdição e identidade do operador completam a lista.
Dezoito seletores de CMP conhecidos, cada um com a fonte citada, mais uma heurística genérica para banners escritos à mão — muito frequentes em pequenas empresas da Moldávia — que lê os estilos calculados da página viva, não o HTML estático. A navegação entra em shadow-DOM aberto e em iframes, porque alguns banners vivem inteiramente ali. Os shadow-roots fechados permanecem invisíveis por construção: dizemo-lo abertamente e temos um teste que sustenta a afirmação.
Cookies 0,25, mecanismo de consentimento 0,20, política 0,20, transporte 0,15, formulários 0,08, jurisdição 0,07, identidade do operador 0,05 — soma exata 1,0. Uma constatação que falha reduz a respetiva categoria de forma proporcional à gravidade: crítica 1,0, elevada 0,6, média 0,3, baixa 0,15; um aviso custa metade. Acima de 80 é conforme, acima de 50 é risco, abaixo — não conforme.
Uma única constatação crítica falhada força o veredito de «não conforme» e limita a pontuação a 49, independentemente do que a fórmula ponderada diga. O motivo é simples: trackers que enviam dados antes do consentimento, ou um botão de recusa que não pára nada, estão a acontecer agora mesmo a cada visitante. Uma política impecável não deve poder elevar a média acima disso.
Orçamento de 45 segundos por verificação. User-agent próprio, que se identifica e aponta para a página que explica a verificação e como recusar. O robots.txt do site alvo é respeitado por defeito, com uma leitura separada, limitada a 8 segundos, para que um robots.txt lento não consuma o orçamento da auditoria. Antes de qualquer pedido, uma guarda bloqueia endereços internos, a rede local e o ponto de metadados da infraestrutura cloud.
Dados e funcionamento
Da exploração à implementação
A página principal mostra o comportamento por defeito, mas os formulários, as páginas de campanha e as zonas com conteúdo incorporado têm muitas vezes outros trackers. Definimos que endereços contam e em que condições são testados.
As constatações são escritas para serem acionáveis por quem mantém o site: que host, que cookie, que cabeçalho, que elemento de política falta. Separamos o que é observado do que exige contexto de dentro da organização.
A pontuação não é uma opinião jurídica e não calcula nenhuma coima. A base do tratamento, os contratos com os subcontratantes, o registo de tratamentos e a avaliação de impacto são decisões jurídicas e organizacionais. O relatório prepara o terreno com provas; a conclusão é tirada pelo jurista.
Depois das alterações, repete-se exatamente o mesmo cenário. Uma comparação só faz sentido entre duas varreduras feitas da mesma forma — caso contrário, compara-se um site com um dia, e não com ele próprio.
Não. É uma medição técnica da superfície pública do site, com provas e com os limites de cada constatação. Muitas obrigações da lei — a base do tratamento, os contratos com os subcontratantes, o registo de tratamentos, a avaliação de impacto, a informação aos trabalhadores — não podem ser observadas do exterior e não aparecem no relatório. A pontuação não é uma opinião jurídica e não calcula nenhuma coima.
O scanner encontra o banner, carrega no botão de recusa e escuta os pedidos de rede durante mais três segundos. Um tracker só é assinalado se já estava a carregar antes do consentimento e continua também depois da recusa, sem um sinal de recusa no pedido. É a única verificação do motor que precisa de um browser vivo, interativo, e não de uma imagem estática da página — e é por isso que a varredura demora segundos, e não milissegundos.
Não. O motor é determinista: as mesmas entradas dão a mesma pontuação, e cada ponderação e cada limiar ficam num único ficheiro de constantes, não espalhados pelo código. Existe um assistente que lhe explica o relatório, e esse é um modelo de linguagem — mas não recalcula nada, e se citar um artigo que não confirmamos no texto da lei, a resposta dele não é apresentada.
Não. Significa que a superfície pública testada se comporta bem nos cenários testados. Uma organização pode ter um site impecável e um registo de tratamentos inexistente. O inverso funciona melhor: uma pontuação fraca mostra quase de certeza um problema real, porque as verificações que cortam mais fundo — trackers antes do consentimento, recusa que não pára nada — descrevem algo que está a acontecer neste momento a cada visitante.
É uma única visita, como a de um visitante normal, com um orçamento máximo de 45 segundos. O user-agent identifica-se e envia para a página que explica a varredura e como recusar, e o robots.txt do site é respeitado por defeito. Não são enviados formulários, não são criadas contas e não se tenta qualquer autenticação.
Um banner escondido num shadow-root fechado permanece invisível por construção — nós declaramo-lo e temos um teste que nos obriga a cumprir. Também não vemos o que acontece depois da autenticação, o que o servidor faz com os dados de um formulário enviado, para onde eles vão depois ou o que preveem os contratos. O relatório diz o que pôde observar e o que não, e quando a página não foi renderizada corretamente guarda o veredito em vez de inventar um.
Existe um registo com os 90 artigos da Legea 195/2024, com a impressão MD5 do documento de origem. Um artigo que não está no registo não é impresso. E se um texto atribui uma referência a outro ato — por exemplo, ao Regulamento UE 2016/679 — isso é reconhecido como tal, não declarado inventado. Os dois erros não são simétricos: uma citação verdadeira rejeitada desaparece sem que nada pareça estragado.
195/2024, de 23 de agosto de 2026. O código não o pressupõe, calcula-o a partir da data da varredura: antes dessa data, 133/2011 estava ativa e 195/2024 era apresentada como preparação; depois, o inverso. Um relatório antigo continua assim legível no seu regime, sem pretender que dizia outra coisa.
Exemplo ilustrativo
Um cenário de utilização, sem dados de cliente nem resultados comerciais atribuídos.
O endereço público do site. Mais nada — sem acesso, sem conta, sem código para inserir na página.
O endereço passa pela guarda anti-SSRF, depois pelo robots.txt. Um Chromium real carrega a página e regista-se tudo o que é pedido antes de qualquer interação. Procura-se o banner — entre 18 seletores de CMP conhecidos, depois heurística, incluindo em shadow-DOM aberto e em iframes. Carrega-se no botão de recusa e a rede é escutada durante mais três segundos. Em paralelo correm os outros seis módulos: cabeçalhos, cookies, política, formulários, jurisdição, operador.
Uma pontuação de 0 a 100, um veredito e as constatações com a prova de cada uma, o artigo da lei verificado no registo e a classificação — observado, deduzido, precisa de contexto, não testável. Se um tracker correu antes do consentimento e continuou depois da recusa, o veredito é não conforme e a pontuação fica plafonada em 49, por melhor que seja a política.
Ce este necesar:O adresă publică accesibilă, care nu blochează robotul din robots.txt. Raportul acoperă suprafața și scenariile testate; procesele interne, contractele și temeiurile prelucrării rămân o evaluare juridică separată.
Possibilidades de colaboração
Inventariação do comportamento de sites, cookies e pedidos externos, como suporte técnico para as equipas de IT e os responsáveis pela proteção de dados.
Definimos um piloto em torno de um processo real: utilizadores, dados, integrações, custos e critérios de aceitação. A expansão segue após a avaliação do resultado.
Estabelecemos os requisitos de acessibilidade, alojamento, proteção de dados e interoperabilidade. Qualquer ligação a serviços AGE ou STISC requer a validação da elegibilidade, do acesso e das aprovações.
Estes são cenários de adaptação, não declarações sobre contratos ou parcerias existentes. As funções propostas confirmam-se no âmbito de trabalho do projeto.
Fale sobre um pilotosesizari.md organiza as participações sobre o espaço público: local, categoria, descrição e materiais relevantes.
Plataforma públicaO MEGA QR inclui um gerador de códigos e uma ferramenta de transferência ótica.
Instrument publicO Megaforms explora a recolha de respostas por formulários conversacionais, incluindo respostas por voz e transcrição.
Desenvolvimento e demonstraçõesConte-nos o seu processo. Em conjunto decidimos o que vale a pena construir, o que podemos ligar e como verificamos o resultado.