Converta WebP para JPG escolhendo o destino da transparência

A única coisa que JPEG não consegue fazer

JPEG não tem canal alfa. Ele foi concluído em 1992 para fotografias, e uma fotografia não tem partes transparentes, então o formato não tem como registrar uma. Isso não é uma limitação que alguém vá corrigir: o fluxo de bits não tem onde armazenar essa informação.

Assim, todo pixel transparente na origem precisa se tornar opaco, e a única questão é escolher a cor. Branco é a resposta usual porque a maioria dos documentos e das páginas da web é branca. É a resposta errada em uma página escura, onde um logotipo convertido sobre branco chega dentro de um retângulo branco — a reclamação mais comum sobre essa conversão, e isso não é um erro do conversor.

A escolha é permanente. Quando o arquivo se torna um JPEG, a informação alfa desaparece e nenhuma etapa posterior consegue recuperá-la. Por isso esta ferramenta detecta a transparência na origem e apresenta a questão, em vez de decidir silenciosamente. Se o destino realmente precisa de transparência, converter para PNG a mantém, e o WebP com perdas já a mantinha desde o início.

Duas etapas com perdas e como tornar a segunda mais barata

Um WebP com perdas já descartou detalhes. Decodificá-lo e codificar um JPEG descarta mais, e os dois codecs não descartam as mesmas coisas — WebP trabalha com uma transformação diferente e uma quantização diferente, então seus artefatos não são o que um codificador JPEG espera encontrar. O resultado é que a segunda etapa gasta bits preservando os erros da primeira.

A solução prática é definir uma qualidade mais alta do que você usaria normalmente. Em 92, a segunda etapa é efetivamente transparente: o arquivo fica maior do que o WebP, e nada visível se perde além do que o próprio WebP já perdeu. Em 70, o efeito cumulativo aparece, especialmente nas bordas e em gradientes uniformes, como um céu.

Se o WebP de origem era sem perdas — um gráfico exportado, uma captura de tela — nada disso se aplica, porque há apenas uma etapa com perdas. Ainda vale manter a qualidade alta em qualquer coisa que contenha texto, onde os halos do JPEG ficam mais visíveis e onde PNG seria um destino melhor de qualquer forma.

Quando esta conversão é a escolha certa

Ela não é para a web. Todo navegador atualmente usado exibe WebP, e converter uma imagem da web para JPEG a torna maior sem nenhum benefício. Os motivos para fazer isso têm todos a ver com programas que não são navegadores:

• Um aplicativo de desktop antigo — uma ferramenta de design, um programa de diagramação, um pacote de contabilidade com um campo para logotipo — que aceita “uma imagem” e quer dizer JPEG.
• Um fluxo de impressão, em que o software de pré-verificação da impressora pode rejeitar um contêiner desconhecido mesmo que tecnicamente consiga lê-lo.
• Um modelo de documento, formulário ou portal com uma lista fixa de extensões aceitas.
• Um cliente de e-mail que insere um anexo JPEG diretamente na mensagem e oferece o download de um WebP.
• Entregar um arquivo a alguém que vai clicar duas vezes nele em uma máquina que você não controla.
• Um dispositivo — um porta-retratos digital, a central multimídia de um carro, um modo de reprodução de câmera — com um decodificador fixo.

Em todos esses casos, JPEG não é o formato melhor; é o formato compatível. Esse é um motivo real e suficiente, e vale deixar claro que esse é o motivo, porque “converter para JPG para ter qualidade” é algo que as pessoas dizem e nunca foi verdade.

Abrir um WebP sem convertê-lo

Metade do tráfego de uma página como esta vem de alguém que recebeu um arquivo que não consegue abrir, e a resposta mais rápida geralmente não é uma conversão. Arraste o arquivo para qualquer janela do navegador e ele será exibido — isso funciona em todos os sistemas operacionais e não exige nenhuma instalação. O Fotos do Windows lê WebP desde 2019 e o Preview do macOS faz isso desde o Big Sur, então um clique duplo geralmente também funciona.

A conversão serve para encaminhar o arquivo, não para visualizá-lo. Se o objetivo é apenas ver a imagem, o navegador em que você está lendo isto já resolveu o problema.

O que o arquivo perde no caminho

A conversão é feita a partir de pixels decodificados, então os metadados do arquivo de origem não são transferidos: nenhum EXIF, nenhum XMP, nenhum perfil ICC além da cor que o navegador já aplicou, nenhum manifesto C2PA. O resultado é um JPEG simples com um cabeçalho JFIF e nada mais anexado.

Isso é conveniente quando a origem era uma fotografia que carregava uma localização, e inconveniente quando ela carregava uma linha de direitos autorais que você queria manter. Não há uma configuração intermediária aqui, porque recodificação e preservação de metadados são operações separadas — a ferramenta de metadados é onde você verifica o que um arquivo carrega e decide o que fazer, sem tocar na imagem.

A transparência, como explicado acima, se torna a cor de fundo. A animação não é preservada: um WebP animado é convertido usando seu primeiro quadro, uma característica de todo conversor baseado em canvas.

Tamanhos e o que esperar

Um WebP com perdas convertido para JPEG na qualidade 92 geralmente fica um pouco maior do que a origem — muitas vezes entre um terço e metade maior — porque WebP é o codec mais eficiente e porque o codificador JPEG agora preserva os artefatos do WebP como se fossem detalhes. Um WebP sem perdas convertido para JPEG fica muito menor, porque um formato sem perdas está se tornando um formato com perdas.

O comprovante nesta página informa os dois tamanhos e a mudança, portanto não é preciso adivinhar em qual desses dois casos você está. Se o resultado ficar maior do que você quer, o compressor pode buscar um limite exato, e o redimensionador é o recurso mais importante se a imagem também tiver mais pixels do que precisa.

Tudo é executado nesta aba do navegador. O arquivo é decodificado, desenhado em um canvas, codificado e devolvido; nenhuma requisição o leva a outro lugar, e não há nenhum endpoint neste domínio que aceite um arquivo.