Como reduzir o tamanho de uma foto sem perda visível de qualidade

Três coisas decidem o peso de uma foto

O sistema avisou que o arquivo é grande demais. Antes de mexer em qualquer controle, saiba que o peso de uma foto sai de três escolhas, e cada uma cobra um preço diferente.

• Dimensões em pixels. Quantos pontos a imagem tem. Metade da largura e da altura deixa só um quarto dos pixels para guardar.
• Qualidade (nível de compressão). Quanto detalhe o codificador descarta dentro de cada bloco da imagem.
• Formato. JPG e WebP descartam o que o olho pouco nota; PNG guarda todos os pixels.

Ordem que costuma funcionar: recortar, ajustar as dimensões ao uso e só então escolher qualidade e formato.

Por que a foto do celular pesa megabytes

Uma foto de 12 megapixels tem 4.000 × 3.000 pixels: 12 milhões de pontos. Cada ponto guarda vermelho, verde e azul, 1 byte para cada cor; sem compressão, seriam 36 MB. O JPEG que a câmera grava já é uma versão comprimida disso.

Os números dos fabricantes dão a escala. A Canon informa cerca de 3.084 KB por foto de 12 MP no modo Fine de duas de suas câmeras e 1.474 KB no Normal, avisando que o valor muda com o assunto fotografado. A Apple diz que um ProRAW de 12 MP tem cerca de 25 MB e é de 10 a 12 vezes maior que um HEIF ou JPEG, o que dá de 2 a 2,5 MB para a foto comum.

Ou seja: a foto já chega de 10 a 25 vezes menor que os pixels brutos. Para diminuir mais, ou você tira pixels, ou aceita compressão mais forte.

O número de qualidade do JPEG não é uma porcentagem

Qualidade 80 não quer dizer que sobraram 80% da foto. No libjpeg-turbo, uma implementação de referência do padrão JPEG, o número apenas ajusta a escala da tabela de quantização: os divisores que arredondam os dados de cada bloco de 8 × 8 pixels. Em 50 vale a tabela de exemplo do padrão; em 75 os divisores caem pela metade; em 90, para um quinto; em 100, todos viram 1.

Por isso 100 é desperdício. A documentação do libjpeg avisa que acima de 95 o arquivo cresce de forma drástica, com ganho que dá para medir mas raramente para ver, e que mesmo em 100 há perda por arredondamento e pela subamostragem de cor. Para fotografia ela indica de 50 a 95, com 75 como padrão; a auditoria clássica do Lighthouse, do Google, usava 85 como referência.

No compressor do LivreImage o controle vai de 30 a 100 e começa em 82. O valor segue para o codificador do seu navegador, então o mesmo número pode gerar arquivos diferentes de um navegador para outro. Julgue pelo botão Comparar, não pelo número.

Subamostragem de cor, em um parágrafo

O olho percebe mudança de brilho muito melhor que mudança de cor. O JPEG aproveita isso e guarda a cor em resolução menor: no esquema 4:2:0, padrão do libjpeg, um único valor de cor atende cada quadrado de 2 × 2 pixels. Em fotografia, quase ninguém nota; o defeito aparece em texto colorido sobre fundo liso, que ganha uma franja. O WebP com perdas sempre usa 4:2:0; no JPG do LivreImage, quem escolhe é o navegador.

Por que PNG fica enorme com fotografia

PNG comprime sem perdas: descreve cada pixel pela diferença em relação aos vizinhos e devolve todos exatamente iguais. Isso rende em captura de tela, logotipo e gráfico. Uma fotografia é textura e ruído de ponta a ponta, e sobra pouco a economizar sem descartar nada. O curso de imagens do web.dev é direto: PNG quase nunca é a escolha certa para conteúdo fotográfico.

No LivreImage, escolher PNG trava o controle de qualidade, porque o formato não tem esse ajuste. Para uma foto em PNG diminuir de verdade, troque a saída para JPG ou WebP. No estudo do próprio Google, o WebP com perdas ficou de 25% a 34% menor que o JPEG com a mesma qualidade medida pelo índice SSIM.

Redimensionar ou comprimir: o que vem primeiro

Primeiro as dimensões. A orientação do web.dev é entregar a imagem no tamanho em que ela é exibida: um espaço de 500 pixels pede 500 pixels, ou 1.000 em tela de densidade 2. Uma foto de 4.000 pixels de largura numa coluna de 800 carrega 25 vezes mais pixels do que uma tela comum mostra ali. Em redimensionar imagem, a Largura máxima só reduz: imagem menor que o valor fica como está.

A compressão vem depois, e não existe número universal; o próprio web.dev manda testar níveis até equilibrar aparência e peso. Comece pelas sugestões abaixo e confira no Comparar.

Só os limites citados na coluna Observação vêm de fontes oficiais; larguras e qualidades são recomendações nossas.

Como chegar a um limite exato em KB

Formulário não negocia: 100 KB são 100 KB, e acertar na mão é tentativa e erro. As páginas de alvo do LivreImage, de 20 KB a 1 MB, fazem a busca sozinhas, em três etapas.

1. Qualidade, no tamanho original. A página procura a maior qualidade entre 50 e 96 que cabe no limite, numa busca binária. Se nem a 50 couber, ela não desce mais: passa a reduzir os pixels.
2. Redução das dimensões. Largura e altura encolhem 15% por passo, por até 16 passos, e em cada tamanho a busca entre 50 e 96 se repete. Vale o primeiro tamanho em que alguma qualidade couber.
3. Último recurso. No menor tamanho, vale qualquer qualidade entre 5 e 50 que caiba. Coube em alguma etapa: o card mostra o selo “alvo atingido”. Não coube em nenhuma: a página entrega o menor arquivo a que chegou e avisa com “menor possível”.

Dois detalhes que evitam recusa

Em PNG não há qualidade para buscar: só valem os passos de redução. Num teste nosso de setembro de 2026, uma foto de 12 megapixels chegou a 100 KB com 1282 × 962 pixels. E o alvo de 100 KB vale 102.400 bytes (1 KB = 1.024 bytes); um sistema que conte 1 KB como 1.000 bytes recusa um arquivo de 101.000 bytes que aqui está dentro do alvo.

Recomprimir um JPG já comprimido acumula perda

Cada vez que um JPG é aberto e salvo de novo, a imagem passa por outra rodada de arredondamento. A documentação do libjpeg pede para evitar ciclos seguidos de compressão e descompressão: a perda se acumula e, depois de uns dez ciclos, a imagem pode ficar visivelmente pior do que depois de um. A Amazon dá a mesma instrução aos vendedores: não salvar várias vezes em JPEG durante a edição, porque cada salvamento reduz a qualidade.

O LivreImage sempre decodifica a imagem e codifica de novo; ele não faz otimização sem perdas de um JPG que já existe. Na prática:

• Parta do arquivo original da câmera, não de uma cópia que outro programa já reduziu.
• Faça recorte, redimensionamento e compressão numa única passada.
• Guarde o original: é dele que sai qualquer versão futura.

O que os metadados acrescentam ao arquivo

Além dos pixels, a foto carrega blocos de informação: os dados Exif gravados pela câmera, uma miniatura embutida, o perfil de cor e, se a localização estava ligada para a câmera, as coordenadas do lugar. O peso disso varia de arquivo para arquivo; a documentação do libjpeg observa que, em alguns, esses blocos extras são consideráveis.

O LivreImage regrava só os pixels: todo arquivo gerado sai sem Exif, e o card mostra o selo “EXIF removido”. Isso tira peso e impede que a localização viaje com a foto. Em troca, nada do que a câmera anotou vai para a cópia reduzida.