Compresión con pérdida vs sin pérdida: la diferencia
Publicado el 17 de agosto de 2026 · 5 min de lectura
Cada archivo JPG, WebP, AVIF o PNG de tu ordenador fue reducido por un algoritmo de compresión antes de guardarse. Dos familias de algoritmos hacen esa reducción, y prometen cosas muy distintas sobre lo que le ocurre a tus píxeles. Si eliges la equivocada para la imagen equivocada, o bien envías un banner hero de 4 MB que hunde tu Largest Contentful Paint, o guardas una foto como PNG y te preguntas por qué tu blog fotográfico es de repente doce veces más pesado de lo que debería.
Esta guía explica lo que la compresión con pérdida y sin pérdida hacen en realidad, por qué la misma palabra («compresión») cubre dos objetivos opuestos y cuándo conviene que te importe cuál está usando tu herramienta. Para la matriz de decisión formato por formato, consulta el artículo complementarioJPG vs PNG vs WebP vs AVIF: este post enseña el concepto, aquel enseña la decisión de compra.
Cómo funciona la compresión con pérdida
La compresión con pérdida descarta información que cree que no vas a notar. El ejemplo clásico es JPEG: divide la imagen en bloques de 8×8, aplica una transformada de coseno discreta en cada bloque y luego cuantiza los coeficientes resultantes, una forma elegante de decir «redondea estos números a una rejilla más basta». Redondear es destructivo: el valor original se pierde. Lo que te salva es que los coeficientes de alta frecuencia (pequeños cambios de color entre píxeles vecinos) se redondean con más agresividad que los de baja frecuencia (formas amplias), y tu sistema visual es mucho más sensible a estos últimos.
WebP y AVIF también son con pérdida por defecto, pero aplican ese mismo truco sobre mejores predictores. WebP utiliza un predictor intra estilo VP8 para adivinar cada bloque a partir de sus vecinos antes de codificar el pequeño residuo. AVIF va más lejos con intra-frames de AV1, así que obtiene imágenes con calidad JPG en archivos notablemente más pequeños. Ambos formatos ajustan además sus tablas de cuantización frente a modelos perceptuales (a menudo SSIMULACRA2 o Butteraugli), de forma que el «control deslizante de calidad» realmente se mapea a «calidad percibida por humanos», no solo a relación señal-ruido.
| Propiedad | Con pérdida | Sin pérdida |
|---|---|---|
| Tamaño de archivo | Mucho menor, ajustable con la calidad | Mayor; limitado por la entropía de la fuente |
| Preservación de calidad | Píxeles modificados; calidad ajustada con un control | Píxeles bit-idénticos tras decodificar |
| Re-codificación | Cada guardado pierde más datos | Seguro re-guardar cuantas veces quieras |
| Ideal para | Fotos, imágenes hero, gráficos web grandes | Logos, capturas de UI, overlays transparentes |
| Formatos de ejemplo | JPEG, WebP (con pérdida), AVIF (con pérdida) | PNG, GIF, WebP (sin pérdida), AVIF (sin pérdida) |
La advertencia más importante con la compresión con pérdida es la trampa de lare-codificación en cascada: cada vez que re-codificas un JPEG vuelves a cuantizar y pierdes otra generación de detalle. Guardar un JPG de calidad 90 diez veces a calidad 90 no da el mismo archivo que un único guardado: da una imagen más suave. Conserva siempre un original maestro y exporta desde él.
Cómo funciona la compresión sin pérdida
La compresión sin pérdida mantiene cada píxel estrictamente idéntico. No puede inventar archivos más pequeños de lo que permiten los datos originales, así que trabaja eliminando redundancia en lugar de descartar información. PNGusa un filtro fila a fila (None, Sub, Up, Average, Paeth) que predice cada píxel a partir de sus vecinos y solo guarda la pequeña diferencia, y luego aplicadeflate (el mismo algoritmo que está dentro de ZIP y gzip) sobre esas diferencias. Una captura de UI con colores planos se comprime a una fracción de su tamaño porque cada fila predice la siguiente a la perfección.
GIF usa el codificador por diccionario LZW, más antiguo, razón por la cual se topa con una paleta de 256 colores y por la que hoy es sobre todo una curiosidad histórica para imágenes estáticas. WebP yAVIF también pueden pasar a modo sin pérdida: el WebP sin pérdida supera a menudo al PNG en un 20–30 % en assets de UI, y el AVIF sin pérdida va aún más lejos. La contrapartida es la velocidad de codificación: el WebP y el AVIF sin pérdida codifican mucho más despacio que sus variantes con pérdida, razón por la que la mayoría de pipelines solo los utilizan para assets que ya han pasado por una curaduría.
La propiedad definitoria del modo sin pérdida es que la decodificación siempre devuelve los bits originales. Puedes guardar un PNG cien veces y el archivo será byte a byte equivalente al primer guardado. Esa garantía es la razón por la que los logos, los iconos y los assets de diseño fuente-de-verdad se quedan en formatos sin pérdida, aunque parezcan «aburridos» en una gráfica de presupuesto en bytes.
Cuándo usar cada una
Usa la regla de la foto: cualquier cosa captada por una cámara (o cualquier cosa con tono continuo, degradados y ruido) debería usar por defecto con pérdidasalvo razón específica. JPG a 80–85, WebP a 75–85 o AVIF a 50–60 son «visualmente indistinguibles del original» en la mayoría de monitores. El ahorro de 5 a 10× en tamaño no es negociable en una página web rápida.
Usa la regla del gráfico: cualquier cosa con color plano, bordes duros, texto o transparencia (logos, iconos, diagramas, capturas) debería usar por defectosin pérdida. Los artefactos de la compresión con pérdida —halos alrededor del texto, sangrado de color en los bordes de la transparencia, banding en degradados— aparecen de inmediato en esas imágenes. PNG o WebP sin pérdida además comprimen mejor que JPG en estos assets.
La única excepción es el término medio «casi sin pérdida»: una codificación con pérdida de alta calidad (calidad ≥ 90) es a menudo indistinguible del original incluso en gráficos, y puede ahorrar un 40–60 % frente a PNG. Es el botón adecuado cuando el master está en PNG pero necesitas un entregable web más pequeño. Para una comparación lado a lado de cómo rinden los formatos en imágenes reales, leeJPG vs PNG vs WebP vs AVIF.
Cómo lo gestiona ImagElite
El compresor de imágenes de ImagEliteofrece ambos modos con un único control deslizante. Cuando mueves el control de calidad para una salida JPG, estás dirigiendo directamente el codificador con pérdida: menor calidad significa una rejilla de cuantización más basta, archivo más pequeño y más artefactos visibles al hacer zoom extremo. Cuando cambias el formato de salida a PNG o a las variantes sin pérdida de WebP y AVIF, el control desaparece y la herramienta vuelve a un pipeline de pura eliminación de redundancia que mantiene cada píxel idéntico a tu subida.
Como todo se ejecuta en tu navegador, puedes comparar en A/B los dos modos sobre la misma imagen sin tener que volver a subir nada. Suelta una captura, después una foto de móvil, y observa cómo la diferencia de tamaño entre la salida con pérdida y sin pérdida se invierte por completo entre ambas: ese hueco es la redundancia que el modo sin pérdida no puede comprimir más. Es también el hueco que el modo con pérdida está dispuesto a sacrificar para mantener tu página rápida.