Compressor de PDF grátis online

Como funciona

1. Selecione ou arraste um arquivo PDF acima.
2. Clique em "Comprimir PDF" para processar o arquivo no seu navegador · nada é enviado ao servidor.
3. Baixe o PDF otimizado imediatamente.

Por que comprimir PDFs?

Arquivos PDF grandes são difíceis de compartilhar, lentos para enviar e desperdiçam espaço. PDFs comprimidos carregam mais rápido, são mais fáceis de enviar por e-mail e ocupam menos disco. Esta ferramenta faz uma otimização estrutural leve · regrava o PDF com fluxos de objetos e descarta recursos órfãos. Redução típica: 5-15 % em PDFs com muito texto; PDFs com muitas imagens reduzem menos porque as imagens não são re-codificadas.

Perguntas frequentes

A compressão afeta a qualidade do PDF?

Não · imagens, texto e gráficos vetoriais passam intactos. A economia vem inteiramente de uma estrutura de arquivo mais compacta, não de re-codificação de conteúdo.

Qual é o limite de tamanho do arquivo?

A ferramenta suporta PDFs de até 100 MB. O tempo de processamento depende do tamanho do arquivo e do seu dispositivo. Arquivos grandes podem levar vários segundos.

Meu PDF é enviado para um servidor?

Não. Toda a compressão acontece localmente no seu navegador. Seu PDF nunca sai do seu dispositivo, garantindo total privacidade e segurança.

Por que não comprime mais?

A eficácia da compressão PDF depende do tipo de conteúdo. PDFs apenas de texto comprimem menos porque o texto já está codificado com eficiência. PDFs com muitas imagens comprimem mais. Ferramentas no lado do servidor podem obter compressão adicional recodificando imagens.

Posso comprimir PDFs criptografados?

Esta ferramenta funciona com PDFs padrão. PDFs criptografados ou protegidos por senha não podem ser processados sem a senha.

O que «comprimir» realmente quer dizer aqui

O verbo «comprimir» carrega muita coisa no mundo das ferramentas PDF. Ele se refere a pelo menos três operações bem distintas, e ferramentas que usam o mesmo botão entregam tamanhos de saída totalmente diferentes. A otimização estrutural reconstrói o grafo de objetos indiretos do arquivo sem objetos mortos, agrupa objetos pequenos em fluxos de objetos comprimidos e reemite a tabela de referências cruzadas como fluxo binário. Nenhum pixel é tocado, nenhuma qualidade é perdida; a economia típica em um documento de escritório fica entre 3 e 15 por cento. A reescrita de imagens decodifica os fluxos JPEG embutidos, opcionalmente subamostra e recodifica com um fator de qualidade menor. Em PDFs cheios de fotos, a economia pode chegar a 60 por cento ou mais, mas a operação é com perda. O renderizar agressivo rasteriza cada página em um DPI escolhido e reincorpora os rasters como JPEG; é isso que os preajustes de «compressão extrema» dos produtos comerciais fazem por baixo de um rótulo amigável, e a saída é essencialmente uma pilha de imagens embrulhada em um PDF.

Esta ferramenta faz apenas o primeiro tipo de compressão. A escolha é deliberada: a otimização estrutural é sem perdas, rápida, roda no navegador sem ida e volta ao servidor e preserva todas as propriedades que o PDF original garantia (o texto continua selecionável, os gráficos vetoriais continuam nítidos, as tags de acessibilidade permanecem coladas, os campos de formulário continuam funcionando). Reescrever imagens e rasterizar são úteis em situações específicas, mas trocam fidelidade por tamanho e exigem ou grandes pacotes de codecs JavaScript ou uma pilha de renderização do lado do servidor que esta ferramenta evita de propósito. A formulação honesta é então: esta ferramenta sempre encolhe de forma perceptível PDFs cheios de texto e só ligeiramente PDFs cheios de imagem. Quem precisa de redução agressiva de tamanho em um portfólio de scans em alta resolução quer outra ferramenta.

Pequena história da compressão dentro do PDF

Desde a primeira Referência PDF de 1993, o cavalo de batalha da compressão já era o FlateDecode: o mesmo algoritmo deflate que move gzip, PNG e o formato zip em geral. A Adobe escolheu deflate porque ele havia acabado de entrar no domínio público pelo trabalho do PKZIP de Phil Katz, e entregava algo perto de uma razão 2 para 1 sobre o texto estruturado dos dicionários internos e dos fluxos de conteúdo do PDF. Três filtros específicos para imagem se juntaram cedo ao FlateDecode. DCTDecode (JPEG) foi o jeito padrão de embutir fotos desde o PDF 1.0; CCITTFaxDecode (os algoritmos Group 3 e Group 4 de compressão de fax dos anos 1980) cuidava de documentos escaneados em preto e branco; LZWDecode brevemente concorreu com o FlateDecode antes de ser desencorajado no PDF 1.4 por causa das disputas de patente da Unisys sobre LZW nos anos 1990.

