Compresseur d'Image & Réducteur Photo

Compresseur d'Image & Réducteur Photo

Compressez vos images en ligne sans perte de qualité. Réduisez la taille des fichiers JPG, PNG et WebP dans le navigateur sans téléversement, avec solveur de Ko cible et export ZIP groupé.

Préréglages :
Mode de compression

Glissez vos photos ici ou cliquez pour parcourir

Compatible JPG, PNG, WebP, AVIF, GIF, SVG et BMP. Zéro transfert serveur.

240 Ko
Dimensions maximales (contrainte)
W :
H :
Pipeline de traitement local côté clientOffscreenCanvas / O(N)
DECRESDCTBINZIP
0.980
Fidélité visuelle structurelle SSIMPerceptivement sans perte visuelle
Taux de réduction:-0.0%
0 B0 B
Zoom loupe de détail:
Curseur de comparaison avant/après: 50%

Aucune image en file. Déposez des photos ci-dessus pour lancer l'optimisation par lots.

Taille originale0 B
Taille compressée0 B
Octets économisés0 B
Ratio de compression0.0%
Référence technique et guide d'architecture

Compresser Image & Réduire Photo — Guide de référence

Compressez vos images en ligne sans perte de qualité. Réduisez la taille de vos fichiers JPG, PNG et WebP directement dans le navigateur, sans aucun téléversement sur serveur, avec ciblage précis en Ko et export groupé en ZIP.

Compresser Image & Réduire Photo — Guide de référence — Architecture en mémoire côté client et flux de données
Compresser Image & Réduire Photo — Guide de référence — Architecture en mémoire côté client et flux de données

Paramètres clés et contrôles

Fichiers sourcesFileList | Flux Drag-and-Drop

Tampons d'octets d'images brutes décodés localement via createImageBitmap et FileReader dans la mémoire isolée du thread du navigateur, sans aucune transmission par socket réseau.

Par défaut : Sélection de fichier unique ou multiple
Mode de compression"quality" | "targetSize"

Stratégie d'exécution algorithmique alternant entre une quantification scalaire manuelle et un solveur par recherche binaire en O(log k) ciblant des limites strictes d'octets.

Par défaut : quality
Format de sortie"image/webp" | "image/jpeg" | "image/png"

Conteneur MIME de destination déterminant les tables de quantification DCT, la prédiction de blocs intra-trame VP8 ou les routines de filtrage 2D DEFLATE selon la RFC 1951.

Par défaut : image/webp
Facteur de qualitéIntervalle décimal [0,01 ; 1,00]

Échelle de quantification avec perte transmise à HTMLCanvasElement.toBlob(). Les facteurs inférieurs à 0,70 risquent de générer des artéfacts de sonnerie DCT à haute fréquence, tandis que 0,80 maintient un SSIM > 0,95.

Par défaut : 0.80
Taille cible maximaleEntier (Kilooctets, Ko)

Seuil maximal de charge utile du fichier (ex. : 200 Ko pour les visas Schengen et démarches ANTS, 240 Ko pour le formulaire DS-160 américain) imposé par la boucle de convergence par recherche de racine inverse.

Par défaut : 200
Dimensions maximalesBoîte englobante en pixels (Largeur x Hauteur)

Résolution spatiale maximale appliquée par rééchantillonnage bicubique par paliers pour limiter les opérations totales sur les pixels à O(L × H) et prévenir les plantages OOM du canvas WebKit.

Par défaut : 1920 x 1080 px
Quantification des couleursProfondeur de palette (256 | 128 | 64 couleurs | Complète)

Matrice de réduction colorimétrique pour ressources PNG exécutant un partitionnement spatial par octree et un tramage Floyd-Steinberg afin de préserver la transparence alpha dans les limites d'indexation 8 bits.

Par défaut : Couleurs complètes (24 bits)
Purge des métadonnées EXIF"strip" | "safe" | "retain"

