Traitement en cours…
Pour diviser le poids par dix, l’ordre compte : d’abord la largeur (passer de 4 000 à 1 600 pixels retire 84 % des pixels), ensuite le format (WebP ou AVIF), enfin la qualité. Commencer par le curseur de qualité, c’est se battre sur le levier le plus faible.
Les trois leviers, du plus fort au plus faible
Un fichier image, c’est un nombre de pixels multiplié par ce que coûte chaque pixel. Les trois réglages n’agissent pas sur la même partie du calcul, et ils n’ont donc pas du tout le même rendement.
| Levier | Effet type | Ce qu’on perd |
|---|---|---|
| 1. Les dimensions | −75 à −95 % | Rien, si l’image reste plus large que sa place à l’écran |
| 2. Le format | −50 à −65 % | Rien de visible |
| 3. La qualité | −20 à −40 % | Du détail dans les aplats, au-delà d’un certain seuil |
L’erreur la plus courante est de commencer par le troisième. On tire le curseur jusqu’à 50, l’image devient laide, et elle pèse encore 900 Ko parce qu’elle fait toujours 4 000 pixels de large.
Quelle largeur viser
La bonne largeur n’est pas une valeur absolue, c’est la largeur d’affichage multipliée par la densité de l’écran. Une image affichée dans une colonne de 700 pixels sur un écran Retina doit faire 1 400 pixels, pas 4 000.
| Emplacement | Largeur d’affichage | À exporter |
|---|---|---|
| Vignette de grille | 200 px | 400 px |
| Image dans un article | 700 px | 1 400 px |
| Bandeau pleine largeur | 1 440 px | 2 000 px |
| Fiche produit zoomable | 600 px | 2 400 px |
Au-delà de 2 000 pixels, le gain visuel devient nul sur la quasi-totalité des écrans, alors que le poids continue de grimper au carré.
Pourquoi vos images sont trop lourdes
Une photo sortie d’un téléphone récent pèse entre 3 et 8 Mo. Elle mesure 4 000 pixels de large. Sur un site, elle sera affichée dans une colonne de 600 pixels, souvent moins sur mobile. Le navigateur télécharge donc six fois plus de données qu’il n’en montrera, puis jette le reste.
Trois causes se cumulent presque toujours, et la troisième est la plus chère :
- Le format. Le JPEG date de 1992. À qualité perçue égale, le WebP pèse environ deux fois moins, l’AVIF environ trois fois moins.
- La qualité d’encodage. Un appareil photo enregistre à une qualité proche du maximum, utile pour retoucher, inutile pour afficher.
- Les dimensions. C’est de loin le premier poste. Diviser la largeur par deux divise le nombre de pixels par quatre.
Sur un fichier de test à 16,3 Mo, sorti d’un reflex, ces trois réglages ramenés à ce qu’un site utilise vraiment donnent 119 Ko, soit 99,3 % de moins, sans différence visible à l’écran.
Le calcul, fait pour vous à chaque visite
Sur un site, la bonne largeur change d’un visiteur à l’autre : téléphone, ordinateur portable, écran externe. DAMDesk sert à chacun celle qui correspond à sa place réelle à l’écran, calculée par un composant de 2,8 Ko. Vous ne déposez qu’un fichier, l’original.
Questions fréquentes
Comment réduire une image sans perdre en qualité, vraiment ?
En réduisant ses dimensions plutôt que sa qualité d’encodage. Une image de 4 000 pixels ramenée à 1 600 perd 84 % de son poids et absolument rien de visible, tant qu’elle reste plus large que la place qu’elle occupe à l’écran. C’est la seule réduction réellement gratuite.
Mes images sont-elles conservées sur vos serveurs ?
Non. Le fichier est transformé au vol et renvoyé dans la réponse, sans être écrit nulle part. Rien n’est stocké, rien n’est indexé, et la réponse porte l’en-tête qui interdit sa mise en cache.
Y a-t-il une limite ?
12 Mo par image, et quelques images par minute. Ces plafonds existent parce que chaque conversion coûte du calcul : sans eux, une boucle mal écrite viderait le budget de l’outil en une nuit.
La compression abîme-t-elle l’image ?
Oui, techniquement : WebP, AVIF et JPEG sont des formats à perte. La question utile est de savoir si la perte se voit. Entre 75 et 85 de qualité, elle ne se voit pas sur une photo, et le fichier pèse deux à trois fois moins. Gardez toujours votre original de côté.