Architecture technique et nettoyage sans perte

1. Le problème des outils en ligne classiques

La quasi-totalité des sites de nettoyage d'images utilisent l'élément HTML5 <canvas> du navigateur : ils dessinent votre image dans un canevas puis appellent canvas.toDataURL('image/jpeg', 0.92) pour la ré-exporter.

Ce procédé pose des problèmes majeurs :

• Compression destructive : Chaque pixel est recalculé et compressé une seconde fois, créant des artefacts visuels.
• Dérive des couleurs : Le profil ICC d'origine est généralement supprimé ou converti maladroitement en sRGB standard.
• Perte du HDR : Les données Ultra HDR et les cartes de gain sont irrémédiablement aplaties en SDR 8 bits.

2. L'approche Clean : chirurgie binaire

Clean ne décode jamais vos pixels pour les ré-encoder. Nos analyseurs parcourent directement la structure binaire du fichier dans un Web Worker exécuté sur votre machine :

• JPEG : Nous identifions les marqueurs de segments (APP0 à APP15). Les segments d'image (données de balayage SOS jusqu'à EOI) sont copiés à l'octet près. Seuls les marqueurs ciblés (APP1 EXIF, APP11 C2PA, APP13 IPTC) sont filtrés ou réécrits.
• PNG : Nous conservons les blocs structurels essentiels (IHDR, PLTE, IDAT, IEND) et supprimons les blocs textuels auxiliaires (tEXt, zTXt, iTXt, caBX).
• WebP : Nous lisons les en-têtes RIFF et ne modifions que les conteneurs de métadonnées sans toucher aux flux VP8 ou VP8L.

3. Préservation des couleurs et du HDR

Par défaut, Clean conserve précieusement le profil colorimétrique ICC ainsi que la balise d'orientation. De plus, pour les images Ultra HDR (comme celles des smartphones récents), les conteneurs XMP de carte de gain (hdrgm, GContainer) et les images secondaires MPF sont conservés afin de préserver l'éclat dynamique de vos clichés.

4. Zéro serveur, sécurité garantie par CSP

Tout le code est exécuté localement en JavaScript/TypeScript via des Web Workers. Aucune requête réseau ne transmet d'image, ce qui est verrouillé par nos en-têtes Content Security Policy (CSP).