Compressão com perdas vs sem perdas: qual é a diferença?

Cada ficheiro JPG, WebP, AVIF ou PNG no seu computador foi reduzido por um algoritmo de compressão antes de ser guardado. Duas famílias de algoritmos fazem essa redução, e fazem promessas muito diferentes sobre o que acontece aos seus píxeis. Escolha o método errado para a imagem errada e ou entrega um banner hero de 4 MB que derruba o seu Largest Contentful Paint, ou guarda uma fotografia como PNG e pergunta-se porquê o seu blog de fotografia ficou subitamente doze vezes mais pesado do que precisava.

Este guia explica o que a compressão com e sem perdas realmente fazem, porque a mesma palavra («compressão») cobre dois objectivos opostos, e quando vale a pena preocupar-se com qual delas a sua ferramenta está a usar. Para a matriz de decisão formato a formato, consulte o artigo complementarJPG vs PNG vs WebP vs AVIF— este artigo ensina o conceito, aquele ensina a decisão de compra.

Como funciona a compressão com perdas

A compressão com perdas deita fora informação que o codec pensa que o utilizador não vai notar. O exemplo clássico é o JPEG: divide a imagem em blocos de 8×8, aplica uma transformada discreta de cosseno a cada bloco e depois quantiza os coeficientes resultantes — uma forma elegante de dizer «arredonde estes números para uma grelha mais grossa». Arredondar é destrutivo: o valor original desaparece. O que o salva é que os coeficientes de alta frequência (pequeníssimas variações de cor entre píxeis vizinhos) são arredondados de forma mais agressiva do que os de baixa frequência (formas amplas), e o seu sistema visual é muito mais sensível a estes últimos.

O WebP e o AVIF também são, por predefinição, com perdas — mas aplicam o mesmo truque sobre melhores preditores. O WebP usa um preditor intra estilo VP8 para adivinhar cada bloco a partir dos vizinhos antes de codificar o pequeno resíduo. O AVIF vai ainda mais longe com intra-frames do AV1, obtendo imagens com qualidade JPG em ficheiros visivelmente mais pequenos. Ambos os formatos afinam também as tabelas de quantização com modelos percetuais (muitas vezes SSIMULACRA2 ou Butteraugli), de modo que o «cursor de qualidade» corresponde mesmo a «qualidade percebida pelo olho humano», e não só à relação sinal-ruído.

O cuidado mais importante com a compressão com perdas é a armadilha da recodificação em cascata: cada vez que recodifica um JPEG, quantiza outra vez e perde mais uma geração de detalhe. Gravar um JPG de qualidade 90 dez vezes a qualidade 90 não dá o mesmo ficheiro do que gravar uma vez — dá uma imagem mais suave. Guarde sempre um original-mestre e exporte a partir dele.

Como funciona a compressão sem perdas

A compressão sem perdas mantém cada píxel estritamente idêntico. Não pode inventar ficheiros mais pequenos do que os dados originais permitem, por isso trabalha removendo redundância em vez de descartar informação. OPNG usa um filtro linha a linha (None, Sub, Up, Average, Paeth) que prevê cada píxel a partir dos vizinhos e guarda apenas a pequena diferença, aplicando depois deflate (o mesmo algoritmo dentro do ZIP e gzip) a essas diferenças. Uma captura de UI de cor plana comprime-se a uma fração do seu tamanho porque cada linha prevê na perfeição a seguinte.

O GIF usa o codificador de dicionário LZW, mais antigo, razão pela qual se limita a uma paleta de 256 cores e é hoje sobretudo uma curiosidade histórica para imagens estáticas. O WebP e oAVIF também podem mudar para o modo sem perdas — o WebP sem perdas bate o PNG em 20–30% em recursos de UI, e o AVIF sem perdas vai ainda mais longe. O custo é a velocidade de codificação: o WebP e o AVIF sem perdas codificam muito mais devagar do que as suas variantes com perdas, razão pela qual a maioria dos pipelines só os usa em recursos já curados.

A propriedade definidora do sem perdas é que a descodificação devolve sempre os bits originais. Pode guardar um PNG cem vezes e o ficheiro será byte-a-byte equivalente à primeira gravação. Essa garantia é a razão pela qual logótipos, ícones e recursos de design fonte-de-verdade se mantêm em formatos sem perdas, mesmo que pareçam «aborrecidos» num gráfico de orçamento de bytes.

Quando escolher o quê

Use a regra da fotografia: tudo o que é captado por uma câmara (ou tudo com tons contínuos, gradientes e ruído) deve usar com perdas por predefinição, salvo razão específica em contrário. JPG a 80–85, WebP a 75–85 ou AVIF a 50–60 são «visualmente indistinguíveis do original» na maioria dos monitores. A poupança de 5 a 10× em tamanho não é negociável numa página web rápida.

Use a regra do gráfico: tudo o que tem cor plana, contornos duros, texto ou transparência (logótipos, ícones, diagramas, capturas) deve usarsem perdas por predefinição. Os artefactos da compressão com perdas — halo à volta do texto, esborratar de cor nos contornos da transparência, banding nos gradientes — aparecem de imediato nestas imagens. PNG ou WebP sem perdas comprimem melhor do que JPG estes recursos, de qualquer forma.

A única excepção é o meio-termo «quase sem perdas»: uma codificação com perdas de alta qualidade (qualidade ≥ 90) é, muitas vezes, indistinguível do original mesmo em gráficos, e pode poupar 40–60% face ao PNG. É o botão certo a rodar quando o mestre está em PNG mas precisa de um entregável web mais pequeno. Para uma comparação lado a lado de como os formatos se comportam em imagens reais, leiaJPG vs PNG vs WebP vs AVIF.

Como a ImagElite lida com cada uma

O compressor de imagens da ImagEliteexpõe os dois modos através de um único cursor. Quando arrasta o cursor de qualidade para uma saída JPG, está a conduzir diretamente o codificador com perdas — qualidade mais baixa significa uma grelha de quantização mais grossa, ficheiro mais pequeno, mais artefactos visíveis em zoom extremo. Quando muda o formato de destino para PNG ou para as variantes sem perdas de WebP e AVIF, o cursor desaparece e a ferramenta cai numa pipeline de pura remoção de redundância que mantém cada píxel idêntico ao upload.

Como tudo corre localmente no seu navegador, pode testar em A/B os dois modos sobre a mesma imagem sem voltar a carregá-la. Largue uma captura e depois uma foto de telemóvel e veja como a diferença de tamanho entre saída com perdas e sem perdas se inverte por completo entre as duas — essa diferença é a redundância que o sem perdas não consegue comprimir mais. É também a diferença que o com perdas está disposto a deitar fora para manter a sua página rápida.