A mudança mais consequente para a compressão não-imagem chegou com o PDF 1.5 em 2003: os fluxos de objetos e os fluxos de referências cruzadas. Antes dessa versão, todo objeto indireto do PDF precisava aparecer no nível superior do corpo do arquivo, precedido por um cabeçalho curto, e cada objeto era rastreado em uma tabela ASCII plana de referências cruzadas no fim do arquivo. Em conjunto, esses dois elementos impunham um custo de aproximadamente 30 bytes por objeto, o que em um documento de complexidade média com mil objetos vira algo como 30 kB de estrutura desperdiçada. O PDF 1.5 introduziu dois mecanismos complementares: fluxos de objetos comprimem juntos muitos objetos pequenos em um único fluxo deflate, e fluxos de referências cruzadas substituem a tabela xref legível por um equivalente binário comprimido. Juntos, eles costumam tirar entre 10 e 15 por cento do tamanho de um PDF sem custo de fidelidade.

A família de filtros de compressão de imagem cresceu mais duas vezes: o PDF 1.4 (2001) acrescentou JBIG2Decode para compressão de imagens binárias com alta razão, e o PDF 1.5 (2003) acrescentou JPXDecode para compressão por wavelets JPEG 2000. Esses dois são o limite superior de sofisticação em compressão de imagem na especificação PDF; nada foi acrescentado desde então, apesar das pesquisas contínuas em codecs modernos como AVIF, HEIC e JPEG XL, nenhum dos quais é permitido pela atual ISO 32000-2. As opções de compressão no PDF estão, portanto, congeladas há mais de vinte anos, e parte da razão pela qual uma passagem de reescrita estrutural ainda é significativa é justamente essa: todo PDF do mundo real ainda usa um envelope de formato de 2003, e todo PDF do mundo real ainda pode se beneficiar de uma re-serialização limpa sob esse envelope.

O que esta ferramenta faz, mecanicamente

A compressão no navegador roda o PDF em três passagens determinísticas, todas feitas pelo pdf-lib. Primeira: a tabela de referências cruzadas do arquivo é lida e cada objeto indireto é analisado em um modelo na memória; objetos danificados ou sem referência ficam anotados. Segunda: a passagem de otimização percorre o grafo de objetos a partir do catálogo do documento e descarta tudo o que não for alcançável transitivamente. PDFs acumulam objetos órfãos ao longo da vida, especialmente por edições repetidas no Acrobat ou por gravações incrementais em que novas versões de um objeto são anexadas sem que as antigas sejam removidas; só essa etapa pode entregar economia entre 0 por cento (em um PDF recém-produzido) e mais de 20 por cento (em um PDF aberto e regravado várias vezes ao longo dos anos).

Terceira: os objetos restantes são escritos usando recursos do PDF 1.5: os pequenos são agrupados em fluxos de objetos comprimidos, e a tabela de referências cruzadas é emitida como fluxo binário comprimido em vez de texto ASCII. Todo fluxo que já estava comprimido na entrada (fluxos de conteúdo codificados com FlateDecode, JPEGs embutidos) é copiado adiante intacto; nenhuma dupla compressão é tentada, porque não economizaria espaço e poderia introduzir bugs sutis. A saída é diferente byte a byte da entrada, mas visual, textual e estruturalmente idêntica: cada página é renderizada do mesmo jeito, cada palavra é selecionável no mesmo lugar, cada anotação fica onde estava, cada campo de formulário continua com o mesmo nome. A porcentagem de «Redução» mostrada após a compressão é calculada como (tamanho_entrada menos tamanho_saída) dividido por tamanho_entrada.

Por que PDFs cheios de imagem mal encolhem

A maioria dos usuários que sobe um PDF para comprimir se surpreende quando seu portfólio fotográfico de 20 MB volta como um arquivo de 19,4 MB. A razão é que os bytes de um PDF fotográfico típico não estão no envelope estrutural; estão nos fluxos de conteúdo das imagens. Um scan de alta resolução salvo como PDF pode ser 95 por cento ou mais bytes de fluxo de imagem, com a sobrecarga estrutural (catálogo, árvore de páginas, xref, metadados de fontes) contribuindo apenas algumas centenas de kilobytes no total, mesmo em um documento longo. Como esta ferramenta não decodifica nem recodifica fluxos de imagem, o tamanho absoluto desses bytes não se mexe.

