Uma única foto não editada de um telemóvel moderno pode ter 5 MB. Coloque dez dessas numa página e terá construído algo que a maioria dos visitantes abandonará antes de acabar de carregar. A boa notícia é que a maior parte desse peso é desnecessária, e removê-lo custa quase nada em qualidade visível.
Um ficheiro de imagem armazena um valor para cada pixel. Uma foto de 12 megapixels contém doze milhões deles, e antes da compressão cada um precisa de três canais de cor. Isso é aproximadamente 36 MB de dados crus antes de qualquer codificação acontecer.
A compressão é o que reduz isso a algo gerível, e funciona de duas formas fundamentalmente diferentes — que é donde vem a maior parte da confusão.
| Tipo | O que faz | Economia típica | Usar para |
|---|---|---|---|
| Sem perdas | Reescreve dados de forma mais eficiente; cada pixel é recuperável exatamente | 5-20% | Logótipos, capturas de ecrã com texto, ficheiros fonte |
| Com perdas | Descarta detalhes que o olho dificilmente notará | 50-80% | Fotografias, imagens da web |
A palavra «lossy» (com perdas) soa alarmante, mas aplicada com sensatez a informação descartada é genuinamente impercetível. Um JPEG bem comprimido a qualidade 80 é muito difícil de distinguir do original em tamanho normal de visualização, sendo uma fração do tamanho.
Sem perdas importa onde é exigida precisão. Uma captura de ecrã contendo texto comprimida com JPEG produz caracteres sujos e com franjas; o PNG mantém-nos nítidos. É por isso que a regra prática existe.
| Formato | Melhor para | Transparência | Notas |
|---|---|---|---|
| JPEG | Fotografias | Não | Menor para fotos; sem canal alfa |
| PNG | Capturas de tela, logotipos, texto | Sim | Sem perdas; muito maior do que JPEG para fotos |
| WebP | Quase tudo na web | Sim | Tipicamente 25-35% menor do que PNG ou JPEG com qualidade igual |
| SVG | Ícones, gráficos simples | Sim | Vetorial — escala infinitamente, ficheiro minúsculo |
| GIF | Animação simples | Sim | Limitado a 256 cores; fraco para fotos |
Se está a publicar para a web e não está limitado por suporte legado, O WebP é normalmente a resposta certa. Suporta tanto modos com perdas como sem perdas mais transparência, e é suportado por todos os navegadores atuais.
Comprimir com TinyPNG → Ou use o PicCalc localmente
A escolha predefinida para a maioria dos programadores. Reduz a paleta de cores em vez de desfocar pixels, poupando normalmente 50–70% sem diferença visível em capturas de ecrã e gráficos planos. Gratuito com limite de lote, e preserva a transparência PNG — que a conversão JPEG ingénua destrói.
Vale a pena escolhê-lo quando as imagens são confidenciais, porque a compressão acontece localmente no seu navegador e nada é enviado. Também mostra o tamanho antes e depois, para que possa ver exatamente o que poupou.
Melhor quando também precisa de uma mudança de formato — por exemplo converter um lote de PNGs para WebP, que é muitas vezes uma poupança maior do que comprimir dentro do mesmo formato.
Tipicamente 50-70% para fotografias usando compressão com perdas, e notavelmente mais se também redimensionar para as dimensões que realmente exibe.
Não em configurações sensatas. Descarta detalhes que o olho geralmente não consegue perceber. Só é um problema se comprimir repetidamente ou empurrar a qualidade muito para baixo.
Para publicação web, normalmente sim. O WebP é tipicamente 25-35% menor com qualidade equivalente e suporta transparência, com suporte em todos os navegadores atuais.
Provavelmente usou JPEG. Capturas de ecrã com texto e UI plana precisam de PNG ou WebP sem perdas para ficarem nítidas.
Sim — é normalmente a maior poupança isolada. Servir uma imagem no tamanho em que é exibida supera qualquer configuração de compressão.
Sim. O PicCalc executa a compressão localmente no seu navegador, por isso o ficheiro nunca sai do seu dispositivo.