Notas da equipe sobre ofício, formatos e as pequenas decisões por trás de um bom resultado.
Como uma imagem só é convertida no navegador, e o que muda para várias
Quando você solta um JPEG na página, o navegador lê o arquivo para a memória e decodifica os dados comprimidos de volta em pixels brutos com o seu leitor de JPEG embutido. Depois ele desenha esses pixels numa superfície fora da tela e pede à plataforma que os grave de volta como WebP. Cada passo acontece no navegador, no seu próprio hardware, então nenhum byte cruza a rede. Quando você converte várias imagens de uma vez, o trabalho passa para o nosso servidor, que as codifica juntas e devolve um único download cujo link some em cerca de 2 horas. Os detalhes técnicos envolvidos incluem leitura do arquivo, decodificação dos pixels, redesenho em canvas e recompressão no novo formato. Cada etapa acontece localmente, sem nenhuma transferência de rede para uma única imagem.
O que acontece com o EXIF e os metadados
Arquivos JPEG podem carregar cargas reais de metadados. O EXIF registra o modelo da câmera, as coordenadas de GPS, a velocidade do obturador e a orientação. A conversão aqui não guarda nada disso. A saída WebP é um arquivo limpo que segura apenas os pixels visíveis. Esse é o comportamento normal das ferramentas de imagem que desenham pelo navegador, igual no Chromium, no Firefox e no WebKit. Para a maior parte da publicação na web, descartar os metadados é uma vantagem: corta alguns bytes e impede que GPS ou dados pessoais vazem numa imagem pública. Se você precisa de um campo específico mantido, sendo a orientação o caso comum, gire a foto antes ou use um editor que entenda metadados antes de converter. Não conte com esta ferramenta para trabalho de arquivo onde os metadados originais têm de sobreviver intactos.
WebP contra JPEG: como a compressão difere
O JPEG fatia uma imagem em blocos de depois quantiza com mais força as frequências altas. O WebP toma emprestado um esquema de previsão do vídeo: cada bloco é adivinhado a partir dos vizinhos já decodificados, e só a diferença que sobra é guardada. Isso tende a deixar menos artefatos em bloco no mesmo tamanho de arquivo, sobretudo em gradientes suaves e tons de pele onde a grade do JPEG pode aparecer como um mosaico visível. Em fotos de alta qualidade o olho raramente nota a diferença, mas a vantagem de tamanho se mantém firme. Em qualidade mais baixa, a liderança do WebP cresce e o caráter do artefato muda: o WebP borra para um desfoque mais macio enquanto o JPEG mostra os seus blocos clássicos. Nenhum vence em toda imagem. Assuntos muito texturizados como folhagem às vezes comprimem quase igual nos dois formatos.
Core Web Vitals e o argumento a favor do WebP
O Largest Contentful Paint, ou LCP, mede quão rápido o maior elemento visível termina de carregar na janela. Na maioria das páginas de marketing esse elemento é uma foto de destaque. O Google confirmou que os Core Web Vitals atuam como fator de ranking na Busca. Quando o destaque é um JPEG de, ele pode empurrar o LCP além do limite de 2,5 segundos numa conexão móvel mediana. Converta a mesma foto para WebP em torno de e o LCP pode voltar para dentro da zona verde sem nenhuma outra mudança na página. A economia de 25 a 34% se acumula em cada imagem da página. Uma página com seis JPEGs que somam pode perder de 300 a trocando para WebP, o que acelera diretamente a primeira renderização significativa em links lentos. CDNs que suportam negociação de conteúdo entregam o WebP a navegadores compatíveis por conta própria, então não há trabalho braçal por imagem depois que os originais existem.
Suporte de navegadores ao WebP em 2026 e as lacunas
Em 2026, o WebP é lido no Chrome desde a versão 17, no Firefox desde a 65, no Edge desde a 18, no Opera desde a 11.10 e no Safari desde a versão 14 no iOS 14 e no macOS Big Sur. Segundo o caniuse.com, a cobertura global combinada para decodificar WebP passa de 97% do tráfego de navegadores. O resto que sobra é em sua maioria o Internet Explorer 11, o Safari 13 no macOS Catalina e uma cauda longa de navegadores Android muito antigos. Para a maioria dos projetos públicos, servir WebP para todo mundo é seguro. Quando você precisa de cobertura total, o elemento picture do HTML deixa você listar uma fonte WebP e uma de reserva em JPEG numa só tag, e o navegador pega o primeiro formato que consegue ler. CDNs com otimização de imagem negociam o formato automaticamente a partir do cabeçalho Accept que o navegador envia, então não há teste manual por navegador quando você serve por meio deles.
Quando não usar o WebP
O WebP é a escolha certa para entrega na web em navegadores modernos, mas é a escolha errada em alguns pontos comuns. Trabalho de impressão precisa de cor CMYK, que o WebP não carrega, então JPEG e TIFF seguem padrão para a gráfica. Clientes de e-mail são irregulares: o Gmail e o Apple Mail renderizam WebP, mas o Outlook no Windows não. Compartilhamento de arquivos e marketplaces também variam. Google Drive, Dropbox e GitHub mostram WebP bem, enquanto muitas plataformas sociais, agências de banco de imagens e sistemas de e-commerce recomprimem as imagens recebidas para JPEG internamente, o que torna o passo do WebP inútil. O suporte de editores ainda é desigual: Lightroom, Capture One e Affinity Photo conseguem abrir WebP, mas vários plugins e presets de exportação ainda usam JPEG por padrão. Para qualquer fluxo que passe imagens por sistemas de terceiros que você não controla, guarde um JPEG mestre e converta para WebP só na camada final de entrega.
