Initializing, please wait a moment

JPG Comprimido Parece Borrado? Três Causas (e Correções Rápidas)

Última revisão: 2026-05-03. Você comprimiu um JPG para torná-lo menor e o resultado parece borrado, com blocos ou pixelado. Este guia nomeia as três causas comuns, dá uma correção de uma linha por causa, e mostra um teste lado a lado de 30 segundos para descobrir qual você atingiu.

Resposta de 30 segundos. A qualidade de compressão caiu abaixo de 50, OU a fonte que você comprimiu já era um JPG re-salvo várias vezes, OU a fonte tinha sido upscaled para uma resolução maior antes de você comprimi-la. Re-comprima o original em qualidade 70-85 com um compressor de imagem JPG / PNG / WebP e o resultado geralmente volta a parecer normal. Se você puder gastar mais 30 segundos, abra o original e a cópia comprimida lado a lado em zoom 100%: manchas com blocos em áreas planas apontam para o valor de qualidade, ruído pontilhado em texturas finas aponta para re-codificações repetidas, e bordas onduladas ou linhas retas borradas apontam para uma fonte upscaled.

Causa 1: a qualidade de compressão era muito agressiva

A qualidade de compressão JPG roda em uma escala não linear. Qualidade 90 parece visualmente idêntica ao original na maioria das fotos. Qualidade 70 começa a introduzir uma pequena quantidade de blocos em regiões de cor plana mas permanece aceitável para a web. Qualidade 50 parece visivelmente mais suave; qualidade 30 parece com blocos em céu / pele / areia e a maioria dos leitores chamará o resultado de "borrado". Se sua ferramenta usou um valor de qualidade baixo por padrão (alguns compressores online usam 50 ou até 30 por padrão para anunciar reduções dramáticas de tamanho de arquivo), a saída parecerá pior do que precisa.

Correção. Re-comprima a mesma fonte em qualidade 70-85. A maioria das fotos parece boa em qualidade 80 e encolhe para cerca de um terço do tamanho original; qualidade 85 é uma escolha mais segura quando a foto tem detalhes finos como cabelo ou tecido. O guia comprimir JPEG sem perder qualidade - qualidade vs tamanho percorre a tabela de decisão proativa qualidade-vs-tamanho se você quiser escolher o valor antes de comprimir, não depois.

Causa 2: a fonte já era um JPG, re-salva múltiplas vezes

Toda re-codificação JPG perde informação; re-codificar um JPG que já foi comprimido amplifica os artefatos de blocos e croma da rodada anterior. Se você salvou a foto de um app de chat, depois arrastou para uma apresentação, depois exportou a apresentação, depois rodou a exportação por um compressor de imagem, o arquivo que você alimentou ao compressor era um JPG de terceira ou quarta geração. Cada geração construiu em cima dos artefatos da anterior.

Correção. Encontre o original. Em um iPhone, o original é geralmente um arquivo HEIC no Carretel da Câmera - exporte o HEIC, depois comprima isso, não um JPG que foi enviado via Messages ou WhatsApp. O guia formato de foto do iPhone explicado: HEIC, JPG, PNG, RAW mostra onde cada formato vive. Em um desktop, procure pelo RAW da câmera (.CR2, .NEF, .ARW) ou pelo JPG de primeira geração direto da câmera, não pela versão embutida em um documento Word ou exportação PDF.

A regra dura para um JPG re-salvo do Messenger ou WhatsApp: o detalhe perdido não pode ser recuperado. Localize o HEIC original do iPhone ou o RAW da câmera (.CR2 / .NEF / .ARW) e comprima isso em vez - qualquer outro caminho apenas esconde os artefatos, não recupera os pixels.

Se o original está genuinamente perdido e a única cópia que você tem é um JPG re-salvo, os artefatos não podem ser removidos - apenas escondidos. Comprimir em alta qualidade (90+) não reintroduzirá o detalhe perdido; o movimento certo é usar o JPG re-salvo na resolução em que foi realmente fotografado, não ampliá-lo de volta ao tamanho original.

Causa 3: a fonte foi upscaled antes de você comprimi-la

Upscaling - pegar uma foto de 1080 px de largura e reamostrá-la para 4K, por exemplo - fabrica pixels interpolando entre os originais. A compressão JPG então agrupa pixels em blocos DCT 8x8 e os quantiza; quando os pixels de entrada são eles mesmos palpites interpolados, o passo de quantização os agrupa em mingau. O resultado parece "suave" ou "borrado", com bordas retas virando onduladas e texturas finas tornando-se um cinza uniforme.

Correção. Comprima na resolução ORIGINAL. Se você precisa de um arquivo pequeno em alta resolução, a abordagem certa é o oposto: mantenha a resolução original, comprima em qualidade 75-85, e deixe o navegador ou a ferramenta de slides reduzir a escala no momento da exibição. Navegadores reduzem a escala de forma nítida; upscaling no momento da compressão e depois reduzindo a escala no momento da exibição empilha duas etapas com perda sem ganho. Se você precisa mesmo de uma versão de resolução mais alta de um original pequeno, upscalers de IA (ferramentas separadas, não o compressor JPG) são a ferramenta certa - eles alucinam detalhes consistentemente em vez de deixar a compressão JPG borrá-los.

A versão mais curta da regra: comprima na resolução ORIGINAL, e deixe o navegador reduzir a escala no momento da exibição. Empilhar um upscale antes da compressão e um downscale na exibição são duas etapas com perda sem ganho visível - o segundo downscale não pode recuperar o detalhe que o primeiro upscale inventou, e o quantizador JPG vê ambos os pixels interpolados no meio. Uma passagem na resolução nativa, depois um downscale CSS ou width-attribute na página, é o caminho que mantém a imagem nítida.

