Original
Original
Dimensões-
Tamanho-
Ferramenta / Imagens
Compressor de Imagens
O compressor de imagens da Kitly recodifica o arquivo selecionado localmente no navegador. Abrir um formato depende deste navegador. O resultado não é garantido como menor.
Maior lado em pixels
Selecione uma imagem para começar.
Comprimida
Comprimida
Dimensões-
Tamanho-
SaídaWebP
Informar um problema nesta ferramenta
Isto abre um email para a Kitly. Nada é enviado até você mandar a mensagem pelo seu aplicativo de email.
Não inclua senhas, nomes de arquivo, conteúdo de arquivos, JSON colado, URLs de destino, conteúdo de QR, códigos curtos ou outros segredos.
Como comprimir uma imagem sem adivinhar
Comece com ajustes moderados, compare a saída e reduza qualidade ou dimensões apenas até o necessário para o destino.
-
Escolha a imagem
Abra o arquivo original e observe dimensões e tamanho. Guarde uma cópia separada se puder precisar editar a imagem depois.
-
Defina formato, qualidade e tamanho
Escolha o formato de saída, ajuste a qualidade nos formatos comprimidos e limite o maior lado quando a resolução original for maior do que o necessário.
-
Comprima e compare
Confira prévia, dimensões, tamanho final e economia estimada. Mude um ajuste por vez se o resultado ficar grande demais ou perder qualidade visível.
Escolhas práticas de compressão
- Para fotos na web, WebP entre 70% e 85% é um ponto de partida útil, não uma regra universal.
- Reduza as dimensões em pixels antes de baixar demais a qualidade; imagens enormes desperdiçam bytes mesmo comprimidas.
- Mantenha PNG para transparência ou gráficos planos nítidos e espere arquivos maiores quando o conteúdo for fotográfico.
Trocas importantes da compressão
- A compressão com perdas remove informações de forma permanente, então preserve o arquivo original.
- Comprimir várias vezes uma imagem já comprimida pode gerar artefatos e faixas de cor visíveis.
- A recodificação no navegador pode remover metadados e animação; a ferramenta é voltada a imagens estáticas comuns.
Orientações práticas
Estes exemplos registram bytes, dimensões, formato e ajustes de uma sessão do Chrome. Uma imagem de tons contínuos fica menor em WebP. A mesma imagem continua menor sem redimensionar. Um PNG plano de 8 × 8 fica maior, e pedir uma dimensão máxima maior não acrescenta pixels.
A compressão precisa de JavaScript porque o navegador redesenha e codifica a imagem no seu dispositivo. Os tamanhos medidos, as escolhas de ajuste e a solução de problemas abaixo continuam legíveis sem JavaScript.
Compressão medida
As duas entradas são arquivos sintéticos originais. O maior é um campo de tons contínuos, o caso fotográfico de cor suave, não um arquivo de câmera. O menor são dois blocos de cor plana. Medido no Headless Chrome 154.0.8037.99 no macOS. A qualidade 0.78 é o valor inicial do controle, mostrado como 78%. O lado maior só diminui quando passa da dimensão máxima; um pedido maior não amplia.
Reduza o lado maior e depois codifique WebP
Um PNG de 240 × 160 com 97137 bytes virou um WebP de 120 × 80 com 936 bytes na qualidade 0.78.
Entrada
continuous-tone.png · 240 × 160 · 97137 bytes · image/png| Formato de saída | WebP |
|---|---|
| Qualidade | 0.78 (mostrada como 78%) |
| Dimensão máxima | 120 |
| Navegador | Headless Chrome 154.0.8037.99 |
WebP observado
120 × 80 · 936 bytes · image/webp
A proporção continuou 3:2
Menor em 99,0%O que conferir
O lado maior era 240, então uma dimensão máxima de 120 reduziu os dois lados pela metade. A página mostraria “Menor em 99,0%”. Essa porcentagem vale só para este arquivo. Ao abrir a imagem, o campo de dimensão máxima passa a 240, então reproduzir este resultado exige digitar 120 antes de comprimir.
Ressalvas
- 99,0% não é uma taxa típica para fotografias. A origem é um campo de cor gerado e guardado como um PNG grande.
- A ferramenta baixaria continuous-tone-compressed.webp. O arquivo de exemplo se chama continuous-tone-120.webp para o ajuste ficar visível.
Arquivos do exemplo
- Baixar continuous-tone.png Entrada. PNG original de tons contínuos, 240 × 160, 97137 bytes.
- Baixar continuous-tone-120.webp Saída. WebP na qualidade 0.78 e dimensão máxima 120, 120 × 80, 936 bytes.
A mesma imagem, a mesma qualidade, sem redimensionar
Com a dimensão máxima em 240, o mesmo PNG virou um WebP de 240 × 160 com 1310 bytes, ainda bem menor, porém maior que o arquivo redimensionado.
Entrada
continuous-tone.png · 240 × 160 · 97137 bytes · image/png| Formato de saída | WebP |
|---|---|
| Qualidade | 0.78 (mostrada como 78%) |
| Dimensão máxima | 240 (o lado maior, então sem redimensionar) |
| Navegador | Headless Chrome 154.0.8037.99 |
WebP observado
240 × 160 · 1310 bytes · image/webp
Menor em 98,7%O que conferir
Manter todos os pixels ainda reduziu o arquivo de 97137 bytes para 1310 bytes. O arquivo redimensionado de 120 × 80 tinha 936 bytes. Neste exemplo, diminuir o lado maior removeu mais bytes do que a qualidade 0.78 sozinha. Compare os dois downloads se precisar decidir se os pixels extras valem 374 bytes.
Ressalvas
- Outra fotografia pode perder detalhe visível em 0.78 mesmo quando a economia de bytes se pareça com esta.
- O arquivo de exemplo é continuous-tone-full.webp. O nome de download da ferramenta seria continuous-tone-compressed.webp.
Arquivos do exemplo
- Baixar continuous-tone.png Entrada. O mesmo PNG de 240 × 160, 97137 bytes.
- Baixar continuous-tone-full.webp Saída. WebP na qualidade 0.78 sem redimensionar, 240 × 160, 1310 bytes.
Uma imagem plana minúscula ficou maior, e uma dimensão máxima maior não a ampliou
Um PNG de 8 × 8 com 80 bytes virou um WebP de 574 bytes. Pedir dimensão máxima 100 produziu o mesmo arquivo de 8 × 8. Uma recodificação PNG chegou a 117 bytes.
Entrada
tiny-flat.png · 8 × 8 · 80 bytes · image/png · dois blocos de cor plana| Qualidade WebP | 0.78 |
|---|---|
| Dimensão máxima WebP | 8 e, numa execução separada, 100 |
| Execução PNG | PNG, controle de qualidade desativado, dimensão máxima 8 |
| Navegador | Headless Chrome 154.0.8037.99 |
Saídas observadas
WebP, dimensão máxima 8: 8 × 8 · 574 bytes · maior em 617,5%
WebP, dimensão máxima 100: 8 × 8 · 574 bytes · idêntico byte a byte ao primeiro WebP
Recodificação PNG: 8 × 8 · 117 bytes · maior em 46,3%O que conferir
A página diria “A saída ficou maior” e “617,5%”, não “Menor em 0,0%”. Os 494 bytes extras são o contêiner WebP em volta de uma imagem que já era minúscula. Definir a dimensão máxima como 100, acima dos dois lados, deixou a imagem em 8 × 8. Os dois arquivos WebP coincidem byte a byte. Recodificar como PNG também não encolheu o arquivo.
Ressalvas
- 617,5% parece muito porque o denominador tem 80 bytes. Leia as contagens de bytes ao lado da porcentagem.
- A ferramenta nomearia um download WebP como tiny-flat-compressed.webp. Os exemplos são tiny-flat.webp e tiny-flat-max-100.webp.
Arquivos do exemplo
- Baixar tiny-flat.png Entrada. PNG plano original de 8 × 8, 80 bytes.
- Baixar tiny-flat.webp Saída. WebP na qualidade 0.78 e dimensão máxima 8, 574 bytes.
- Baixar tiny-flat-max-100.webp Saída. WebP na qualidade 0.78 e dimensão máxima 100, ainda 8 × 8 e 574 bytes.
Mude um ajuste e compare o arquivo medido
O guia já diz para definir formato, qualidade e tamanho. Estes são os resultados de fazer isso nos arquivos acima.
WebP a 78% com um lado maior menor
Use quando: O destino aceita WebP e a imagem é maior do que o layout precisa. No arquivo de 240 × 160, a dimensão máxima 120 produziu 936 bytes.
Trocas: Você descarta pixels. O WebP em tamanho completo da mesma origem tinha 1310 bytes, então o redimensionamento economizou mais 374 bytes só neste arquivo.
WebP a 78% sem redimensionar
Use quando: Você precisa da contagem original de pixels. Deixar a dimensão máxima no lado maior manteve 240 × 160 e ainda reduziu 97137 bytes para 1310 bytes.
Trocas: A qualidade 0.78 tem perdas. Confira bordas e áreas lisas numa foto real; este campo de cor não mostra todos os artefatos.
PNG
Use quando: Você precisa de cor plana ou transparência mais do que de um arquivo menor.
Trocas: O controle de qualidade fica desativado. O PNG de 80 bytes passou a 117 bytes, maior em 46,3%, com as mesmas dimensões de 8 × 8.
Uma dimensão máxima maior que a imagem
Use quando: Você quer confirmar que a ferramenta não inventa pixels.
Trocas: Ela não amplia. A dimensão máxima 100 na imagem de 8 × 8 continuou 8 × 8 e coincidiu com o WebP de 574 bytes da dimensão máxima 8.
Quando o arquivo comprimido não fica menor
A porcentagem usa o arquivo selecionado como denominador. Estes são os casos medidos aqui, além dos limites verificados antes da codificação.
Problema: A saída é maior que a entrada.
Causa provável: A origem já é pequena ou um PNG plano. tiny-flat.png passou de 80 bytes para 574 bytes em WebP a 0.78.
O que fazer: Fique com o original. O rótulo deve dizer “A saída ficou maior”, com a porcentagem baseada no tamanho original. Não comprima de novo o download maior esperando que ele encolha.
Problema: Aumentar a dimensão máxima não acrescentou pixels.
Causa provável: O redimensionamento nunca amplia. Um pedido de 100 numa imagem de 8 × 8 continuou 8 × 8.
O que fazer: Use outra ferramenta se precisar de uma grade maior de pixels. Aqui, defina a dimensão máxima abaixo do lado maior só quando a intenção for reduzir.
Problema: Mover o controle de qualidade não faz nada no PNG.
Causa provável: A qualidade é enviada ao codificador só para JPEG e WebP.
O que fazer: Mude para WebP ou JPEG se quiser esse controle. No PNG, só as dimensões e o codificador PNG do navegador afetam os bytes, como na recodificação de 80 para 117 bytes.
Problema: A porcentagem de economia parece enorme.
Causa provável: Um denominador minúsculo infla o número. 494 bytes extras num arquivo de 80 bytes são 617,5%. Os 99,0% do campo de cor redimensionado são 96201 bytes removidos de 97137, uma situação diferente.
O que fazer: Leia os bytes de entrada, os bytes de saída e as dimensões ao lado da porcentagem antes de publicar o arquivo.
Problema: A imagem é recusada antes da compressão.
Causa provável: O limite é 25 MB ou 40 megapixels, ou a extensão e o tipo MIME não combinam. HEIC, HEIF e TIFF abrem só quando este navegador consegue decodificá-los.
O que fazer: Escolha um arquivo que este navegador já exiba. Arquivos corrompidos e codificações não suportadas recebem erros diferentes.
Referências do codificador
Os tamanhos desta página foram medidos nos arquivos vinculados. Estas referências descrevem a etapa de codificação no canvas.
- HTMLCanvasElement.toBlob A chamada que codifica WebP e PNG, com argumento de qualidade só para WebP e JPEG.
- Guia de tipos de imagem da MDN Como WebP, JPEG e PNG diferem, inclusive a falta de transparência do JPEG.
Perguntas frequentes
O compressor de imagens envia minhas imagens?
Não. A Kitly recodifica imagens localmente no navegador com processamento em canvas, então os arquivos selecionados não precisam sair do seu dispositivo.
Como posso deixar uma imagem menor?
Reduza a qualidade, diminua a dimensão máxima ou use uma saída comprimida eficiente como WebP quando o destino aceitar esse formato. Arquivos minúsculos ou já pequenos ainda podem crescer.
Posso ver a economia antes de baixar?
Sim. A ferramenta informa se a saída ficou menor, maior ou do mesmo tamanho, com dimensões, formato e bytes. Ela não inventa uma porcentagem de economia para um resultado igual.
Por que uma imagem pequena ficou maior?
Um PNG de 8 × 8 com 80 bytes virou um WebP de 574 bytes na qualidade 0.78, o que a página informa como maior em 617,5%. O mesmo pedido de dimensão máxima 100 continuou 8 × 8 e produziu os mesmos 574 bytes.
Por que uma dimensão máxima maior não acrescentou pixels?
A ferramenta só reduz quando o lado maior é maior que a dimensão máxima. Ela não amplia. O arquivo de 8 × 8 continuou 8 × 8 quando a dimensão máxima era 100.