Compatibilité WebP des navigateurs en 2026 :
Guide complet de compatibilité

Le WebP en 2026 : vue d'ensemble

En mars 2026, le WebP bénéficie d'une prise en charge mondiale supérieure à 97 %. Cela signifie que sur 100 visiteurs d'un site web typique, au moins 97 peuvent afficher des images WebP nativement. Le format a effectivement franchi le seuil d'« émergent » à « courant » — il est désormais sûr de l'utiliser comme format d'image principal pour la diffusion web.

Le chemin vers ces 97 % a pris plus d'une décennie. Google a publié le WebP en 2010, Chrome l'a immédiatement pris en charge, et Opera a suivi rapidement. Mais l'adoption a été lente car deux navigateurs critiques résistaient : Firefox n'a ajouté le support WebP qu'en 2019, et Safari a attendu jusqu'en 2020. Une fois que Safari l'a rejoint, le dernier grand obstacle est tombé, et le WebP est devenu un choix pratique pour tous les sites web.

Tableau complet de compatibilité des navigateurs

Le tableau suivant indique quand chaque grand navigateur a ajouté la prise en charge du WebP, couvrant le WebP avec perte, sans perte, avec canal alpha (transparence) et animé :

Chaque grand navigateur a ajouté la prise en charge complète du WebP (les quatre fonctionnalités) en une seule version. Il n'y a pas eu de période prolongée de support partiel. Dès qu'un navigateur supportait le WebP, il en supportait toutes les fonctionnalités — avec perte, sans perte, transparence et animation. La détection des fonctionnalités est donc simple : si le WebP fonctionne, tout fonctionne.

Chronologie de l'adoption du WebP

Comprendre la chronologie d'adoption explique pourquoi de nombreux sites web servent encore du JPG aux côtés du WebP — et pourquoi certains systèmes anciens ne peuvent toujours pas gérer les fichiers WebP.

2010–2017 : Chrome et Opera uniquement

Google a publié le WebP en 2010 et l'a immédiatement pris en charge dans Chrome. Opera (utilisant alors son propre moteur Presto) l'a ajouté en 2012, et le navigateur intégré d'Android le supportait depuis la version 4.0. Cependant, Firefox, Safari et Internet Explorer ne supportaient pas le WebP pendant cette période. Avec environ 45–50 % du trafic provenant de navigateurs non compatibles, le WebP ne pouvait pas être utilisé comme format principal.

Durant cette ère, les développeurs souhaitant utiliser le WebP devaient implémenter une détection côté serveur ou côté client et servir différents formats selon les navigateurs. Cette complexité a limité l'adoption aux grandes entreprises (propriétés Google, Facebook) disposant des ressources techniques pour mettre en œuvre la négociation de contenu à grande échelle.

2018–2019 : Edge et Firefox rejoignent le mouvement

Microsoft Edge a ajouté le support WebP dans la version 18 (2018), et Firefox l'a finalement intégré dans la version 65 (janvier 2019) après des années de pression et de débat au sein de la communauté. À mi-2019, environ 80–85 % du trafic mondial des navigateurs supportait le WebP. Le seul grand récalcitrant était Safari.

2020–2026 : Safari complète le tableau

Apple a ajouté la prise en charge du WebP dans Safari 14, livré avec macOS Big Sur et iOS 14 en septembre 2020. Ce fut l'étape décisive qui a rendu le WebP viable pour un usage web grand public. En quelques mois, la compatibilité WebP a dépassé les 90 % et a continué d'augmenter pour atteindre 97 %+ à mesure que les anciennes versions de Safari et Internet Explorer perdent des parts de marché.

En 2026, les seuls navigateurs ne supportant pas le WebP sont :

• Internet Explorer 11 — officiellement retiré par Microsoft en juin 2022, mais encore utilisé dans certains environnements d'entreprise et systèmes kiosque
• Safari 13 et versions antérieures — fonctionnant sur macOS Mojave (10.14) et antérieur, qui ne peuvent pas être mis à jour vers Big Sur
• Navigateurs embarqués anciens — certains smart TV, liseuses et appareils IoT utilisent des moteurs de navigateur obsolètes

Prise en charge par les systèmes d'exploitation et applications natives

La compatibilité des navigateurs n'est qu'une partie de l'histoire. Le WebP doit également fonctionner dans les applications natives, les gestionnaires de fichiers et les visionneuses d'images des systèmes d'exploitation.

Où le WebP échoue encore en 2026

