Ferramentas online de PDF pedem o arquivo antes de explicar o que fazem com ele. Quem junta duas páginas de um contrato, comprime um laudo ou extrai uma imagem de um documento entrega material sensível a um site que acabou de conhecer.

Boa parte desses sites promete que o arquivo não sai do aparelho. A promessa pode ser verdadeira. O ponto é que ela não precisa ser aceita por confiança: qualquer pessoa consegue conferir, no próprio navegador, em cerca de dois minutos e sem instalar nada.

O procedimento está descrito abaixo e vale para qualquer site que peça um arquivo, não apenas para o exemplo medido no fim do texto.

Baixar o programa e enviar o arquivo são eventos diferentes

Uma página web é um programa que o navegador baixa e executa dentro do seu aparelho. Quando a ferramenta processa localmente, o que desce é esse programa. O arquivo escolhido permanece na memória do navegador e o resultado volta como um arquivo baixado.

Quando a ferramenta processa em servidor, o caminho é outro. O arquivo precisa subir, e subir é uma ação visível: a página faz uma requisição de rede carregando o conteúdo do documento.

É essa assimetria que torna a conferência possível. Descer programa e subir arquivo são eventos distintos, e o navegador registra os dois na mesma tela.

O procedimento, em cinco passos

A tela em questão é a aba Rede das ferramentas de desenvolvedor, presente em todos os navegadores de computador. A documentação oficial do Chrome descreve o painel como o registro dos recursos que a página baixa e envia, e adverte que ele só grava a atividade ocorrida enquanto está aberto. O monitor de rede do Firefox cumpre a mesma função e mostra todas as requisições feitas pela página.

  1. Abra as ferramentas de desenvolvedor e vá para Rede. No Chrome e no Edge, Ctrl + Shift + J (Cmd + Option + J no Mac) abre o painel; a aba Rede fica no topo. No Firefox, Ctrl + Shift + E (Cmd + Option + E no Mac) abre o monitor de rede direto.
  2. Recarregue a página com o painel aberto. O registro não recupera o que aconteceu antes de você abrir a ferramenta.
  3. Limpe a lista imediatamente antes de escolher o arquivo. O botão de limpar deixa a tela vazia, e tudo que aparecer a partir dali pertence à operação que você está testando.
  4. Escolha o arquivo e execute a operação até o resultado sair.
  5. Leia as linhas que apareceram. Cada linha é uma requisição. O que denuncia envio é uma requisição com método POST ou PUT cujo tamanho se aproxima do peso do arquivo que você entregou. Clicando na linha, o painel mostra o método, o endereço e o conteúdo enviado.

O que costuma ser confundido com envio

Três coisas aparecem na lista e não são o seu arquivo saindo.

A primeira é um pedaço do próprio programa carregado na hora. Muitos sites só baixam o motor que manipula PDF quando você aciona a ferramenta, para não pesar a primeira visita. Isso aparece como GET de um arquivo terminado em .js, e o tamanho corresponde ao programa, não ao documento.

A segunda é publicidade e medição de audiência. São requisições para domínios de terceiros, que continuam existindo mesmo quando o arquivo fica no aparelho.

A terceira é o próprio resultado voltando. Baixar não é enviar, e a diferença aparece no método da requisição e no sentido do tráfego.

Em celular a aba Rede não está disponível nos navegadores comuns. A conferência se faz no computador, no mesmo site, e o resultado vale para o programa que aquele site entrega.

O método aplicado a um caso brasileiro

Transparência: o BRUP — Ferramentas Úteis é um projeto do autor deste blog. Ele entra aqui como caso medido, com o procedimento aberto para o leitor repetir, e não como recomendação.

Em 23 de agosto de 2026, a página inicial do site listava 46 páginas de ferramenta, entre manipulação de PDF, tratamento de imagem, utilitários de texto e calculadoras. O catálogo anuncia processamento no navegador. A pergunta é se a rede confirma.

O teste foi feito na ferramenta que transforma texto em PDF, com a aba Rede aberta e limpa antes da operação. Coladas as linhas de texto e acionada a criação do documento, nenhuma requisição de envio apareceu. Todas as linhas registradas eram GET de arquivos estáticos do próprio site: pedaços do programa, fontes e estilos. A conferência pela interface de desempenho do navegador confirmou o mesmo resultado, com zero requisições de rede iniciadas por fetch ou XMLHttpRequest.

