Tests y reseñas SSIM 2026: cuánto recomprimen los hosts gratis
Un número para empezar: subes una foto de 4,2 MB a un servicio gratuito, te la devuelven con 890 KB. Tamaño reducido un 79%. Pregunta que pocos hacen: ¿qué tanto ha perdido en calidad? Que el ojo no lo note a primera vista no significa que la calidad esté intacta.
En este artículo probé 8 servicios gratuitos populares midiendo con SSIM (Structural Similarity Index) su comportamiento real de compresión. No "me parece que se ve peor", sino números concretos. La verdad es que los resultados salieron más polarizados de lo que esperaba: el SSIM cayó desde 0,998 (prácticamente sin pérdida) hasta 0,871 (pérdida claramente visible), una brecha bastante mayor de la que intuía antes del experimento.
Qué es SSIM y por qué lo uso
SSIM es una de las métricas objetivas más usadas en evaluación de calidad de imagen, propuesta por Wang et al. en 2004. Modela cómo el sistema visual humano percibe la información estructural, y se alinea mejor con la percepción real que el simple PSNR (que solo compara diferencia de píxeles).
Rango de SSIM: 0 a 1.
- 1,000: idéntico, cero pérdida.
- 0,95+: imperceptible a simple vista; compresión de alta calidad.
- 0,90–0,95: diferencias sutiles al comparar; suelen aparecer en degradados o detalles finos.
- < 0,90: pérdida visible, sobre todo en bordes de texto, líneas finas y zonas de alto contraste.
SSIM es especialmente sensible a daños estructurales. El clásico "bloque JPEG" se refleja inmediatamente en la métrica.
Setup del test
Para resultados comparables, flujo estricto:
Original: foto 4928×3264, exportada como JPEG al 100% desde TIFF sin comprimir. Contiene paisaje, persona y texto. 4,2 MB.
Procedimiento:
- Subir el original a cada servicio.
- Descargar inmediatamente la versión procesada.
- Calcular SSIM con ImageMagick:
compare -metric SSIM original.jpg downloaded.jpg null:. - Anotar tamaño y cambios de formato.
Comando exacto:
magick compare -metric SSIM original.jpg downloaded.jpg null: 2>&1
Cada servicio, tres pruebas. Tomo la media de SSIM.
Resultados de compresión
| Servicio | Tamaño original | Tamaño descargado | Reducción | SSIM | Nivel |
|---|---|---|---|---|---|
| Catbox | 4,2 MB | 4,2 MB | 0% | 1,0000 | Sin pérdida |
| Flickr | 4,2 MB | 4,2 MB | 0% | 1,0000 | Sin pérdida |
| lpic.cc | 4,2 MB | 3,9 MB | −7,1% | 0,9921 | Calidad muy alta |
| Cloudinary (free) | 4,2 MB | 3,8 MB | −9,5% | 0,9897 | Calidad muy alta |
| ImgBB | 4,2 MB | 3,6 MB | −14,3% | 0,9834 | Calidad alta |
| Postimages | 4,2 MB | 3,4 MB | −19,0% | 0,9756 | Calidad alta |
| Imgur | 4,2 MB | 1,8 MB | −57,1% | 0,9512 | Aceptable |
| Freeimage.host | 4,2 MB | 1,5 MB | −64,3% | 0,9423 | Aceptable |
| Google Photos | 4,2 MB | 1,1 MB | −73,8% | 0,9287 | Pérdida visible leve |
| Imgbox | 4,2 MB | 890 KB | −79,3% | 0,9134 | Pérdida visible leve |
La tabla revela varias cosas interesantes.
Análisis
Grupo sin pérdida: Catbox y Flickr
Catbox y Flickr no tocan la imagen. Subes, se guarda, descargas; byte por byte idéntica. SSIM 1,0.
Para fotógrafos y diseñadores que necesitan mantener la calidad exacta, es oro. Contra: no comprimir significa más espacio ocupado y ancho de banda mayor al servir.
Grupo calidad muy alta: lpic.cc y Cloudinary
Ambos aplican compresión ligera pero SSIM se mantiene sobre 0,98. Concretamente, lpic.cc comprime un 7% con SSIM 0,9921 — a 200% de zoom y píxel por píxel, un humano medio no ve la diferencia.
Cloudinary es un poco más agresivo, pero da parámetros controlables vía API para ajustar al gusto.
Grupo calidad alta: ImgBB y Postimages
Compresiones del 14–19% y SSIM en rango 0,97–0,98. Para uso diario va perfecto. En degradados sutiles (cielo, piel), al comparar con lupa se notan leves "banding".
Grupo con compresión agresiva: Imgur, Freeimage.host, Google Photos, Imgbox
Los cuatro aplican compresión fuerte. Imgur deja la foto de 4,2 MB en 1,8 MB (SSIM 0,9512). Google Photos la baja a 1,1 MB (SSIM 0,9287).
Por debajo de 0,95, se empieza a notar:
- Bordes de texto: pérdida de nitidez, fuentes pequeñas se emborronan.
- Bordes de alto contraste: aparece "ringing" (eco alrededor del borde).
- Degradados de color: bandas visibles, o efecto mosaico.
- Texturas finas: tela, cabello, arena se aplanan.
Imgbox con SSIM 0,9134 es el más agresivo de todos. En mi imagen de test, el texto mostraba efecto mosaico perceptible.
Impacto según el tipo de imagen
La pérdida varía mucho según el contenido. Pruebas adicionales con tres tipos:
Capturas de texto puro: las más sensibles. Imgur bajó SSIM a 0,9318 en capturas de texto. JPEG destroza bordes nítidos y transiciones bruscas.
Paisaje: el contenido más tolerante. Incluso Imgbox dejó el SSIM en 0,9347 en paisajes, porque la textura natural ya tiene ruido y la pérdida se camufla.
Diseño gráfico con degradados y bloques de color: punto intermedio, pero los degradados grandes se ven afectados con banding.
Recomendaciones prácticas
Según los datos:
Documentos técnicos y capturas de código: usa un servicio sin o con mínima compresión (Catbox, Flickr, lpic.cc). La pérdida de nitidez en texto afecta directamente a la lectura.
Compartir fotos habituales: ImgBB y Postimages tienen calidad suficiente. Un SSIM por encima de 0,97 es imperceptible en contexto de red social.
Portfolio fotográfico: si cada píxel cuenta, solo Catbox y Flickr satisfacen con compresión cero. Ojo con Catbox: su estabilidad histórica ha sido irregular.
Solo necesitas un pantallazo para un foro: si te da igual la calidad absoluta y quieres carga rápida, Imgur y Google Photos te sirven. Lo "malo" de la compresión se vuelve ventaja aquí.
En España y LatAm: también considera Bunny Image (servicio nuevo del proveedor Bunny.net, muy popular por CDN europeo rápido) o Cloudflare Images. Ambos tienen compresión controlable y buena latencia desde Madrid, Buenos Aires o Ciudad de México.
Preguntas frecuentes
¿Es mucha diferencia entre SSIM 0,95 y 0,99?
Numéricamente parece poco (0,04). Perceptualmente, sí. En 0,99 la imagen es indistinguible del original; en 0,95, con comparación cuidadosa encuentras diferencias, sobre todo en bordes de texto y degradados. Un SSIM 0,95 equivale aproximadamente a JPEG calidad 75–80.
¿Por qué los servicios comprimen si ya subió el usuario?
Para ahorrar almacenamiento y ancho de banda. Una foto de 4 MB comprimida a 1 MB usa un cuarto del disco y un cuarto del ancho de banda al servirla. Para servicios gratuitos, es clave para controlar costes operativos.
¿Convierten PNG a JPEG al subir?
Algunos sí. Imgur convierte PNG grandes a JPEG automáticamente, pérdida irreversible. Catbox, Flickr y lpic.cc respetan el formato original. Si tu imagen tiene fondo transparente o necesita lossless, confirma la política de formato antes de subir.
Subir y descargar repetidamente, ¿degrada?
Sí, se llama "generation loss". Cada pase de compresión JPEG acumula pérdida irreversible. Si descargas de un servicio y subes a otro, pierdes calidad cada vuelta. Regla: sube siempre desde el archivo original, nunca desde una copia ya recomprimida.
¿Puedo controlar la compresión antes de subir?
Sí. Con ImageMagick, Squoosh o TinyPNG puedes comprimir manualmente al nivel que quieras y luego subir a un servicio sin compresión (Catbox, lpic.cc). Así controlas el balance calidad-tamaño tú mismo.
¿Hay diferencia en velocidad de carga entre España y LatAm con estos servicios?
Sí, mucha. Medí la latencia desde Madrid y desde Ciudad de México:
- lpic.cc y Cloudinary: ~80 ms Madrid, ~130 ms CDMX (buen CDN global).
- Imgur: ~140 ms Madrid, ~90 ms CDMX (infra US-centrada).
- Flickr: ~180 ms Madrid (CDN viejo, no prioritario para Yahoo).
Para audiencias hispanohablantes con mezcla España + LatAm, prioriza servicios con CDN moderno. Unos 100 ms extra de latencia por imagen se acumulan rápido en un blog con muchas fotos.