Malgré une compatibilité des navigateurs supérieure à 97 %, le WebP reste problématique dans plusieurs scénarios courants du monde réel. Voici les situations où la conversion en JPG est nécessaire.

Clients e-mail

L'e-mail est le domaine où le WebP pose encore les problèmes les plus significatifs. Contrairement aux navigateurs web, les clients e-mail ont été lents à adopter le support WebP. Les moteurs de rendu utilisés dans les clients e-mail sont souvent plus anciens et plus limités que ceux des navigateurs :

• Outlook (bureau, Windows) — utilise le moteur de rendu de Word (pas un moteur de navigateur) pour les e-mails HTML. Le support WebP a été ajouté dans les versions récentes de Microsoft 365 mais reste incohérent selon les versions. Les installations professionnelles d'Outlook utilisent souvent des versions plus anciennes sans support WebP.
• Apple Mail — supporte le WebP sur macOS Big Sur et versions ultérieures. Les anciennes versions de macOS (Catalina, Mojave) ne peuvent pas afficher le WebP dans Apple Mail.
• Gmail (web) — affiche les images WebP intégrées. Toutefois, les pièces jointes WebP peuvent ne pas afficher d'aperçu dans tous les contextes.
• Yahoo Mail, AOL Mail — support WebP incohérent selon le chemin de rendu.
• Thunderbird — supporte le WebP depuis la version 65+ (utilise le moteur de rendu de Firefox).
• Clients e-mail en texte brut — certains clients textuels suppriment les pièces jointes WebP tout en conservant les pièces jointes JPG/PNG.

Recommandation : Utilisez toujours JPG ou PNG pour les images dans les e-mails. N'intégrez pas ni n'attachez des fichiers WebP dans un e-mail — le risque d'images cassées pour une part significative des destinataires est trop élevé.

Réseaux sociaux

La plupart des plateformes de réseaux sociaux acceptent les téléchargements WebP en 2026, mais il existe des cas particuliers :

• Photos de profil — certaines plateformes rejettent le WebP pour les photos de profil/avatar même si elles l'acceptent pour les publications.
• Images de couverture — Facebook, LinkedIn et Twitter rejettent parfois le WebP pour les photos de couverture.
• Annonces de place de marché — Facebook Marketplace et services similaires peuvent ne pas accepter les images produit en WebP.
• Téléchargements Stories/Reels — les applications mobiles rejettent parfois le WebP lorsqu'elles attendent spécifiquement du JPG ou du PNG.

Si les fils principaux des grandes plateformes gèrent bien le WebP, le format le plus sûr pour tout téléchargement sur les réseaux sociaux reste le JPG.

Services d'impression

Le secteur de l'impression ne prend aucunement en charge le WebP. Les services d'impression en ligne (Shutterfly, Vistaprint, Canva Print, MOO, etc.) et les imprimeries locales exigent universellement du JPG, du PNG ou du TIFF. Cela est peu susceptible de changer dans un avenir proche, car le secteur de l'impression n'a aucune incitation à adopter un format optimisé pour le web — les économies de taille de fichier sont sans intérêt quand les fichiers sont transférés sur des réseaux locaux ou des clés USB.

Logiciels de bureau anciens

De nombreuses applications de bureau couramment utilisées en 2026 manquent encore de prise en charge WebP :

• Adobe Photoshop antérieur à la version 23.2 (février 2022)
• Adobe Lightroom Classic antérieur à la version 12
• Anciennes versions de GIMP (avant 2.10.22)
• Microsoft Office antérieur aux versions 2023
• De nombreux outils de CAO et d'ingénierie (AutoCAD, SolidWorks) — ne supportent généralement que JPG, PNG, BMP, TIFF
• Logiciels d'imagerie médicale anciens — les visionneuses DICOM et logiciels de radiologie utilisent JPEG, JPEG 2000 et TIFF
• Scanners de documents et logiciels OCR — produisent généralement du JPG, du PNG ou du PDF

CMS et constructeurs de sites web

La plupart des CMS modernes supportent les téléchargements WebP, mais certains systèmes populaires ont des limitations :

• WordPress — pris en charge nativement depuis la version 5.8 (juillet 2021). Les anciennes installations WordPress peuvent nécessiter un plugin.
• Shopify — sert automatiquement le WebP aux navigateurs compatibles via CDN.
• Squarespace — supporte le téléchargement WebP et la diffusion automatique en WebP.
• Wix — convertit automatiquement les images téléchargées en WebP pour la diffusion.
• CMS personnalisés — les systèmes anciens développés sur mesure peuvent ne pas gérer le WebP dans leurs médiathèques.

