BrowserTools
Publicidade
Início / Imagens / Compressor de Imagens (JPG / WEBP / PNG)

Compressor de Imagens (JPG / WEBP / PNG)

Reduz o tamanho do ficheiro das imagens com qualidade ajustável e compara o antes e o depois lado a lado.

A carregar Compressor de Imagens (JPG / WEBP / PNG)… Se nada acontecer, ativa o JavaScript.

A compressão de imagens é o processo de reduzir o tamanho do ficheiro de uma imagem digital preservando o máximo de qualidade visual possível. Existem duas estratégias fundamentais: a compressão com perdas, que descarta de forma permanente dados difíceis de detetar pelo olho humano (usada pelo JPEG e pelo WebP), e a compressão sem perdas, que codifica os dados de forma mais eficiente sem deitar nada fora (usada pelo PNG e pelo GIF). O JPEG alcança as suas notáveis reduções de tamanho através de uma técnica matemática chamada transformada de cosseno discreta (DCT), que converte blocos de píxeis em componentes de frequência e depois quantiza o detalhe de alta frequência menos importante. O WebP, apresentado pela Google em 2010, combina codificação preditiva moderna e codificação entrópica para entregar ficheiros cerca de 25 a 35 % mais pequenos do que o JPEG com qualidade visual equivalente.

Perguntas frequentes

É enviado algo para um servidor?
Não. Todo o fluxo de compressão é executado dentro do teu navegador usando a Canvas API. Os dados da tua imagem são descodificados para um buffer de memória local e voltam a ser codificados aí; nada é transmitido pela rede. Isto torna a ferramenta segura para imagens sensíveis ou confidenciais.
Que formato de saída dá o menor tamanho de ficheiro?
O WebP produz quase sempre o ficheiro mais pequeno para um dado nível de qualidade visual, normalmente 25 a 35 % mais pequeno do que um JPEG equivalente. Para imagens que precisam de um fundo transparente, o WebP também é preferível ao PNG porque a sua variante com perdas suporta um canal alfa com tamanhos de ficheiro muito menores.
Qual é a diferença entre compressão com perdas e sem perdas?
A compressão com perdas (JPEG, WebP com perdas) remove de forma permanente dados da imagem difíceis de notar pelo olho, alcançando reduções de tamanho dramáticas à custa de uma ligeira degradação da qualidade. A compressão sem perdas (PNG, WebP sem perdas) reorganiza os dados de forma mais eficiente sem descartar qualquer informação, pelo que a imagem descomprimida é idêntica bit a bit ao original.
Porque é que o meu ficheiro comprimido às vezes é maior do que o original?
A Canvas API produz sempre uma saída codificada a cores completas. Se a tua imagem de origem já estava muito otimizada, por exemplo um PNG com paleta reduzida ou um JPEG guardado com qualidade muito baixa, a recodificação do Canvas pode produzir um resultado maior. Experimenta mudar para WebP ou baixar mais o cursor de qualidade.
Que nível de qualidade devo escolher para imagens da web?
Para fotografias, uma qualidade JPEG ou WebP de 75 a 85 % é geralmente indistinguível do original em tamanhos de visualização normais e reduz o tamanho do ficheiro em 60 a 80 %. Para imagens com texto ou arestas nítidas, fica acima dos 85 % para evitar artefactos de compressão à volta dos limites de alto contraste.
Existe um limite de tamanho de ficheiro ou de resolução?
Não há um limite imposto, mas as imagens muito grandes (acima de 20 megapíxeis ou 30 MB) podem ser lentas a processar ou esgotar a memória do canvas do teu navegador. Se encontrares um erro, experimenta primeiro reduzir a imagem com o Redimensionador de Imagens e depois comprime o resultado.
A compressão afeta as dimensões da imagem?
Não. Esta ferramenta apenas altera a codificação da imagem; a largura e a altura em píxeis permanecem idênticas. Se também precisares de escalar a imagem, usa a ferramenta Redimensionador de Imagens e depois passa o resultado pelo compressor.
Como é que a compressão de imagens afeta os Core Web Vitals?
As imagens não otimizadas são a principal causa de uma má pontuação de Largest Contentful Paint (LCP), uma das métricas Core Web Vitals da Google que influencia o posicionamento nas pesquisas. Reduzir uma imagem principal de 2 MB para 200 KB pode baixar o LCP em vários segundos numa ligação móvel, melhorando diretamente tanto a experiência do utilizador como o SEO.
Posso comprimir imagens PNG com transparência?
Sim. Os ficheiros PNG com um canal alfa podem ser recodificados como PNG (sem perdas, transparência preservada) ou como WebP (com perdas e alfa, significativamente mais pequeno). Comprimir um PNG transparente para JPEG remove a transparência e preenche o fundo de branco.
Como é que a Canvas API se compara com ferramentas do lado do servidor como o ImageMagick?
A Canvas API é prática e completamente privada, mas usa o codificador integrado do navegador, que pode ser ligeiramente menos eficiente do que bibliotecas dedicadas do lado do servidor como o ImageMagick, o libvips ou os códecs WASM do Squoosh. Para o processamento em lote de milhares de imagens ou as taxas de compressão máximas, é preferível um pipeline do lado do servidor. Para a otimização diária de uma única imagem, a saída do Canvas é mais do que adequada.

