Conversor de Imagem

Escolhendo entre os três formatos

PNG é sem perdas. Todo pixel volta exatamente como entrou, há suporte total a transparência alfa, e áreas de cor chapada são comprimidas muito bem. Isso o torna certo para capturas de tela, diagramas, logotipos, desenhos de linha, qualquer coisa com texto e qualquer coisa que precise de transparência. É uma má escolha para fotografias, em que a compressão sem perdas encontra pouco para remover e os arquivos saem várias vezes maiores do que precisariam.

JPG tem perdas e foi feito para fotografias. Ele descarta detalhes que o olho percebe mal, principalmente variações finas de cor, e consegue grandes reduções em imagens de tom contínuo. Não tem transparência nenhuma e lida mal com bordas nítidas - texto e desenhos de linha em JPG ganham franjas visíveis que nenhuma configuração de qualidade elimina por completo.

WebP faz as duas coisas. O WebP com perdas costuma ficar 25-35% menor que o JPG com qualidade comparável, o WebP sem perdas supera o PNG em cerca de um quarto e, ao contrário do JPG, suporta transparência. Hoje todos os navegadores o suportam, e o principal motivo restante para preferir JPG é que alguns softwares de desktop mais antigos e fluxos de impressão ainda não aceitam WebP.

O que o controle de qualidade faz

JPG e WebP com perdas funcionam transformando a imagem em blocos e depois quantizando o resultado - guardando a estrutura geral com precisão e os detalhes finos de forma aproximada. O número de qualidade controla o quão agressivo é esse arredondamento. Não é porcentagem de nada, e o mesmo número significa coisas diferentes em codificadores diferentes.

Na prática, a faixa útil é estreita. Acima de uns 90 o arquivo cresce rápido por diferenças que quase ninguém enxerga. Abaixo de uns 60 os artefatos ficam evidentes: blocos em degradês suaves como céus e halos em volta de bordas nítidas. Algo entre 75 e 85 costuma ser o ponto ideal para fotos na web, e o jeito certo de escolher é comparar a saída com o original em tamanho real, em vez de confiar no número.

A outra coisa a saber é a perda por geração. Cada nova codificação com perdas descarta um pouco mais, e a perda se acumula - um JPG aberto, levemente editado e salvo dez vezes fica visivelmente degradado. Sempre recodifique a partir do original, e não de uma exportação anterior, e guarde uma matriz sem perdas se a imagem for ser revisada.

O que a recodificação deixa para trás

A conversão decodifica a imagem em pixels e grava um arquivo novo a partir desses pixels, então tudo o que era metadado, e não imagem, é descartado: EXIF, incluindo modelo da câmera, lente, data e hora e coordenadas de GPS; legendas IPTC e campos de direitos autorais; miniaturas; e qualquer histórico de edição anexado pelo software de origem.

Normalmente isso é bem-vindo. Uma foto tirada no celular costuma levar as coordenadas exatas de onde foi feita, e removê-las antes de publicar é um reflexo sensato. Não é bem-vindo se você precisava do campo de direitos autorais ou da data de captura, então guarde o original se algum deles importar.

Um caso pede cuidado. A marcação de orientação é lida e aplicada antes da recodificação, então uma foto em retrato que alguns visualizadores mostravam deitada sai de fato em pé. Mas um perfil de cor ICC embutido não sobrevive, e uma foto num espaço de gama ampla como Display P3 muda levemente de cor quando tratada como sRGB. Em imagens comuns para a web isso é invisível; para trabalho em que a cor é crítica, converta com uma ferramenta que gerencie perfis.

O que a conversão não consegue fazer

Converter para um formato sem perdas não restaura nada. Um JPG salvo como PNG mantém todos os artefatos que o JPG já tinha e apenas os guarda sem perda adicional, num arquivo muito maior. Se a imagem passou por compressão pesada, esse dano agora está nos pixels.

Mudar de formato também não reduz as dimensões. Uma fotografia de 4000 pixels convertida para WebP continua com 4000 pixels de largura; se o objetivo é um arquivo menor para uma página web, redimensioná-la para o tamanho em que será exibida economiza muito mais do que qualquer escolha de formato. As duas operações combinam bem - redimensione primeiro, depois codifique -, e o redimensionador é a outra metade desse trabalho.

O que o JPEG realmente descarta

O JPEG trabalha em blocos de oito por oito pixels. Cada bloco passa por uma transformada discreta de cosseno que o converte em um conjunto de coeficientes de frequência - um descreve o tom médio e os demais descrevem detalhes progressivamente mais finos -, e esses coeficientes são então divididos por uma tabela de quantização e arredondados. Os de alta frequência geralmente arredondam para zero, e sequências de zeros comprimem muito bem. Esse arredondamento é a perda.

