Compresser JPG

Comment fonctionne la compression JPG dans le navigateur ?

JPEG est un format d’image à compression avec perte : un algorithme décide quelles informations l’œil ne perçoit de toute façon pas, et les jette pour rendre le fichier plus petit. Le paramètre qualité contrôle à quel point on jette agressivement — 100 garde presque tout, 1 jette presque tout, entre les deux se trouve la plage pratique.

L’outil utilise un encodeur WebAssembly qui exécute une bibliothèque d’encodage JPEG open-source éprouvée dans le navigateur. À qualité visuelle égale, les fichiers de sortie sont typiquement 10–20 % plus petits qu’avec l’API Canvas native. Si le chemin WASM ne s’initialise pas dans votre navigateur, l’outil bascule silencieusement sur l’encodeur Canvas natif.

JPG (1–50 Mo)
    ↓
[1] décodage → ImageBitmap → Canvas
    ↓
[2] encodage → encodeur JPEG WASM (JPG) OU Canvas-toBlob (JPG/WebP)
    ↓
[3] slider A/B + stats par fichier
    ↓
ZIP ou fichiers individuels

Quel niveau de qualité me faut-il ?

Trois valeurs de référence issues de la pratique, que nous proposons aussi en préréglages :

• Qualité 75 — « Web » : images hero, billets de blog, temps de chargement rapide, faible bande passante. ~70 % plus petit que l’original. En regardant bien on voit dans les dégradés lisses (ciel, peau) de légères structures de bloc — dans le flux de lecture normal ça ne se remarque pas.
• Qualité 85 — « Social » : post Instagram, en-tête LinkedIn, images de newsletter. ~55 % plus petit. Les artefacts ne se voient plus qu’au zoom 100 %, l’impression visuelle reste photographique.
• Qualité 95 — « Archive » : versions préparatoires pour print, photothèque personnelle, sauvegarde. ~20 % plus petit que l’original, l’œil ne trouve aucune différence — c’est le point où l’on dit « pratiquement sans perte ».

Une qualité sous 70 ne vaut la peine que si le fichier doit vraiment devenir extrêmement petit (pièce jointe e-mail avec limite de taille stricte). Sous 50, le fichier devient plutôt moche que petit.

Pourquoi WebP comme format de sortie ?

WebP est un format d’image plus moderne, développé par Google et publié en 2010. À qualité comparable, WebP livre typiquement des fichiers 25–34 % plus petits que JPG — et depuis 2020 tous les navigateurs evergreen (Chrome, Firefox, Safari, Edge) lisent WebP nativement. En 2026 la couverture mondiale navigateur atteint 97 %.

Conseil pratique : WebP est excellent pour la livraison web, mais pas pour pièces jointes e-mail ou workflows print. Pour imprimeries, vieux logiciels ou destinataires au setup incertain, JPG reste le choix sûr. Le toggle de format change d’un clic — vous pouvez exporter la même valeur de slider dans les deux formats et comparer les tailles de sortie.

Ce que montre le slider A/B

La comparaison A/B superpose original et version compressée et les fond via un trait vertical que vous déplacez à la souris ou au slider. Vous trouvez ainsi immédiatement les zones où la compression devient visible — la plupart du temps ce sont :

• Ciel et dégradés lisses : les artefacts de bloc deviennent visibles ici en premier (grille 8×8 pixels).
• Arêtes et texte : du bruit moustique apparaît comme léger scintillement autour d’arêtes dures.
• Peau et textures de tissu : à qualité basse, la texture fine devient « pâteuse ».

Cliquez n’importe où dans l’image pour zoomer dans la zone — les deux côtés zooment synchronisés, pour que la comparaison reste précise. « Reset zoom » vous ramène à la vue d’ensemble. Clavier : flèches déplacent le trait, Home/End sautent au bord.

Confidentialité — tout reste dans l’onglet navigateur

Beaucoup d’outils en ligne gratuits pour le même problème chargent vos images sur leurs serveurs, promettent une suppression sous 24 heures, et le plus souvent suppriment. Le problème n’est pas la suppression, c’est l’upload : qui exploite le serveur voit les images. Photos privées, scans de pièce d’identité, manuscrits — tout passe par des mains tierces, même brièvement.

Ici rien de tout cela. Une fois la page chargée, tout le traitement passe par des standards web (Canvas API, WebAssembly) dans l’onglet navigateur. Vous pouvez le vérifier dans le panneau réseau des outils de développement : pendant la compression aucun fichier d’image ne sort. Pas de télémétrie non plus, pas d’analyse de clic, pas de cookies.

Quelles lacunes délibérées ce tool a-t-il ?

Nous construisons un compresseur JPG, pas un couteau suisse images. Ce qui n’est délibérément pas inclus :

• Export AVIF ou JXL : serait un autre outil (jpg-zu-avif existe déjà). Cette page maintient le scope JPG → JPG et JPG → WebP.
• Entrée PNG, GIF ou SVG : PNG aura son propre outil png-kompressor ; mélanger les entrées rendrait l’outil flou.
• « Smart crop » ou compression aware contenu : exigerait un modèle IA que nous ne voulons pas charger dans le navigateur — trop gros pour le cas d’usage.
• Mode sans perte : serait un optimiseur, pas un compresseur. Qualité 95 est ici le point visuellement sans perte.
• Entrée URL ou « compress from URL » : exigerait un proxy serveur — casse la promesse pure-client.
• Resize à la compression : outil dédié bild-groesse-aendern. Qui a besoin des deux passe séquentiellement par les deux outils.

L’outil fait une chose bien et dit clairement où est sa limite.

Quels outils image sont liés ?

Autres outils de l’écosystème kittokit qui collent aux images :

• Enlever métadonnées — strip EXIF, GPS, auteur de JPG, PNG, WebP et PDF, localement dans le navigateur.
• Convertir format d’image — convertir PNG/JPG vers WebP ou AVIF, avec slider de qualité.
• Agrandir image — agrandir des images avec réseau neuronal dans le navigateur, sans upload serveur.