Sobre Compressor de Imagens (JPG / WEBP / PNG)

Qualquer pessoa que publique conteúdo na web, envie fotografias por email ou faça a gestão de uma biblioteca multimédia beneficia da compressão de imagens. As lojas de comércio eletrónico comprimem rotineiramente milhares de fotografias de produtos para acelerar o carregamento das páginas. Os bloguistas reduzem as imagens principais para baixo dos 100 KB para manter altas as suas pontuações no Lighthouse. Os programadores de aplicações móveis comprimem os recursos das aplicações para reduzir o tamanho das transferências. Da perspetiva dos Core Web Vitals, as imagens grandes não otimizadas são a causa mais comum de uma má pontuação de Largest Contentful Paint (LCP), o que afeta diretamente o posicionamento nas pesquisas da Google.

Esta ferramenta executa todo o trabalho de compressão diretamente dentro do teu navegador usando a Canvas API do HTML. Quando carregas uma imagem, o navegador descodifica-a em dados de píxeis em bruto na memória; o Canvas volta a codificar esses píxeis ao nível de qualidade que escolheres. O resultado codificado é disponibilizado para transferência, os bytes da tua imagem nunca viajam para nenhum servidor. Não é necessária conta, não há escalões consoante o tamanho do ficheiro nem marca de água. A pré-visualização lado a lado permite-te ver exatamente que nível de qualidade estás disposto a aceitar antes de confirmares a transferência.

Alguns conselhos práticos: uma qualidade JPEG na ordem dos 75 a 85 % é geralmente indistinguível dos 100 % nas fotografias, ao passo que descer abaixo dos 60 % introduz artefactos de bloco visíveis. O PNG é sem perdas por natureza, por isso os controlos de "qualidade" no modo PNG afetam apenas a velocidade de compressão, não a fidelidade visual, mas passar uma captura de ecrã PNG para WebP a 80 % pode reduzir o seu tamanho em 60 % ou mais. Se o ficheiro comprimido sair maior do que o original, significa que a fonte já estava muito otimizada; experimenta um valor de qualidade mais baixo ou um formato de saída diferente. Compara sempre num zoom de 1:1 antes de decidires que o resultado é aceitável.

Das máquinas de fax ao WebP: a surpreendente história da compressão de imagens

As raízes da compressão de imagens remontam aos primeiros dias da tecnologia do fax. Na década de 1970, os engenheiros desenvolveram a norma de fax Grupo 3, que usava a codificação por comprimento de sequências para transmitir documentos digitalizados a preto e branco mais depressa pelas linhas telefónicas, essencialmente o primeiro uso generalizado da compressão de imagens na tecnologia de consumo. A norma JPEG, que viria a definir como uma geração armazenou e partilhou fotografias, foi formalizada pelo Joint Photographic Experts Group em 1992 após quase uma década de investigação. O seu algoritmo de transformada de cosseno discreta foi inspirado por um trabalho publicado por Nasir Ahmed em 1974, originalmente proposto para a compressão de voz.

O formato GIF, apresentado pela CompuServe em 1987, tornou-se o formato de imagem dominante da web primitiva em parte porque usava o algoritmo de compressão sem perdas LZW, que mantinha os tamanhos de ficheiro geríveis nas ligações por modem. O PNG foi criado em 1996 como uma alternativa aberta e livre de patentes ao GIF, oferecendo compressão sem perdas superior e suporte a cores completas. Entretanto, o apetite da web por imagens mais ricas levou os investigadores a desenvolver códecs cada vez mais sofisticados: o JPEG 2000 chegou em 2000 com compressão baseada em wavelets, o WebP foi lançado em 2010, o AVIF (baseado no códec de vídeo AV1) surgiu em 2019 e o JPEG XL foi finalizado em 2022, prometendo cada geração melhor qualidade com tamanhos de ficheiro mais pequenos.

Um dos momentos mais marcantes da história da compressão de imagens na web chegou em 2010, quando a Google disponibilizou em código aberto o formato WebP, derivado da codificação intra-frame do seu códec de vídeo VP8. Recebido inicialmente com ceticismo, o WebP demorou quase uma década a obter suporte universal nos navegadores (o Safari adicionou-o em 2020). A sua aceitação marcou um ponto de viragem: a indústria reconheceu que o algoritmo do JPEG, com 30 anos, já não era suficiente para um mundo em que metade de todo o tráfego web tem origem em dispositivos móveis com planos de dados limitados. Hoje, servir imagens em formatos de nova geração é uma recomendação padrão em qualquer auditoria de desempenho web.

Publicidade
Publicidade
Publicidade