Notas da equipe sobre ofício, formatos e as pequenas decisões por trás de um bom recorte redondo.
O que deixa o AVIF esmagar o PNG no tamanho
Por trás do AVIF está o codec AV1, calibrado para o que a visão tolera e não para guardar cada byte intacto. Já o PNG fia-se no DEFLATE rodado sobre pixels brutos, abordagem sem perdas que ignora toda a repetição abundante numa foto. O AVIF substitui essa repetição pela previsão de blocos herdada do vídeo e larga o detalhe que o olho nunca contabiliza. O salto é grande. A tal imagem de 116 KB desce a uns 16 KB na qualidade 85, e um PNG com transparência geralmente recua de 30 a 50 por cento diante de um WebP comparável. Fotos de muita resolução abrem ainda mais a vantagem, enquanto desenhos simples a fecham. Para um site que entrega imagem transparente a um público atual, isso vira tempo de carga curto e fatura de banda mais magra.
Seguindo o canal alfa pela gravação
PNG e AVIF mantêm a transparência num plano alfa separado, ao lado da cor. Conforme esse par lê o seu PNG, a leitura puxa os pixels de cor e a máscara para lados distintos. A parte de AVIF então assenta uma trilha alfa fresca, sua própria, apoiada na codificação de quadro interno do AV1 para espremer cor e máscara por igual na qualidade 85. A transparência nunca derrete na cor e nunca ganha um preenchimento atrás. Sombras caídas, beiradas esfumadas e gradientes meio transparentes vêm todos com fidelidade. O único custo é que o AVIF comprime o plano alfa de forma com perdas também, o que pode deixar uma franja tênue em bordas muito nítidas quando você dá zoom forte. Em tamanhos comuns e na qualidade 85 ela continua invisível. Para ícones minúsculos com pixel exato, fique com o PNG.
Tempos realistas em cada motor
Carregada uma vez por sessão, a parte de gravação leva uns 800 milissegundos para chegar e mais 300 para ficar de pé, de modo que a primeira conversão arca com perto de um segundo de aquecimento, custo que toda execução já quente economiza. No Chrome de desktop, 0,12 megapixel sai em volta de 40 milissegundos, um megapixel em volta de 250 e oito megapixels em volta de 2,8 segundos. O destoante é o Firefox, umas quatro vezes mais lento, capaz de levar um quadro em 4K além dos 30 segundos. O Safari sobre WebKit cai no meio do caminho, mais inclinado para o lado do Chrome. Já num celular comum tudo anda de três a cinco vezes mais devagar que no Chrome de desktop. Para quem mexe com arquivo grande o dia todo, um Chrome de desktop continua sendo o lugar mais veloz.
Quando o PNG deve continuar PNG
Alguns trabalhos ainda pedem PNG mesmo onde o peso importa. Texto nítido em tamanhos pequenos, do tipo que mora em rótulos, selos ou marcas em escala de favicon, pode juntar artefatos de AVIF que leem mal de perto. Arquivos-mestre que você pretende editar mais também pertencem ao PNG, já que cada viagem por um formato com perdas empilha perda. Alguns destinos recusam AVIF de cara, certos editores de documento, programas de design mais antigos e um punhado de clientes de email entre eles, e esses querem PNG. Animação além do primeiro quadro também cai fora aqui, pois o par lida com um quadro. Em todo o resto, para fotos e gráficos transparentes rumo a um site moderno, PNG para AVIF é a jogada.
O caso de Core Web Vitals em números
Quem comanda o Largest Contentful Paint, a métrica que mede o carregamento principal, é o peso da maior imagem da tela. Quando essa imagem desce de 116 KB para 16 KB, o valor que apareceu num teste com foto em 4K, o tempo dela numa linha de 10 Mbps encurta de algo perto de 93 milissegundos para algo perto de 13. Repita o corte numa vitrine de produtos, num banner que gira ou numa tela apinhada de ícones transparentes e o somatório derruba o LCP com sobra abaixo dos 2,5 segundos que o Google considera bons. Foi por dar para defender em número cru que o AVIF emplacou. Como a cobertura ronda os 94,3 por cento, recorrer ao plano B é raro o bastante para o ganho de banda valer mais do que a marcação a mais do picture.
Como isso se distingue de um conversor online comum
Quase todo conversor AVIF online manda o seu PNG para um equipamento remoto e guarda o resultado sob as regras de retenção que aquele operador mantém, muitas vezes deixadas vagas. O Araluma é claro sobre como funciona. Como o AVIF é pesado, a conversão roda no nosso servidor para o resultado mais limpo, e um codificador no navegador entra sozinho quando o servidor está fora de alcance. Quando o seu arquivo chega até nós, ele é codificado e depois limpo em cerca de 2 horas, sem pedir login e sem uso além da conversão que você iniciou. Nada é armazenado a longo prazo e nada é compartilhado. Para quem lida com trabalho de cliente, fotos de produto não lançadas ou conteúdo de usuários, o formato honesto do acordo é este: o arquivo pode passar pelo nosso servidor, é tocado só para montar o seu AVIF, e não fica por lá.
