TechnologieComparaisons

Les hébergeurs gratuits massacrent-ils la qualité en 2026 ? Test SSIM de 8 services

Publié le28/01/20268 min read

Un chiffre concret d'entrée : une photo de 4,2 Mo uploadée sur un hébergeur gratuit, re-téléchargée, finit à 890 Ko. Compression de 79 %. La vraie question : combien de qualité avez-vous perdu ? Le fait que ce soit invisible à l'œil nu ne veut pas dire que la qualité n'a pas chuté.

Pour ce test, j'ai passé 8 hébergeurs gratuits majeurs au crible avec SSIM (Structural Similarity Index), l'indicateur standard en évaluation de qualité d'image. Pas de « j'ai l'impression que… » : des chiffres. Résultat mesuré : le SSIM tombe de 0,998 (quasi sans perte) jusqu'à 0,871 (perceptible à l'œil nu), et franchement, l'écart est plus large que ce à quoi on s'attend.

SSIM : c'est quoi et pourquoi ?

SSIM (Structural Similarity Index) est l'une des métriques objectives les plus utilisées en qualité d'image, introduite par Wang et al. en 2004. Il simule la perception humaine de l'information structurelle, plus proche de la sensation réelle qu'une simple comparaison de pixels (PSNR).

Échelle SSIM de 0 à 1 :

1,000 : strictement identique, zéro perte
Au-dessus de 0,95 : différence imperceptible à l'œil nu, compression de haute qualité
0,90 à 0,95 : différences subtiles visibles au comparatif attentif, souvent dans dégradés ou textures
En dessous de 0,90 : différences nettes, surtout sur bords de texte, lignes fines, zones de fort contraste

Franchement, SSIM détecte très bien les artéfacts de blocking JPEG — et c'est précisément ce qu'on cherche à mesurer.

Protocole de test

Pour des données comparables, protocole strict :

Image originale : JPEG qualité 100 dérivé d'un TIFF non compressé 4928×3264, combinaison paysage + portrait + texte. Taille : 4,2 Mo.

Procédure :

Upload sur chaque hébergeur
Re-téléchargement immédiat
Calcul SSIM via ImageMagick compare -metric SSIM
Enregistrement de la taille et du format de sortie

Commande :

magick compare -metric SSIM original.jpg downloaded.jpg null: 2>&1

Trois exécutions par service, moyenne SSIM retenue.

Résultats du test

Hébergeur	Taille originale	Taille téléchargée	Évolution	Score SSIM	Niveau qualité
Catbox	4,2 Mo	4,2 Mo	0 %	1,0000	Sans perte
Flickr	4,2 Mo	4,2 Mo	0 %	1,0000	Sans perte
lpic.cc	4,2 Mo	3,9 Mo	-7,1 %	0,9921	Qualité maximale
Cloudinary (gratuit)	4,2 Mo	3,8 Mo	-9,5 %	0,9897	Qualité maximale
ImgBB	4,2 Mo	3,6 Mo	-14,3 %	0,9834	Haute qualité
Postimages	4,2 Mo	3,4 Mo	-19,0 %	0,9756	Haute qualité
Imgur	4,2 Mo	1,8 Mo	-57,1 %	0,9512	Acceptable
Freeimage.host	4,2 Mo	1,5 Mo	-64,3 %	0,9423	Acceptable
Google Photos	4,2 Mo	1,1 Mo	-73,8 %	0,9287	Perte légère visible
Imgbox	4,2 Mo	890 Ko	-79,3 %	0,9134	Perte légère visible

Plusieurs faits remarquables.

Analyse des résultats

Catégorie sans perte : Catbox et Flickr

Catbox et Flickr ne touchent à rien. Le fichier téléchargé est byte-for-byte identique à l'original. SSIM 1,0000 parfait.

Pour un photographe ou designer qui veut préserver la qualité absolue, c'est critique. Revers : pas de compression = plus de stockage côté serveur et plus de bande passante côté consommation.

Catégorie qualité maximale : lpic.cc et Cloudinary

lpic.cc et Cloudinary compressent légèrement mais restent au-dessus de 0,98. Concrètement, lpic.cc retire 7 % de taille, SSIM 0,9921 — même en zoom 200 % pixel par pixel, difficile à distinguer pour un utilisateur normal.

Cloudinary compresse un poil plus, mais offre des paramètres API pour contrôler le niveau.

Catégorie haute qualité : ImgBB et Postimages

ImgBB et Postimages compressent entre 14 et 19 %, SSIM entre 0,97 et 0,98. Largement suffisant pour du partage quotidien. Sur dégradés riches (ciel, tons de peau), un œil attentif peut repérer un léger banding au comparatif côte à côte.

Compression marquée : Imgur, Freeimage.host, Google Photos, Imgbox

Compression agressive. Imgur passe de 4,2 Mo à 1,8 Mo, SSIM 0,9512. Google Photos à 1,1 Mo, SSIM 0,9287. Imgbox à 890 Ko, SSIM 0,9134.

Concrètement, en dessous de SSIM 0,95 les zones suivantes montrent de la dégradation visible :

Bords de texte : perte de netteté, les petites polices floutent
Bords à fort contraste : effet de ringing (halo)
Dégradés : bandes visibles ou blocking
Textures fines : tissu, cheveux, la texture s'aplanit

Imgbox à 0,9134 — dans mes images de test, le blocking sur les zones de texte est franchement notable.

Impact selon le type d'image

Honnêtement, la perte dépend fortement du contenu. Tests additionnels :

Captures d'écran (texte pur) : ce type d'image souffre le plus. Imgur tombe à SSIM 0,9318 sur du texte pur, parce que JPEG démolit les bords nets et les aplats à fort contraste.

Photos de paysage : le meilleur profil pour la compression. Même Imgbox ne descend qu'à SSIM 0,9347 — les textures naturelles ont une aléatoire intrinsèque qui masque les artéfacts.

Graphiques avec dégradés et aplats : entre les deux, mais les grandes zones de dégradé montrent du banding assez vite.

Recommandations par usage

Documentation technique, captures de code : priorité au non-compressé ou compression légère (Catbox, Flickr, lpic.cc). La netteté du texte influe directement sur la lisibilité.

Partage photo quotidien : ImgBB et Postimages suffisent. SSIM au-dessus de 0,97 est invisible en scroll sur réseau social.

Œuvres photographiques : Catbox ou Flickr uniquement pour le sans perte pur. À noter que la stabilité de Catbox reste un point d'attention.

Juste coller une image dans un forum : peu importe la qualité, Imgur et Google Photos sont même un avantage — plus léger = chargement plus rapide.

Cas français : quels hébergeurs pour créateurs photo FR

Pour les photographes, graphistes ou illustrateurs français, quelques options supplémentaires :

Pic-Upload.com : hébergeur français historique, similaire à NoelShack, compression modérée (SSIM estimé 0,96)
Servimg.com : utilisé sur de nombreux forums phpBB français, compression variable selon la config du forum
NoelShack : standard de JV.com, compression moyenne (SSIM ~0,95)

Pour du travail client pro, Scaleway Object Storage ou Infomaniak kDrive permettent du stockage sans perte + CDN, avec souveraineté française garantie.

FAQ

SSIM 0,95 vs 0,99, c'est si différent ?

Numériquement 0,04 d'écart. Perceptuellement, grosse différence. À 0,99 la photo est indiscernable de l'original ; à 0,95 un comparatif attentif révèle l'écart — surtout sur bords de texte et dégradés. 0,95 correspond grosso modo à JPEG qualité 75-80.

Pourquoi certains hébergeurs compressent ?

Économie de stockage et bande passante. Une image 4 Mo compressée à 1 Mo = 25 % des ressources. Pour un service gratuit, c'est vital pour tenir le coût. Modèle économique oblige.

Les PNG sont-ils convertis en JPEG ?

Certains hébergeurs le font. Imgur convertit les PNG au-dessus d'une certaine taille, perte irréversible. Catbox, Flickr, lpic.cc gardent le format original. Pour du PNG avec transparence ou besoin sans perte, vérifiez la politique de l'hébergeur avant upload.

Upload → download → re-upload, la qualité chute à chaque tour ?

Oui, c'est la « generation loss ». Chaque compression JPEG introduit des erreurs non réversibles. Si vous re-uploadez une image déjà compressée, la qualité chute cumulativement. Toujours repartir de l'original.

Comment contrôler la compression avant upload ?

Compressez vous-même à la qualité souhaitée avec ImageMagick, Squoosh, TinyPNG. Puis uploadez sur un hébergeur sans compression (Catbox, Flickr, lpic.cc). Vous gardez la main complète sur le ratio qualité/poids.

Un outil français pour faire ces tests ?

ImageMagick tourne partout (Linux, macOS, Windows), disponible via Homebrew, apt ou scoop. Pour une interface graphique, Photopea (fork de Photoshop en ligne, mais code hébergé en Europe) propose des comparatifs. GIMP 3.0 a aussi un plugin SSIM pour les francophones qui veulent éviter la ligne de commande.

Références

#compression image#SSIM#qualité image#test hébergeur#qualité visuelle

Rédigé par

Brian Lee

Analyste technique

Passionné par les formats d'image, les technologies de compression et l'intégration API — avec une approche rigoureusement orientée données.