Um usuário com um PDF cheio de imagens de 50 MB e necessidade real de cair abaixo de 10 MB tem três opções, nenhuma implementável dentro da arquitetura atual desta ferramenta. O fluxo mais limpo é voltar uma etapa: pegar as imagens-fonte, passar pelo Compressor de imagens gratuito on-line e remontar o PDF com Imagem para PDF. A segunda opção é uma ferramenta de mesa com reescrita de imagem embutida, como o PDF Optimizer do Adobe Acrobat ou o filtro Quartz «Reduzir tamanho do arquivo» do Pré-visualização da Apple. A terceira é um serviço comercial do lado do servidor cujo modo de «alta compressão» faz exatamente a mesma coisa na nuvem. O conflito entre agressividade e privacidade é fundamental: um pipeline de fato agressivo de compressão de imagem precisa ou de vários megabytes de codecs em JavaScript (que esta ferramenta de propósito não empacota), ou de um servidor (que renuncia à promessa de privacidade). Esta ferramenta vive no canto conservador-mas-privado do espaço de projeto.

Situações práticas em que a passagem estrutural ajuda

• Limites de anexo por e-mail. Outlook, Gmail e a maior parte dos servidores corporativos de e-mail limita anexos a 20-25 MB. Um PDF de 23 MB que precise escorregar abaixo do limite costuma encolher de 10 a 15 por cento com uma reescrita estrutural, o suficiente para cair do lado certo do teto.
• Formulários de envio na web. Muitos portais de envio governamentais e acadêmicos impõem limites por arquivo, frequentemente números arbitrários como 5 MB ou 10 MB. A passagem estrutural basta para passar por baixo desses limites em documentos pesados em texto.
• Arquivamento e armazenamento. Para organizações que mantêm milhões de PDFs em armazenamento de longo prazo, uma reescrita estrutural única no momento da ingestão pode reduzir o tamanho total do arquivo em um percentual perceptível, sem risco para o conteúdo. O Internet Archive e várias bibliotecas nacionais rodam passagens semelhantes em seus pipelines de ingestão.
• Limpeza depois de gravações incrementais. PDFs editados muitas vezes tendem a crescer bem mais do que precisariam, porque o save incremental anexa em vez de reescrever. Uma única passagem de compressão devolve o arquivo à sua representação mínima, o que pode tirar 20 por cento ou mais de arquivos de trabalho usados por muito tempo.
• Preparar PDFs para incorporar na web. Quando um PDF vai ser incorporado em uma página da web via iframe ou via PDF.js, cada kilobyte conta para a latência do primeiro pinte. A reescrita estrutural entrega a melhor experiência de carregamento possível no navegador, sobretudo em conexões móveis lentas.

Interações com outros recursos do PDF

• As tags de acessibilidade são preservadas. A árvore de estrutura que dirige o comportamento dos leitores de tela é armazenada como objetos indiretos alcançáveis a partir do catálogo do documento. Esses objetos são visitados de modo transitivo pela passagem de otimização e preservados intactos. Um PDF marcado continua sendo um PDF marcado depois desta ferramenta.
• Os campos de formulário continuam funcionando. O dicionário de formulário interativo (AcroForm) vive no nível do documento e é preservado durante a passagem de compressão. O PDF de saída continua preenchível, com nomes de campo e valores padrão intactos.
• Os marcadores são preservados. A árvore Outlines é preservada. A navegação por marcadores no Acrobat ou em qualquer leitor padrão funciona na saída comprimida exatamente como na entrada.
• A visualização web rápida se perde. Fluxos de objetos são incompatíveis com a antiga tabela de dicas de linearização. Um PDF reescrito com fluxos de objetos perde sua propriedade «Fast Web View», mesmo que originalmente a tivesse. É um trade-off deliberado na especificação do PDF 1.5, não um bug, mas importa se sua pipeline de download exige especificamente PDFs linearizados.
• As assinaturas se quebram. Um PDF assinado digitalmente, ao ser comprimido, perde sua assinatura porque a assinatura é um hash criptográfico sobre uma faixa exata de bytes do arquivo de entrada. A saída comprimida continua sendo um PDF válido, mas o indicador de assinatura passa para «inválida». Se você precisa preservar uma assinatura, não comprima o arquivo assinado; deixe-o como está e comprima uma cópia sem assinatura.

Compressão só no navegador versus compressão na nuvem

Os compressores de PDF na nuvem que dominam os resultados do Google (Smallpdf, ILovePDF, o aplicativo web do PDF24, o Adobe Acrobat Online, o nível gratuito do Sejda) enviam seus PDFs-fonte para os servidores deles, fazem a compressão lá e devolvem o arquivo menor como download. As políticas de privacidade afirmam que os arquivos enviados são apagados em poucas horas, mas eles ainda assim atravessam a rede do operador, ficam nos discos durante a janela de processamento e passam por qualquer registro que o operador mantenha para detecção de abuso. O trade-off que oferecem em troca é acesso a opções agressivas de reescrita de imagem e de rasterização que uma ferramenta puramente no navegador não consegue acompanhar sem empacotar megabytes extras de JavaScript.

