Considerado um dos melhores e mais leves formatos de imagens, o WebP por padrão foi mesclado no núcleo do WordPress 6.1.
WebP, um formato de imagem desenvolvido pelo Google, que se destina a substituir os formatos de arquivo JPEG, PNG e GIF, em breve será gerado por padrão para novos uploads de imagens JPEG no WordPress e usado para o conteúdo do site.
O trabalho principal para esse recurso entrou em commit com o núcleo para inclusão na próxima versão do WordPress 6.1.
WebP por padrão foi mesclado no núcleo do WordPress 6.1
Sim. O WebP por padrão foi mesclado no núcleo do WordPress 6.1. A proposta inicial foi revisada após um feedback crítico significativo. As mudanças mais notáveis incluem a geração automática de versões WebP apenas de tamanhos de imagem principal, mantendo subtamanhos secundários (WebP) somente se forem menores que o tipo MIME primário e gerando apenas imagens WebP para tamanhos de imagem destinados ao uso em usuários. voltado para o conteúdo de front-end.
Apesar de uma série de revisões e filtros para controlar ou desabilitar os uploads do WebP, a proposta permaneceu controversa. Os colaboradores continuam relatando problemas após o teste. Muitos ainda têm reservas sobre se isso deve ser opt-in ou ativado por padrão.
“Ao converter fotografias de resolução média (aproximadamente 1600px – 2500px na borda longa), os arquivos WebP geralmente são maiores que o equivalente em JPEG.”, comentou o desenvolvedor do WordPress Mark Howells-Mead sobre o ticket principal para o trabalho WebP.
“(Em meus testes usando minha própria fotografia, em cerca de 60% dos casos.) Essa mudança pode tornar o teste de ‘formato de imagem moderno’ do Page Speed Insights feliz, mas aplicar o WebP por padrão em sites que usam muita fotografia geralmente causam tempos de carregamento de imagem mais longos.”
Alguns desenvolvedores apoiam a mudança, mas preferem que ela seja desativada por padrão quando for lançada pela primeira vez, para permitir que o ecossistema se prepare para a mudança.
“Definitivamente, vejo como uma grande vantagem adicionar suporte ao Core para tipos MIME adicionais para arquivos de imagem subdimensionados.”, disse Matthias Reinholz.
“Mas não consigo ver a adição de conversão para um outro formato de arquivo específico como comportamento preferencial. Isso pode ajudar a otimizar a posição de mercado do WebP, mas também será uma séria ameaça para os autores de plugins e sites maiores existentes que não prestam atenção a essa mudança.”
“Portanto, estou questionando por que essa funcionalidade deve ser ativada por padrão nesta fase. IMHO, deve ser apenas opt-in. Além disso, idealmente, já começaríamos a pensar em adicionar outros formatos de imagem para serem suportados por esse recurso.”
O fundador do NerdPress, Andrew Wilder, criou um ticket separado pedindo aos colaboradores que considerassem a opção de ativar o recurso, mas o ticket foi fechado e a conversa foi direcionada de volta ao ticket principal para não fragmentar a discussão.
“Tornar esses novos recursos opt-in em vez de opt-out seria a melhor maneira de ser cauteloso sobre possíveis impactos.”, disse Wilder.
“Houve muitos pedidos para que isso fosse opt-in (assim como alguns pedindo uma configuração na página de mídia, em vez de apenas um filtro para desenvolvedores). Até agora não houve nenhuma conversa aberta sobre por que isso não está sendo levado em consideração.”
A noção de que o WebP por padrão deveria ser opt-in foi sumariamente descartada e a conversa não foi revisitada antes que as mudanças fossem confirmadas.
“O recurso terá amplos benefícios para os usuários, optando por tamanhos de núcleo (para começar) – se fosse totalmente opt-in, teria pouco impacto – ou benefício.”, disse o Core Committer Adam Silverstein, patrocinado pelo Google, em resposta aos oponentes.
Em resposta às sugestões de que esse recurso vem com uma interface do usuário para ativá-lo na página de mídia, Silverstein disse:
“Discutimos sugestões em bate-papos e problemas com respostas mistas. A filosofia do projeto é regularmente mencionada como alinhada com a abordagem atual.”
O ticket permanece aberto aguardando correções para alguns tópicos soltos na implementação técnica. Os colaboradores continuaram a se manifestar com preocupações adicionais.
A equipe Performance tem um novo blog onde as pessoas podem acompanhar atualizações sobre seus projetos e propostas atuais.
Agora que o trabalho principal do WebP foi comprometido, os próximos passos serão discutidos em reuniões futuras com notas postadas no novo blog Core Performance.
