Comprimir PDF

Sobre Compressor de PDF

Esta ferramenta comprime arquivos PDF para reduzir seu tamanho. Você pode escolher entre diferentes níveis de compressão para equilibrar entre tamanho do arquivo e qualidade. Todo o processamento acontece no seu navegador para total privacidade. Veja também o nosso Unir PDFs e Proteger PDF.

Qual é a melhor forma de encolher um PDF sem perder qualidade?

O movimento de maior impacto isolado é recomprimir as imagens incorporadas, porque na maioria dos PDFs elas dominam a contagem de bytes. Escolha o preset Alta qualidade para manter a qualidade visual perto do original e ainda cortar 30–60% do tamanho em conteúdo fotográfico; pegue Média para leitura em tela (bom para anexos de e-mail a 150 DPI); pegue Baixa só quando a legibilidade de texto pequeno não for crítica. A ferramenta também faz subset das fontes incorporadas, remove objetos duplicados e tira o histórico de edição deixado por aplicativos de autoria — todos ganhos sem perda que costumam adicionar mais 5–15% de economia. Para PDFs só de texto ou pesados em vetores, os ganhos são modestos porque não há imagens para encolher; nesses casos rode Linearizar PDF, que deduplica o fluxo de objetos sem reencodar nada visível.

Quão pequeno um PDF pode realisticamente ficar e o que define o piso?

O piso é definido pelo conteúdo de informação do arquivo: cada subconjunto de fonte incorporada custa cerca de 30–100 KB conforme a cobertura de glifos, cada página adiciona algumas centenas de bytes de sobrecarga estrutural, e cada imagem é limitada por sua entropia perceptual no DPI alvo. Um relatório de 10 páginas só com texto pode comprimir para menos de 50 KB; um folheto de 10 páginas com fotos raramente cai abaixo de 500 KB sem artefatos feios; um documento escaneado de 100 páginas a 300 DPI é limitado pela eficiência do JBIG2 para monocromo (cerca de 5–10 KB por página) ou JPEG 2000 para cor (50–200 KB por página). Se seu arquivo já é majoritariamente imagens comprimidas, espere ganhos de um dígito percentual numa segunda passada; se foi exportado do Word com PNGs em resolução completa, espere reduções de 80%+.

A ferramenta suporta JBIG2 para documentos escaneados e JPEG 2000 para imagens coloridas?

O motor baseado em navegador usa JPEG (DCT) para imagens coloridas e em tons de cinza e Deflate/Flate para texto e line art — os mesmos algoritmos especificados na ISO 32000 parte 7 e suportados por todo leitor PDF desde 1.4. JBIG2 (eficiente para texto escaneado monocromo, comum em arquivos PDF/A) e JPEG 2000 (codificação wavelet com ou sem perda para fotos) fazem parte do PDF 1.5+ mas exigem codificadores binários nativos ainda não disponíveis em WebAssembly puro. Para livros escaneados em preto e branco onde JBIG2 tipicamente bate o Deflate em 3–5×, passe o arquivo pelo Ghostscript ou mutool offline com `mutool clean -giffs` para obter esses formatos. Estamos acompanhando uma port WASM do OpenJPEG e JBIG2enc para uma versão futura no navegador.

A compressão vai danificar a camada de texto pesquisável num PDF com OCR?

Não — a camada de texto invisível adicionada pelo OCR é armazenada como operadores Tj/TJ de exibição de texto no fluxo de conteúdo, codificada como strings UTF-16 comprimidas com Flate. O Comprimir PDF reencoda imagens e remove objetos redundantes mas deixa os operadores de texto em paz. Após a compressão, a busca Ctrl+F, copiar-colar e o acesso por leitor de tela continuam funcionando exatamente como antes. Os subconjuntos de fonte associados ao texto invisível são mantidos (caso contrário as posições do texto se deslocariam), embora os glifos nunca sejam desenhados. Se você achar que a busca quebrou após comprimir, geralmente significa que o texto OCR foi armazenado como overlay rasterizado em vez de uma camada de texto adequada — rode novamente o OCR PDF na saída comprimida para corrigir.

