O que é compressão de imagem, de verdade
Compressão de imagem é o processo de tornar um arquivo de imagem menor sem (visivelmente) mudar a aparência dele. O arquivo com o qual você começou — uma foto de 4 MB do seu celular, um PNG de 2 MB exportado do Figma, um WebP de 6 MB de uma ferramenta de captura de tela — quase sempre tem mais bits do que a figura realmente precisa. Um compressor recodifica os mesmos pixels em uma configuração de qualidade diferente, descarta dados redundantes e escreve um arquivo menor que parece idêntico em uma tela.
O Compressor de Imagens lida com PNG, JPG e WebP. Ele roda inteiramente no seu navegador usando a API canvas: decodifica a imagem em pixels, recodifica em uma qualidade que você controla, te entrega o resultado. JPG e WebP em 75% de qualidade tipicamente encolhem 50-60% sem perda visível. PNG é um formato sem perdas, então a economia ali é menor — geralmente 10-30% de recodificação mais limpa em vez de perda de qualidade. Sem upload, sem marca d'água, sem limite de 5 MB.
Como isso se compara a TinyPNG, iLoveIMG e Convertio
Três concorrentes aparecem com mais frequência, e todos os três fazem uma troca diferente da nossa.
TinyPNG é o famoso. Eles têm um compressor de PNG e JPG genuinamente excelente construído em cima do pngquant e mozjpeg — melhor do que a API canvas do navegador pode produzir, especialmente em PNG. Troca: sua imagem é enviada para o servidor deles, é comprimida, volta. O nível gratuito limita em 5 MB por arquivo e 20 imagens por lote. Acima disso, você se cadastra. Se seu PNG é um logo ou ícone e você precisa de cada kilobyte espremido, o TinyPNG produz um arquivo menor que o nosso — em talvez 10-20% em PNG especificamente.
iLoveIMG comprime do lado do servidor também, com um fluxo similar de upload-depois-download. Eles suportam uploads em lote, mas o nível gratuito limita em 25 MB por arquivo e limita quantas compressões por dia antes de bater em um paywall. A qualidade da compressão está boa — eles usam libjpeg-turbo e ferramentas similares — mas é mais uma ida e volta para um servidor que você não controla.
Convertio é a opção pia de cozinha: mais de 200 formatos, lado do servidor, com a dança usual de upload-espera-download. Forte cobertura de formato, qualidade de imagem dedicada mais fraca dos três. Nível gratuito limitado a 100 MB total por dia e 2 conversões simultâneas.
A troca que escolhemos: fazemos a mesma compressão no seu navegador usando o codificador canvas nativo. Mais lento em talvez 1-2 segundos por imagem (a ida e volta do canvas não é grátis). Seus bytes nunca saem da aba. Sem limite de lote, sem cota diária, sem cadastro. A saída é ligeiramente maior que TinyPNG em PNG especificamente — para todo o resto a diferença é desprezível.
Como usar o Compressor de Imagens
Solte suas imagens. A ferramenta aceita PNG, JPG e WebP, até 50 MB por arquivo e 200 MB combinados por lote. Formatos misturados estão ok — cada imagem é comprimida e recodificada em seu próprio formato.
- Solte ou escolha suas imagens. Uploads de pasta funcionam; uma pasta de 50 fotos vai de uma vez.
- Escolha um nível de qualidade. 75% (o padrão) é o ponto ideal para JPG e WebP — visualmente idêntico à origem, cerca de 50-60% menor. Qualidade menor significa arquivos menores com artefatos visíveis em texto e bordas nítidas. PNG quase ignora o controle porque é sem perdas.
- Clique em Comprimir. Cada imagem recodifica em 1-3 segundos. A diferença de tamanho por linha mostra exatamente quanto cada uma encolheu.
- Baixe cada uma individualmente com o botão de seta para baixo, ou clique em Baixar tudo para downloads sequenciais. Nomes de arquivo de saída são a entrada com um sufixo
-comprimido(viagem.jpgviraviagem-comprimido.jpg).
Toda operação é local. Decodificação usa o carregador de imagem nativo do navegador, recodificação usa canvas.toBlob(), e o download é uma URL de Blob. Abra a aba de rede durante a etapa de compressão — você verá zero requisições externas.
Escolhendo o nível de qualidade certo
O controle deslizante de qualidade é a única decisão que importa. Há quatro configurações comuns e cada uma serve a um trabalho específico.
| Qualidade | Tamanho de arquivo JPG/WebP | Perda visível | Caso de uso |
|---|---|---|---|
| 95% (arquivamento) | ~80% do original | Nenhuma em qualquer zoom | Manter uma cópia mestre, fotografia profissional |
| 85% (alta qualidade) | ~55% do original | Nenhuma a olho nu | Postar fotos em tamanho total, portfólios, web de qualidade de impressão |
| 75% (padrão) | ~40% do original | Invisível em distância normal de visualização | Postagem social, blogs, a maior parte do uso web |
| 50% (agressiva) | ~25% do original | Artefatos visíveis em texto e bordas | Anexos de e-mail onde velocidade importa mais, miniaturas |
O padrão de 75% é calibrado por uma razão: é a maior compressão onde a maioria das pessoas não consegue ver a diferença em distância normal de visualização. Ir mais baixo começa a produzir artefatos JPG visíveis — as grades 8x8 em bloco em torno de bordas nítidas, os gradientes barrentos em céus, os halos em torno de texto. Se sua imagem tem muito texto ou linha fina, fique em 85% ou maior.
Um exemplo prático com números reais
Teste real: uma pasta de 12 fotos de férias de um iPhone 14, exportadas como JPGs em qualidade total. O lote inicial é 51 MB total — grande demais para enviar por e-mail, lento para fazer upload para o Google Fotos.
| Configuração de qualidade | Tamanho total | Redução | Notas |
|---|---|---|---|
| Origem (sem compressão) | 51,0 MB | — | Padrão do iPhone; muito mais qualidade do que a tela jamais mostrará |
| 85% JPG | 28,3 MB | 45% | Indistinguível da origem em qualquer tela de celular ou notebook |
| 75% JPG (padrão) | 21,6 MB | 58% | Ainda indistinguível; isto é o que a maioria das pessoas deve escolher |
| 60% JPG | 14,2 MB | 72% | Leve suavidade em inspeção próxima de áreas detalhadas |
| 50% JPG | 10,8 MB | 79% | Artefatos visíveis em sombras e detalhe fino |
Em 75% o lote caiu de 51 MB para 21,6 MB — cabe confortavelmente em um anexo do Gmail (limite de 25 MB), faz upload para o iCloud em um quarto do tempo, parece idêntico em toda tela onde alguém vai vê-las. Essa é a resposta certa para praticamente todo caso de uso "preciso compartilhar minhas fotos".
Compare com o mesmo lote pelo TinyPNG: cerca de 19 MB de saída (12% menor que a nossa) com o codificador proprietário baseado em mozjpeg deles, depois de enviar 51 MB para os servidores deles e esperar a ida e volta. Por 3 MB de economia adicional em um conjunto de fotos privadas, a troca não é óbvia.
Por que a economia de PNG é menor que a de JPG
PNG é um formato sem perdas. A imagem que você decodifica é byte por byte a mesma imagem que você codificou — nenhuma informação de qualidade é descartada. O tamanho de arquivo do PNG depende de quão eficientemente o codificador empacota os dados, não de uma configuração de qualidade.
O codificador PNG nativo do navegador está ok mas é sem destaque. Otimizadores PNG dedicados como pngquant (o motor dentro do TinyPNG), optipng e ImageOptim usam técnicas que o canvas do navegador não usa — redução de paleta, árvores de Huffman mais espertas, quantização de cor com perdas mas imperceptíveis para PNGs de 24 bits. Essas ferramentas obtêm 50-70% de redução em um PNG típico. Nós obtemos 10-30%.
Dois aprendizados práticos:
- Se sua imagem é uma fotografia salva como PNG, converta-a para JPG ou WebP primeiro — a economia é 5-10× maior que qualquer otimizador PNG pode produzir. Nosso Conversor de Formato de Imagem faz isso com um clique.
- Se sua imagem é um logo, ícone, captura de tela ou qualquer coisa com bordas nítidas e poucas cores, PNG é o formato certo. Obtemos uma queda modesta de tamanho. Para compressão agressiva específica de PNG, o TinyPNG ou uma ferramenta desktop como o ImageOptim faz melhor. Use ambos: nós para a passagem em lote com privacidade primeiro, eles quando você precisa que os últimos kilobytes sejam espremidos de um ativo que vai para produção.
O que acontece com transparência, EXIF e perfis de cor
Alguns detalhes importam para fluxos específicos.
Transparência. PNG e WebP preservam alfa através da compressão. Pixels que eram transparentes ficam transparentes. JPG não pode carregar alfa — em qualquer lugar onde uma imagem de origem é transparente, fica pintado de branco antes da codificação. Se você precisa de transparência, comprima como PNG ou WebP, não JPG.
Metadados EXIF. A API canvas remove a maior parte do EXIF quando recodifica. Modelo de câmera, coordenadas GPS, dados de exposição, info da lente — tudo se foi. Para a maioria dos usuários isso é um recurso: coordenadas GPS são removidas antes de você compartilhar uma foto publicamente. Para usuários arquivando trabalho fotográfico onde EXIF importa, use uma ferramenta com passagem explícita de EXIF (jpegtran ou ExifTool no desktop). Poderíamos adicionar depois mas é uma audiência pequena.
Perfis de cor. Perfis ICC embutidos são removidos durante a recodificação do canvas. A imagem é exibida corretamente em qualquer navegador (que assume sRGB por padrão), mas se você está trabalhando com arquivos fonte prophoto ou display-P3 para impressão, a info de cor de gama ampla não vai sobreviver. Fotógrafos e fluxos de impressão devem usar um compressor consciente de cor.
Imagens animadas. O canvas do navegador só nos dá o primeiro quadro de um GIF animado ou WebP animado. Comprimir o primeiro quadro e descartar a animação raramente é o que alguém quer, então excluímos formatos animados desta ferramenta. Para compressão de GIF ou WebP animado, use ezgif ou uma ferramenta dedicada.
Ferramentas de imagem relacionadas
O Compressor de Imagens é uma peça de um conjunto mais amplo de imagens:
- Redimensionador de Imagens — muda dimensões em pixels (1920×1080 → 960×540). Frequentemente o ganho maior para "deixar este arquivo menor" — redimensione primeiro, comprima depois.
- Conversor de Formato de Imagem — converte entre PNG, JPG e WebP. Se você tem uma fotografia PNG, converter para WebP geralmente encolhe mais do que comprimir o PNG poderia.
- PNG para WebP — especificamente para o caso de conversão de PNG para WebP. WebP em 80% é tipicamente 60-70% menor que o PNG de origem sem perda visível.
- WebP para JPG — para compartilhar arquivos WebP com alguém cuja ferramenta não aceita.
- Comprimir PDF — se seu objetivo real é encolher um documento, a versão PDF desta ferramenta.
Perguntas frequentes
Como isso se compara ao TinyPNG?
Mesmo resultado (arquivos de imagem menores), modelo de confiança oposto. TinyPNG envia sua imagem para o servidor deles e processa lá — rápido, mas seus bytes saem da sua máquina. Eles têm um nível gratuito com limite de 5 MB e 20 imagens por lote, planos pagos acima. Fazemos o mesmo trabalho no seu navegador usando a API canvas nativa — mais lento em talvez 1-2 segundos por imagem, mas seus bytes nunca saem da aba. Sem limite de lote, sem limite de tamanho de arquivo além de 50 MB por arquivo. Ambas as ferramentas são boas; escolha com base em qual trade-off você prefere.
Por que a compressão de PNG é menos dramática que a de JPG?
Porque PNG é um formato sem perdas — a compressão é puramente estrutural (deflate, otimização de paleta). O codificador PNG nativo do navegador não tem as otimizações avançadas de compressores PNG dedicados (pngquant, optipng, ImageOptim). Para compressão agressiva de PNG, nossa ferramenta te dá 10-30%; um otimizador PNG dedicado pode dar 50-70%. Verificação rápida: se sua imagem é uma fotografia, converta para JPG ou WebP em vez disso — a economia é 5-10× maior.
Minha imagem realmente não é enviada?
Correto. Toda operação roda no seu navegador. Decodificação usa o HTMLImageElement nativo; recodificação usa canvas.toBlob(). Abra a aba de rede do seu navegador durante a compressão: zero requisições externas após o carregamento da página. O HTML, CSS e JS para a página vêm da nossa CDN; os bytes da sua imagem nunca saem da aba.
Que qualidade devo escolher?
Para compartilhar fotos: 75% é invisível ao olho e dá redução de tamanho de ~50-60%. Para anexos de e-mail onde velocidade importa mais: 50-60% (artefatos visíveis nas bordas do texto mas aceitável para a maior parte do conteúdo de foto). Para arquivamento: 90-95% (quase nenhuma perda visível, economia menor). Para PNG: o controle de qualidade quase não importa; escolha 100% e aceite a redução modesta de 10-30%.
Posso processar muitas imagens em lote de uma vez?
Sim. Solte ou escolha vários arquivos (uma pasta de 50+ fotos está bem). Eles comprimem um após o outro e você obtém downloads individuais. O limite combinado de 200 MB protege seu navegador de ficar sem memória — para lotes maiores faça em pedaços.
A saída preserva metadados EXIF?
Em sua maioria não. O recodificador canvas do navegador remove a maior parte do EXIF (modelo da câmera, GPS, dados de exposição). Se você especificamente precisa de EXIF preservado, use uma ferramenta que execute um codificador JPG dedicado com passagem de EXIF. Para a maioria dos usuários (compartilhamento em redes sociais, e-mail, upload web) o EXIF perdido é na verdade um recurso — remove coordenadas GPS que você não queria compartilhar.
E sobre transparência?
Saídas PNG e WebP preservam transparência através da compressão. JPG não pode carregar alfa — em qualquer lugar onde uma imagem de origem é transparente, fica pintado de branco antes da codificação. Para preservar transparência, comprima como PNG ou WebP, não JPG.
Por que não há formatos animados (GIF, WebP animado)?
Decodificadores de canvas do navegador só nos dão o primeiro quadro de imagens animadas. Comprimir o primeiro quadro e descartar a animação raramente é o que os usuários querem, então excluímos formatos animados desta ferramenta inteiramente. Para compressão de GIF ou WebP animado, use ezgif ou uma ferramenta dedicada.