Antes disso tudo, a imagem é convertida de RGB para um canal de luminância e dois canais de cor, e os canais de cor costumam ser guardados com metade da resolução em cada direção. Isso é a subamostragem de croma, escrita como 4:2:0, e ela explora o fato de que a visão humana resolve detalhes de brilho muito melhor do que detalhes de cor.

As duas etapas explicam os artefatos. O aspecto de blocos num céu suave é a grade de oito por oito ficando visível quando coeficientes demais arredondam para zero. As franjas coloridas em volta de um texto vermelho sobre fundo branco são a subamostragem de croma: a borda é nítida na luminância e borrada na cor. Nenhum ajuste de qualidade elimina as franjas por completo, e é por isso que texto pede PNG ou WebP.

Os formatos além desses três

O AVIF, derivado do codec de vídeo AV1, comprime bem melhor que o WebP em qualidade baixa e média, aceita gama de cores ampla e transparência, e hoje é suportado por todos os navegadores atuais. Ele é mais lento para codificar, e um AVIF de qualidade muito baixa suaviza os detalhes até virarem uma textura encerada em vez de mostrar blocos, o que algumas pessoas acham pior do que o JPEG equivalente.

O HEIC é o que os iPhones modernos produzem por padrão. É eficiente, mas está cercado de patentes e não é suportado nos navegadores, então imagens tiradas no celular quase sempre precisam ser convertidas antes de ir para um site. O SVG não é um formato raster: é marcação que descreve formas, o que o torna ideal para logotipos e ícones em qualquer tamanho e inútil para fotografias.

O GIF sobrevive por um único motivo, inércia. São 256 cores, nenhum canal alfa que mereça o nome, e arquivos várias vezes maiores do que um vídeo equivalente para a mesma animação. Um MP4 ou um WebM faz o mesmo trabalho com uma fração do tamanho.

Entregando imagens numa página

A escolha do formato importa menos do que entregar as dimensões certas. Uma foto de 4000 pixels exibida numa coluna de 600 pixels desperdiça a maior parte dos seus bytes, independentemente do codec. O atributo srcset permite que o navegador escolha entre várias larguras, e o sizes informa a ele com que largura a imagem será de fato renderizada; juntos, os dois costumam economizar mais do que qualquer recodificação.

O elemento picture vai além ao oferecer formatos diferentes, de modo que o navegador pega AVIF se puder, WebP se não puder, e JPEG como piso. Gerar essa combinação à mão é tedioso; uma CDN de imagens ou o componente de imagem de um framework faz isso para você.

Dois atributos valem a pena em toda imagem: width e height explícitos, para que o navegador reserve o espaço e a página não pule conforme as imagens carregam, e loading=lazy em tudo que está abaixo da dobra. A imagem que aparece primeiro não deve ser lazy, já que atrasá-la piora diretamente o largest contentful paint.

Perfis de cor, transparência e impressão

Um perfil ICC diz ao visualizador como interpretar os números de um arquivo. Uma foto de celular moderno costuma vir marcada como Display P3, e quando essa marcação se perde os mesmos números passam a ser lidos como sRGB, o que desloca toda cor saturada. Esta conversão decodifica para pixels e grava um arquivo novo, então o perfil não sobrevive - tudo bem para imagens comuns de web, nada bem para trabalho em que a cor é crítica.

A transparência tem uma lacuna parecida. Converter um PNG com canal alfa para JPEG o compõe sobre um fundo, e o resultado habitual é um halo preto ou branco em volta das bordas suavizadas. WebP e AVIF preservam o canal, então são o destino certo quando a transparência importa.

Impressão é outro fluxo. Telas são RGB aditivo e prelos são CMYK subtrativo, a conversão depende da tinta, do papel e do perfil da impressora, e cores vivas na tela muitas vezes não têm equivalente imprimível. Qualquer valor CMYK mostrado por uma ferramenta de navegador é uma aproximação, útil para ter uma ideia e não para uma prova de cor.

Metadados, privacidade e procedência

Uma fotografia carrega muito mais do que pixels. O EXIF registra a câmera e a lente, os parâmetros de exposição, a data e a hora e, com frequência, as coordenadas GPS do lugar onde ela foi feita. Plataformas sociais em geral removem isso no upload, mas arquivos enviados por e-mail, anexados a um chamado ou publicados no seu próprio site costumam manter tudo.

Remover metadados é o comportamento padrão de qualquer recodificação, inclusive desta, o que na maior parte do tempo é o desfecho mais amigável à privacidade e um incômodo quando o copyright, a legenda ou a data de captura faziam diferença. Se algum desses dados faz parte do registro, guarde o original e trate a cópia convertida como um derivado.

Um campo merece ser preservado de propósito: a orientação. Câmeras guardam a rotação como um sinalizador em vez de girar os pixels, então uma foto em retrato pode aparecer deitada em softwares que ignoram esse sinalizador. Aplicar a rotação antes de recodificar, como acontece aqui, é o que faz o arquivo convertido ser exibido corretamente em todo lugar.