Entregue um AVIF a uma ferramenta que quer WebP

Faça um WebP a partir do seu AVIF sempre que uma plataforma travar no AVIF mas o PNG seria exagero.

ou solte a imagem aqui

Transformando um AVIF em WebP

Transformando um AVIF em WebP

Para começar, jogue um AVIF no quadro de upload ou toque ali para garimpar um nos seus arquivos. A partir daí o navegador trata de decodificar o AVIF sozinho e devolve cada pixel no formato WebP usando o que já trz embutido. Por serem nativas as duas metades, ninguém espera um módulo baixar e ninguém espera um aquecimento. No computador, a foto comum costuma resolver antes de um segundo passar. Pronto o WebP, aparece no painel o peso antigo do AVIF encostado no peso fresco do WebP. Um toque em Baixar guarda o arquivo com o nome de base que ele já tinha, agora terminando em .webp. E o que sai dali já segue direto para qualquer plataforma do formato, sem nenhuma escala pelo meio.

Por que o WebP pesa mais?

Por que o WebP pesa mais?

O AVIF é o formato de imagem popular mais enxuto em 2026, em geral ficando de 20 a 25 por cento abaixo do WebP na mesma qualidade aparente. Ir de AVIF para WebP troca um formato apertado por um mais frouxo, então a saída cresce naturalmente. Nada disso aponta para uma falha na conversão. Você escolhe isso de propósito, devolvendo uma fração de eficiência pela acolhida bem mais ampla que o WebP recebe entre ferramentas e plataformas. O WebP que resulta ainda fica bem abaixo de um PNG da mesma foto. Medido contra o alcance que você ganha entre sistemas que ainda não acompanharam o AVIF, esse peso a mais é uma conta pequena de quitar.

AVIF ou WebP, qual manter

AVIF ou WebP, qual manter

Fique no AVIF onde quer que você toque a cadeia de entrega inteira, seus visitantes usam navegadores atuais e cada quilobyte importa. Vá de WebP no instante em que a outra ponta recusa AVIF: bibliotecas do WordPress e do Shopify presas em código de upload datado, sites sociais que recozinham imagens em servidores remotos com codecs mais velhos, plataformas de newsletter que pré-processam sua arte, configurações de entrega envelhecidas, suítes de design mais antigas e qualquer ponto onde o AVIF já foi barrado. Você não abre mão de nenhuma qualidade que alguém perceba, já que o WebP em ajustes quase sem perdas se iguala ao AVIF em tamanhos comuns. O retorno é um passe de entrada em todo sistema que ainda fica para trás no AVIF.

A transparência atravessa?

A transparência atravessa?

Sim, atravessa. Um canal alfa vive no WebP tanto quanto no AVIF, então a conversão mantém cada pixel transparente exatamente onde estava. Um logotipo com sombra, um recorte de produto esfumado, um bloco de interface arredondado, todos chegam ao WebP levando a máscara que tinham no AVIF. Essa é a distância entre isto e uma viagem ao JPG, que não possui alfa e joga um preenchimento sólido por cima das áreas livres. Os planos de cor e a máscara alfa regravam ambos em ajustes quase sem perdas, então as bordas seguram nítidas e a transparência nunca embaça nem desaba em um preenchimento parcial. Achatar antes nunca é exigido.

Onde o WebP funciona

Onde o WebP funciona

Quase todo navegador atual abre WebP: Chrome, Firefox, Safari, Edge e os principais móveis abrem todos. A cobertura mundial passa de 97 por cento. O ponto que conta mais aqui é o alcance além do navegador, onde o WebP viaja muito mais longe que o AVIF. Clientes de e-mail que recusam AVIF muitas vezes pegam WebP depois que o servidor o pré-mastiga. Sistemas de conteúdo que barram uploads de AVIF costumam liberar o WebP. Ferramentas de design sem AVIF ainda leem WebP. Quando uma imagem salta por vários sistemas antes de assentar, o WebP é o formato do meio mais firme agora. Para trabalho puro de navegador a navegador o AVIF aperta mais, mas a acolhida do WebP entre ferramentas fora do navegador é a força decisiva.

Onde o trabalho acontece

Onde o trabalho acontece

Isso depende de quantos arquivos você traz. Uma imagem sozinha é trabalhada inteira no próprio motor de imagem do navegador: o AVIF é decodificado e o WebP escrito ali na hora, sem nada saindo para lugar nenhum. Abra o DevTools, fique na aba de Rede, converta um arquivo, e nenhuma requisição de saída para a imagem aparece o tempo todo. Uma pilha de arquivos vai por outro lado: o conjunto sobe ao nosso servidor, que roda a codificação e fecha o pacote, e o download é varrido por volta de 2 horas. Não guardamos conta nem cópia da sua foto além dessa breve faixa. Então uma conversão fica com você do começo ao fim, enquanto um lote é trabalhado no nosso servidor e depois limpo, sem nada do seu material guardado depois.

