O que PDF para JPG faz de fato
Um PDF é um layout vetorial — instruções para desenhar uma página. Um JPG é um bitmap otimizado para fotografias. Converter um no outro significa renderizar: cada página do seu PDF é desenhada fresca num canvas na resolução que você escolhe, depois codificada como JPG. O Conversor PDF para JPG produz um JPG por página. Um relatório de 30 páginas vira 30 JPGs, numerados na ordem de leitura.
JPG tem perda. O codificador joga fora detalhe de imagem que o olho humano provavelmente não nota, em troca de arquivos muito menores que o equivalente sem perda (PNG). Para páginas dominadas por fotografias, essa troca costuma ser invisível. Para páginas dominadas por texto nítido ou linhas finas, os artefatos podem ser perceptíveis nas bordas — um leve halo, uma franja suave onde deveria haver linha dura. O slider de qualidade dá controle sobre quão agressiva é essa compressão.
A outra coisa para saber de cara: JPG não suporta transparência. Onde sua página de PDF é transparente — e a maioria não é, mas exportações de design às vezes são — a saída JPG pinta branco. Se você precisa de transparência preservada, use PDF para PNG. Para o caso típico (uma nota, um relatório, um documento escaneado, uma exportação de apresentação), branco-sobre-transparente não é problema e JPG economiza muitos bytes.
Como usar
O Conversor PDF para JPG roda inteiramente no seu navegador. Seu PDF nunca é enviado. Solte um arquivo, escolha um DPI e uma qualidade, clique em converter.
- Solte ou escolha seu PDF. Até 100 MB, máx 200 páginas.
- Escolha a resolução de saída (72, 150 ou 300 DPI) e a qualidade do JPG (60%, 80% ou 92%). Qualidade maior significa arquivo maior; qualidade menor significa artefatos visíveis em texto e bordas.
- Clique em Converter para JPG. Cada página é renderizada num canvas e exportada como JPG — alguns segundos para PDFs curtos, cerca de 30-60 segundos para PDFs de 100 páginas em alta qualidade.
- Baixe páginas individuais com o botão JPG em cada miniatura, ou clique em Baixar todas para pegar tudo em sequência.
Sem conta. Sem e-mail. Sem marca d'água na saída. Sem limite de 5 MB. iLovePDF e SmallPDF dão a mesma conversão e depois te chateiam para assinar antes de deixar fazer um segundo arquivo. PDF24 e Sejda fazem upload do seu PDF para um servidor primeiro, o que é o padrão errado para qualquer documento que você preferiria não entregar. O trabalho de renderização aqui acontece no seu navegador, na sua CPU, usando o PDF.js da Mozilla — a mesma biblioteca que o Firefox usa internamente. Abra a aba de rede do navegador durante a conversão: zero requisições de saída.
DPI e qualidade — os dois botões que importam
DPI controla quantos pixels cada página é renderizada. Qualidade controla quão agressivamente esses pixels são depois comprimidos pelo codificador JPG. São independentes, e se multiplicam: DPI alto mais qualidade alta dá os arquivos maiores e mais nítidos. DPI baixo mais qualidade baixa dá os menores e mais borrados. A maioria das escolhas reais fica em algum meio termo.
| DPI | Para que serve | Tamanho em pixels de página A4 | Tamanho de JPG em qualidade 80% |
|---|---|---|---|
| 72 DPI | Prévias de e-mail, visualização em tela, embed na web | 595 x 842 | ~50-150 KB |
| 150 DPI | Saída de impressora de escritório, visualização em tela retina, slides | 1240 x 1754 | ~150-400 KB |
| 300 DPI | Impressão comercial, arquivamento, exibição ampliada | 2480 x 3508 | ~500 KB-1,5 MB |
O slider de qualidade então escalona cada um desses números para cima ou para baixo:
| Qualidade | Impacto visual | Tamanho do arquivo vs 92% | Quando usar |
|---|---|---|---|
| 92% | Visualmente idêntico à fonte | base | Entrega final, arquivamento, qualquer coisa que você vai imprimir |
| 80% | Quase nenhuma diferença visível; leve suavização em bordas de texto se você dá zoom | ~40% menor | Padrão de web e compartilhamento — esta é a escolha certa na maioria das vezes |
| 60% | Artefatos visíveis em bordas de texto e transições nítidas; ok para conteúdo de foto | ~70% menor | Prévias, miniaturas, arquivo de fotos escaneadas onde compactação vence |
Padrão: 150 DPI em 80% de qualidade é a jogada certa para quase tudo. Nítido em tela retina, imprime bem em impressora normal, e o tamanho do arquivo é uma fração do que 300 DPI em 92% daria. Vá para mais alto só quando tem razão específica.
Um exemplo prático
Suponha que você tem um arquivo escaneado de 40 páginas de notas — A4, principalmente texto, alguns logos, uma assinatura ocasional. Você quer compartilhar com seu contador como imagens individuais para ele colar cada uma no software de contabilidade (que não aceita PDFs).
Em 72 DPI / 80% de qualidade: cada página fica em cerca de 90 KB. Pacote total: ~3,6 MB. Páginas parecem ok em tela em zoom 100% mas suaves se você dá zoom. Aceitável para um compartilhamento rápido, não ótimo para imprimir depois.
Em 150 DPI / 80% de qualidade: cada página fica em cerca de 250 KB. Pacote total: ~10 MB. Páginas são nítidas em tela e ficam ok em impressora de mesa. Esse é o ponto ideal para o caso.
Em 300 DPI / 92% de qualidade: cada página fica em cerca de 1,2 MB. Pacote total: ~48 MB. Nítido em qualquer zoom, imprime comercialmente. Muito mais bytes do que o contador precisa, e o upload pode demorar.
Para comparação, o mesmo PDF de 40 páginas salvo como PNG em 150 DPI pesaria cerca de 25-30 MB em vez de 10 MB. JPG em 80% economiza cerca de 60% do tamanho do arquivo, e para um documento principalmente de texto e escaneados, a diferença é invisível.
JPG, PNG ou WebP — qual renderizador usar?
Três formatos podem sair de um fluxo "página de PDF para imagem", e cada um é melhor em algo diferente. A escolha raramente é difícil quando você sabe o que tem na página e para onde vai.
| Formato | Sem perda? | Tamanho vs PNG | Se encaixa quando... |
|---|---|---|---|
| PNG | Sim | base (maior) | Páginas com muito texto, line art, arquivamento, vai editar mais |
| JPG | Não | ~25-60% menor | Compartilhar, e-mail, páginas com muita foto, embed onde tamanho importa |
| WebP | Ambos os modos | ~40-70% menor | Embed em site moderno ou app |
O caso mais comum é "só preciso de cada página como imagem para compartilhar ou colar em alguma coisa". Para isso, JPG em 150 DPI / 80% de qualidade está quase sempre certo — arquivos pequenos, boa qualidade visível, e JPG é o formato que todo sistema operacional e cliente de e-mail suporta desde os anos 1990. Escolha PDF para PNG se a página é cheia de texto pequeno que você vai precisar aumentar depois. Escolha PDF para WebP se o destino é um site e peso de página importa.
Renderizar para imagem não é o mesmo que extrair imagens
Essa é a única coisa que as pessoas erram de forma consistente, então vale dizer com clareza. Existem dois trabalhos PDF-para-imagem que soam idênticos e não são.
Renderizar cada página como imagem (o que esta ferramenta faz): a página visível inteira — texto, gráficos vetoriais, fotos embutidas, tudo — é desenhada plana num canvas no DPI que você escolheu. Um JPG por página. O texto dentro vira pixels; você não consegue mais selecionar nem copiar.
Extrair as imagens embutidas de um PDF (ferramenta diferente): puxa as fotos que foram colocadas dentro do PDF, na resolução original, como arquivos individuais. Texto e formas vetoriais são ignorados. Se uma página tem um logo e duas fotos de produto, você recebe três arquivos de imagem para essa página — não uma imagem da página inteira.
Se você quer as fotos embutidas de volta, use Extrair Imagens de PDF. Se você quer cada página como imagem plana para mostrar a alguém, está no lugar certo.
Casos de borda que vale conhecer
Algumas coisas tropeçam quem está convertendo PDF para JPG.
Fundos transparentes viram branco. JPG não carrega canal alfa. Onde sua página de PDF tem transparência, pintamos branco antes de codificar. Para 95% dos PDFs do mundo real isso nunca aparece — as páginas têm fundo sólido. Para exportações de design (um logo PDF num canvas transparente, uma prancheta do Illustrator), importa. Use PDF para PNG se a transparência precisa sobreviver.
Artefatos de compressão em texto pequeno. JPG funciona agrupando pixels parecidos em blocos 8x8 e codificando o bloco como um padrão de frequência. Transições nítidas — a borda de uma letra preta num fundo branco — é onde o algoritmo tem dificuldade, e o resultado pode parecer ligeiramente desfocado em qualidades baixas. Em 60% de qualidade, você vê isso no corpo de texto se dá zoom. Em 80%, está lá mas invisível em distância normal de visualização. Em 92% efetivamente some. Se a página é principalmente texto pequeno, suba a qualidade ou troque para PNG.
PDFs escaneados. Um PDF escaneado já é um bitmap. Renderizamos a página em qualquer DPI que você escolha, mas o resultado não pode ser mais nítido que o escaneamento original. Se a fonte é 100 DPI, pedir saída 300 DPI só faz upscale — mesmo detalhe, mais bytes. Combine o DPI com o escaneamento fonte para o resultado mais limpo.
PDFs criptografados. Não abrem. Desbloqueie no Acrobat ou Preview primeiro.
Formulários preenchidos. Normalmente renderizam bem. Assinaturas digitais ocasionalmente renderizam como contornos ou com falhas no PDF.js. Se uma página sair errada, achate o formulário antes com Achatar Formulário PDF e converta de novo.
Tamanhos de página mistos. Um PDF com uma capa dupla, páginas A4 no corpo e uma página dobrada no final vai dar JPGs em três tamanhos diferentes de pixel. Nomes de arquivo são preenchidos com zero junto com o número da página para que a ordenação combine com a leitura.
Por que rodar no navegador importa
iLovePDF, SmallPDF, PDF24, Sejda, Convertio, CloudConvert — todos fazem upload do seu PDF para os servidores deles, renderizam lá e mandam os JPGs de volta em streaming. Essa é uma escolha de projeto, não uma lei da física. Para um folder de marketing não importa. Para uma declaração de imposto, um prontuário médico, um contrato assinado, uma carta de trabalho, um extrato bancário — qualquer coisa que você pensaria duas vezes antes de mandar por e-mail para um estranho — importa bastante.
A renderização no navegador existe porque o PDF.js existe. A Mozilla escreveu para o Firefox abrir PDFs sem plugin, e abriu o código. Todo PDF que você já abriu no Firefox foi renderizado com a mesma biblioteca que usamos aqui. Não estamos fazendo nada novo; só escolhemos não jogar fora a propriedade de privacidade roteando arquivos por um servidor. O Compromisso de 10% — 10% da receita para caridade, do bruto, auditado a cada três meses — só funciona se a ferramenta entrega sem anúncios e atrito no caminho.
Ferramentas PDF relacionadas
O Conversor PDF para JPG é uma das várias ferramentas PDF, todas no navegador. Algumas combinam naturalmente:
- JPG para PDF — direção reversa. Empacote uma pasta de JPGs de volta em um PDF.
- PDF para PNG — mesmo trabalho, saída PNG sem perda. Escolha quando texto é prioridade ou transparência precisa sobreviver.
- PDF para WebP — mesmo trabalho, saída WebP. Arquivos menores para embed na web.
- Extrair Imagens de PDF — puxa as imagens embutidas originais. Trabalho diferente de renderizar.
- Dividir PDF — fatie um PDF grande em PDFs menores antes de converter.
- Unir PDFs — combine vários PDFs em um.
- Compressor de Imagem — encolha os JPGs ainda mais depois da conversão se precisar.
Perguntas frequentes
Meu PDF é realmente privado?
Sim. A conversão roda no seu navegador usando PDF.js, a biblioteca que o Firefox usa para renderizar PDFs. Os bytes do seu PDF vão do seu sistema de arquivos para a memória do navegador para o canvas renderizado — nunca para um servidor. Abra as ferramentas de desenvolvedor, mude para a aba de rede, depois rode uma conversão. Zero requisições de saída durante a conversão.
JPG ou PNG — qual eu escolho?
PNG é sem perda — melhor para páginas com texto nítido, line art, capturas de tela ou qualquer coisa que você vai editar mais. JPG é com perda e arquivos menores — melhor para compartilhar, embutir em documentos ou páginas com muita foto onde você não nota a compressão. Se tamanho importa mais que pixels perfeitos, escolha JPG. Se vai reeditar ou imprimir em tamanho grande, escolha PDF para PNG.
O que a qualidade JPG faz de fato?
Controla quão agressivamente o codificador descarta detalhe de imagem para encolher o arquivo. 92% mantém a página visualmente idêntica à fonte ao custo de arquivos maiores. 80% é o equilíbrio padrão de web e impressão — arquivos cerca de 40% menores que 92% sem diferença visível em distância normal. 60% é para arquivamento ou prévias — artefatos visíveis em bordas de texto, mas arquivos 3-4x menores que 92%.
Que DPI eu escolho?
72 DPI para prévias e embed na web. 150 DPI para impressoras de escritório padrão e visualização retina. 300 DPI para impressão comercial ou arquivamento. DPI maior multiplica o tamanho do arquivo: uma página em 300 DPI tem cerca de 4x os bytes de uma em 150 DPI. Escolha o DPI mais baixo que atende seu caso. A maioria das pessoas quer 150 DPI em 80% de qualidade.
Qual o tamanho máximo de arquivo ou contagem de página?
100 MB e 200 páginas por PDF. Acima disso, o navegador tem dificuldade com memória em DPI alto. Para PDFs muito grandes — um livro escaneado de 500 páginas — divida o PDF primeiro com Dividir PDF ou use uma ferramenta de desktop.
Por que minhas páginas JPG estão com fundo branco?
JPG não suporta transparência. Onde a página do PDF é transparente, pintamos branco antes de renderizar. Se seu PDF fonte tem fundo colorido, essa cor aparece normalmente; se tem transparência (raro em PDFs normais, comum em exportações de design), as áreas transparentes viram branco. Se a transparência precisa sobreviver, use PDF para PNG.
Eu quero as fotos que estão dentro do PDF, não fotos de cada página. O que uso?
Essa é uma ferramenta diferente. Esta aqui renderiza cada página como uma imagem plana. Para puxar as fotos embutidas na resolução original como arquivos separados, use Extrair Imagens de PDF.
Posso baixar todas as páginas de uma vez como ZIP?
Ainda não. O botão Baixar todas atual dispara downloads individuais em sequência, cerca de 150 ms de intervalo. A maioria dos navegadores lida bem com 10-50 downloads sequenciais. Para 100+ páginas, baixe em lotes. Uma opção ZIP real está no roadmap.
Funciona no celular?
Sim, mas mais devagar. PDF.js roda igual em navegadores de celular — para PDFs curtos (1-10 páginas) funciona bem. Para PDFs longos em DPI e qualidade altos, o celular pode ficar sem memória e a aba pode travar. Fique em 150 DPI em 80% de qualidade ou menos no celular.