Barrière de confidentialité des métadonnées purgeant les segments TIFF/Exif (coordonnées GPS, numéros de série de l'appareil, horodatages) lors de la resérialisation matricielle sur le canvas.

Par défaut : strip

Conseils de pro et bonnes pratiques

Benchmark d'efficacité de compression : WebP face à JPEG

La conversion de ressources photographiques du standard JPEG vers le WebP réduit le poids du fichier de 25 % à 35 % pour un indice de similarité structurelle identique (SSIM > 0,95). Le WebP tire parti de la prédiction de macroblocs intra-trame VP8 et du codage arithmétique discret, éliminant ainsi les artéfacts de sonnerie DCT à haute fréquence autour des contours à fort contraste.

Contourner les plafonds de mémoire canvas de WebKit sur mobile

Safari sur iOS impose un seuil strict d'allocation mémoire pour le canvas (généralement entre 256 Mo et 384 Mo d'allocation GPU cumulée). Lors du traitement de photos de plusieurs mégapixels (> 12 MP), effectuez un sous-échantillonnage par paliers via OffscreenCanvas ou createImageBitmap, puis assignez explicitement canvas.width = canvas.height = 0 après la compression afin de forcer le ramasse-miettes du GPU à libérer immédiatement le contexte matériel.

Convergence par recherche binaire pour les quotas stricts de visas et passeports

