WebP vs JPEG sur mobile - ce que mes tests de vitesse m'ont appris

J'ai converti 847 images de mon site e-learning en WebP le mois dernier. Voici ce qui s'est réellement passé, avec des chiffres concrets.

Le contexte: mon site servait des JPEG optimisés (compression 82%, dimensions adaptées). Les pages produits contenaient 8-12 images en moyenne. Sur mobile 4G, le temps de chargement moyen était de 3.2 secondes.

Les gains mesurables:

• Réduction de 34% de la taille des fichiers (de 156KB à 103KB en moyenne par image)
• Temps de chargement passé à 2.1 secondes sur 4G
• Core Web Vitals: LCP amélioré de 2.8s à 1.9s
• Consommation de données réduite de 680KB par page en moyenne

Les problèmes rencontrés:

• Safari sur iOS affiche parfois les WebP avec un léger décalage de couleurs
• Les vieux Android (pré-2019) nécessitent un fallback JPEG, ce qui complique le code
• Certains outils d'édition ne supportent pas WebP, ce qui ralentit mon workflow
• La conversion a pris 6 heures avec ImageMagick - pas aussi rapide que prévu

Ce qui m'a surpris: l'impact sur le taux de conversion. Avec 1 seconde de chargement en moins, mon taux de complétion des formulaires a augmenté de 8%. Les gens sur mobile ont vraiment zéro patience.

Un truc à noter pour les développeurs pressés: utilisez picture avec srcset pour le fallback. Ça ajoute 3 lignes de code mais ça couvre 99.8% des navigateurs.

Mon setup actuel: WebP en priorité, JPEG en fallback automatique, lazy loading après le viewport. Ça prend 20 minutes à configurer avec un plugin Webpack basique.