Compatibilidad de WebP con Navegadores en 2026:
Guía Completa de Compatibilidad

Soporte de WebP en 2026: El Panorama General

A partir de marzo de 2026, WebP cuenta con más del 97% de compatibilidad global con navegadores. Esto significa que de cada 100 visitantes a un sitio web típico, al menos 97 pueden ver imágenes WebP de forma nativa. El formato ha cruzado efectivamente el umbral de "emergente" a "convencional" — es seguro usarlo como formato de imagen principal para la entrega web.

El camino hasta el 97% llevó más de una década. Google lanzó WebP en 2010 y Chrome lo soportó de inmediato, seguido rápidamente por Opera. Sin embargo, la adopción fue lenta porque dos navegadores críticos se resistieron: Firefox no añadió soporte para WebP hasta 2019, y Safari esperó hasta 2020. Una vez que Safari se sumó, cayó la última gran barrera y WebP se convirtió en una opción práctica para todos los sitios web.

Tabla Completa de Compatibilidad con Navegadores

La siguiente tabla muestra cuándo cada navegador principal añadió soporte para WebP, cubriendo WebP con pérdida, sin pérdida, alfa (transparencia) y animado:

Cada navegador principal añadió soporte completo para WebP (las cuatro características) en una sola versión. No hubo un período prolongado de soporte parcial. Una vez que un navegador soportaba WebP, soportaba todas sus características — con pérdida, sin pérdida, transparencia y animación. Esto hace que la detección de características sea sencilla: si WebP funciona en absoluto, todo funciona.

Cronología de la Adopción de WebP

Entender la cronología de adopción explica por qué muchos sitios web todavía sirven JPG junto a WebP — y por qué algunos sistemas heredados aún no pueden manejar archivos WebP.

2010–2017: Solo Chrome y Opera

Google lanzó WebP en 2010 y lo soportó de inmediato en Chrome. Opera (que entonces usaba su propio motor Presto) añadió soporte en 2012, y el navegador integrado de Android lo soportó desde la versión 4.0. Sin embargo, Firefox, Safari e Internet Explorer no soportaban WebP durante este período. Con aproximadamente el 45–50% del tráfico proveniente de navegadores sin soporte, WebP no podía usarse como formato principal.

Durante esta era, los desarrolladores que querían usar WebP tenían que implementar detección del lado del servidor o del cliente y servir diferentes formatos a distintos navegadores. Esta complejidad limitó la adopción a grandes empresas (propiedades de Google, Facebook) que contaban con los recursos de ingeniería para implementar la negociación de contenido a escala.

2018–2019: Edge y Firefox se Suman

Microsoft Edge añadió soporte para WebP en la versión 18 (2018), y Firefox finalmente lo añadió en la versión 65 (enero de 2019) tras años de presión y debate de la comunidad. A mediados de 2019, aproximadamente el 80–85% del tráfico global de navegadores soportaba WebP. El único gran rezagado era Safari.

2020–2026: Safari Completa el Panorama

Apple añadió soporte para WebP en Safari 14, lanzado con macOS Big Sur e iOS 14 en septiembre de 2020. Este fue el hito crítico que hizo viable WebP para el uso web generalizado. En pocos meses, el soporte de WebP superó el 90% y ha aumentado de forma constante hasta más del 97% a medida que las versiones antiguas de Safari e Internet Explorer siguen perdiendo cuota de mercado.

En 2026, los únicos navegadores que no soportan WebP son:

• Internet Explorer 11 — retirado oficialmente por Microsoft en junio de 2022, pero aún usado en algunos entornos corporativos y sistemas de quiosco
• Safari 13 y anteriores — que se ejecutan en macOS Mojave (10.14) y versiones anteriores, que no pueden actualizarse a Big Sur
• Navegadores integrados heredados — algunos televisores inteligentes, lectores de libros electrónicos y dispositivos IoT usan motores de navegador más antiguos

Soporte en Sistemas Operativos y Aplicaciones Nativas

El soporte en navegadores es solo una parte de la historia. WebP también necesita funcionar en aplicaciones nativas, gestores de archivos y visores de imágenes del sistema operativo.

Dónde WebP Aún Falla en 2026

A pesar de contar con más del 97% de soporte en navegadores, WebP sigue siendo problemático en varios escenarios reales comunes. Estas son las situaciones en las que es necesario convertir a JPG.

Clientes de Correo Electrónico

