Compressão de PDF em teste: método, tamanho do ficheiro e funcionalidades

O que foi testado e o que ficou de fora?

Foi testado exatamente o mesmo código de compressão, sem alterações, que o Compressor de PDF deste site utiliza. No entanto, para a medição, o código não foi executado no navegador, mas chamado diretamente em Node.js. Assim, é possível registar com precisão a entrada, as definições e o resultado guardado de cada execução.

• Módulo de compressão: QPDF 12.2.0 em WebAssembly, versão do wrapper 0.3.0. O script de compilação do wrapper fixa o QPDF 12.2.0, e o módulo instalado também indica 12.2.0 quando a versão é consultada.
• Ambiente: Node.js 24.18.1 em Windows 11, compilação 26200, x64.
• Âmbito: três ficheiros de entrada sintéticos, nove execuções de compressão e um ficheiro de teste com um marcador de posição de assinatura que deve ser rejeitado.
• Verificação posterior: doze PDFs guardados, com um total de 24 páginas, cada um sujeito a uma verificação da estrutura e à visualização das páginas renderizadas.

Não fazem parte desta medição:

• o tempo de processamento; não foi medido qualquer tempo,
• o comportamento em navegadores específicos ou em smartphones e tablets reais,
• fotografias reais, digitalizações, ficheiros grandes ou documentos de utilizadores,
• outros programas de compressão ou serviços online,
• uma redução média que possas esperar para o teu ficheiro.

Ficheiros de teste, definições e transferências

O teste utiliza exclusivamente PDFs criados por nós. Não inclui documentos de clientes, fotografias do mundo real nem assinaturas de pessoas reais. A imagem no ficheiro de imagem também foi gerada: apresenta uma textura com um gradiente de cor e não é uma fotografia nem uma digitalização.

• Ficheiro de texto, 3.029 bytes: duas páginas com texto, um campo de formulário preenchido, uma ligação, uma rotação de página e uma marcação na árvore de estrutura.
• Ficheiro de imagem, 1.359.079 bytes: os mesmos componentes, mais uma imagem gerada com 640 × 800 píxeis. O ficheiro de texto sem imagem tem apenas 3.029 bytes, pelo que a maior parte do tamanho deste ficheiro se deve à imagem.
• Ficheiro de texto já otimizado, 2.721 bytes: serve de exemplo de um caso em que já não é possível obter qualquer redução adicional.
• Ficheiro com marcador de posição de assinatura, 3.139 bytes: contém apenas a estrutura de uma assinatura, mas nenhuma assinatura digital real. É utilizado para verificar se o compressor rejeita ficheiros assinados.

O mesmo ponto de partida para cada execução

• Cada execução começa com os bytes originais, sem alterações. Se uma execução precisar de várias tentativas, cada tentativa seguinte também recomeça a partir do original e não do resultado anterior.
• Todos os resultados contêm ambas as páginas completas. Não foram removidas páginas, nada foi empacotado em ZIP, nenhuma imagem foi reduzida para menos píxeis e nenhuma página inteira foi convertida em imagem. Só assim é possível comparar as contagens de bytes dos diferentes modos.
• Cada resultado foi guardado com um nome de ficheiro próprio. Foram registadas a contagem de bytes e a soma de verificação SHA-256 da entrada e da saída. A soma de verificação é uma impressão digital do ficheiro: basta alterar um único byte para que a soma de verificação mude.
• Para cada execução, foram registados o modo, o tamanho pretendido, quando aplicável, e a qualidade JPEG efetivamente utilizada.

O que fazem tecnicamente os três modos

No registo e nas tabelas, os modos chamam-se lossless, balanced e small. Na ferramenta, encontras estes modos com as seguintes designações: lossless corresponde a Otimização sem perdas, balanced a Equilibrado e small a Ficheiro mais pequeno. Otimização sem perdas otimiza apenas a estrutura do ficheiro, ou seja, os objetos e os fluxos de dados comprimidos. Equilibrado também recodifica as imagens adequadas como JPEG com o nível de qualidade 80. Se o tamanho pretendido não for atingido, segue-se uma tentativa com 70. Ficheiro mais pequeno começa no nível 65 e, se o objetivo não for atingido, passa para 50 e depois para 40. Se tiveres indicado um tamanho pretendido e o original ou a versão com a estrutura otimizada já cumprir esse objetivo, não é necessária qualquer tentativa de JPEG com perdas. No final, é escolhida a menor versão verificada. Se nenhuma for mais pequena do que o original, mantém-se o original. Isto não garante uma redução específica.