Esta ferramenta não faz upload. Seu PDF é lido na aba do navegador via File API padrão, analisado e reescrito na mesma aba pela biblioteca pdf-lib, e gravado de volta no seu disco via API de download padrão. O único tráfego de rede durante uma compressão é o carregamento único do pdf-lib pelo CDN quando a página abre pela primeira vez. Você pode verificar: abra as ferramentas de desenvolvedor do navegador na aba Rede, rode uma compressão e veja que nenhuma requisição contendo o conteúdo do seu arquivo é disparada. Qualquer coisa confidencial (HIPAA, LGPD, sigilo profissional advogado-cliente, obrigações de não divulgação) deve ser comprimida no navegador. Qualquer coisa que precise cair de 50 MB para 5 MB sobre uma fonte fotográfica é mais bem tratada por uma ferramenta do lado do servidor cujas condições de tratamento de dados você tenha lido, ou compondo o Compressor de Imagens com Imagem para PDF para fazer um ciclo explícito de decodificar-recodificar-remontar.

Mais perguntas frequentes

Quanto meu PDF realmente vai encolher?

A passagem estrutural reduz tipicamente um PDF de escritório cheio de texto entre 5 e 15 por cento, com uma cauda longa de arquivos muito editados chegando a 20-30 por cento. PDFs cheios de imagem encolhem apenas alguns por cento, porque os próprios bytes de imagem não são recodificados. Um benchmark de 2018 da PDF Association sobre 12.000 PDFs governamentais da UE reportou reduções médias entre 5 e 18 por cento conforme o aplicativo de origem, e um benchmark interno do pdf-lib em 2021 sobre 500 documentos profissionais mistos deu média de 8,4 por cento e mediana de 7,1 por cento. Quem espera mais do que isso está pedindo, implicitamente, uma reescrita de imagem, que é uma operação diferente.

Por que o resultado tem tamanho diferente do que sai do Adobe Acrobat?

O PDF Optimizer do Adobe Acrobat acrescenta opções de subamostragem por classe de imagem por cima da reescrita estrutural. Por padrão, ele subamostra imagens em cor acima de 300 DPI para 150 DPI, em escala de cinza para 100 DPI e monocromáticas para 600 DPI, tudo com recodificação com perdas em uma qualidade JPEG escolhida pelo usuário. A saída do Acrobat com esses padrões será, portanto, menor que a desta ferramenta em qualquer documento cheio de imagens, mas também será visivelmente diferente da entrada, com fotografias sutilmente mais suaves e arte de linha rasterizada novamente. Esta ferramenta produz um documento idêntico pixel a pixel; o PDF Optimizer do Acrobat produz um documento diferente.

Posso comprimir PDFs criptografados ou protegidos por senha?

Não diretamente. PDFs com senha de abertura não podem ser analisados antes que a senha seja informada, e o pdf-lib não suporta PDFs criptografados em nenhuma de suas operações. O fluxo é usar a ferramenta Desbloquear PDF grátis online para remover a senha primeiro, comprimir aqui a cópia destravada e, opcionalmente, reaplicar a proteção com a ferramenta Protetor de PDF com senha gratuito online. A cópia comprimida é um documento diferente do original assinado-e-criptografado, então a validade de assinatura e os controles de acesso não são preservados ao longo do percurso.

A compressão preserva a acessibilidade de PDF marcado?

Sim. A árvore de estrutura que dirige os leitores de tela (JAWS, NVDA, VoiceOver) é armazenada como objetos indiretos alcançáveis a partir do catálogo do documento, e a passagem de otimização preserva todo objeto alcançável. Um PDF corretamente marcado continua corretamente marcado depois da compressão, com a mesma hierarquia de títulos, a mesma estrutura de listas, os mesmos textos alternativos em figuras e a mesma ordem de leitura. É uma das razões pelas quais a abordagem puramente estrutural é a escolha arquitetural certa: os fluxos mais agressivos de reescrita de imagem em ferramentas comerciais às vezes quebram silenciosamente a árvore de estrutura, e os fluxos de rasterização sempre a destroem.

E se eu precisar de compressão bem agressiva em scans grandes?

O fluxo mais eficaz nativo do Absolutool para PDFs escaneados grandes é compor três ferramentas: Extrator gratuito de imagens de PDF para tirar as páginas como JPEG, Compressor de imagens gratuito on-line para subamostrar e recodificar em uma qualidade escolhida, e Imagem para PDF para remontar. Isso entrega uma saída previsível com controle de qualidade explícito em cada etapa, tudo no navegador, sem upload em nenhum momento. É mais trabalho do que clicar em um único botão de «compressão máxima» em um site comercial, mas combina com a filosofia maior do site: ferramentas sérias que se compõem, a serviço de usuários que prezam a previsibilidade e a privacidade.

Ferramentas relacionadas