Qué es la compresión de imágenes en realidad
La compresión de imágenes es el proceso de hacer un archivo de imagen más pequeño sin cambiar (visiblemente) cómo se ve. El archivo con el que partes —una foto de 4 MB del móvil, un PNG de 2 MB exportado de Figma, un WebP de 6 MB de una captura— casi siempre tiene más bits de los que realmente necesita la imagen. Un compresor recodifica los mismos píxeles con otra calidad, descarta datos redundantes y escribe un archivo más pequeño que se ve igual en pantalla.
El Compresor de Imágenes gestiona PNG, JPG y WebP. Funciona enteramente en tu navegador usando la API canvas: decodifica la imagen a píxeles, recodifica a la calidad que tú elijas, te entrega el resultado. JPG y WebP al 75% suelen reducir un 50-60% sin pérdida visible. PNG es un formato sin pérdida, así que los ahorros allí son menores: por lo general 10-30% derivados de una recodificación más limpia, no de bajar calidad. Sin subida, sin marca de agua, sin tope de 5 MB.
Cómo se compara con TinyPNG, iLoveIMG y Convertio
Tres competidores aparecen con más frecuencia y los tres ofrecen un trato distinto al nuestro.
TinyPNG es el famoso. Tienen un compresor PNG y JPG realmente bueno construido sobre pngquant y mozjpeg: mejor de lo que produce la API canvas del navegador, sobre todo en PNG. Trato: tu imagen sube a su servidor, se comprime y vuelve. Su capa gratuita topa en 5 MB por archivo y 20 imágenes por lote. Si tu PNG es un logo o un icono y necesitas exprimir cada kilobyte, TinyPNG produce un archivo más pequeño que el nuestro, quizá un 10-20% en PNG concretamente.
iLoveIMG también comprime en el servidor con el típico flujo sube-y-descarga. Admite lotes pero la capa gratuita topa en 25 MB por archivo y limita compresiones diarias antes de pasar al muro de pago. La calidad de compresión está bien —usan libjpeg-turbo y similares—, pero es otra vuelta a un servidor que tú no controlas.
Convertio es la opción todo-en-uno: 200+ formatos, en servidor, con la habitual danza sube-espera-descarga. Cobertura de formatos fuerte, calidad de imagen dedicada la más débil de los tres. Capa gratuita con tope de 100 MB diarios y 2 conversiones simultáneas.
El trato que elegimos: hacemos la misma compresión en tu navegador con el codificador canvas nativo. Más lento por unos 1-2 segundos por imagen (la pasada por canvas no es gratis). Tus bytes nunca salen de la pestaña. Sin tope de lote, sin cuota diaria, sin registro. La salida es algo mayor que la de TinyPNG en PNG concretamente; para todo lo demás la diferencia es insignificante.
Cómo usar el Compresor de Imágenes
Suelta tus imágenes. La herramienta acepta PNG, JPG y WebP, hasta 50 MB por archivo y 200 MB combinados por lote. Mezclar formatos está bien: cada imagen se comprime y recodifica en su propio formato.
- Suelta o elige tus imágenes. Las subidas por carpeta funcionan: una carpeta con 50 fotos entra de una vez.
- Elige un nivel de calidad. 75% (por defecto) es el punto dulce para JPG y WebP: visualmente idéntico al original, alrededor del 50-60% más pequeño. Menor calidad significa archivos más pequeños con artefactos visibles en texto y bordes. PNG ignora prácticamente el deslizador por ser sin pérdida.
- Pulsa Comprimir. Cada imagen se recodifica en 1-3 segundos. La diferencia de tamaño por fila muestra exactamente cuánto encogió cada una.
- Descarga cada una con el botón de flecha, o pulsa Descargar todo para descargas en secuencia. Los nombres son los de entrada con el sufijo
-comprimida(vacaciones.jpgse convierte envacaciones-comprimida.jpg).
Cada operación es local. La decodificación usa el cargador de imágenes nativo del navegador, la recodificación usa canvas.toBlob() y la descarga es un Blob URL. Abre la pestaña de red durante la compresión: verás cero peticiones salientes.
Elegir el nivel de calidad correcto
El deslizador de calidad es la única decisión que importa de verdad. Hay cuatro ajustes comunes y cada uno encaja con un trabajo concreto.
| Calidad | Tamaño JPG/WebP | Pérdida visible | Caso de uso |
|---|---|---|---|
| 95% (archivado) | ~80% del original | Ninguna a cualquier zoom | Guardar un máster, fotografía profesional |
| 85% (alta calidad) | ~55% del original | Ninguna a simple vista | Subir fotos a tamaño completo, portafolios, web de calidad imprimible |
| 75% (por defecto) | ~40% del original | Invisible a distancia de uso normal | Redes sociales, blogs, la mayor parte del uso web |
| 50% (agresivo) | ~25% del original | Artefactos visibles en texto y bordes | Adjuntos de correo donde manda la velocidad, miniaturas |
El 75% por defecto está calibrado por algo: es la compresión más alta a la que la mayoría no nota la diferencia a distancia normal. Bajar más empieza a producir artefactos JPG visibles: las cuadrículas de 8x8 alrededor de los bordes nítidos, los degradados turbios en cielos, los halos en torno al texto. Si tu imagen tiene mucho texto o línea fina, quédate en 85% o más.
Un ejemplo real con números
Prueba real: una carpeta de 12 fotos de vacaciones de un iPhone 14, exportadas como JPG en calidad completa. El lote inicial son 51 MB en total: demasiado para correo, lento para subir a Google Fotos.
| Calidad | Tamaño total | Reducción | Notas |
|---|---|---|---|
| Origen (sin compresión) | 51,0 MB | — | Por defecto del iPhone; mucha más calidad de la que verá la pantalla |
| 85% JPG | 28,3 MB | 45% | Indistinguible del original en cualquier móvil o portátil |
| 75% JPG (por defecto) | 21,6 MB | 58% | Sigue siendo indistinguible; lo que la mayoría debería elegir |
| 60% JPG | 14,2 MB | 72% | Ligera blandura al acercarse en zonas con detalle |
| 50% JPG | 10,8 MB | 79% | Artefactos visibles en sombras y detalle fino |
Al 75% el lote pasa de 51 MB a 21,6 MB: cabe cómodamente en un adjunto de Gmail (tope 25 MB), sube a iCloud en una cuarta parte del tiempo, se ve idéntico en cualquier pantalla que vaya a usar el receptor. Esa es la respuesta correcta para casi cualquier caso de "necesito compartir mis fotos".
Compara con el mismo lote a través de TinyPNG: unos 19 MB de salida (un 12% menos que la nuestra) con su codificador propietario basado en mozjpeg, después de subir 51 MB a sus servidores y esperar el viaje de ida y vuelta. Por 3 MB extra de ahorro en un álbum privado, la compensación no es obvia.
Por qué los ahorros de PNG son menores que los de JPG
PNG es un formato sin pérdida. La imagen que decodificas es byte a byte la misma que codificaste: no se descarta información de calidad. El tamaño de un PNG depende de la eficiencia con la que el codificador empaqueta los datos, no de un ajuste de calidad.
El codificador PNG nativo del navegador está bien pero es modesto. Optimizadores PNG dedicados como pngquant (el motor dentro de TinyPNG), optipng e ImageOptim usan técnicas que canvas no aplica: reducción de paleta, árboles Huffman más inteligentes, cuantización de color con pérdida pero imperceptible para PNG de 24 bits. Esas herramientas obtienen 50-70% de reducción en un PNG típico. Nosotros, 10-30%.
Dos conclusiones prácticas:
- Si tu imagen es una fotografía guardada como PNG, conviértela a JPG o WebP primero: los ahorros son 5-10× mayores que cualquier optimizador PNG. Nuestro Convertidor de Formato de Imagen lo hace en un clic.
- Si tu imagen es un logo, icono, captura o cualquier cosa con bordes nítidos y pocos colores, PNG es el formato correcto. Conseguimos una reducción modesta. Para compresión PNG agresiva, TinyPNG o una herramienta de escritorio como ImageOptim lo hacen mejor. Usa ambos: nosotros para la pasada de privacidad por lotes; ellos cuando necesites apurar los últimos kilobytes de un asset que se publica.
Qué pasa con transparencia, EXIF y perfiles de color
Algunos detalles importan en flujos concretos.
Transparencia. PNG y WebP conservan el alfa al comprimir. Los píxeles transparentes siguen siéndolo. JPG no soporta alfa: cualquier zona transparente del origen se pinta de blanco antes de codificar. Si necesitas transparencia, comprime como PNG o WebP, no como JPG.
Metadatos EXIF. La API canvas elimina la mayor parte del EXIF al recodificar. Modelo de cámara, coordenadas GPS, datos de exposición, info de lente: fuera. Para la mayoría es una ventaja: las coordenadas GPS se eliminan antes de compartir una foto en público. Para archivado fotográfico donde el EXIF importa, usa una herramienta con paso a través explícito de EXIF (jpegtran o ExifTool en el escritorio). Podríamos añadirlo más adelante, pero es un público pequeño.
Perfiles de color. Los perfiles ICC incrustados se eliminan al recodificar con canvas. La imagen se muestra correctamente en cualquier navegador (que asume sRGB por defecto), pero si trabajas con archivos en prophoto o display-P3 para impresión, la información de color de gama ancha no sobrevive. Fotógrafos y flujos de impresión deberían usar un compresor consciente del color.
Imágenes animadas. Canvas en el navegador solo nos da el primer fotograma de un GIF o WebP animado. Comprimir el primer fotograma y descartar la animación rara vez es lo que alguien quiere, así que excluimos los formatos animados de esta herramienta. Para compresión de GIF o WebP animados, usa ezgif u otra herramienta dedicada.
Herramientas de imagen relacionadas
El Compresor de Imágenes es una pieza dentro de un kit más amplio:
- Redimensionador de Imágenes: cambia las dimensiones en píxeles (1920×1080 → 960×540). Suele ser la mayor ganancia para "hacer este archivo más pequeño": redimensiona primero, comprime después.
- Convertidor de Formato de Imagen: convierte entre PNG, JPG y WebP. Si tienes una fotografía en PNG, pasarla a WebP suele reducir más que comprimir el PNG.
- PNG a WebP: específicamente para la conversión PNG→WebP. WebP al 80% suele ser 60-70% más pequeño que el PNG fuente sin pérdida visible.
- WebP a JPG: para compartir archivos WebP con alguien cuya herramienta no los acepta.
- Comprimir PDF: si lo que realmente quieres es reducir un documento, la versión en PDF de esta herramienta.
Preguntas frecuentes
¿Cómo se compara con TinyPNG?
Mismo resultado (imágenes más pequeñas), modelo de confianza opuesto. TinyPNG sube tu imagen a su servidor y la procesa allí: rápido, pero tus bytes salen del equipo. Tienen capa gratuita con tope de 5 MB y 20 imágenes por lote y planes de pago por encima. Nosotros hacemos el mismo trabajo en tu navegador con la API canvas nativa: más lento por 1-2 segundos por imagen, pero los bytes no salen de la pestaña. Sin tope de lote ni de tamaño más allá de 50 MB por archivo. Ambos son buenos; elige la compensación que prefieras.
¿Por qué la compresión PNG es menos espectacular que la JPG?
Porque PNG es sin pérdida: la compresión es puramente estructural (deflate, optimización de paleta). El codificador PNG nativo del navegador no tiene las optimizaciones avanzadas de compresores PNG dedicados (pngquant, optipng, ImageOptim). Para compresión PNG agresiva, nuestra herramienta llega al 10-30%; un optimizador PNG dedicado, al 50-70%. Prueba rápida: si tu imagen es una fotografía, conviértela a JPG o WebP en su lugar; los ahorros son 5-10× mayores.
¿De verdad mi imagen no se sube?
Correcto. Cada operación corre en tu navegador. La decodificación usa el HTMLImageElement nativo; la recodificación usa canvas.toBlob(). Abre la pestaña de red durante la compresión: cero peticiones salientes tras cargar la página. El HTML, CSS y JS de la página vienen de nuestro CDN; los bytes de tu imagen nunca salen de la pestaña.
¿Qué calidad debo elegir?
Para compartir fotos: 75% es invisible al ojo y reduce ~50-60%. Para adjuntos de correo donde manda la velocidad: 50-60% (artefactos visibles en bordes de texto pero aceptable en foto). Para archivado: 90-95% (casi sin pérdida, ahorros menores). Para PNG: el deslizador apenas importa; pon 100% y asume la modesta reducción del 10-30%.
¿Puedo procesar muchas imágenes a la vez?
Sí. Suelta o elige varios archivos (una carpeta de 50+ fotos vale). Se comprimen una tras otra y obtienes descargas individuales. El tope combinado de 200 MB protege la memoria del navegador: para lotes mayores, hazlos por bloques.
¿La salida conserva los metadatos EXIF?
Mayormente no. La recodificación con canvas del navegador elimina casi todo el EXIF (modelo de cámara, GPS, datos de exposición). Si necesitas conservar EXIF, usa una herramienta que ejecute un codificador JPG dedicado con paso a través de EXIF. Para la mayoría (redes, correo, formularios web) perder el EXIF es realmente una ventaja: elimina coordenadas GPS que no querías compartir.
¿Y la transparencia?
PNG y WebP de salida conservan la transparencia al comprimir. JPG no soporta alfa: cualquier zona transparente del origen se pinta de blanco antes de codificar. Para conservar transparencia, comprime como PNG o WebP, no como JPG.
¿Por qué no hay formatos animados (GIF, WebP animado)?
Los decodificadores de canvas del navegador solo entregan el primer fotograma de imágenes animadas. Comprimir el primer fotograma y descartar la animación rara vez es lo que el usuario quiere, así que excluimos los formatos animados. Para compresión de GIF o WebP animados, usa ezgif u otra herramienta dedicada.