Stratégies de repli

Pour les 3 % de navigateurs restants et les cas d'usage hors navigateur, vous avez besoin d'une stratégie de repli. Voici les trois principales approches, classées de la plus simple à la plus sophistiquée.

1. L'élément HTML <picture> (recommandé)

L'élément <picture> est l'approche la plus simple et la plus largement recommandée. Il permet au navigateur de choisir le meilleur format pris en charge parmi une liste de sources :

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

Les navigateurs qui supportent le WebP téléchargent le fichier .webp. Les navigateurs qui ne supportent pas le WebP ignorent la balise <source> et se replient sur le JPG de la balise <img>. Le navigateur prend cette décision avant de télécharger des données d'image, il n'y a donc aucune bande passante gaspillée.

Avantages :

• Aucun JavaScript requis — fonctionne même avec JS désactivé
• Aucune configuration serveur nécessaire
• Le navigateur sélectionne le format avant le téléchargement (pas de double téléchargement)
• Compatible SEO — les moteurs de recherche comprennent <picture>
• Peut également inclure AVIF comme troisième option pour une compression encore meilleure

2. Négociation de contenu côté serveur (en-tête Accept)

Les navigateurs modernes incluent image/webp dans leur en-tête HTTP Accept lors de la demande d'images. Le serveur peut lire cet en-tête et servir du WebP aux navigateurs compatibles et du JPG aux autres — le tout à la même URL.

Cette approche nécessite une configuration du serveur (règles Nginx, Apache ou CDN) mais présente l'avantage de fonctionner avec les balises <img> existantes. Aucune modification HTML n'est nécessaire. Les CDN populaires comme Cloudflare, CloudFront et Fastly proposent une conversion et une diffusion automatiques en WebP basées sur l'en-tête Accept.

Avantages :

• Fonctionne avec le HTML existant — aucune balise <picture> nécessaire
• Une seule URL par image (propre, cacheable)
• Transparent pour le développeur front-end

Inconvénients :

• Nécessite une configuration serveur/CDN
• Doit définir l'en-tête Vary: Accept pour une mise en cache correcte
• Le débogage est plus difficile car la même URL renvoie des formats différents

3. Détection de fonctionnalité JavaScript

JavaScript peut détecter la prise en charge du WebP en essayant de décoder un petit URI de données WebP. Si le décodage réussit, le navigateur supporte le WebP. Cette approche est parfois utilisée dans les applications monopages (SPA) et les sites à fort recours à 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...';
}

Cette méthode fonctionne mais présente des inconvénients : elle nécessite que JavaScript soit activé, introduit un bref délai pendant le chargement de l'image de test, et ajoute de la complexité au code. L'élément <picture> est préféré dans la plupart des cas.

WebP vs AVIF : comparaison de la compatibilité des navigateurs

AVIF est la nouvelle alternative au WebP, offrant une compression encore meilleure. Cependant, sa compatibilité avec les navigateurs est en retard de plusieurs années sur le WebP :

La stratégie optimale en 2026 pour une compression maximale avec une compatibilité maximale est une approche en trois niveaux utilisant l'élément <picture> :

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

Les navigateurs essaient d'abord l'AVIF, se replient sur le WebP, puis sur le JPG. Les 93 % qui supportent AVIF obtiennent le fichier le plus léger. Les 4 % qui supportent WebP mais pas AVIF obtiennent un fichier de taille intermédiaire. Les 3 % restants obtiennent du JPG.

Quand convertir le WebP en JPG

Même avec une compatibilité des navigateurs supérieure à 97 %, il existe des situations claires où convertir le WebP en JPG est le bon choix :

• Envoyer des images par e-mail — la prise en charge WebP dans les clients e-mail est peu fiable. Envoyez toujours du JPG.
• Impression — aucun service d'impression n'accepte le WebP. Convertissez en JPG avant de télécharger.
• Partager avec des destinataires inconnus — si vous ne savez pas quel appareil ou logiciel le destinataire utilise, le JPG garantit la compatibilité.
• Téléchargement sur des plateformes anciennes — les anciens CMS, forums et plateformes peuvent rejeter le WebP.
• Ouverture dans des logiciels anciens — Photoshop antérieur à 2022, Office antérieur à 2023 et de nombreux outils spécialisés ne peuvent pas ouvrir le WebP.
• Intégration dans des documents — lors de l'insertion d'images dans des PDF, documents Word et présentations — le JPG garantit que le document s'affiche correctement sur tous les systèmes.