Segundo a documentação do QPDF 12.2, o QPDF não reduz a resolução das imagens neste processo. No entanto, a recodificação em JPEG pode produzir artefactos visíveis, e o QPDF só utiliza os dados de imagem recodificados se forem mais pequenos. O guia Comprimir PDF sem perda de qualidade explica o que isto significa para a qualidade da imagem.

Ficheiros e somas de verificação para conferência

A tabela seguinte contém ligações para todos os ficheiros de teste e de resultado. Depois de descarregares um ficheiro, compara a soma de verificação SHA-256 com uma ferramenta de verificação à tua escolha. Se coincidir, tens exatamente o ficheiro que foi medido. O registo em inglês reproducibility-manifest.json contém as chamadas e as definições exatas de todas as execuções.

Resultados: tamanho do ficheiro apresentado com transparência

Este teste não permite prever quanto irá diminuir o teu próprio PDF. Isso depende do conteúdo do teu ficheiro. Os três ficheiros de teste já mostram a variação possível: o pequeno ficheiro de texto ficou 10,17 por cento mais pequeno no modo lossless, enquanto o ficheiro de imagem diminuiu apenas 0,02 por cento no mesmo modo. Só a recodificação em JPEG permitiu uma redução de 86,78 por cento no ficheiro de imagem. A tabela inclui todas as nove execuções, incluindo as que não produziram uma redução significativa.

A redução é sempre calculada a partir dos bytes reais: bytes poupados a dividir pelo tamanho original. Na execução com balanced, são 1.179.371 de 1.359.079 bytes, ou seja, 86,78 por cento. Podes fazer este cálculo para o teu próprio ficheiro com a Calculadora da taxa de compressão.

A qualidade JPEG não é uma percentagem de redução

Os valores 80, 65 ou 40 são definições do codificador JPEG e não percentagens de redução do tamanho. Neste caso, o nível de qualidade 80 permitiu reduzir 86,78 por cento, enquanto o nível 65 permitiu reduzir 90,75 por cento. Noutro ficheiro, os mesmos níveis podem produzir resultados muito diferentes.

Porque se inclui o caso sem redução

Um teste que só mostra a maior redução omite um caso importante: o que acontece quando já não é possível reduzir mais? No ficheiro de texto já otimizado com 2.721 bytes, o modo lossless não produziu uma versão mais pequena. Por isso, o compressor manteve o original: saída de 2.721 bytes, redução de 0 bytes e a mesma soma de verificação SHA-256 na entrada e na saída. Isto demonstra, com o módulo de compressão real, que neste caso não recebes um ficheiro reescrito sem qualquer benefício. O guia O PDF não fica mais pequeno explica o que podes fazer nessa situação.

Tamanho pretendido atingido, não atingido ou já cumprido

• Objetivo de 250.000 bytes: logo a primeira tentativa com o nível 65 produziu 125.710 bytes. O objetivo foi assim atingido, e o resultado é até idêntico byte a byte ao da execução sem objetivo.
• Objetivo de 128 bytes: é um tamanho irrealisticamente pequeno para duas páginas com uma imagem. Mesmo o último nível, 40, só conseguiu chegar aos 74.707 bytes. O compressor indica que o objetivo não foi atingido e, ainda assim, fornece um ficheiro. Neste ficheiro de teste, o resultado guardado com 74.707 bytes contém ambas as páginas e passou nas verificações de funcionalidades descritas mais abaixo. Os dados da imagem foram recodificados com perdas. Esta execução não demonstra que todos os conteúdos sejam preservados em qualquer outro ficheiro.
• Objetivo de 1.359.079 bytes, ou seja, exatamente o tamanho original: o objetivo foi considerado já cumprido. Foi executada apenas a otimização estrutural sem perdas. O resultado foi de 1.358.764 bytes, o mesmo tamanho da execução com lossless. A imagem não foi recodificada como JPEG, pois as chamadas registadas não contêm nenhuma definição de JPEG.

Mesmo tamanho, soma de verificação diferente

