Este artigo não cita nenhum número "médio da indústria". Os dados de compressão mencionados são de nossos testes reais, e os cálculos de custo fornecem apenas a fórmula, que você pode usar com seus próprios preços unitários na conta.
Ao verificar a conta da nuvem todo mês, a maioria das pessoas apenas olha o total: um pouco maior que o mês anterior, dentro do orçamento, e pronto.
Mas se você expandir a conta e analisar por produto, muitos sites, miniaplicativos e plataformas de conteúdo descobrirão que os itens que aparecem no topo geralmente são apenas dois:
- Armazenamento de objetos: cobrado mensalmente por GB·mês
- CDN / Tráfego de rede pública: cobrado mensalmente por GB de tráfego de download
E desses dois itens, geralmente é a imagem que ocupa mais espaço.
O problema é que uma parte considerável desses bytes de imagem não pode nem ser percebida pelo usuário, mas você ainda paga por eles todo mês.
1. "Comprimido no upload" não significa "comprimido o suficiente"
Muitas equipes dirão: "Nós já comprimimos no momento do upload."
Nós testamos especificamente esse cenário. A amostra foi um site que permite o upload de imagens, que já havia passado por uma compressão padrão ao ser armazenada: 78 pastas, 4624 imagens, totalizando 1,41 GB.
| Tamanho | Relativo ao original | |
|---|---|---|
| Arquivo original já comprimido pelo site | 1,41 GB | — |
| Compactado em zip | 1,41 GB | -0,2% |
| Compressão adicional da ImgZilla | 0,75 GB | -46,8% |
Com base em "já comprimido", economizou-se quase metade. Além disso, das 4624 imagens, cada uma ainda pode ser comprimida mais, nenhuma delas é "já no limite, pule direto".
A razão não é complexa: a maioria das compressões de entrada apenas define um parâmetro de qualidade uniforme ou limita um pouco o tamanho, sendo um tratamento conservador e único, longe de usar todo o espaço de codificação de cada formato.
Se sua biblioteca de imagens for diretamente das câmeras, exportações de designs ou uploads de originais pelas operações, o espaço é ainda maior. Testamos em 32188 imagens JPEG diretamente das câmeras, e o volume total reduziu em 76,8%.
2. A taxa de armazenamento é aditiva, a taxa de tráfego é multiplicativa
Este é o ponto mais fácil de ser ignorado.
- Taxa de armazenamento: uma imagem fica no bucket, e é cobrada mensalmente pelo seu volume
- Taxa de tráfego: uma imagem é aberta uma vez, e é cobrada novamente pelo seu volume
Portanto, um banner da página inicial que tenha 300 KB de bytes inúteis a mais quase não aparece na conta de armazenamento, mas se for aberto 100.000 vezes por dia, na conta de tráfego é cerca de 29 GB a mais por dia.
Quanto mais popular a imagem, mais dinheiro está sendo pago à toa. E as imagens mais populares são precisamente aquelas que aparecem na página inicial, nas fotos principais dos produtos e nos cabeçalhos dos artigos — os locais onde mais se "faz upload direto da imagem original".
3. Calcule sua própria conta
Não confie em nenhuma estimativa, pegue a conta do mês passado e substitua nos dois fórmulas abaixo:
Custo de armazenamento mensal poupável ≈ Volume total de armazenamento de imagens (GB) × Taxa de compressão × Preço unitário de armazenamento (R$/GB·mês)
Custo de tráfego mensal poupável ≈ Tráfego mensal de download de imagens (GB) × Taxa de compressão × Preço unitário de tráfego (R$/GB)
A taxa de compressão pode ser estimada保守amente primeiro como 40% (um pouco menor que os 46,8% que medimos na amostra "já comprimida"), e substitua pelos números reais depois de rodar suas próprias imagens.
Um exemplo ilustrativo (os preços são valores hipotéticos, substitua pelos seus da conta):
| Item | Valor |
|---|---|
| Volume de armazenamento de imagens | 500 GB |
| Tráfego mensal de download de imagens | 10 TB |
| Preço unitário de armazenamento (hipotético) | 0,12 R$/GB·mês |
| Preço unitário de tráfego (hipotético) | 0,20 R$/GB |
- Armazenamento: 500 × 40% × 0,12 ≈ 24 R$/mês
- Tráfego: 10240 × 40% × 0,20 ≈ 819 R$/mês
Pode-se perceber que o verdadeiro grande valor está no tráfego. O economizado em armazenamento é detalhe, o economizado em tráfego é o dinheiro de verdade. E esse valor é pago todo mês, e se as imagens não forem processadas, continua a ser pago.
Existem também ganhos que não aparecem na conta: carregamento de páginas mais rápido, usuários móveis gastando menos dados, indicadores LCP melhores, e o pacote principal do miniaplicativo mais fácil de encaixar dentro do limite.
4. Por que, sabendo que se deve comprimir, ninguém vai comprimir?
Perguntamos a muitos desenvolvedores e administradores de sites, e a resposta geralmente é apenas três:
1. Medo de alterar o caminho.
As ferramentas de compressão online tradicionais exigem "upload → download → renomear → substituir → alterar referências no código", e ninguém ousa mexer em projetos com milhares de imagens.
2. Medo de problemas de qualidade.
Após comprimir, se um designer, operador ou o chefe disser "a imagem ficou borrada", ninguém quer assumir a culpa.
3. É muito trabalhoso.
Pastas aninhadas, processar uma por uma é inviável, e escrever scripts envolve ajustar parâmetros e lidar com vários formatos.
A ImgZilla foi feita para resolver esses três problemas:
- Compressão "in loco": após comprimir, substitui diretamente o arquivo original, mantendo nome de arquivo e estrutura de diretório completamente intocados, sem precisar alterar nenhuma referência no código
- Sem perda visual: PNG e SVG são verdadeiramente sem perda; JPEG, WebP, AVIF e HEIC ajustam parâmetros separadamente para cada formato, mantendo dentro do alcance que não pode ser percebido a olho nu. Inclui comparação dividida à esquerda e à direita, permitindo ampliar até os pixels reais para verificar
- Arraste uma pasta e pronto: processa recursivamente todos os subdiretórios, sem precisar selecionar arquivos ou ajustar sliders
- Processamento totalmente local: materiais internos e imagens de produtos não publicados não precisam ser enviados para servidores de terceiros
5. Fluxo prático para "emagrecer" o bucket
Se suas imagens já estão no armazenamento de objetos, o fluxo é aproximadamente este:
- Sincronizar para local: use ferramentas como
rclone,ossutil,coscmd,aws s3 syncpara baixar o diretório de imagens para o Mac - Fazer uma cópia de backup: tranquilo, é uma boa prática, não porque a ferramenta seja confiável
- Arrastar para a ImgZilla: arraste o diretório inteiro e aguarde terminar
- Sincronizar de volta para o bucket: use a mesma ferramenta para fazer upload de substituição, mantendo o caminho inalterado
- Atualizar o cache do CDN: faça uma atualização de diretório para o diretório de imagens, para que os nós de borda recebam os novos arquivos
Não esqueça da etapa 5. Se não atualizar, os nós do CDN continuarão distribuindo arquivos antigos, e o valor da conta de tráfego só cairá após o cache expirar.
6. Declaração honesta
- A ImgZilla atualmente está disponível apenas para macOS (requer macOS 12.3 ou superior), não há versão para Windows
- Além de PNG e SVG, os outros formatos são sem perda visual, não sem perda de pixel. Se o seu negócio exigir que os pixels permaneçam exatamente iguais (por exemplo, imagens médicas ou materiais que exigem comparação de pixels), não faça recodificação para esses tipos de arquivo
- A taxa de compressão varia de imagem para imagem. Nossos testes mediram uma taxa de compressão individual que variou de 32% a 86%, recomendamos selecionar um diretório para testar primeiro, ver os números reais e depois decidir
Final
Os fornecedores de nuvem não irão alertá-lo de que as imagens podem ser um pouco menores, e a conta não listará separadamente uma linha "bytes inúteis".
Mas elas estão lá, sendo cobradas mensalmente por GB, e novamente a cada vez que são acessadas.
Arraste o diretório de imagens para a ImgZilla e execute uma vez, e compare a conta do próximo mês.
👉 Baixar ImgZilla: https://imagetool.app/ImgZilla