El correo electrónico es el área problemática más significativa que queda para WebP. A diferencia de los navegadores web, los clientes de correo han sido lentos en adoptar el soporte para WebP. Los motores de renderizado que usan los clientes de correo suelen ser más antiguos y restrictivos que los motores de los navegadores:

• Outlook (escritorio, Windows) — usa el motor de renderizado de Word (no un motor de navegador) para el correo HTML. El soporte de WebP se añadió en versiones recientes de Microsoft 365, pero es inconsistente entre versiones. Las instalaciones corporativas de Outlook a menudo ejecutan versiones anteriores sin soporte para WebP.
• Apple Mail — soporta WebP en macOS Big Sur y posteriores. Las versiones anteriores de macOS (Catalina, Mojave) no pueden mostrar WebP en Apple Mail.
• Gmail (web) — muestra imágenes WebP en línea. Sin embargo, los archivos adjuntos WebP pueden no mostrar vistas previas en todos los contextos.
• Yahoo Mail, AOL Mail — soporte de WebP inconsistente según la ruta de renderizado.
• Thunderbird — soporta WebP desde la versión 65+ (usa el motor de renderizado de Firefox).
• Clientes de correo en texto plano — algunos clientes basados en texto eliminan los archivos adjuntos WebP mientras conservan los adjuntos JPG/PNG.

Recomendación: Usa siempre JPG o PNG para las imágenes en correos electrónicos. No incrustes ni adjuntes archivos WebP en correos — el riesgo de imágenes rotas para una parte significativa de los destinatarios es demasiado alto.

Plataformas de Redes Sociales

La mayoría de las plataformas de redes sociales aceptan subidas de WebP en 2026, pero hay casos especiales:

• Fotos de perfil — algunas plataformas rechazan WebP para imágenes de perfil/avatar aunque lo acepten para publicaciones.
• Imágenes de portada — Facebook, LinkedIn y Twitter a veces rechazan WebP para fotos de portada.
• Listados de marketplace — Facebook Marketplace y servicios similares pueden no aceptar imágenes de producto en WebP.
• Subidas de Stories/Reels — las aplicaciones móviles a veces rechazan WebP cuando esperan específicamente JPG o PNG.

Aunque los feeds principales de las plataformas más importantes manejan bien WebP, el formato más seguro para cualquier subida a redes sociales sigue siendo JPG.

Servicios de Impresión

La industria de impresión no tiene ningún soporte para WebP. Los servicios de impresión en línea (Shutterfly, Vistaprint, Canva Print, MOO, etc.) y las imprentas locales requieren universalmente JPG, PNG o TIFF. Es poco probable que esto cambie en un futuro próximo, ya que la industria de impresión no tiene incentivos para adoptar un formato optimizado para la web — el ahorro de espacio es irrelevante cuando los archivos se transfieren a través de redes locales o unidades USB.

Software de Escritorio Antiguo

Muchas aplicaciones de escritorio de uso común en 2026 aún carecen de soporte para WebP:

• Adobe Photoshop anterior a la versión 23.2 (febrero de 2022)
• Adobe Lightroom Classic anterior a la versión 12
• Versiones antiguas de GIMP (anteriores a la 2.10.22)
• Microsoft Office anterior a las versiones de 2023
• Muchas herramientas CAD y de ingeniería (AutoCAD, SolidWorks) — típicamente soportan solo JPG, PNG, BMP, TIFF
• Software heredado de imágenes médicas — los visores DICOM y el software de radiología usan JPEG, JPEG 2000 y TIFF
• Escáneres de documentos y software OCR — típicamente generan JPG, PNG o PDF

CMS y Constructores de Sitios Web

La mayoría de las plataformas CMS modernas soportan subidas de WebP, pero algunos sistemas populares tienen limitaciones:

• WordPress — soportado de forma nativa desde la versión 5.8 (julio de 2021). Las instalaciones antiguas de WordPress pueden requerir un plugin.
• Shopify — sirve WebP automáticamente a los navegadores compatibles mediante CDN.
• Squarespace — soporta la subida de WebP y el servicio automático de WebP.
• Wix — convierte automáticamente las imágenes subidas a WebP para su entrega.
• Sistemas CMS personalizados — los sistemas personalizados más antiguos pueden no manejar WebP en sus bibliotecas de medios.

Estrategias de Respaldo

Para el 3% restante de navegadores y para casos de uso fuera del navegador, necesitas una estrategia de respaldo. Aquí están los tres enfoques principales, ordenados de más simple a más sofisticado.

1. El Elemento HTML <picture> (Recomendado)