Como funciona

  1. Adicione o seu AVIF

    Arraste o AVIF para a área de upload, ou toque nele para abrir um seletor e pegar um do seu dispositivo para pôr a conversão em movimento.

  2. Deixe terminar

    O navegador decodifica o AVIF por conta própria e monta um WebP. As duas metades são nativas, então nada carrega primeiro e a passagem segue rápida.

  3. Dê uma olhada nos tamanhos

    O painel põe o tamanho de origem do AVIF ao lado do tamanho de saída do WebP. Calcule o WebP rodando cerca de 20 a 25 por cento maior.

  4. Guarde o WebP

    Toque em Baixar para salvar o arquivo no seu dispositivo sob o nome de base original com uma extensão .webp nova.

Continue convertendo

Aperte um WebP de volta para AVIF onde a outra ponta suportar, ou siga até o PNG para alcance total sem perdas.

Perguntas frequentes

Qual é a vantagem de AVIF para WebP?

Porque o leque de sistemas que abraçam o WebP é bem mais largo. Caixas de e-mail, rotinas de upload defasadas que aparecem em certas instalações de WordPress e de Shopify, redes que recozinham a imagem longe no servidor, esquemas de entrega herdados de outra época e programas de design que jamais ganharam AVIF, tudo isso convive bem com o WebP. O AVIF você guarda para quando quer o arquivo no talo da compressão. Já o WebP entra em cena assim que o destinatário da imagem ainda engasga no AVIF. Quem manda aqui é o alcance, e não o peso do arquivo, com a conta de um punhado de quilobytes a mais.

O WebP ganha do AVIF em tamanho?

De jeito nenhum. Na mesma qualidade que o olho percebe, o AVIF costuma ficar uns 20 a 25 por cento abaixo do WebP. Por isso a viagem de AVIF até WebP engorda um pouquinho o arquivo, e nunca o encolhe. Quando o que você quer é o menor arquivo possível e o outro lado abre AVIF, não troque nada, deixe o AVIF. Reserve o WebP para os lugares teimosos que só aceitam ele. Ainda assim, frente a um PNG da mesma cena, o WebP fica muito mais leve, então continua sendo uma aposta enxuta quando o assunto é compatibilidade.

A transparência é segurada na conversão?

Sim, por inteiro. Como um canal alfa existe no AVIF e no WebP igualmente, os pixels livres passam intocados. Não há achatamento e nenhum preenchimento surgindo atrás do sujeito. O JPG é o contraste, sem alfa nenhum, então transformaria cada ponto transparente em um único tom chapado. Seus logotipos, seus recortes, seus blocos de interface mantêm bordas suaves e cantos arredondados pela conversão, prontos para camadar acima de qualquer fundo que você escolher.

Converter custa qualidade?

Pouquíssimo. Quando salva o WebP, a ferramenta fica num regime quase sem perdas que cravou algo perto de 44 dB de PSNR nas fotos do teste, e o olho simplesmente não separa esse WebP do AVIF de partida num tamanho de tela comum. Como existe um passo de regravação, tecnicamente entra perda, só que nas imagens naturais nenhum artefato se denuncia. A história muda em arte com contornos bem secos ou viradas bruscas de cor, então nessas dê uma conferida atenta na saída, porque é justo nesses pontos que qualquer mexida de compressão pesa mais que numa foto macia.

Quanto tempo a conversão leva?

Menos de um segundo para a maioria das fotos em um navegador de computador. Nenhuma metade precisa carregar primeiro, pois decodificar AVIF e gravar WebP vêm embutidos nos navegadores atuais. Uma foto mediana de 2 megapixels cai por volta de 100 a 200 milissegundos no Chrome, e até quadros 4K pesados em geral fecham dentro de um segundo. Compare o inverso, fazer AVIF a partir de um WebP, que tem de acordar um recurso pesado e mastigar muito mais cálculo antes de algo sair.

Quais navegadores leem WebP?

Quase a totalidade dos navegadores de hoje, e isso de longa data. Lá na versão 23 o Chrome já abria o WebP, o Firefox veio na 65, o Safari na 14 e o Edge na 18, e nos celulares a numeração acompanhou. Somando o mundo inteiro, a cobertura do WebP cruza os 97 por cento. Traduzindo para o cotidiano, um navegador que alguém de fato use em 2026 vai abrir WebP sem drama. As poucas exceções que restam atendem por Internet Explorer e por um Safari bem velho de iOS 13 para trás, presenças que quase sumiram do tráfego.

Os detalhes

Notas da equipe sobre ofício, formatos e as pequenas decisões por trás de um bom recorte redondo.

