Comprimir imagem

JPG, PNG e WebP mais leves com ganho real. Grátis, sem upload. 1 GB máx. · Até 1 GB · Processado localmente, nunca enviado para um servidor.

Uma fotografia tirada com um telemóvel recente ocupa entre três e oito megabytes. Multiplique-se isso pelas quinze imagens de uma página de catálogo e um site aceitável passa a lento; sozinho, o mesmo ficheiro já bate no limite de anexo de muitos servidores de correio. Fazer descer esse peso sem que a diferença se note é uma questão de codificação, não de dimensões: esta ferramenta não toca na resolução da imagem, reescreve o ficheiro com um codec mais eficiente do que aquele que lá estava.

Três motores viajam com a página, compilados para WebAssembly e servidos a partir da pasta de assets do próprio site: MozJPEG para o JPEG, libwebp para o WebP, OxiPNG para o PNG. São os codecs do projeto jSquash, os mesmos que o Squoosh utiliza. Restam duas decisões a tomar: a qualidade, entre 30 e 95 %, e o formato de saída, isto é, manter o formato do ficheiro, forçar JPG ou forçar WebP.

Cada resultado traz uma nota pormenorizada: peso antes, peso depois, percentagem poupada e nome do motor empregue, por exemplo MozJPEG q75. Quando a compressão nada rende, a ferramenta devolve o ficheiro original intacto em vez de uma versão mais pesada. Podem largar-se várias imagens de uma só vez, tratadas em sequência sem sair da página.

Como utilizar

  1. Largue as suas imagens O seletor aceita JPG, PNG e WebP, vários ficheiros ao mesmo tempo. A lista mostra o peso de cada um, e a cruz ao lado do nome retira-o do lote antes de qualquer processamento.
  2. Posicione o cursor de qualidade Vai de 30 a 95 %, em passos de 5, e começa em 75. Só tem efeito sobre o JPG e o WebP: o ramo PNG ignora-o, porque nesse caminho não há nada a degradar.
  3. Escolha o formato de saída Manter o formato segue a extensão de cada ficheiro; JPG e WebP impõem a conversão ao lote inteiro, incluindo aos PNG que tenham sido largados na zona.
  4. Clique em Executar A codificação é sequencial, um ficheiro de cada vez. O primeiro arranque vai buscar o codec de que precisa, que fica depois em cache para as imagens seguintes.
  5. Leia a nota por baixo de cada resultado Dá a poupança e o motor utilizado, ou avisa que a imagem já estava otimizada e que o original foi conservado. O botão ↓ Transferir tudo (ZIP) reúne o lote num único ficheiro ZIP.

Um codec por formato, e qual deles entra em ação

Com o formato mantido, o tipo de cada ficheiro é lido a partir do seu tipo MIME e da extensão, e encaminhado para o motor correspondente: um .jpg segue para o MozJPEG, um .webp para o libwebp, um .png para o OxiPNG. Forçar JPG ou WebP impõe o mesmo motor a todo o lote, seja qual for o formato de entrada.

Os três codecs estão alojados no próprio site e não vêm de um serviço externo. A página começa por verificar se a pasta de assets responde; sem essa resposta, passa a usar o codificador integrado no navegador e escreve-o na nota do resultado, sinal de que o ficheiro continua utilizável mas menos compacto do que poderia ser.

Com perdas e sem perdas são duas operações diferentes

O MozJPEG e o libwebp comprimem com perdas: decompõem a imagem e deitam fora informação onde o olho tem menos probabilidade de dar por ela, na medida do nível de qualidade pedido. O píxel original deixa de ser recuperável, e voltar a comprimir um ficheiro já comprimido acumula os estragos.

O OxiPNG não altera a imagem que aparece no ecrã: experimenta vários filtros de predição e recalcula o fluxo comprimido até encontrar a representação mais compacta exatamente dos mesmos píxeis. É uma reescrita sem perdas, executada aqui no nível 3 e com otimização do canal alfa.

Esta diferença explica algo que costuma desorientar. Um PNG que já passou por um otimizador não ganhará quase nada: não sobra qualidade visual para gastar, apenas uma arrumação de bytes por melhorar, e essa já está feita. Num PNG de origem fotográfica, a poupança verdadeira vem de mudar de formato.

Escolher a qualidade e o formato de saída

Para imagens destinadas à web, 75 % é o ponto de equilíbrio habitual: à distância normal de leitura, a diferença face ao original não se distingue. Suba para 85 ou 90 % se a imagem ainda vai ser impressa ou retocada, porque todos os passos seguintes partirão desse ficheiro. Abaixo de 50 %, os blocos tornam-se visíveis nos degradês suaves e nas zonas escuras.

O WebP produz em geral um ficheiro mais pequeno do que o JPG para qualidade equivalente, e trata transparência, coisa que o JPG não faz. Forçar JPG sobre um PNG transparente achata-a: é o único caso em que este seletor muda o aspeto da imagem por outra via que não a compressão.

A rede de segurança, e o que o ficheiro de saída deixa de conter

Depois de codificar, o tamanho obtido é comparado com o do ficheiro largado. Se for maior ou igual, é o original que volta, tal e qual, com uma nota a dizer que a imagem já estava otimizada e que foi mantida: nunca se sai daqui com um ficheiro mais pesado do que aquele que se trouxe.

No JPG e no WebP, a imagem é descodificada em píxeis em bruto antes de ser recodificada, e os metadados EXIF, ou seja data de captura, modelo da máquina e posição GPS, não voltam a ser escritos no ficheiro produzido. É uma perda para quem arquiva e uma vantagem para quem publica. O ramo PNG é o único que trabalha diretamente sobre os bytes do ficheiro.

Perguntas frequentes

O cursor de qualidade muda alguma coisa num PNG?

Não. Com o formato mantido, um PNG passa pelo OxiPNG, que trabalha sem perdas, e o cursor é simplesmente ignorado. Para que ele tenha efeito, escolha JPG ou WebP como formato de saída.

A nota menciona o navegador em vez de um codec. Porquê?

Porque os codecs em WebAssembly não puderam ser carregados e o codificador integrado no navegador assumiu o trabalho. Recarregar a página a partir do site em linha repõe o MozJPEG, o OxiPNG e o libwebp.

Comprimir duas vezes seguidas melhora o resultado?

Não, e estraga a imagem: cada passagem por JPG ou WebP retira informação de forma definitiva. Se o primeiro ajuste não servir, volte ao ficheiro original e tente outra qualidade.

As coordenadas GPS ficam na fotografia comprimida?

Numa saída JPG ou WebP não ficam: a codificação parte dos píxeis e não escreve nenhum bloco EXIF. Se essa informação lhe interessa, guarde o ficheiro original do seu lado.

Uma imagem de 60 megapíxeis é recusada.

O limite ronda os cinquenta megapíxeis e serve para não esgotar a memória no momento em que a imagem tem de ser convertida em píxeis, o que sucede nos caminhos JPG e WebP. Reduza primeiro a resolução com Redimensionar uma imagem.

O nome do ficheiro muda?

Muda: o sufixo -compresse é acrescentado antes da extensão, e essa extensão segue o formato realmente produzido. O ficheiro de origem não é alterado nem substituído.

Ferramentas semelhantes

Descobrir outras ferramentas

Categorias