Por que meu PNG ficou maior?

Três tamanhos que não devem ser confundidos

As dimensões descrevem a grade, por exemplo 1600 × 900. Os bytes codificados descrevem o arquivo no disco ou no download. A memória de trabalho descreve o que o navegador precisa ao converter. Mudar a codificação pode alterar os bytes sem mudar as dimensões, e a memória pode superar os dois arquivos.

O gerenciador de arquivos mostra o tamanho codificado. A prévia ajustada mostra um tamanho de exibição. Nenhum informa o pico de memória. Use a medida adequada: bytes para o limite de um formulário, dimensões para um layout e grupos menores quando a memória do dispositivo for o problema.

Dimensões → contam pixels. Codificação → determina bytes. Decodificação → precisa de memória.

Por que textura e ruído mudam o resultado

Duas imagens com as mesmas dimensões podem gerar PNGs muito diferentes. Uma ilustração plana tem áreas de cor repetida; uma textura detalhada varia de pixel para pixel. A compressão dispõe de diferentes quantidades de repetição. Transparência, variação de cor e codificador também influenciam: as dimensões sozinhas não preveem o tamanho final.

Um original com perdas pode incluir aproximações e artefatos que passam para a grade decodificada. Salvar essa grade sem perdas não recupera a cena original nem mantém a codificação compacta da origem. Por isso “mesma imagem visível” e “mesmo tamanho” são expectativas diferentes.

Calcule a mudança sem confundir com melhoria

Divida os bytes de saída pelos de entrada para obter a proporção. Na textura incluída, 679.149 ÷ 84.906 é aproximadamente 8,00. PNG tem oito vezes os bytes, não a resolução. A mudança percentual é (saída − entrada) ÷ entrada × 100. Uma saída oito vezes maior representa um aumento próximo de 700%, não de 800%.

É uma medição de um exemplo específico. Uma comparação é útil quando origem, dimensões e codificador estão claros. Engana se o número é aplicado a todas as imagens ou apresentado como nota de qualidade. Meça seu arquivo depois de converter e confira a aparência separadamente.

Por que um arquivo pequeno pode exigir bastante memória

O tamanho do arquivo e a memória de trabalho medem coisas diferentes. Uma imagem de 4000 × 3000 tem 12 milhões de pixels. Um buffer RGBA comum usa quatro bytes por pixel: 48.000.000 bytes, cerca de 45,8 MiB. Decodificar, mostrar a prévia, codificar e manter o resultado pode exigir outros buffers. É uma referência, não um pico medido.

Por isso um arquivo comprimido dentro do limite de bytes ainda pode exceder o limite de pixels. No celular, comece com uma imagem grande, salve e limpe a fila antes do próximo grupo. Fechar abas pesadas pode ajudar, mas cumprir os limites não garante memória suficiente em todos os dispositivos.

O que fazer com um limite rígido de envio

Leia o requisito completo. Se PNG e as dimensões são obrigatórios, converter para JPG não atende. Uma otimização PNG separada pode reduzir dados extras; redimensionar muda pixels e é outra decisão. Este conversor não garante um tamanho final nem reduz dimensões automaticamente.

Se aceitar JPG para uma foto opaca, compare essa saída. Se aceitar WebP, teste uma entrega com qualidade visual aceitável. Guarde o original transparente antes de criar uma cópia opaca. Não coloque um PNG grande em ZIP sem aceitação de arquivos compactados: a imagem extraída mantém seu tamanho.

• Converter WebP para JPG ↗
• Converter PNG para WebP ↗

Como comparar formatos sem misturar as variáveis

Use o mesmo original e as mesmas dimensões visíveis. Comparar uma miniatura de 600 px com uma imagem de 2400 px não isola o formato. Anote codificador e qualidade; compare aparência e bytes. O mesmo número de qualidade em dois codificadores não comprova qualidade visual equivalente.

Inclua conteúdo exigente: texto pequeno em diagramas, gradientes em ilustrações e cabelo ou textura em fotos. Se transparência importa, use o mesmo fundo ao conferir. Registre qual exemplo atende aos requisitos; não transforme o resultado de uma imagem simples em uma promessa universal de redução.

Referência: MDN: Canvas toBlob()

Uma revisão prática antes de usar o resultado

Um download concluído é o começo da conferência final. Abra o resultado no aplicativo que realmente vai usá-lo. Um editor de apresentações, um formulário e um visualizador podem tratar o mesmo arquivo de formas diferentes. Conferir o destino detecta problemas que a prévia sozinha não mostra.

1. Confirme a extensão e se o aplicativo abre a imagem sem erros.
2. Confira largura, altura e orientação visível; compare com o original.
3. Confira textos pequenos, diagonais, cabelo, sombras e gradientes com zoom de 100%.
4. Coloque gráficos transparentes sobre um fundo claro e outro escuro.
5. Compare o tamanho real com o limite do destino antes de enviar.
6. Guarde os originais até conferir todos os arquivos baixados.