El elemento <picture> es el enfoque más sencillo y ampliamente recomendado. Permite que el navegador elija el mejor formato compatible de una lista de fuentes:

<picture>
  <source srcset="image.webp" type="image/webp">
  <img src="image.jpg" alt="Descripción">
</picture>

Los navegadores que soportan WebP descargan el archivo .webp. Los que no soportan WebP ignoran el elemento <source> y recurren al JPG de la etiqueta <img>. El navegador toma esta decisión antes de descargar ningún dato de imagen, por lo que no hay ancho de banda desperdiciado.

Ventajas:

• No requiere JavaScript — funciona con JS desactivado
• No se necesita configuración del servidor
• El navegador selecciona el formato antes de descargarlo (sin descargas dobles)
• Amigable con SEO — los motores de búsqueda entienden <picture>
• También puede incluir AVIF como tercera opción para una compresión aún mejor

2. Negociación de Contenido en el Servidor (Cabecera Accept)

Los navegadores modernos incluyen image/webp en su cabecera HTTP Accept al solicitar imágenes. El servidor puede leer esta cabecera y servir WebP a los navegadores compatibles y JPG a los demás — todo en la misma URL.

Este enfoque requiere configuración del servidor (Nginx, Apache o reglas CDN) pero tiene la ventaja de funcionar con las etiquetas <img> existentes. No se necesitan cambios en el HTML. Los CDN populares como Cloudflare, CloudFront y Fastly ofrecen conversión y entrega automática de WebP basada en la cabecera Accept.

Ventajas:

• Funciona con el HTML existente — no se necesitan etiquetas <picture>
• Una única URL para cada imagen (limpia y cacheable)
• Transparente para el desarrollador front-end

Desventajas:

• Requiere configuración del servidor/CDN
• Debe establecer la cabecera Vary: Accept para un caché correcto
• La depuración es más difícil porque la misma URL devuelve diferentes formatos

3. Detección de Características con JavaScript

JavaScript puede detectar el soporte de WebP intentando decodificar un pequeño URI de datos WebP. Si la decodificación tiene éxito, el navegador soporta WebP. Este enfoque se usa ocasionalmente en aplicaciones de una sola página (SPA) y sitios con mucho JavaScript:

function checkWebP(callback) {
  var img = new Image();
  img.onload = function() { callback(true); };
  img.onerror = function() { callback(false); };
  img.src = 'data:image/webp;base64,UklGRiQA...';
}

Este método funciona pero tiene inconvenientes: requiere que JavaScript esté habilitado, introduce un breve retraso mientras se carga la imagen de prueba y añade complejidad al código. El elemento <picture> es preferible en la mayoría de los casos.

WebP vs AVIF: Comparación de Compatibilidad con Navegadores

AVIF es la alternativa más reciente a WebP y ofrece una compresión aún mejor. Sin embargo, su compatibilidad con los navegadores está varios años por detrás de WebP:

La estrategia óptima en 2026 para la máxima compresión con la máxima compatibilidad es un enfoque de tres niveles usando el elemento <picture>:

<picture>
  <source srcset="image.avif" type="image/avif">
  <source srcset="image.webp" type="image/webp">
  <img src="image.jpg" alt="Descripción">
</picture>

Los navegadores intentan AVIF primero, recurren a WebP y finalmente a JPG. El 93% que soporta AVIF obtiene el archivo más pequeño. El 4% que soporta WebP pero no AVIF obtiene un archivo de tamaño medio. El 3% restante obtiene JPG.

Cuándo Convertir WebP a JPG

Incluso con más del 97% de soporte en navegadores, hay situaciones claras en las que convertir WebP a JPG es la decisión correcta:

• Enviar imágenes por correo — el soporte de WebP en clientes de correo es poco fiable. Envía siempre JPG.
• Imprimir — ningún servicio de impresión acepta WebP. Convierte a JPG antes de subir.
• Compartir con destinatarios desconocidos — si no sabes qué dispositivo o software usa el destinatario, JPG garantiza la compatibilidad.
• Subir a plataformas antiguas — los sistemas CMS, foros y plataformas más antiguos pueden rechazar WebP.
• Abrir en software antiguo — Photoshop anterior a 2022, Office anterior a 2023 y muchas herramientas especializadas no pueden abrir WebP.
• Incrustar en documentos — insertar imágenes en PDFs, documentos Word y presentaciones — JPG garantiza que el documento se renderice correctamente en cualquier sistema.