Desde la introducción de WordPress 5.8 hace un año, los usuarios han podido cargar y utilizar imágenes WebP en su contenido, añadiendo libertad. En marzo de 2022, el Performance Team propuso que WordPress pudiera habilitar WebP de forma predeterminada en el núcleo para ampliar la compatibilidad con el formato de imagen. Entre las muchas cosas que se pueden hacer aquí está generar imágenes WebP para nuevas cargas JPEG y usar imágenes WebP para el contenido del sitio web. Sin embargo, tras recibir comentarios críticos, la controvertida propuesta se llevó a cabo en abril.
Un fragmento de JavaScript detectará navegadores sin soporte WebP y, en su lugar, cargará archivos JPEG, como lo sugiere el equipo de Rendimiento. Además, las siguientes son revisiones de WebP adicionales que se incluyen de forma predeterminada:
En WordPress 6.1, solo los tamaños de imágenes principales se generan automáticamente como versiones WebP de forma predeterminada, a diferencia de todos los demás tamaños de imágenes. Para recibir versiones automáticas de WebP, los tamaños de imágenes personalizados primero deben habilitarse o no si son exclusivos de casos excepcionales que WebP no admite.
Para mantener los subtamaños secundarios (WebP), deben ser más pequeños que el tipo MIME principal si es que se van a conservar.
Solo debe generar imágenes WebP para tamaños de imagen destinados a su uso en contenido front-end que sea visible para los usuarios. No es necesario almacenar imágenes en formato WebP que nunca usará, por lo que esto le ahorra espacio de almacenamiento.
La generación de tipos MIME adicionales se puede controlar agregando un filtro basado en el subtamaño de una imagen. Esto permite a los desarrolladores restringir tamaños específicos de imágenes utilizadas en el contenido del front-end, como las que no se utilizan en el back-end.
El valor predeterminado de WebP solo afectará a las imágenes recién cargadas después de que se hayan incorporado al núcleo, por lo que no afectará a las fotos actuales. Las cargas existentes no se convertirán automáticamente a WebP cuando se actualicen. WP-CLI o un complemento como Regenerate Thumbnails sería la mejor opción para los usuarios que desean convertir cargas anteriores en imágenes en miniatura.
Hasta ahora ha habido una respuesta mixta a las revisiones propuestas. Sin embargo, parece que hay un apoyo sustancial para el nuevo enfoque y otros miembros del equipo están alentando al equipo a considerar algunas de las implicaciones prácticas para los usuarios finales que podrían verse afectados por este cambio.
Según varios comentaristas, WordPress debería considerar adoptar el formato AVIF más moderno en lugar de su excelente calidad y compresión en comparación con el diseño obsoleto.
Esta iniciativa ha sido catalogada como una mejora progresiva. ¿Sería mejor si admitiera formatos preparados para el futuro como AVIF en lugar de recurrir elegantemente a diseños más antiguos? Kevin Batdorf, un desarrollador de JavaScript, respondió a la pregunta. Los navegadores agregarán soporte para estos estándares a medida que se desarrollen.
Pasar a la compatibilidad con WebP se sintió un poco como cuando WordPress agregó la API REST cuando todos estaban haciendo la transición a GraphQL simultáneamente. Es fantástico tener REST y WebP, pero ambas son tecnologías de generación actual y se quedarán obsoletas con bastante rapidez”.