O que é JPEG XL (JXL)? O futuro do JPEG
O que o JPEG XL realmente é
O JPEG XL, identificado pela extensão de arquivo .jxl, é um codec de imagem finalizado como ISO/IEC 18181 em 2022. Foi desenvolvido pelo Joint Photographic Experts Group — o mesmo comitê por trás do padrão JPEG original de 1992 — em colaboração com o Google, que contribuiu com a tecnologia de seu codec anterior, o PIK, e com a Cloudinary, que trouxe o FUIF (Free Universal Image Format). O resultado é um formato projetado do zero para substituir não apenas o JPEG, mas também o PNG, o GIF e até o WebP na maioria dos casos de uso práticos. O nome pode enganar. O JPEG XL não é simplesmente um JPEG de maior qualidade. É um formato de bitstream e contêiner totalmente novo. Um arquivo .jxl não compartilha nenhuma semelhança estrutural com um arquivo .jpg, e é por isso que softwares mais antigos não conseguem abri-lo sem uma atualização. O codec suporta tanto compressão com perdas (lossy) quanto sem perdas (lossless), cores HDR (High Dynamic Range) com até 32 bits por canal, gamas de cores amplas, incluindo Display P3 e Rec. 2100, transparência alfa, animação e até imagens em camadas — um conjunto de recursos que antes exigia formatos como TIFF ou PSD. Uma de suas características mais estrategicamente inteligentes é a transcodificação lossless de JPEG. Se você tem um arquivo .jpg existente, o JPEG XL pode recodificá-lo como um arquivo .jxl que é tipicamente 20–22% menor, e você pode reconstruir o JPEG original byte por byte a partir desse arquivo .jxl posteriormente. Isso significa que fotógrafos e arquivos podem reduzir os custos de armazenamento sem descartar permanentemente seus dados JPEG originais — um benefício prático significativo que nenhum outro formato de última geração oferece.
Comparação da compressão do JXL com JPEG, WebP e AVIF
A eficiência da compressão é onde o JPEG XL apresenta seu argumento técnico mais claro. Com qualidade visual equivalente, o JXL consistentemente supera o JPEG original em 35–60% no tamanho do arquivo, dependendo do conteúdo da imagem e do nível de qualidade desejado. Isso significa que uma fotografia que pesa 500 KB como JPEG pode ficar em torno de 280–325 KB como um arquivo JXL em um nível de qualidade que a maioria dos espectadores não consegue distinguir do original. Comparado ao WebP — o formato do Google de 2010 que se tornou o padrão da web por uma década — o JXL é cerca de 20–30% mais eficiente com qualidade equivalente para fotografias. O WebP ainda tem uma vantagem significativa no suporte de navegadores, mas os ganhos de compressão do JXL são grandes o suficiente para que a troca valha a pena ser acompanhada. A comparação mais interessante é com o AVIF, o formato baseado no codec de vídeo AV1. AVIF e JXL competem de perto, dependendo do cenário. O AVIF tende a vencer em bitrates muito baixos (thumbnails muito comprimidas), enquanto o JXL se sai melhor em níveis de qualidade de médio a alto e codifica significativamente mais rápido. Um benchmark publicado pela Cloudinary em 2023 mostrou o JXL codificando uma fotografia de alta resolução em aproximadamente 0,3 segundos com qualidade 80 usando o codificador de referência libjxl, enquanto o AVIF exigiu vários segundos para uma qualidade comparável — uma diferença que importa enormemente para qualquer serviço que codifica imagens em escala. O JXL também lida melhor com texto, gráficos e ilustrações do que o AVIF, que pode introduzir artefatos de blocos em bordas nítidas devido à sua herança de codec de vídeo. Para um documento de conteúdo misto — pense em uma página de PDF com fotografias e texto nítido — o JXL é geralmente a escolha mais confiável. O JXL lossless também é substancialmente mais eficiente que o WebP lossless, tornando-o competitivo com o PNG em conteúdo fotográfico e superior em muitos gráficos sintéticos.
Suporte em navegadores e softwares: o cenário real
É aqui que o entusiasmo precisa encontrar a realidade. Em meados de 2026, o suporte ao JPEG XL está difundido, mas ainda não é universal, e as lacunas são importantes. Do lado dos navegadores, o Safari adicionou suporte completo ao JXL no Safari 17 (lançado em setembro de 2023), que abrange todos os iPhones, iPads e Macs modernos. O Firefox habilitou o suporte ao JXL por padrão no Firefox 113 (maio de 2023). O Chrome é a ausência notável — o Google removeu seu suporte experimental ao JXL no Chrome 110 no início de 2023, citando a falta de 'interesse suficiente do ecossistema', uma decisão que gerou controvérsia significativa, dado que o Chrome detém cerca de 65% da participação de mercado global de navegadores. Navegadores baseados no Chromium, como Edge e Brave, seguiram o exemplo do Chrome e também removeram o suporte. No momento em que este artigo foi escrito, o Chrome não reativou o JXL, o que significa que uma grande parte dos usuários da web ainda não consegue visualizar arquivos .jxl em seus navegadores sem um plugin. No lado do software de desktop, o quadro é melhor. O Adobe Photoshop adicionou suporte para importação e exportação de JXL na versão 25.0 (lançada em outubro de 2023), acessível via Arquivo > Exportar > Exportar como e selecionando JXL no menu suspenso de formatos. O GIMP suporta JXL através de um plugin. O Pré-Visualização e o Fotos da Apple no macOS 14+ podem abrir arquivos JXL nativamente. O Windows 11 adicionou suporte à decodificação de JXL através do aplicativo Fotos em uma atualização de 2024. Para fluxos de trabalho de fotografia profissional, ferramentas como Darktable, RawTherapee e Capture One têm níveis variados de suporte à exportação de JXL. Verifique as notas de versão específicas antes de se comprometer com um fluxo de trabalho de arquivamento baseado em JXL, porque 'suporte' pode significar qualquer coisa, desde edição completa de ida e volta até exibição somente leitura.
Quem realmente deveria usar o JXL agora
Dada a lacuna de suporte nos navegadores, um conselho genérico para 'mudar tudo para JXL' seria irresponsável. O formato faz muito sentido em contextos específicos e menos sentido em outros. O JXL é uma excelente escolha para armazenamento de arquivos. Se você é um fotógrafo que mantém uma biblioteca de arquivos JPEG, convertê-los para JXL usando o caminho de transcodificação lossless de JPEG oferece um arquivo menor com perda zero de qualidade e a capacidade de recuperar o JPEG original posteriormente. Uma biblioteca de 100.000 JPEGs com uma média de 4 MB cada — 400 GB no total — poderia encolher para aproximadamente 310–320 GB em JXL sem descartar nenhum dado de imagem. Com os preços atuais de armazenamento em nuvem, isso é uma redução de custo contínua e significativa. O JXL também é adequado para a entrega de imagens baseada em aplicativos, onde você controla o cliente. Se você está construindo um aplicativo nativo para iOS ou macOS, pode entregar ativos JXL com segurança, sabendo que as plataformas da Apple os suportam nativamente. O mesmo se aplica a pipelines de geração de PDF no lado do servidor, onde o motor de renderização está sob seu controle. Para uso geral na web, o cálculo é mais difícil. Se suas análises mostram que uma parte significativa de sua audiência usa o Chrome no desktop ou Android — o que é extremamente comum — servir JXL sem um fallback resultará em imagens quebradas para esses usuários. A abordagem padrão é usar o elemento HTML picture com uma fonte JXL e um fallback em WebP ou JPEG, permitindo que o navegador escolha o que pode manipular. Isso adiciona complexidade à implementação, mas captura os benefícios de tamanho de arquivo para a crescente parcela de usuários em navegadores compatíveis. Para anexos de e-mail e documentos compartilhados com colegas, o JXL ainda é prematuro. A maioria dos clientes de e-mail e visualizadores de documentos não renderiza JXL, e enviar um arquivo .jxl para um destinatário não técnico provavelmente causará confusão.
Convertendo imagens para e de JXL com o CocoConvert
O CocoConvert suporta a conversão de JPEG XL em ambas as direções: você pode converter formatos comuns como JPEG, PNG, WebP e TIFF para JXL, e pode converter arquivos JXL de volta para JPEG, PNG ou WebP para compatibilidade com softwares que ainda não suportam o formato. Para converter um JPEG para JXL no CocoConvert, envie seu arquivo na página de conversão, selecione JXL como formato de saída e escolha sua configuração de qualidade. O controle deslizante de qualidade corresponde ao parâmetro de distância do libjxl — uma distância de 0 é matematicamente sem perdas (lossless), enquanto a distância 1.0 é considerada visualmente sem perdas para a maioria dos conteúdos fotográficos, e a distância 3.0 produz arquivos menores com compressão visível mínima em inspeção detalhada. Se você não tiver certeza, a qualidade 85 na escala de 0 a 100 do CocoConvert corresponde aproximadamente a uma distância de 1.0 e é um padrão razoável para fotografias. Quanto ao recurso de transcodificação lossless de JPEG — onde o JPEG original pode ser perfeitamente reconstruído — o CocoConvert atualmente não expõe isso como uma opção separada. Esta é uma limitação honesta que vale a pena reconhecer: a verdadeira transcodificação lossless de JPEG exige que o arquivo de origem permaneça inalterado durante o pipeline de conversão, e a arquitetura atual do CocoConvert recodifica as imagens em vez de encapsular o bitstream original. Se a preservação bit a bit do JPEG for seu requisito, ferramentas de linha de comando como o cjxl (parte da implementação de referência do libjxl) com a flag --lossless_jpeg=1 são a escolha apropriada. Converter JXL de volta para JPEG ou PNG é simples no CocoConvert e útil quando você precisa compartilhar arquivos com colegas que usam softwares que ainda não suportam JXL. Envie o arquivo .jxl, selecione o formato de destino e baixe o resultado. A conversão em lote está disponível para processar vários arquivos de uma vez, o que é prático para converter uma pasta inteira de ativos JXL para WebP para uma implantação na web.
Recursos técnicos que valem a pena conhecer
Além das taxas de compressão, o JPEG XL possui várias capacidades técnicas que o distinguem de formatos mais antigos e que valem a pena entender se você o está avaliando para um caso de uso específico. A decodificação progressiva é uma das mais úteis na prática. Um arquivo JXL pode ser estruturado de forma que uma versão de baixa resolução da imagem esteja disponível após a decodificação de apenas uma pequena fração dos dados do arquivo, com a qualidade melhorando à medida que mais dados chegam. Isso é semelhante a como os JPEGs progressivos funcionam, mas a implementação do JXL é mais sofisticada — a pré-visualização inicial é uma versão devidamente reduzida em vez de uma passagem borrada em resolução total. Para entrega na web em conexões lentas, isso pode melhorar significativamente o tempo de carregamento percebido. O JXL suporta até 32 bits por canal (em comparação com os 8 bits do JPEG), o que o torna adequado para fotografia HDR e fluxos de trabalho de imagem científica onde a precisão de 10 ou 16 bits é importante. Ele também suporta toda a gama de perfis de cores ICC, de modo que os fluxos de trabalho com gerenciamento de cores que atualmente dependem do TIFF podem potencialmente migrar para o JXL sem perda de fidelidade de cor. O suporte à animação no JXL é mais capaz que o do GIF e comparável à animação APNG e WebP. Cada quadro pode ter sua própria duração, e o formato não impõe a limitação de 256 cores do GIF ou os problemas ocasionais de compatibilidade da animação WebP. No entanto, para animações semelhantes a vídeos em altas taxas de quadros, formatos de vídeo reais (H.264, AV1) ainda produzirão arquivos menores — a animação JXL é mais adequada para animações curtas de UI em loop ou sequências de imagens onde a qualidade de um único quadro importa. Finalmente, o JXL inclui um recurso chamado 'canais extras' que permite incorporar mapas de profundidade, dados térmicos ou metadados personalizados por pixel junto com a imagem principal. Isso é um nicho hoje, mas posiciona o formato bem para aplicações de fotografia computacional onde as câmeras capturam mais do que um simples quadro RGB.
O futuro do JXL
A trajetória do JPEG XL depende muito do que o Google fará com o Chrome. O domínio de mercado do Chrome significa que qualquer formato que o Google se recuse a suportar enfrenta um teto estrutural na adoção na web. A razão declarada — interesse insuficiente do ecossistema — é um tanto circular, já que o interesse do ecossistema é difícil de demonstrar quando o navegador dominante não suporta o formato. Há uma pressão contínua da comunidade de código aberto e de empresas como Cloudinary e Shopify, que têm interesse financeiro em uma melhor compressão de imagem, então a situação pode mudar. Fora do contexto do navegador, a adoção está acelerando. O suporte completo da Apple em iOS, macOS e Safari é significativo — os dispositivos da Apple representam uma grande fatia do tráfego web premium e essencialmente toda a fotografia móvel de ponta. A adição do suporte no Photoshop significa que os fotógrafos profissionais agora têm um caminho claro para o JXL em seus fluxos de trabalho existentes sem trocar de ferramentas. A padronização ISO do JXL também é importante para casos de uso de arquivamento a longo prazo. Órgãos de padronização, arquivos governamentais e instituições de imagem médica são mais propensos a adotar um formato com respaldo formal da ISO do que um padrão proprietário ou de fato. Isso posiciona o JXL bem para a adoção institucional, mesmo que sua presença na web permaneça limitada pela postura do Chrome. Para a maioria das pessoas que trabalham com imagens hoje, a recomendação prática é manter-se informado em vez de fazer mudanças radicais na infraestrutura. Use o JXL para armazenamento de arquivos e entrega em aplicativos nativos, onde o suporte é sólido. Mantenha fallbacks em JPEG e WebP para uso na web. Fique de olho nas notas de lançamento do Chrome. Os méritos técnicos do formato não estão em séria disputa — a questão é puramente sobre o tempo de adoção, e esse tempo está se movendo a favor do JXL, mesmo que mais lentamente do que seus proponentes prefeririam.