Cómo comprimir imágenes sin perder calidad (Guía 2026)
Guía técnica para comprimir JPG, PNG y WebP hasta el 80% sin pérdida visual. Algoritmos, formatos, errores comunes y herramientas privadas que no suben tus fotos a la nube.
Las imágenes representan típicamente el 70-80% del peso de una página web. Si tu sitio tarda más de 3 segundos en cargar, casi seguro el problema son imágenes sin comprimir. Para el SEO moderno (Core Web Vitals), comprimir imágenes no es opcional, es la diferencia entre rankear o no rankear.
Esta guía explica cómo comprimir JPG, PNG y WebP correctamente: hasta el 80% de reducción de peso manteniendo calidad visual idéntica al ojo humano, con privacidad garantizada (sin subir tus fotos a servidores ajenos).
Cómo funciona la compresión de imágenes
| Tipo | Algoritmos | Pérdida visual | Ahorro típico | Cuándo usarlo |
|---|---|---|---|---|
| Con pérdida (lossy) | JPEG, WebP-lossy, AVIF-lossy | Imperceptible a calidad 75-85 | 60–90% | Fotografías, web, redes |
| Sin pérdida (lossless) | PNG, WebP-lossless, AVIF-lossless | Cero | 20–50% | Logos, capturas, gráficos |
| Perceptual | mozjpeg, cwebp avanzado | Imperceptible | 20% más vs lossy clásico | Web optimizada, e-commerce |
Compresión con pérdida (lossy)
Los algoritmos como JPEG y WebP-lossy descartan información que el ojo humano no percibe. Frecuencias altas de detalle, transiciones de color sutiles, ruido de cámara, todo se simplifica matemáticamente. El resultado: archivo mucho más pequeño con apariencia visual prácticamente idéntica.
A calidad 75-85%, JPEG puede reducir una foto de 5 MB a 800 KB sin que un humano note diferencia. Por debajo de calidad 60% empiezan los artefactos visibles (bloques, halos, color bandeado).
Compresión sin pérdida (lossless)
Los algoritmos lossless (PNG, WebP-lossless, FLIF, AVIF) reorganizan los bits del archivo sin descartar información, el resultado es bit-a-bit idéntico al original, sólo más comprimido. Útil para gráficos con líneas nítidas (logos, capturas de pantalla, ilustraciones), donde la pérdida es visible inmediatamente.
PNG sin pérdida puede ahorrar 20-50% del peso original. WebP-lossless suele superar a PNG por 25%.
Compresión perceptual
Los compresores modernos van más allá. Usan modelos perceptuales del sistema visual humano para descartar específicamente lo que el ojo es peor detectando: variaciones sutiles de color en zonas de alta frecuencia, ruido en sombras, etc. Herramientas como mozjpeg y cwebp aplican esto por defecto y comprimen un 20% más que las versiones clásicas a la misma calidad visual.
El sweet spot: calidad 75-85%
Para JPG y WebP-lossy, la curva calidad-peso tiene una zona óptima entre calidad 75 y 85. Por encima, el peso sube linealmente sin que el ojo note mejora. Por debajo, la calidad baja exponencialmente.
| Calidad | Peso relativo | Visible al ojo | Mejor uso |
|---|---|---|---|
| 95+ | Muy alto | No | Impresión profesional, archivado |
| 85 | Alto | No | Fotografía web premium, e-commerce |
| 80 | Medio-alto | No (default Instagram) | Redes sociales, blogs |
| 75 | Medio | No (límite Google CDN) | Email, WhatsApp, miniaturas |
| 60 | Bajo | Sí (artefactos sutiles) | Solo si peso crítico |
| <50 | Muy bajo | Sí (bloques, bandas) | Evitar |
El estándar de la industria
Facebook recomprime tus fotos al 85, Instagram al 80, Google sirve a 80-85 por defecto en sus CDNs. Por debajo del 75 se empieza a notar. Por encima del 90 estás malgastando bytes.
JPG vs PNG vs WebP vs AVIF
| Formato | Pérdida | Transparencia | Compatibilidad | Peso típico (3 MP) |
|---|---|---|---|---|
| JPG | Sí | No | Universal (1992) | 400-800 KB |
| PNG | No | Sí | Universal (1996) | 1-3 MB |
| WebP | Sí o no | Sí | Moderna (2010, 95%+ navegadores) | 200-500 KB |
| AVIF | Sí o no | Sí | Reciente (2019, 85% navegadores) | 100-300 KB |
Para web moderna
WebP con fallback JPG. AVIF si el público es nuevo (mobile-first 2024+). Reduce el peso de imágenes 60-80% vs JPG estándar.
Para gráficos / logos
PNG o WebP-lossless. Mantiene líneas nítidas y transparencia. PNG = compatibilidad universal, WebP-lossless = 25% menos peso.
Comprimir sin instalar nada (online + privado)
La mayoría de las webs gratuitas que aparecen al buscar “comprimir imagen” suben tu foto al servidor. Esto significa:
- Tu foto viaja por internet (tiempo + datos).
- El servidor la procesa.
- Te devuelve un enlace al archivo comprimido.
- Guarda copia indefinidamente.
Esto es aceptable para una foto random de un meme. No es aceptable para:
- Fotos personales o familiares.
- Capturas de pantalla con datos sensibles.
- Fotos de productos antes de lanzarlos.
- Material bajo NDA.
- Documentos escaneados.
La alternativa es WebAssembly (WASM), un estándar web que permite ejecutar código nativo de compresión directamente en tu navegador. Herramientas como DuneTools Comprimir Imagen usan mozjpeg.wasm, oxipng.wasm y libwebp.wasm dentro de tu pestaña: la imagen nunca viaja a ningún sitio, no hay copia en servidor, al cerrar la pestaña no queda rastro.
Si una herramienta de compresión muestra un spinner que tarda mientras “procesa”, está en su servidor. Si procesa al instante después de subir, está en tu navegador.
Errores comunes a evitar
1. Recomprimir un archivo ya comprimido
Cada compresión con pérdida acumula artefactos generacionales. JPG → JPG → JPG = degradación progresiva visible. Siempre comprime desde el archivo original (RAW de cámara, PSD, archivo del fotógrafo).
2. Subir bitrate “para mejorar calidad”
Subir calidad 75 → 90 al recomprimir un JPG ya guardado a calidad 75 NO recupera detalle. Sólo infla el archivo. La calidad perdida en la primera compresión está perdida para siempre.
3. Usar PNG para fotografías
PNG es lossless, no descarta información, así que para una fotografía con millones de matices el archivo será 5-10 veces más grande que el JPG equivalente sin que el ojo note diferencia. PNG sólo para gráficos, capturas, logos.
4. Olvidar el redimensionado antes de comprimir
Si tu foto original es de 6000×4000 px y la vas a usar en una web a 1200 px de ancho, primero redimensionar y luego comprimir. Comprimir una imagen 5× más grande de lo necesario simplemente desperdicia bytes.
Redimensionar Imagen primero, Comprimir después.
5. Comprimir al subir, no al guardar
Si subes una foto de 5 MB a Instagram, Instagram la recomprimirá al 80% automáticamente. Si tu foto ya estaba al 80% antes, terminas con calidad 80% × 80% = 64%, visible degradación. Prepara las imágenes a la dimensión y calidad exactas que la plataforma usará y súbelas así.
Casos de uso reales
Webmasters: optimizar Core Web Vitals (LCP). Las imágenes hero por encima de la línea de pantalla deben pesar menos de 200 KB y servirse en WebP/AVIF.
Tiendas online: catálogo de 1000 productos × 5 fotos cada una = 5000 imágenes. Reducir cada una de 800 KB a 200 KB ahorra 3 GB de transferencia, lo que se nota en velocidad y costes de CDN.
Fotógrafos: enviar previews a clientes por email sin que el adjunto rebote. Calidad 70 a 1500 px de ancho largo es perfecto para approval.
Periodistas: comprimir fotos confidenciales de fuentes antes de archivarlas, sin subirlas a un servidor que pueda ser hackeado o citado por orden judicial.
Diseñadores: previa de diseños en email/Slack sin saturar la atención del receptor con archivos pesados.
Resumen ejecutivo
Para el 95% de los casos en 2026:
- Foto para web: usa Comprimir Imagen, elige WebP calidad 80, compara peso antes/después.
- Foto para redes: JPG calidad 80, dimensión exacta de la plataforma.
- Logo o gráfico: PNG o WebP-lossless.
- Material confidencial: usa SIEMPRE una herramienta de procesamiento local (WebAssembly), nunca subas a servidor.
La mejor compresión es la que el ojo no nota. La segunda mejor es la que tu privacidad agradece.