JPEG para WebP: compare o tamanho sem perder o que importa
Para catálogo ou página, o objetivo é um arquivo leve que preserve o que o leitor precisa, não o menor arquivo a qualquer custo visual. Defina os detalhes importantes antes de contar bytes.
Mantenha as dimensões iguais
Compare JPEG e WebP com os mesmos pixels e tamanho de exibição. Se reduzir um à metade da largura, misturará a economia do formato com a de reduzir pixels.
Observe rótulos, contornos e gradientes no tamanho normal e depois ampliados. Um centro bonito não compensa informação perdida na borda.
Qualidade não é porcentagem do original
Em WebP com perdas, a qualidade equilibra tamanho e aparência. 85 não significa preservar 85% dos detalhes. Codificação sem perdas é outro modo, não um número alto.
Este caminho gera WebP com perdas e qualidade ajustável. Examine a imagem baixada e depois os bytes; o formato não garante um arquivo menor.
Referências: Google WebP — Quality and lossless encoding are separate controls
Meça cada imagem
WebP pode ficar maior. Se economizar pouco ou danificar um detalhe importante, mantenha o original ou escolha outro ajuste, sem impor a mesma decisão a todas.
Abra uma amostra no aplicativo de destino antes de substituir uma biblioteca. Guarde originais fora da cadeia de exportação: a cópia comprimida para publicação não deve virar a fonte de toda edição futura.
Referências: Google WebP — File size, format features and limitations
Exemplo: a economia justifica trocar?
Suponha um JPEG de 240000 bytes e um WebP visualmente aceitável de 132000, com dimensões iguais. A diferença é 108000 bytes: 108000 ÷ 240000 × 100 = 45%. São valores fictícios de aritmética, não teste nem promessa do conversor.
Se a mesma diferença valesse para 20 imagens, seriam 2160000 bytes a menos. A decisão depende de cada imagem real e do suporte do destino a WebP, não de generalizar o exemplo como garantia.