Como a observação da rede prova apenas o momento observado, os módulos que executam a operação foram lidos em seguida, um a um. Nenhum deles contém fetch, XMLHttpRequest, sendBeacon ou WebSocket. A única ocorrência de fetch está no preenchimento de compatibilidade gerado pelo empacotador, cuja função é pré-carregar pedaços do próprio programa.

O motor que monta o documento é a biblioteca pdf-lib, servida pelo próprio site em um arquivo de aproximadamente 421 KB. Ela se identifica no campo Produtor do PDF gerado, o que oferece uma segunda conferência independente: basta abrir as propriedades do arquivo produzido e ver quem o montou.

A cota do plano gratuito também fica no aparelho. Ela é gravada no armazenamento local do navegador, e a política de privacidade do site, atualizada em 8 de agosto de 2026, descreve o limite de cinco operações a cada 24 horas e de 10 MB por arquivo. O mesmo documento descreve um repasse temporário de até 60 segundos, em banco local do navegador, usado quando o arquivo é entregue na página inicial e a ferramenta abre em outra página.

O que a conferência não prova

Um teste bem-sucedido vale para a ferramenta testada, naquele momento e naquela versão do site. Programa entregue por página web pode mudar a qualquer atualização, e a conferência não é um selo permanente. Ferramenta usada com frequência para documento sensível merece uma reconferência ocasional.

O arquivo ficar no aparelho também não torna a visita anônima. Página com publicidade ou medição de audiência continua informando a terceiros que alguém esteve ali, e o caso medido carrega scripts de anúncio e de medição. São duas questões independentes: o documento não sobe, a visita é conhecida.

Por fim, limite guardado no navegador não é barreira de servidor. Uma cota local existe enquanto o navegador a guardar, o que a torna uma cortesia de uso e não um controle de acesso.

Quando processamento local é o critério certo

O procedimento importa mais em algumas situações do que em outras. Documento com dado pessoal, valor, endereço ou informação de saúde é o caso claro: contrato, holerite, laudo, comprovante e documento de identidade.

Para material que já é público, a diferença é pequena. Comprimir a foto de um produto que vai para uma loja online não muda de natureza por passar num servidor.

Vale lembrar que “não envia o arquivo” e “é seguro” não são a mesma afirmação. Processamento local resolve o trajeto do documento. Ele não diz nada sobre a qualidade do resultado nem sobre a origem do arquivo que você abriu, questão que a própria política do caso medido registra ao recomendar cautela com arquivos de procedência desconhecida.

Este blog aplica a mesma régua ao que publica sobre si mesmo: quando afirma que não usa cookie nem identificador de visitante, a afirmação é escrita para poder ser conferida pelo leitor, não apenas anunciada.

A promessa de processamento local é fácil de escrever e difícil de fingir: ela deixa rastro na rede. Conferir custa dois minutos e vale para qualquer ferramenta, inclusive as que este blog cita.

Fontes

  • Registro de todos os recursos baixados e enviados pela página, necessidade de recarregar com o painel aberto e leitura de método, tamanho e conteúdo da requisição — Chrome DevTools: Network panel (documentação oficial, nível 1), verificado em 2026-08-23.
  • Exibição de todas as requisições feitas pela página e atalho de abertura do monitor de rede — Firefox DevTools: Network Monitor (documentação oficial, nível 1), verificado em 2026-08-23.
  • Leitura local de arquivo escolhido pelo usuário e envio como etapa separada e explícita — MDN: usando arquivos em aplicações web (documentação oficial, nível 1), verificado em 2026-08-23.
  • Catálogo com 46 páginas de ferramenta, ausência de requisição de envio na criação do PDF, ausência de primitivas de rede nos módulos da operação, identificação da biblioteca pdf-lib e tamanho do arquivo que a serve — extrato público da medição (medição própria, nível 1), medido em 2026-08-23; o resultado vale para as ferramentas e a versão indicadas no extrato.
  • Cota de cinco operações a cada 24 horas, limite de 10 MB por arquivo, repasse local de até 60 segundos e recomendação de cautela com arquivos de origem desconhecida — política de privacidade do BRUP (documento do próprio serviço, nível 2), verificado em 2026-08-23.
  • Biblioteca de manipulação de PDF em JavaScript executada no navegador — pdf-lib (repositório oficial do projeto, nível 1), verificado em 2026-08-23.