A saída comprimida ainda pode atender aos padrões de arquivo PDF/A ou de impressão PDF/X?

O Comprimir PDF visa redução de tamanho, não conformidade com padrões. Alguns elementos exigidos pelo padrão podem sobreviver (fontes incorporadas, árvores de estrutura) enquanto outros podem ser removidos (blocos de metadados XMP marcados como opcionais, a flag de identificação PDF/A, as intenções de saída ICC exigidas pelo PDF/X). Após comprimir, passe a saída pelo veraPDF para PDF/A ou uma verificação Callas para PDF/X; se falhar, converta novamente com um conversor de padrões explícito como Ghostscript com `-dPDFA=2 -sProcessColorModel=DeviceRGB -dPDFACompatibilityPolicy=1`. O fluxo de arquivamento mais limpo é: comprimir primeiro pelo tamanho, depois converter uma vez no final para garantir a flag de conformidade, o OutputIntent e o DocumentID que sistemas de preservação de longo prazo usam para deduplicar.

Por que comprimir o mesmo arquivo duas vezes não continua encolhendo-o?

Após uma passada, as imagens já estão codificadas no nível de qualidade escolhido e os fluxos Flate já estão deflacionados perto do seu limite de entropia. Uma segunda passada não pode legitimamente encolher mais dados sem baixar a qualidade visual — e a maioria dos compressores não vai baixá-la porque o controle de qualidade é definido por passada, não cumulativamente. Você pode ver uma economia extra minúscula de 1–2% por remover objetos recém-órfãos, ou economia zero se a ferramenta for idempotente. Se realmente precisa de mais encolhimento, baixe o preset de qualidade para a segunda passada (Média → Baixa) ou faça downsample explícito do DPI da imagem. Reencodificação repetida de JPEGs os degrada visivelmente — cada geração introduz ringing e banding de cor — então prefira uma única passada agressiva em vez de muitas suaves.

Devo linearizar o PDF comprimido para visualização web rápida?

Sim se você serve o arquivo via HTTP e seu visualizador suporta requisições byte-range — o que todos os navegadores modernos fazem. A linearização, definida na ISO 32000-2 seção 7.5.4, reordena objetos para que o conteúdo da primeira página fique na frente do arquivo, permitindo ao visualizador renderizar a página um enquanto o resto chega via stream. Para um livro didático de 50 MB numa conexão de 5 Mbps, isso transforma uma espera de 80 segundos em 1 segundo antes que os usuários vejam algo. O Comprimir PDF não lineariza por padrão porque adiciona 1–2% ao tamanho do arquivo; passe a saída pela ferramenta Linearizar PDF como passo final. Para arquivos servidos do armazenamento frio ou baixados por inteiro antes da visualização (ex.: anexos de e-mail), pule a linearização e mantenha o layout não-linear menor.

Como a ferramenta lida com perfis de cor ICC e CMYK em imagens comprimidas?

Perfis ICC incorporados (usados em fluxos de trabalho com gerenciamento de cor em impressão e PDFs fotográficos de alta qualidade) são preservados pela compressão — eles ficam no dicionário de recursos, não no fluxo de imagem, então sobrevivem a uma reencodificação inalterados. Imagens CMYK são mantidas em CMYK (reencodificadas com JPEG-CMYK se a origem era JPEG CMYK), o que importa porque converter CMYK para RGB e voltar é uma viagem de ida e volta com perda que desloca pretos e verdes saturados. Se precisar converter para sRGB para exibição na web, faça isso explicitamente com uma ferramenta de gerenciamento de cor antes da compressão, não como efeito colateral. PDF/X-4 exige que o perfil ICC de intenção de saída permaneça presente e não modificado, então para arquivos prontos para impressão verifique com o preflight do Adobe Acrobat ou um perfil callas após comprimir para confirmar que o dicionário OutputIntent sobreviveu.