A resposta curta: em tamanho de arquivo, o WebP ganha quase sempre. Em compatibilidade e fluxos de edição, o PNG ganha quase sempre. A pergunta certa não é qual formato é melhor — é qual trabalho você está fazendo. Mas "depende" só é útil quando você sabe por que depende, e isso vem de como cada formato comprime.
Como os dois formatos comprimem
O PNG faz exatamente uma coisa: compressão sem perdas. Cada linha de pixels passa por um filtro de previsão que deixa os dados o mais repetitivos possível, e então o DEFLATE — a mesma família LZ77 mais Huffman dos arquivos ZIP — aperta o resultado. Cada pixel sobrevive bit a bit. O PNG foi desenhado em meados dos anos 1990 como substituto livre de patentes para o GIF, e o nascimento do PNG explica por que ele foi construído de forma tão conservadora.
O WebP faz duas coisas, porque na verdade são dois formatos dividindo uma extensão. O WebP com perdas é o VP8, o codec intra-frame dos trabalhos de compressão de vídeo do Google — baseado em blocos, no domínio da frequência, filosoficamente primo do JPEG. O WebP sem perdas é o VP8L, um codec lossless feito sob medida, com sua própria codificação de entropia, transformadas de cor e previsão espacial. O Google lançou tudo em 2010, e o nascimento do WebP tem a história completa.
Os dois formatos suportam transparência alfa, mas de formas diferentes. O PNG carrega o alfa como um canal de primeira classe ao lado de vermelho, verde e azul. O WebP com perdas acopla o alfa como um canal separado codificado sem perdas ao lado dos dados de cor com perdas — então você tem uma foto comprimida com um recorte transparente nítido, algo que nem o JPG nem o VP8 puro conseguiam sozinhos. Se a distinção entre as duas filosofias de compressão estiver confusa, nosso explicador sobre compressão com e sem perdas cobre os fundamentos.
A realidade do tamanho
Os benchmarks do próprio Google afirmam que o WebP sem perdas fica cerca de 26% menor que o PNG nas mesmas imagens. Na prática, com gráficos reais, esse número se sustenta:
| Imagem | PNG | WebP (sem perdas) | WebP (com perdas, q80) |
|---|---|---|---|
| Captura de tela 1920×1080 de UI | ~250 KB | ~180 KB | ~90 KB |
| Logotipo com fundo transparente | ~40 KB | ~28 KB | ~12 KB |
| Foto de 12 MP (para comparação) | ~20 MB | ~14 MB | ~1,5 MB |
Duas coisas se destacam. Primeiro, o WebP sem perdas vence o PNG no próprio território do PNG — capturas de tela, logotipos, gráficos chapados — com margem consistente, porque os preditores e o codificador de entropia do VP8L estão uma geração à frente dos do DEFLATE. Segundo, a coluna com perdas é onde acontece o estrago de verdade: uma foto em WebP com perdas é uma ordem de grandeza menor que em PNG. Fizemos a comparação equivalente com JPG em JPG vs PNG, e o guia de formatos de imagem para web mapeia onde os três se encaixam.
Onde o PNG ainda vence: tudo que não é navegador
Todo navegador moderno renderiza WebP há anos. Essa frase carrega muito peso, porque no momento em que você sai do navegador, o suporte a WebP fica irregular. Versões antigas do Photoshop precisam de plugin. Alguns formulários de upload de CMS e ferramentas de marketplace rejeitam .webp de cara. Visualizadores de imagem em sistemas operacionais antigos não sabem o que fazer. Pacotes de escritório, gráficas e sistemas embarcados ficam ainda mais para trás.
O PNG não tem nenhum desses problemas. É lido universalmente desde o fim dos anos 1990 — todo editor de imagem, todo sistema operacional, todo pacote de escritório, todo fluxo de impressão. Quando alguém diz que um arquivo "simplesmente funciona", geralmente está descrevendo PNG ou JPG.
A questão do fluxo de trabalho
Esta é a parte que a maioria das comparações pula. O PNG não é só um formato de entrega; é o formato intermediário padrão. Abre em todo lugar, nunca degrada ao salvar de novo, e toda ferramenta de todo pipeline o aceita. É por isso que designers exportam arquivos de trabalho em PNG mesmo quando o asset final sai em WebP.
O fluxo sensato é assim: edite e arquive em PNG (ou num formato de trabalho de verdade como PSD), depois exporte WebP para o site. WebP é o contêiner de envio; PNG é a oficina. Para a versão dessa decisão focada em sites, PNG vs WebP para websites aprofunda, e WebP vs JPG cobre o lado das fotos.
Qual usar quando
| Trabalho | Use | Por quê |
|---|---|---|
| Imagens num site que você controla | WebP | menor com a mesma qualidade, alfa incluso |
| Capturas de tela e gráficos de UI | WebP para publicar, PNG para compartilhar | tamanho vs abertura universal |
| Enviar arquivos para clientes ou gráfica | PNG | abre em todo lugar, sem perguntas |
| Edição e arquivamento | PNG | sem perdas, toda ferramenta lê |
| Upload num formulário que você não controla | PNG | muitos formulários ainda rejeitam WebP |
Quando você precisa converter
Se um arquivo WebP foi barrado por um formulário de upload ou um app antigo, WebP para PNG converte localmente no seu navegador — transparência intacta, nada enviado; o passo a passo está em como converter WebP para PNG. No sentido contrário, PNG para WebP normalmente corta um quarto ou mais do tamanho de um gráfico antes de ele ir para a página. Os dois rodam inteiramente no seu dispositivo.
A regra que sai de tudo isso: mantenha seus originais em PNG, publique WebP na web e converta sob demanda quando o mundo lá fora discordar.