Identifique qual das três causas de borrão JPG se aplica à sua imagem (uma diferença visual de 30 segundos)

Abra o JPG original e o resultado comprimido lado a lado em zoom 100% (mapeamento de pixel um-para-um; NÃO deixe o navegador ajustar à janela). Depois olhe para três regiões para localizar o borrão na Causa 1 (qualidade muito baixa), Causa 2 (re-codificada), ou Causa 3 (fonte upscaled):

  • Regiões de cor plana (céu, pele, paredes): se você ver manchas com blocos 8x8 ou banding, a causa é qualidade muito baixa (Causa 1). Re-comprima em qualidade 80+.
  • Texturas finas (cabelo, tecido, folhagem): se você ver ruído pontilhado que não estava em uma versão anterior, a causa é re-codificações repetidas (Causa 2). Encontre uma fonte de geração anterior.
  • Bordas retas e cantos afiados: se as bordas parecem onduladas, borradas, ou "em escadas", a causa é fonte upscaled (Causa 3). Comprima na resolução original.

Se você vê todas as três ao mesmo tempo, a fonte provavelmente foi tanto upscaled E re-salva várias vezes - a correção é encontrar a cópia de resolução original e primeira geração e comprimir apenas isso.

Mantenha o mnemônico de três linhas à mão para a próxima vez que fizer esta verificação em zoom 100%: blocos em cor plana apontam para um valor de qualidade que era muito baixo, ruído pontilhado em texturas finas aponta para re-codificações repetidas, e bordas onduladas ou linhas retas borradas apontam para uma fonte upscaled. A verificação lado a lado de 30 segundos restringe o borrão a uma causa todas as vezes, e a correção certa segue da pista correspondente em vez de tentar cada configuração do compressor em sequência.

Uma vez que você sabe a causa, os próximos dois cliques vivem na seção Relacionados logo abaixo. A rota https://freetoolonline.com/image-tools/compress-image.html é a ferramenta de ação que conserta o arquivo na sua frente hoje. O guia https://freetoolonline.com/guides/pt/compress-jpeg-without-losing-quality-quality-vs-size.html é o companheiro proativo que escolhe qualidade antes de você comprimir, então a verificação lado a lado que este artigo acabou de percorrer torna-se desnecessária na próxima foto.

Perguntas frequentes

Por que qualidade JPG 90 ainda introduz artefatos visíveis no meu screenshot?

JPG foi projetado para fotos naturais; não lida bem com bordas duras (texto, screenshots de UI, arte de linha) mesmo em qualidade 95. Para screenshots, salve como PNG em vez disso - PNG é sem perdas e geralmente menor para conteúdo estilo screenshot. O guia JPG vs PNG para a web cobre quando cada formato vence.

E sobre WebP / AVIF como substituto de JPG?

WebP em qualidade 80 é aproximadamente 25-35% menor que JPG qualidade 80 com a mesma qualidade visual. AVIF é ainda menor na mesma qualidade. Se seu alvo de entrega os suporta (navegadores modernos sim), eles são uma atualização estrita sobre JPG. O guia HEIC vs JPG vs WebP compara os três em qualidade, suporte e tamanho de arquivo.

Comprimir duas vezes em qualidade 90 é igual a comprimir uma vez em qualidade 80?

Não - os efeitos são diferentes. Duas rodadas de qualidade 90 chegam aproximadamente a qualidade 81 em tamanho mas introduzem mais artefatos de blocos do que uma única passagem de qualidade-80, porque cada rodada quantiza de novo. Uma passagem na qualidade certa sempre supera duas passagens em qualidades individuais mais altas para o mesmo tamanho final.

Qual a resolução certa para um JPG entregue na web?

Para imagens hero em largura total, 1600-2400 pixels de largura é o suficiente - navegadores reduzem escala; a fonte não precisa ser 4K. Para miniaturas, 400-800 pixels de largura. Para imagens de corpo, 800-1200 pixels de largura. Combine a resolução certa com qualidade 75-85 e você geralmente vencerá o tamanho de arquivo de qualquer slider de qualidade único em uma fonte muito grande.

Posso "desborrar" um JPG comprimido já borrado?

Não realmente - a informação perdida está perdida. Ferramentas de afiação por IA podem adivinhar o detalhe, mas o palpite é fabricado, não recuperado. A correção confiável é encontrar o original e comprimir aquele; se o original está genuinamente perdido, aceite o tamanho que você tem e evite re-salvar o resultado.

Relacionados

Why trust these tools

  • Ten-plus years of web tooling. The freetoolonline editorial team has shipped browser-based utilities since 2015. The goal has never changed: get you to a working output fast, without an install.
  • Truly in-browser - no upload. Every file-processing tool on this site runs in your browser through modern Web APIs (File, FileReader, Canvas, Web Audio, WebGL, Web Workers). Your photo, PDF, audio, or text never leaves your device.
  • No tracking during tool use. Analytics ends at the page view. The actual input you paste, drop, or capture is never sent to any server and never written to any log.
  • Open-source core components. The processing engines underneath (libheif, libde265, pdf-lib, terser, clean-css, ffmpeg.wasm, and others) are public and audit-able. We link to each one in its tool page's footer.
  • Free, with or without ads. All tools are fully functional without sign-up. The Disable Ads button in the header is always available if you need a distraction-free run.