Metodologia

Matriz de recursos

Esta tabela é gerada a partir da mesma configuração que o analisador e os limpadores leem. Se uma linha diz Não, o produto não pode fazer essa afirmação em nenhum lugar da interface.

Para a versão completa — todos os formatos, quais partes de cada contêiner são abertas, o que não é coberto e a validação datada por trás de cada afirmação — veja a matriz de recursos.

Como o processamento funciona

Quando você seleciona um arquivo, o navegador o lê para a memória e entrega os bytes a um Web Worker rodando no seu próprio dispositivo. O worker identifica o formato real pelos magic bytes — nunca pela extensão ou pelo tipo MIME informado —, percorre a estrutura do contêiner e extrai os blocos de metadados que reconhece.

A limpeza reescreve o contêiner sem as estruturas de metadados e copia os dados de imagem comprimidos sem tocá-los. Nada é decodificado e nada é recodificado, então os pixels na saída são idênticos bit a bit aos da entrada.

Os bytes limpos são então analisados uma segunda vez, e o relatório de antes e depois que você vê é a diferença entre essas duas análises. Um sinal é relatado como removido somente porque uma nova análise não consegue mais encontrá-lo — nunca porque um limpador afirmou isso.

O que mantemos de propósito

Perfis de cor. Perfis ICC não carregam informações pessoais nem de procedência, e remover um deles altera visivelmente as cores de uma imagem. Nós os relatamos como detectados e deliberadamente preservados.

Rotação da imagem. Celulares registram a orientação em uma tag EXIF em vez de girar os pixels. Removê-la faz fotos em retrato aparecerem de lado. Quando um arquivo traz uma rotação, preservamos exatamente esse único campo, informamos isso no relatório e oferecemos uma opção para removê-lo mesmo assim.

Dados estruturais. Cabeçalhos JFIF, marcadores de transformação de cor da Adobe e todo chunk crítico necessário para decodificar a imagem.

Os três status

Detectado — o sinal foi encontrado no arquivo.

Não detectado — inspecionamos os lugares onde esse sinal fica e ele não estava lá. Só usamos isso quando a ausência pode ser realmente comprovada.

Impossível verificar — não temos como olhar. O SynthID aparece assim em toda imagem, permanentemente, porque detectá-lo exige o detector do próprio Google. Isto não é uma forma mais fraca de “não detectado”; é uma afirmação sobre os nossos instrumentos, e não sobre o seu arquivo, e nunca aparece em uma lista de removidos.

Limitações conhecidas

• Manifestos C2PA são detectados e parcialmente lidos, mas as assinaturas não são verificadas contra uma lista de confiança. Nunca relatamos um manifesto como válido ou inválido.
• Durable Content Credentials podem ser reassociadas a uma imagem por um fornecedor depois que o manifesto é removido, usando uma marca d'água invisível ou uma impressão digital do conteúdo. Remover um manifesto limpa a sua cópia do arquivo, não os registros de outras pessoas.
• Marcas d'água embutidas nos pixels, como o SynthID, não são detectáveis nem removíveis aqui.
• Marcas d'água estatísticas de texto não são detectáveis no lado do cliente por ninguém, incluindo nós. Oferecemos uma reescrita opcional para texto colado, que o reformula na tentativa de perturbar uma delas. É o único recurso deste site que envia alguma coisa para algum lugar: ele pergunta todas as vezes, mostra primeiro o conteúdo exato que será enviado e envia somente o texto que você colou — nunca um arquivo. Ele roda no nível pago do Gemini, em que o Google não treina com o texto, embora ele seja registrado por até 55 dias para detecção de abuso — veja privacidade. Como não temos detector, o resultado é relatado como “Reescrito — não verificado” e nunca é contado como remoção.
• Conseguimos analisar JPG, PNG, WebP, SVG, Markdown e PDF, e conseguimos limpar todos eles. Um PDF é limpo reconstruindo o documento em vez de anexar uma atualização, então revisões anteriores não sobrevivem, e um PDF cuja estrutura não pode ser reconstruída com segurança é recusado em vez de tratado no chute. PDFs criptografados são relatados e deixados como estão. AVIF, HEIC, GIF, TIFF, áudio e vídeo não são suportados de forma alguma.
• Em um arquivo Markdown, removemos as chaves do frontmatter que descrevem como o documento foi feito — gerador, modelo, prompt, autor, datas — e mantemos as chaves que controlam o build do seu site, como title, tags e layout. Quando o frontmatter usa âncoras YAML, uma chave pode depender de outra, então relatamos o que existe e não alteramos nada.
• Em um SVG, as imagens embutidas como data URIs são desempacotadas e limpas no lugar, então os metadados dentro de um JPEG aninhado são removidos em vez de ignorados. Um SVG que referencia uma imagem em outro servidor tem essa referência removida — o conteúdo nunca esteve no seu arquivo, e buscá-lo revelaria o seu endereço IP a esse servidor.
• Arquivos muito grandes são limitados pela memória do navegador, e não por alguma restrição de servidor, já que não existe servidor.

Verifique você mesmo a nossa afirmação de privacidade

Carregue a página de qualquer ferramenta, desconecte-se da internet e então analise e limpe um arquivo. Tudo funciona, porque o processamento sempre foi local. Outra opção: abra o painel de rede do seu navegador e observe enquanto usa a ferramenta — nenhuma requisição carrega o seu arquivo, o conteúdo dele, o nome dele ou qualquer coisa derivada deles.