A repetição da execução com balanced voltou a produzir exatamente 179.708 bytes, mas com uma soma de verificação SHA-256 diferente. A execução com o objetivo já cumprido também tem o mesmo tamanho da execução com lossless e, ainda assim, uma soma de verificação própria. Uma razão possível é que, ao gravar um PDF, pode ser criado, por exemplo, um novo identificador de documento. Em contrapartida, as execuções com small sem objetivo e com o objetivo de 250.000 bytes coincidiram byte a byte. A soma de verificação identifica, portanto, um ficheiro guardado específico. Se repetires uma execução, mesmo no navegador, não obterás necessariamente um ficheiro idêntico byte a byte, ainda que o tamanho se mantenha.

Apresentação e funcionalidades verificadas separadamente

Um ficheiro mais pequeno, por si só, não diz se o texto, o formulário e a ligação foram preservados. Uma boa pré-visualização também não o prova. Por isso, os ficheiros guardados foram verificados com duas bibliotecas independentes: pdf-lib lê a estrutura interna guardada, e PDF.js 6.4.299 renderiza as páginas e extrai texto e anotações. Para esse efeito, PDF.js foi executado numa instância isolada do Chromium, versão 151.0.7922.34. Esta verificação dos ficheiros finais é separada da compressão, que foi medida em Node.js no Windows 11. Não foi medida a compressão no navegador nem em dispositivos móveis, e esta verificação nada diz sobre o comportamento de outros programas de PDF. Cada verificação tem o seu próprio método e só é válida para estes ficheiros de teste.

Um pormenor sobre o campo de formulário: o seu valor não aparece de forma fiável na extração normal de texto do PDF.js, pelo que foi lido através das anotações. Por isso, se procurares um valor preenchido num formulário de um PDF comprimido e não o encontrares, isso não significa automaticamente que esteja em falta.

Com balanced e small, a imagem foi recodificada como JPEG com perdas, exceto na execução com small em que o objetivo já estava cumprido. As instruções de conteúdo descodificadas para texto e linhas mantiveram-se iguais, mas os dados da imagem da textura não. Nas páginas renderizadas dos resultados do ficheiro de imagem, a posição e as dimensões da imagem, bem como a rotação das páginas, mantiveram-se como no original. Um ponto importante ao veres os ficheiros: já no original, a imagem gerada sobrepõe-se a várias linhas de texto. Esta sobreposição faz parte do ficheiro de teste e não é um dano causado pela compressão. Mantém-se nos resultados. Isto não permite concluir que todas as linhas sejam legíveis nem atribuir uma classificação de qualidade. Além disso, uma imagem gerada com textura e gradiente de cor diz pouco sobre a forma como fotografias, digitalizações ou texto pequeno em digitalizações reagem ao mesmo nível. O guia Reduzir o tamanho de um PDF digitalizado aborda este tema.

O marcador de posição de assinatura mostra apenas que o compressor reconhece um ficheiro com estrutura de assinatura e não o processa. Segundo o código de compressão, os ficheiros encriptados e certificados também são rejeitados. Este teste não verifica se uma assinatura real é válida nem contorna qualquer proteção. Mais informações no guia Comprimir PDF com assinaturas e formulários.

Limitações e como fazer a tua própria verificação

A ferramenta é melhor do que PDF24 ou Adobe?

Esta página não responde a essa pergunta. Não executámos outros programas ou serviços online com os mesmos ficheiros. Por isso, um juízo comparativo sobre qualidade, velocidade ou preço não teria fundamento. As listas de melhores ferramentas com percentagens ou controlos deslizantes também não substituem essa comparação. Uma comparação justa exige o mesmo ficheiro de entrada completo, as mesmas páginas, definições registadas, contagens exatas de bytes e as mesmas verificações de funcionalidades para todos os resultados.

Como verificar o teu próprio PDF

1. Guarda uma cópia do original sem alterações.
2. Abre o Compressor de PDF e seleciona o ficheiro. Se os detalhes das imagens forem importantes, começa pelo modo sem perdas.
3. Anota o tamanho exato em bytes do original e do resultado, por exemplo, a partir das propriedades dos ficheiros, e calcula a redução com a Calculadora da taxa de compressão.
4. Inicia cada nova tentativa com o original e não com um resultado já comprimido. Guarda cada resultado com um novo nome de ficheiro para não substituíres nada.
5. Abre o ficheiro guardado no programa que o destinatário também utiliza. Verifica todas as páginas, procura uma palavra conhecida, confere os valores dos campos de formulário e as ligações e observa as imagens e o texto pequeno no tamanho original.
6. Se o teu PDF estiver assinado digitalmente, encriptado ou certificado, não o comprimas com esta ferramenta; esclarece o procedimento com o emissor.