Tooooolbox
100% privé
17 septembre 2026 · 9 min de lecture
Compresser une photo, c'est réduire le poids du fichier en gardant une image qui paraît identique. Cela semble être une seule action, mais ce sont en réalité trois décisions — les dimensions, le réglage de qualité et le format — et elles n'ont pas du tout le même poids. La plupart des gens vont droit au curseur de qualité, qui est justement celui qui compte le moins. Dans le bon ordre, une photo de téléphone de 4 Mo devient un fichier de 250 Ko visuellement identique à l'écran.
Tout ce qui suit fonctionne dans n'importe quel outil correct, y compris le nôtre, qui s'exécute entièrement dans votre navigateur : vos photos ne sont jamais envoyées nulle part.
Si vous voulez simplement un fichier plus léger sans y réfléchir : redimensionnez l'image pour que son plus grand côté fasse environ 1600 pixels, enregistrez-la en JPEG à une qualité de 80, et c'est terminé. Cette seule combinaison couvre l'immense majorité des cas — pièces jointes, images de site, messageries, formulaires — et allège typiquement une photo de téléphone de 90 à 95 %.
Déposez votre fichier dans le compresseur, réglez la largeur maximale sur 1600, laissez la qualité à 80, et téléchargez. Si le résultat reste trop lourd, descendez la qualité à 70 avant de toucher à autre chose. La suite explique pourquoi cela marche, et quand s'en écarter.
C'est l'étape que presque tous les guides sautent, et c'est celle qui fait le gros du travail. Un téléphone récent photographie autour de 4000×3000 pixels. Si cette image doit être vue dans un mail, sur une page web ou dans une conversation, elle sera affichée sur 800 à 1600 pixels de large. Chaque pixel au-delà est stocké, transmis, puis jeté par l'écran.
L'arithmétique est sans pitié. Passer de 4000 à 1600 pixels de large n'est pas une réduction de 60 % : comme la surface varie avec le carré, cela supprime environ 84 % des pixels avant même d'avoir touché à la qualité. Descendre à 800 pixels en supprime 96 %. Aucun réglage de qualité ne peut rivaliser, et contrairement à la baisse de qualité, le redimensionnement ne coûte rien de visible tant que l'image n'est jamais affichée plus grande que sa nouvelle taille.
La question n'est donc pas « combien de qualité puis-je sacrifier » mais « à quelle taille cette image sera-t-elle réellement vue ». Choisissez la dimension selon la destination :
| Plus grand côté | Adapté à | Résultat typique |
|---|---|---|
| 800 px | Pièces jointes, messageries, forums | 80–150 Ko |
| 1200 px | Images d'article, photos produit, documents | 150–300 Ko |
| 1600 px | Usage général — la valeur sûre | 200–400 Ko |
| 2048 px | Bannières pleine largeur, écrans haute densité | 400–800 Ko |
| Original | Impression, archivage, retouche ultérieure | Inchangé |
Une fois les dimensions justes, la qualité est le réglage fin. La qualité JPEG et WebP va de 0 à 100, et la relation entre ce nombre et le poids du fichier n'a rien de linéaire : les premières réductions sont presque gratuites, les dernières sont ruineuses.
La qualité 100 est du gaspillage : elle stocke un niveau de détail qu'aucun œil ne distingue, et un fichier à 100 pèse souvent le double du même à 90 sans la moindre différence visible. Entre 90 et 80, le fichier continue de fondre et l'image reste nette. Autour de 75 à 80 se situe le point où la plupart des gens cessent de voir la différence en comparaison côte à côte — d'où le réglage 80 comme défaut quasi universel.
En dessous de 70, les artefacts deviennent visibles : des plaques en damier dans les dégradés doux comme les ciels et la peau, et un léger halo autour des contours nets et du texte. Sous 50, l'image paraît franchement dégradée. Si vous avez besoin d'un fichier plus léger que ce que donne la qualité 70, redimensionnez davantage plutôt que de descendre la qualité : le rendu sera meilleur à poids égal.
Une nuance utile : ces valeurs ne sont pas normalisées d'un outil à l'autre. Une qualité 80 dans une application ne produit pas forcément le même fichier qu'une qualité 80 dans une autre, car les tables de quantification internes diffèrent. Traitez ce nombre comme une molette à tourner, pas comme une valeur absolue à reproduire.
Le format détermine quel type de compression est seulement possible. Se tromper ici est l'erreur la plus coûteuse en compression d'image, et elle est très répandue — le plus souvent une photographie enregistrée en PNG, qui peut facilement peser dix fois ce qu'elle devrait.
| Format | À utiliser pour | Poids vs JPEG |
|---|---|---|
| JPEG | Photographies, tout ce qui a des dégradés doux | Référence |
| PNG | Captures avec du texte, logos, besoin de transparence | 3 à 10× plus lourd sur une photo |
| WebP | Tout ce qui va sur le web, photos comme graphiques | 25 à 35 % plus léger |
| AVIF | Photos web quand vous maîtrisez les navigateurs cibles | 40 à 50 % plus léger |
| HEIC | Stockage iPhone — à convertir avant de partager | Environ la moitié |
L'expression revient sans cesse et mérite d'être précisée, car elle recouvre deux choses différentes dont une seule est atteignable.
La compression réellement sans perte — chaque pixel préservé à l'identique — existe, mais elle n'aide quasiment pas sur les photographies. Passer un optimiseur sans perte sur un JPEG existant récupère typiquement 5 à 10 % en réorganisant le stockage des données. C'est réel et c'est gratuit, mais cela ne transformera pas un fichier de 4 Mo en pièce jointe envoyable.
Ce que les gens veulent dire, presque toujours, c'est « sans perte visible » — et cela, c'est parfaitement atteignable. À qualité 80, après un redimensionnement sensé, la différence est invisible en conditions normales : il faudrait zoomer et comparer pixel par pixel avec l'original pour la trouver. Les données ont bien disparu, mais pas l'information qu'utilise votre œil.
L'exception concerne les images que vous comptez retoucher encore. Chaque fois qu'un JPEG est ouvert, modifié puis réenregistré, il est recompressé et perd un peu plus — c'est la perte de génération, et elle s'accumule. Si un fichier est encore un travail en cours, gardez un original en pleine qualité et ne compressez que la copie que vous diffusez.
Les algorithmes de compression exploitent le type de redondance présent dans une image, et toutes les images n'ont pas la même. Les traiter pareil, c'est pourquoi certains fichiers refusent de maigrir.
Les photographies ont des couleurs continues, bruitées, qui varient en douceur. Le JPEG et le WebP avec perte ont été conçus exactement pour cela et s'en sortent très bien. Qualité 80 et redimensionnement, comme ci-dessus.
Les captures d'écran de texte et d'interfaces sont l'inverse : de grandes zones en aplat et des contours durs très contrastés. La compression avec perte y est franchement mauvaise — elle bave sur le bord des lettres et produit un halo visible autour du texte. Utilisez le PNG, ou le WebP sans perte pour environ 25 % de gain supplémentaire. Et évitez de redimensionner une capture de texte : la réduire rend le texte illisible, ce qui annule l'intérêt.
Logos, icônes et illustrations en aplats se comportent comme des captures : peu de couleurs distinctes, contours nets, souvent de la transparence. PNG ou WebP sans perte — et si l'image ne contient vraiment qu'une poignée de couleurs, la réduire à une palette 8 bits peut encore retirer 60 à 70 % sans changement visible.
Le contenu mixte — une capture contenant une photo, un visuel produit sur fond blanc avec du texte — relève du jugement. Suivez l'élément qui compte le plus, et si c'est la lisibilité du texte, traitez le fichier comme une capture d'écran.
La méthode générale couvre la plupart des situations, mais certaines destinations ont leurs contraintes propres — une limite de pièce jointe stricte, une plateforme qui recompresse ce que vous envoyez, ou une taille en pixels précise pour éviter un recadrage. Ces guides détaillent chaque cas :
Si vous avez redimensionné, compressé, et que le fichier résiste encore, c'est presque toujours l'une de ces quatre causes.
C'est une photographie en PNG. C'est de loin la cause la plus fréquente, et aucune optimisation n'y changera rien : le PNG stocke les données photographiques de façon catastrophiquement inefficace. Convertissez en JPEG ou en WebP et le fichier perdra 80 à 90 % d'un seul coup.
Le fichier était déjà compressé. Recompresser un fichier déjà passé par là ne gagne presque rien, puisque la redondance que cherche l'algorithme a déjà été retirée. Pire, cela dégrade l'image davantage. Si vous avez l'original, repartez de lui plutôt que de recompresser la copie compressée.
Vous avez redimensionné l'affichage, pas les pixels. Certains outils distinguent la taille d'affichage des dimensions réelles en pixels. Vérifiez que le résultat fait bien 1600 pixels de large, et non une image de 4000 pixels simplement montrée plus petite.
Le fichier transporte des métadonnées. Les données EXIF de l'appareil, les profils colorimétriques et l'historique de retouche peuvent ajouter des dizaines de kilooctets. Sur une photo de 3 Mo c'est du bruit, mais sur une icône de 40 Ko cela peut représenter un tiers du fichier. Supprimer les métadonnées est sans perte pour l'image visible — gardez tout de même le profil colorimétrique si la fidélité des couleurs compte, comme pour des couleurs de marque.
La plupart des compresseurs en ligne envoient vos photos sur un serveur, les traitent là-bas et vous les renvoient. C'est une vraie question de confidentialité pour tout ce qui est personnel — photos de famille, documents, captures contenant des informations privées — et une question inutile, puisque les navigateurs modernes savent faire le travail en local.
Notre compresseur s'exécute entièrement sur votre appareil. Rien n'est envoyé, il n'y a ni compte, ni file d'attente, ni plafond de taille au-delà de ce que permet la mémoire de votre machine. Déposez un lot de photos, réglez la largeur et la qualité une fois, et récupérez le tout dans une archive ZIP.