Les portails consulaires et plateformes administratives officielles (telles que l'ANTS pour les passeports français ou les demandes de visa Schengen plafonnées à 200 Ko, ainsi que le formulaire américain DS-160 à 240 Ko) imposent des limites de taille strictes. Utilisez le mode Taille cible, qui exécute une recherche binaire automatisée en 7 étapes sur les paramètres de quantification JPEG/WebP, convergeant vers la qualité visuelle maximale en moins de 300 ms sans tâtonnement manuel.

Quantification de palette par octree pour les éléments d'interface avec canal alpha

Pour les icônes d'interface, logos et captures d'écran présentant des aplats de couleur et de la transparence alpha, la conversion en JPEG détruit la transparence, tandis que le WebP avec perte peut générer des halos sur les contours. Appliquer une quantification de palette par octree 8 bits avec tramage Floyd-Steinberg sur les fichiers PNG permet une réduction de 60 % à 75 % de la taille du fichier tout en conservant une netteté parfaite des bordures au pixel près.

Pièges courants et dépannage

⚠️Le fichier de sortie compressé est plus volumineux que le fichier d'origine

Réencoder un fichier JPEG ou WebP déjà compressé avec une qualité élevée (≥ 85 %) force l'encodeur de transformation à traiter le bruit de quantification existant et les artéfacts de blocs comme des données authentiques à haute fréquence, ce qui gonfle la table d'entropie. Réglez la qualité à 75 % ou appliquez une réduction dimensionnelle de 10 % pour requantifier efficacement le domaine fréquentiel.

⚠️L'arrière-plan transparent devient noir ou blanc uni après compression

Le standard de conteneur JPEG (ISO/CEI 10918-1 / JFIF) ne prend pas en charge le canal de transparence alpha et aplatit les pixels translucides sur un fond opaque. Basculez le format de sortie vers WebP (qui prend en charge la compression avec perte avec canal alpha 8 bits) ou vers un PNG quantifié en 8 bits.

⚠️Le solveur de taille cible ne parvient pas à atteindre un seuil extrêmement bas en kilooctets

Lorsqu'un seuil de taille très agressif est demandé (comme < 50 Ko pour une image 4K), la quantification atteint un plancher de qualité minimal (1 %) où les tables d'en-tête DCT standard et le codage par plages ne peuvent plus comprimer davantage. Activez la réduction des dimensions maximales pour diminuer proportionnellement la surface en pixels, le poids en octets variant de façon quadratique avec les dimensions linéaires.

⚠️Le navigateur mobile se fige ou recharge l'onglet lors du traitement par lot d'images

Décoder simultanément plusieurs photos haute résolution sature la mémoire VRAM mobile, provoquant le plantage de l'onglet. Limitez la simultanéité des traitements à 1 (exécution séquentielle sérialisée) dans les paramètres afin de permettre à chaque tampon d'image d'être libéré et nettoyé par le ramasse-miettes avant d'initialiser le contexte de décodage suivant.

Foire aux questions (FAQ)

Comment la compression à taille cible calcule-t-elle la limite exacte en Ko ?▼

La compression par taille cible exécute une recherche binaire en O(log k) dans l'espace des paramètres de quantification de la transformée en cosinus discrète (DCT) compris entre [1, 100]. À chaque itération, l'encodeur canvas évalue canvas.toBlob() par rapport à la limite d'octets ; si la charge utile dépasse la cible, la borne supérieure est divisée par deux, convergeant vers la meilleure qualité visuelle possible en 7 itérations et moins de 300 ms.

Quels sont les repères optimaux de qualité d'image et de taille de fichier pour les performances web ?▼

Le repère web recommandé est une qualité de 75 % à 82 % au format WebP, garantissant un indice de similarité structurelle (SSIM) supérieur à 0,96 tout en limitant les images d'en-tête (hero images) à moins de 150 Ko et les vignettes à moins de 70 Ko. Cela permet de valider les critères des Google Core Web Vitals pour le Largest Contentful Paint (LCP < 2,5 s) sans introduire d'artéfacts de compression à haute fréquence perceptibles.

WebP vs JPEG vs PNG : quel format produit la plus petite taille de fichier ?▼

Le format WebP génère des fichiers 25 % à 35 % plus compacts que le JPEG standard à fidélité visuelle SSIM équivalente grâce à la prédiction de macroblocs intra-trame VP8, et réduit la taille des PNG 24 bits de plus de 70 % grâce à la transparence alpha avec perte. Le PNG ne reste indispensable que pour les diagrammes sans perte ou les palettes indexées 8 bits où les contours nets de texte doivent impérativement éviter le bruit de quantification DCT.

Pourquoi la recompression d'une image déjà compressée augmente-t-elle sa taille ?▼

Le codage par transformation avec perte n'est pas idempotent : recompresser une image à une qualité élevée (≥ 85 %) crée un décalage des limites de blocs DCT 8x8, contraignant l'encodeur d'entropie à enregistrer les artéfacts de compression antérieurs comme des informations réelles de pixels à haute fréquence. Cela gonfle les tables de codage de Huffman ou arithmétique, augmentant la charge utile du fichier de 10 % à 25 % à moins d'appliquer une requantification agressive.

Comment l'exécution côté client dans le navigateur protège-t-elle les données confidentielles des images ?▼

Toutes les opérations de décodage, rééchantillonnage et réencodage s'exécutent exclusivement en mémoire locale via l'élément Canvas HTML5, createImageBitmap et les Web Workers, sans émettre aucune requête HTTP sortante. L'intégrité cryptographique peut être vérifiée au moyen de la Web Crypto API (crypto.subtle.digest) au sein du bac à sable (sandbox) d'origine locale, garantissant une parfaite conformité avec le RGPD, les préconisations de la CNIL et les spécifications de sécurité de la RFC 6454.

Pourquoi les arrière-plans transparents deviennent-ils noirs ou blancs unis lors de la conversion en JPG ?▼

La spécification JPEG (JFIF / ISO/CEI 10918-1) est dépourvue de canal alpha et n'encode que les plans de luminance-chrominance YCbCr. Lors de l'exportation de tampons de pixels de canvas RGBA vers image/jpeg, le navigateur compose automatiquement les pixels transparents sur un fond opaque (généralement noir 0x000000 ou blanc 0xFFFFFF) ; conserver la transparence nécessite donc de sélectionner le format WebP ou PNG.

Outils et utilitaires connexes

Tous les outils →