Como a compatibilidade do AVIF está em 2026
O AVIF passou de cerca de 94,3 por cento dos navegadores do mundo até 2026, mas a cobertura nos navegadores conta só metade da história. Um grande naco do uso de imagens acontece longe dos navegadores: clientes de e-mail pintando figuras embutidas, ferramentas de design abrindo arquivos para editar, sistemas de conteúdo conferindo e retrabalhando uploads, pipelines de entrega de imagens, editores de documentos incrustando arte e redes sociais mastigando imagens no upload. Pela maioria desses sistemas fora do navegador, o AVIF fica para trás da adoção nos navegadores por uma larga distância. Gmail, Outlook e a maioria dos e-mails corporativos ainda empurram imagens por pipelines mais velhos que barram AVIF. O Adobe Creative Cloud só dobrou o AVIF nas suas versões do fim de 2024. Muitas montagens de WordPress em plugins de imagem mais antigos ainda bloqueiam AVIF no upload. O WebP, por outro lado, é bem-vindo em quase todos esses há anos. AVIF para WebP é a ponte sobre esse terreno fora do navegador.
Por que esta direção é a rápida
AVIF para WebP supera o inverso por causa de como os codecs se sentam. Decodificar AVIF se apoia num decodificador nativo do navegador que puxa aceleração de hardware nos dispositivos atuais. Gravar WebP usa o próprio recurso de WebP do navegador, amparado por hardware na maioria das plataformas também. Nenhum dos lados tem de carregar um módulo pesado, que é justamente o ponto de estrangulamento na criação do AVIF. O recurso para saída em AVIF é volumoso e quer cerca de um segundo para arrancar a cada sessão. AVIF para WebP desvia de tudo isso. O fluxo decodifica e então grava por caminhos nativos, e a viagem completa de ida e volta numa foto de 2 megapixels embrulha bem abaixo de um segundo em qualquer desktop ou laptop moderno. Isso deixa o par adequado para uso interativo, onde as pessoas esperam uma resposta dentro de um segundo.
O que a regravação única realmente custa
AVIF para WebP roda uma regravação. O AVIF chegou carregando alguma compressão com perdas dele mesmo. Decodificá-lo rende pixels que refletem essa origem com perdas. A gravação em WebP então deita sua própria compressão sobre esses pixels num ajuste quase sem perdas afinado para qualidade 85. Nesse nível a saída marca por volta de 44 dB de PSNR em conteúdo fotográfico comum. Para alguém vendo uma fotografia num tamanho normal, a origem em AVIF e a saída em WebP parecem a mesma. Para gráficos com tipo muito fino em tamanhos pequenos, ícones exatos no pixel ou blocos de cor de borda dura, o efeito empilhado de duas passagens com perdas pode mostrar diferenças tênues sob um olhar próximo. Antes de comprometer uma biblioteca inteira com a troca, rode uma amostra representativa em zoom total nos seus ativos mais delicados de qualidade.
Seguindo o alfa pela ida e volta
O AVIF guarda sua transparência num plano à parte codificado com trabalho intraquadro do AV1. Decodifique um AVIF e o navegador entrega um buffer de cor mais uma máscara alfa lado a lado. A conversão junta o par em transparência total, segurando cada pixel parcialmente livre. A gravação em WebP então produz um WebP com perdas cujo alfa anda num canal codificado pelo método sem perdas do WebP para o plano alfa em particular. O desfecho é que a máscara alfa do WebP de saída é mantida sem perdas contra o alfa que o navegador puxou do AVIF. Gradientes suaves e bordas esfumadas seguem em frente. A única perda de alfa em jogo é o que a própria gravação do AVIF assentou antes. Bordas de alfa limpas na origem significam bordas de alfa limpas no WebP, a máscara pronta para compor em qualquer lugar.
Empilhando o WebP contra as outras opções
Para fazer um AVIF funcionar num sistema que não consegue lê-lo, três escolhas reais ficam de pé: WebP, PNG ou JPG. O JPG é errado para qualquer coisa com transparência, já que não possui alfa e a achata numa cor sólida. O PNG faz o arquivo mais pesado, muitas vezes de três a dez vezes o tamanho do AVIF, e ganha seu lugar só quando você precisa de uma cópia do meio sem perdas ou a outra ponta exige PNG de saída. O WebP toma o centro: alcance moderno universal, transparência intacta e um arquivo em geral de 20 a 25 por cento acima do AVIF em vez dos 300 a 1000 por cento que um PNG somaria. Para qualquer troca de compatibilidade que não chame por saída sem perdas, o WebP é o formato do meio que serve.
Uma local, um lote no servidor
Este par tem dois modos, escolhidos pelo tamanho do serviço. Um AVIF solitário é decodificado e reescrito como WebP todo dentro do seu navegador por caminhos nativos, então para um único arquivo nada sobe, o que o DevTools sustenta com nenhuma requisição de saída depois que a página carrega. É a faixa certa para algo rápido e para quadros de cliente confidenciais, fotos de produto proprietárias, ou digitalizações que você preferiria manter no seu próprio equipamento. Um lote de arquivos roda no nosso servidor, porque agrupar, fechar em zip e despachar um conjunto é exatamente a força de um servidor: os arquivos sobem, são codificados, empacotados, e voltam como um download, que se limpa por volta de 2 horas, sem conta e sem nada guardado a longo prazo. A leitura simples é que uma conversão fica parada no aparelho, enquanto um lote é trabalhado de longe mas mantido só pela curta janela que leva para pegar.