Notas da equipe sobre ofício, formatos e as pequenas decisões por trás de um bom resultado.
Por que tantos apps ainda recusam WebP em 2026
Embora o WebP tenha mais de uma década, uma fatia real de software de consumo ainda não aceita ele para envio ou exibição. O motivo não é capacidade técnica, já que o codec está amplamente disponível, mas inércia de produto e padronização de formato. O Instagram e as plataformas mais amplas da Meta padronizaram o JPEG para envio porque é o formato mais portátil para uma base global de usuários,. e O visualizador de fotos da Microsoft no Windows 10 precisa de uma instalação separada da Store para lidar com WebP. A maioria dos gerenciadores de conteúdo corporativos construídos antes de 2018 valida envios contra uma lista MIME fixa que antecede o WebP por completo. Gráficas, agências de banco de imagens e portais de governo muitas vezes embutem requisitos de formato em especificações legais ou de compras. Essas são barreiras genuínas que exigem um formato compatível, e o JPEG continua sendo a resposta universal para elas.
O problema da transparência: por que branco, e como mudar
A compressão do JPEG trabalha sobre canais de luma e croma extraídos dos valores de vermelho, verde e azul. Não existe um quarto canal para alpha. Quando o navegador grava um JPEG a partir de um WebP que carrega pixels transparentes, ele tem que atribuir uma cor real a cada ponto transparente. O preenchimento padrão é branco, hex FFFFFF, RGB por 255. Esse é o padrão do navegador, não uma configuração que esta ferramenta expõe. Se o seu WebP tem fundo transparente e você precisa de uma cor específica no JPG, digamos cinza escuro para um logo em uma página escura, abra o WebP em qualquer editor que suporte camadas, ponha uma camada de fundo na cor que você quer abaixo da imagem, achate a pilha e então passe esse arquivo achatado por este conversor. O resultado é um JPG carregando a cor que você escolheu exatamente onde a transparência ficava.
Qualidade, PSNR e o que significa visualmente desprezível
O PSNR, Relação Sinal-Ruído de Pico, é a régua de engenharia padrão para o quanto uma imagem regravada se afasta da origem, expressa em decibéis. Um número mais alto significa uma correspondência mais próxima. Nos nossos testes de ponta a ponta, o gravador de JPEG usado aqui produziu 43,66 dB de PSNR em uma fotografia de na qualidade padrão. Para contexto, 36 dB é o limite aproximado abaixo do qual as diferenças ficam claramente visíveis para a maioria das pessoas, enquanto 40 dB para cima costuma ser chamado de perceptualmente transparente para conteúdo fotográfico. A 43,66 dB, a conversão é, para qualquer fim prático de web ou impressão, visualmente idêntica à origem. A qualidade é fixa nesta versão, sem controle deslizante. Se você precisa de um nível de qualidade preciso para um fluxo específico, uma ferramenta mais configurável é a melhor opção para esse trabalho.
Tamanho de arquivo após a conversão: WebP para JPG costuma ser maior
O WebP comprime fotografias com mais eficiência que o JPEG. Quando você converte na direção contrária, de WebP para JPG, você passa para um formato menos eficiente, então a saída geralmente acaba maior que a entrada. Nas nossas medições, uma fotografia WebP de em produziu um JPEG de , um pouco menor nesse caso porque o JPEG por acaso codificou bem aquela imagem. Mas em fotos maiores o inchaço é consistente. Uma imagem que chega como um WebP de pode sair como mais ou menos um JPEG de em qualidade visual comparável. Isso não é um bug nem sinal de que o conversor está se comportando mal. É o preço esperado de passar de um formato mais eficiente para um menos eficiente, e esse crescimento é simplesmente o custo da compatibilidade universal.
Metadados: EXIF, GPS e o que é removido
Arquivos WebP podem carregar metadados EXIF, incluindo coordenadas de GPS, modelo da câmera, velocidade do obturador, abertura e orientação. Arquivos JPEG também podem carregar EXIF. O fluxo de conversão aqui, porém, remove todos os metadados da saída. O JPEG resultante guarda só os dados de ponto, sem EXIF, sem campos de copyright IPTC, sem histórico de edição XMP e sem perfil ICC no Firefox ou no WebKit, enquanto o Chrome e o Edge preservam perfis ICC. Isso acontece no nível de desenho do navegador e não pode ser sobrescrito. Para a maioria das publicações na web, metadados removidos são o resultado preferível: cortam alguns kilobytes, removem coordenadas de GPS que poderiam apontar onde uma foto foi tirada e evitam vazar detalhes de câmera ou edição. Para trabalho de arquivo ou jurídico onde os metadados têm que sobreviver, use um editor dedicado que preserve EXIF em vez deste conversor.
Quanto tempo leva a conversão de WebP para JPG?
Nos nossos testes de ponta a ponta no Chromium, Firefox e WebKit, a etapa de gravação do JPEG para uma fotografia de levou 16 milissegundos no Chromium, 12 no Firefox e 17 no WebKit. Para uma foto grande em , a etapa de gravação acrescentou cerca de 1,5 segundo no Chromium. O tempo total que você de fato sente também inclui o navegador lendo o arquivo do disco, a etapa de leitura do WebP e o desenho na tela antes da gravação. Para fotos de celular abaixo de 4 megapixels, a ida e volta fica abaixo de um segundo. Para fotos grandes de DSLR acima de 8 megapixels, espere de 2 a 5 segundos em um navegador de computador. Aparelhos móveis rodam cerca de 3 a 5 vezes mais devagar que o computador só na gravação, o que acompanha a diferença de desempenho de CPU móvel.
