Google Imágenes y Discover todavía no admiten JPEG XL
Chrome y Firefox ya abren JPEG XL, pero Google no lo indexa en Google Imágenes ni lo usa en las vistas previas de Discover, según John Mueller. Su documentación sigue listando siete formatos y el nuevo no está. Servirlo dentro de un <picture> con un <img> de respaldo evita el problema.
JPEG XL no está admitido «actualmente» en Google Imágenes ni en las vistas previas de Discover. Así lo confirmó John Mueller el 15 de octubre en Bluesky durante un debate sobre optimización del peso web, remitiendo a la documentación oficial de imágenes de Google. Esa página enumera los únicos formatos que la Búsqueda indexa al rastrear el atributo src de una etiqueta <img>: BMP, GIF, JPEG, PNG, WebP, SVG y AVIF. El formato JPEG XL ni aparece en ese listado ni figura en el registro de tipos de archivo indexables.
FWIW if you're hoping to get images shown in Google Images & as previews in Discover, etc - JPEG-XL is currently not supported: developers.google.com/search/docs/...
— John Mueller (@johnmu.com) 15 de octubre de 2026 a las 15:26
[image or embed]
El aviso llega en un momento de plena adopción del estándar. Tras el soporte consolidado en Safari, recientemente Chrome 155 y Firefox 158 han comenzado a abrir JPEG XL de forma nativa, reduciendo drásticamente el tamaño de descarga frente al JPEG tradicional. Sin embargo, que los navegadores lo procesen y lo pinten correctamente en pantalla no implica que los sistemas de rastreo de Google estén preparados para indexarlo.
El elemento picture como única vía segura
En el mismo hilo, Barry Pollard (integrante del equipo de rendimiento web de Google) planteó si la Búsqueda lograba entender el formato cuando este se sirve a través de la etiqueta <picture>. Mueller confirmó que el elemento <picture> siempre exige envolver una etiqueta <img> convencional como base, por lo que funciona sin problemas en cualquier buscador y actúa como una mejora progresiva de manual.
La implementación técnica correcta requiere colocar un <source type="image/jxl"> por delante de las alternativas (AVIF o WebP), dejando un formato admitido por Google (como un JPEG estándar) dentro del atributo src de la etiqueta <img> de respaldo. Durante el rastreo, Google ignorará las fuentes avanzadas y registrará la imagen indexable del src.
Lo que penaliza directamente la indexación es servir el archivo JPEG XL directamente en la etiqueta <img>, o forzar su entrega por negociación de contenido (mediante la cabecera HTTP Accept) sin dejar a Googlebot una alternativa estática que pueda pedir y leer. En ambos casos, la imagen cargará perfectamente para el usuario, pero será invisible para Google Imágenes.
Tiempos de adopción e impacto en Discover
Mueller no ha anticipado si Google tiene previsto integrar el formato a corto plazo. La historia reciente invita a la prudencia: mientras que Chrome comenzó a soportar nativamente el formato AVIF en 2020, Google Search no empezó a indexarlo oficialmente hasta agosto de 2024, un desfase de cuatro años.
Si ya has implementado JPEG XL en tu arquitectura, la auditoría SEO inmediata pasa por comprobar dos puntos críticos: que toda imagen esté envuelta en un <picture> con un formato compatible de respaldo, y que la imagen destacada que declaras explícitamente para Google Discover (mediante datos estructurados JSON-LD o metaetiquetas og:image) apunte siempre a la versión tradicional, nunca a la variante .jxl.
Conclusión
Utilizar jpeg XL sigue siendo una buena alternativa incluso para posicionar (tanto en Google Search como con Google Imágenes), siempre y cuando tenga una variante por medio de la etiqueta picture en uno de los formatos aceptados que son:
- BMP
- GIF
- JPEG
- PNG
- WebP
- SVG
- AVIF
Advertencia: No debe emplearse para metaetiquetas como og:image o json de datos estructurados
