Comprimir imágenes sin perder calidad

Respuesta directa: para comprimir una imagen sin perder calidad visible, primero redimensiónala al tamaño máximo al que se va a mostrar, después guárdala en el formato adecuado (WebP o AVIF para fotos en una web, JPEG si necesitas máxima compatibilidad, PNG o WebP sin pérdida para capturas, logotipos y gráficos) y ajusta la calidad con pérdida en torno a 75-85, comparando el resultado con el original a tamaño real. Si necesitas que no cambie ni un solo píxel, usa compresión sin pérdida: ahorrarás menos, pero la imagen será idéntica.

Esta guía explica cada uno de esos pasos con detalle, qué herramientas gratuitas puedes usar (incluidas las de GlobalTool, con lo que hacen y lo que no), qué valores de partida funcionan para cada tipo de imagen y cómo encaja todo con la velocidad de carga de una web. Los valores de calidad que verás son orientativos: el punto exacto depende de la foto, del programa y del uso final, y lo único fiable es mirar el resultado.

Qué significa de verdad «sin perder calidad»

La expresión mezcla dos ideas distintas, y conviene separarlas antes de tocar ningún ajuste. Una cosa es no perder datos y otra no perder calidad visible. Casi todo el ahorro grande de peso viene de la segunda.

Compresión sin pérdida (lossless)

La compresión sin pérdida reorganiza la información para guardarla de forma más compacta, pero al descomprimir recuperas exactamente los mismos píxeles. Es lo que hace PNG, el modo sin pérdida de WebP o herramientas como OxiPNG u OptiPNG cuando reoptimizan un PNG existente. También entra aquí eliminar datos que no son imagen: metadatos EXIF, miniaturas incrustadas o bloques de texto que algunos programas añaden al guardar.

Su ventaja es obvia: cero riesgo. Su límite también: en fotografías el ahorro suele ser modesto, porque una foto tiene mucho «ruido» fino (grano, texturas, variaciones de color) que no se puede describir de forma compacta sin descartar algo.

Compresión con pérdida (lossy)

La compresión con pérdida descarta información que el ojo humano percibe poco: variaciones muy finas de color, detalle de alta frecuencia en zonas con mucha textura o diferencias sutiles entre píxeles vecinos. JPEG, WebP con pérdida y AVIF funcionan así. El archivo resultante ya no es idéntico al original, pero si el ajuste es razonable la diferencia no se ve al tamaño de visualización.

Aquí está el ahorro de verdad: en fotografías, pasar de un archivo sin pérdida a uno con pérdida bien ajustado reduce el peso varias veces. El riesgo es pasarse de agresivo y que aparezcan artefactos: bloques, halos alrededor de los bordes o bandas en los degradados.

Calidad matemática frente a calidad percibida

Existen métricas objetivas para comparar una imagen comprimida con su original, como PSNR, SSIM o Butteraugli, y algunas herramientas las usan para elegir la calidad de forma automática. Son útiles para automatizar grandes volúmenes, pero no sustituyen a mirar la imagen: una métrica puede dar buena nota a una foto con bandas visibles en el cielo y penalizar una diferencia de grano que nadie notaría.

«Sin perder calidad» casi nunca significa sin perder datos. Significa que nadie note la diferencia al tamaño y en el soporte en que se va a ver la imagen.

El paso que más peso ahorra: redimensionar antes de comprimir

El error más común no es elegir mal la calidad, sino publicar una imagen con muchos más píxeles de los que se van a mostrar. Una foto de móvil actual suele tener 12 megapíxeles o más; si tu blog la muestra en una columna de 800 píxeles de ancho, el navegador descarga millones de píxeles que luego descarta al escalar.

Ejemplo ilustrativo (cálculo, no medición): una foto de 4.000 × 3.000 píxeles tiene 12 millones de píxeles. Si la reduces a 1.600 × 1.200 (el doble de 800, para que se vea nítida en pantallas de alta densidad), se queda en 1,92 millones: el 16 % de los píxeles originales. Antes de aplicar ninguna compresión, ya has eliminado la mayor parte de la información que el visitante nunca iba a ver.

Cómo calcular el ancho que necesitas

Mira el ancho máximo al que se muestra la imagen en tu diseño. En un artículo suele ser el ancho de la columna de texto; en una cabecera a sangre, el ancho de la pantalla.
Multiplícalo por 2 si quieres nitidez en pantallas de alta densidad (móviles y portátiles recientes). Multiplicar por 3 rara vez compensa el peso extra en fotos.
Si usas srcset (lo verás más abajo), genera también versiones más pequeñas para que los móviles no descarguen la grande.

El orden correcto: redimensionar, comprimir y hacerlo una sola vez

Redimensiona siempre antes de aplicar la compresión con pérdida. Si comprimes primero y reduces después, el reescalado trabaja sobre una imagen que ya trae artefactos, y el segundo guardado añade los suyos. Por la misma razón, evita volver a guardar un JPEG una y otra vez: cada guardado con pérdida acumula degradación (es lo que se llama pérdida por generación).

La regla práctica es sencilla: conserva siempre el original a resolución completa en una carpeta aparte y genera las versiones para web a partir de él. Si mañana cambias de diseño o de formato, partes otra vez del original, no de una copia ya comprimida.

Qué formato elegir: JPEG, PNG, WebP o AVIF

El formato influye tanto como el nivel de calidad. Un logotipo con pocos colores guardado en JPEG pesará más y se verá peor que en PNG; una foto guardada en PNG pesará varias veces más que en JPEG sin ganar nada visible. Esta tabla resume cuándo usar cada uno:

Formato	Tipo de compresión	Transparencia	Animación	Mejor uso	Compatibilidad (2026)
JPEG	Con pérdida	No	No	Fotografías cuando necesitas máxima compatibilidad (correo, documentos, cualquier programa)	Universal
PNG	Sin pérdida (PNG-8 con paleta reducida)	Sí	No (APNG aparte)	Capturas de pantalla, logotipos, gráficos con texto y bordes nítidos	Universal
WebP	Con o sin pérdida	Sí	Sí	Fotos y gráficos en webs; buen equilibrio entre peso y compatibilidad	Versiones actuales de todos los navegadores principales
AVIF	Con o sin pérdida	Sí	Sí	Fotos en webs cuando buscas el menor peso posible	Versiones actuales de Chrome, Edge, Firefox y Safari; conviene dar alternativa
SVG	Vectorial (texto)	Sí	Sí (CSS/SMIL)	Iconos, logotipos e ilustraciones planas	Universal en navegadores
GIF	Sin pérdida, máximo 256 colores	Sí (1 bit)	Sí	Solo compatibilidad con sistemas antiguos; pesa mucho para animaciones	Universal

Si quieres profundizar en la comparación entre los tres formatos más usados, tienes una guía específica sobre JPG vs PNG vs WebP y cuándo usar cada uno.

JPEG: el estándar para fotografías

JPEG divide la imagen en bloques de 8 × 8 píxeles y descarta el detalle de alta frecuencia que menos se nota. Además, la mayoría de codificadores reducen la resolución del color respecto a la del brillo (submuestreo de croma, normalmente 4:2:0), porque el ojo es más sensible a la luminosidad que al color. Eso funciona muy bien en fotos, pero estropea el texto rojo o los bordes finos de color, que salen con un halo borroso.

Dos detalles que conviene conocer. El JPEG progresivo se carga en pasadas (primero una versión borrosa que se va afinando) y a menudo pesa algo menos que el básico. Y no todos los codificadores son iguales: MozJPEG, por ejemplo, suele conseguir archivos más pequeños que un codificador básico con la misma calidad aparente.

PNG: sin pérdida para gráficos y capturas

PNG guarda la imagen sin pérdida y admite transparencia completa. Es la elección natural para capturas de pantalla, diagramas, interfaces y logotipos en mapa de bits. Para fotos es mala opción: el archivo puede pesar varias veces más que un JPEG de calidad equivalente.

Hay una vía intermedia muy útil: reducir la paleta a 256 colores o menos (PNG-8) mediante cuantización. Herramientas como pngquant, o servicios basados en esa técnica como TinyPNG, lo hacen de forma automática. Técnicamente es una compresión con pérdida, porque se pierden colores, pero en gráficos planos la diferencia suele ser invisible y el ahorro, grande.

WebP: el comodín de la web

WebP, desarrollado por Google, admite compresión con y sin pérdida, transparencia y animación en un mismo formato. Con pérdida suele dar archivos más ligeros que JPEG a igualdad de calidad percibida, y sin pérdida suele mejorar a PNG. Las versiones actuales de Chrome, Edge, Firefox y Safari lo muestran, así que hoy es una opción segura para casi cualquier web. Donde todavía puede fallar es fuera del navegador: algunos programas de escritorio antiguos, gestores de correo o plataformas de impresión no lo aceptan.

Si partes de fotos en JPEG, tienes el proceso detallado en cómo convertir JPG a WebP gratis.

AVIF: el más eficiente, con matices

AVIF se basa en el códec de vídeo AV1 y, en fotografías, suele conseguir el menor peso de todos los formatos habituales con una calidad aparente similar. A cambio, codificar es bastante más lento (se nota cuando procesas cientos de imágenes) y algunos programas y plataformas todavía no lo aceptan. Los navegadores actuales principales sí lo muestran, pero en una web lo prudente es servirlo con alternativa en WebP o JPEG mediante el elemento <picture>, para no dejar fuera a nadie con un navegador antiguo.

Y los demás: HEIC, JPEG XL, GIF y SVG

HEIC/HEIF es el formato que usan por defecto muchos iPhone. Es eficiente, pero fuera del ecosistema de Apple los navegadores y muchos programas no lo abren de forma general: conviértelo a JPEG o WebP antes de publicarlo.
JPEG XL tiene buenas características técnicas (incluida la recompresión sin pérdida de JPEG existentes), pero su soporte en navegadores es desigual. No lo uses como único formato en una web.
GIF solo tiene sentido por compatibilidad. Para animaciones cortas, un vídeo MP4 o WebM o un WebP animado pesan mucho menos.
SVG no se comprime como una foto: es texto. Se optimiza limpiando código innecesario (herramientas como SVGO) y el servidor lo envía comprimido con gzip o Brotli.

Qué calidad poner: valores de partida por tipo de imagen

La escala de calidad de 0 a 100 no es un estándar: cada programa y cada codificador la interpreta a su manera. Un 80 en una herramienta no produce el mismo archivo que un 80 en otra, y la escala de AVIF no se corresponde con la de JPEG. Por eso los valores de esta tabla son puntos de partida orientativos para empezar a probar, no reglas fijas:

Tipo de imagen	Formato recomendado	Punto de partida orientativo	Qué vigilar al revisar
Foto de artículo o blog	WebP o AVIF (JPEG como alternativa)	JPEG/WebP entre 75 y 85	Cielos y degradados (bandas), piel (aspecto plástico)
Foto de producto para tienda online	WebP o JPEG	80-90, algo más alta si hay zoom	Texturas del tejido, bordes del producto, fondo blanco limpio
Imagen de cabecera a pantalla completa	AVIF o WebP con alternativa	Empieza en 75 y sube si ves artefactos	Es la que más pesa y la que antes se ve: revísala en móvil
Captura de pantalla con texto	PNG o WebP sin pérdida	Sin pérdida; PNG-8 si tiene pocos colores	Texto nítido, sin halos alrededor de las letras
Logotipo o icono	SVG (o PNG/WebP sin pérdida)	Sin pérdida	Bordes limpios y transparencia correcta
Miniatura pequeña	WebP o JPEG	70-80 suele bastar	A tamaño pequeño los artefactos se notan menos
Foto para imprimir	JPEG a calidad alta o TIFF	90 o más, sin reducir resolución	Consulta los requisitos de la imprenta

Cómo hacer la prueba visual

Guarda dos o tres versiones con calidades distintas (por ejemplo 70, 80 y 90).
Ábrelas al 100 % de zoom, no reducidas, y compáralas con el original. Herramientas como Squoosh muestran las dos versiones lado a lado con una barra deslizante, lo que facilita mucho la comparación.
Fíjate en las zonas difíciles: degradados suaves (cielos, paredes lisas), piel, texto, bordes de alto contraste y zonas con textura fina (pelo, hierba, tejidos).
Quédate con la calidad más baja en la que no veas diferencias. Si dudas, sube un escalón: unos pocos kilobytes más rara vez importan tanto como una foto que se ve mal.

Artefactos típicos y cómo reconocerlos

Bloques: cuadrículas visibles de 8 × 8 píxeles en JPEG a calidad baja, sobre todo en zonas planas.
Halos o «mosquitos» (ringing): ruido alrededor de bordes nítidos y texto. Suele indicar que esa imagen debería ir en PNG o en un formato sin pérdida.
Bandas (banding): escalones visibles en degradados que deberían ser suaves.
Sangrado de color: bordes de color borrosos, típico del submuestreo de croma en texto o líneas rojas.
Suavizado excesivo: en WebP y AVIF a calidad baja, las texturas finas se «planchan» y la piel parece de plástico.

La calidad buena no es un número: es la más baja con la que no ves diferencias al tamaño real de uso. Pruébala con tus propias fotos, porque cada imagen aguanta la compresión de forma distinta.

Paso a paso con las herramientas gratuitas de GlobalTool

GlobalTool tiene tres herramientas online que cubren el flujo básico. Funcionan en tu navegador: el código de estas páginas lee la imagen con el propio navegador y genera el archivo de descarga en tu equipo, sin enviarla a un servidor. Esto es lo que hace cada una, sin adornos:

1. Redimensionar al tamaño de uso

Con el redimensionador de imágenes cargas una foto, indicas el ancho y el alto en píxeles (con la opción de mantener la proporción activada) y descargas la imagen reducida. Ten en cuenta que el resultado se descarga en PNG, un formato sin pérdida: para una foto el archivo puede pesar bastante, así que después pásala por el compresor o el conversor.

2. Comprimir con calidad ajustable

El compresor de imágenes procesa una imagen cada vez. Tiene un control deslizante de calidad entre 10 y 100 (empieza en 80), mantiene las dimensiones originales y te muestra el peso antes y después, con el porcentaje de reducción. Dos detalles importantes:

El archivo resultante es siempre JPEG, aunque subas un PNG o un WebP. Si la imagen tenía transparencia, la pierde (el fondo transparente no existe en JPEG), así que no lo uses para logotipos con fondo transparente.
El nombre de descarga conserva la extensión del archivo original; si subiste un PNG, renómbralo a .jpg para que coincida con su contenido real.

3. Convertir a WebP u otro formato

El conversor de formato de imagen transforma una imagen a JPEG, PNG o WebP. En los formatos con pérdida aplica una calidad alta fija que no se puede ajustar, así que es útil para cambiar de formato, pero si buscas exprimir el peso al máximo te conviene una herramienta con control de calidad.

Flujo recomendado con estas tres herramientas

Reduce la foto al ancho que necesitas (por ejemplo, 1.600 píxeles para un artículo).
Si la vas a usar como JPEG, pásala por el compresor y prueba 75, 80 y 85.
Si la quieres en WebP, conviértela con el conversor partiendo del PNG redimensionado.
Compara el resultado con el original al 100 % antes de publicarlo.

Estas herramientas no procesan lotes, no generan AVIF ni crean automáticamente las distintas resoluciones para srcset. Para eso tienes las opciones del siguiente apartado.

Otras herramientas gratuitas y cuándo usarlas

No hace falta pagar para comprimir bien. Estas son herramientas conocidas y ampliamente usadas; los límites de sus versiones gratuitas y los formatos admitidos cambian con el tiempo, así que confírmalos en su web oficial:

Herramienta	Tipo	Plataforma	Para qué destaca
Squoosh (squoosh.app)	Web, código abierto, de Google Chrome Labs	Navegador	Comparar original y comprimida lado a lado; probar MozJPEG, WebP, AVIF y otros códecs imagen a imagen
ImageOptim	Aplicación gratuita	macOS	Optimizar sin pérdida arrastrando carpetas enteras; modo con pérdida opcional
TinyPNG / TinyJPG	Servicio web	Navegador	Reducir PNG mediante cuantización de colores con muy poco esfuerzo
cwebp y avifenc	Línea de comandos (libwebp y libavif)	Windows, macOS, Linux	Convertir a WebP o AVIF por lotes con control total
ImageMagick	Línea de comandos, código abierto	Windows, macOS, Linux	Redimensionar, convertir y limpiar metadatos en un solo comando
GIMP	Editor, código abierto	Windows, macOS, Linux	Exportar con control de calidad, progresivo y metadatos
sharp	Biblioteca para Node.js	Servidor o scripts	Automatizar redimensionado y conversión dentro de una web o un proceso de publicación

Ejemplos de línea de comandos

Si trabajas con muchas imágenes, la línea de comandos ahorra horas. Estos ejemplos usan opciones básicas y documentadas; revisa la ayuda (--help) de la versión que tengas instalada, porque algunas opciones cambian entre versiones:

Convertir a WebP con calidad 80: cwebp -q 80 foto.jpg -o foto.webp
WebP sin pérdida para una captura: cwebp -lossless captura.png -o captura.webp
Convertir a AVIF con los ajustes por defecto: avifenc foto.png foto.avif (las opciones de calidad de avifenc han cambiado entre versiones; consulta su ayuda antes de ajustarlas).
Reducir a 1.600 píxeles de ancho solo si es más grande, calidad 82 y sin metadatos: magick foto.jpg -resize "1600x>" -quality 82 -strip foto-1600.jpg
Recomprimir JPEG solo si superan calidad 85 y quitar metadatos: jpegoptim --max=85 --strip-all *.jpg
Optimizar un PNG sin pérdida: oxipng -o 4 captura.png

Un aviso sobre -strip y opciones parecidas: además de los metadatos, eliminan el perfil de color incrustado. En fotos en sRGB no suele notarse, pero si tu imagen usa otro espacio de color (Display P3, Adobe RGB), quitar el perfil puede cambiar los colores. Convierte primero a sRGB o conserva el perfil.

Metadatos EXIF: peso y privacidad

Las fotos de cámara y móvil llevan metadatos EXIF: modelo de cámara, fecha y hora, ajustes de exposición y, si la ubicación estaba activada, las coordenadas GPS exactas de donde se tomó la foto. A veces también incluyen una miniatura incrustada. Todo eso ocupa espacio y no aporta nada al visitante de una web.

El problema más serio no es el peso, sino la privacidad. Publicar una foto hecha en casa con el GPS incrustado puede revelar tu dirección a cualquiera que descargue el archivo. Algunas redes sociales eliminan estos datos al subir la imagen, pero no conviene dar por hecho que todas las plataformas lo hacen, y en tu propia web o en un correo el archivo se entrega tal cual.

Cómo quitarlos o controlarlos

Todos los metadatos: exiftool -all= foto.jpg (ExifTool guarda una copia del original con el sufijo _original).
Solo la ubicación, conservando el resto: exiftool -gps:all= foto.jpg. Útil si quieres mantener los datos de autoría o copyright.
En el propio sistema: Windows permite quitar propiedades desde «Propiedades > Detalles > Quitar propiedades e información personal», y la mayoría de móviles permiten desactivar la ubicación en la cámara o quitarla al compartir.
Al recodificar en el navegador: las herramientas de GlobalTool generan un archivo nuevo a partir de los píxeles, y ese archivo no incluye los metadatos EXIF del original.

Si publicas fotos propias y quieres conservar la autoría, deja los campos de copyright y autor y elimina solo la ubicación. Y recuerda la advertencia anterior sobre el perfil de color: quitar «todo» a ciegas no siempre es buena idea.

Imágenes en la web: srcset, sizes, lazy loading y Core Web Vitals

Si comprimes imágenes para una web, el objetivo final no es un archivo pequeño, sino una página que cargue rápido. Ahí entran las Core Web Vitals de Google, y dos de ellas dependen mucho de las imágenes:

LCP (Largest Contentful Paint): cuánto tarda en pintarse el elemento más grande visible al cargar. Google considera bueno un LCP de 2,5 segundos o menos. En muchas páginas ese elemento es precisamente la imagen de cabecera.
CLS (Cumulative Layout Shift): cuánto «salta» el contenido mientras carga. El umbral bueno es 0,1 o menos. Las imágenes sin dimensiones declaradas son una causa clásica de saltos.
INP (Interaction to Next Paint): la capacidad de respuesta a las interacciones (bueno: 200 ms o menos). Depende sobre todo del JavaScript, no de las imágenes.

Servir el tamaño justo con srcset y sizes

El atributo srcset ofrece al navegador varias versiones de la misma imagen y sizes le dice qué ancho ocupará en la página. Con esa información el navegador elige la versión más ligera que se vea nítida en esa pantalla. Combinado con <picture>, puedes ofrecer además AVIF o WebP con JPEG como alternativa:

<picture>
  <source type="image/avif" srcset="foto-800.avif 800w, foto-1600.avif 1600w" sizes="(max-width: 800px) 100vw, 800px">
  <source type="image/webp" srcset="foto-800.webp 800w, foto-1600.webp 1600w" sizes="(max-width: 800px) 100vw, 800px">
  <img src="foto-1600.jpg" srcset="foto-800.jpg 800w, foto-1600.jpg 1600w" sizes="(max-width: 800px) 100vw, 800px"
       width="1600" height="1200" alt="Descripción de la foto" loading="lazy" decoding="async">
</picture>

El navegador usa la primera fuente cuyo formato entiende; si no reconoce ninguna, carga el <img> del final. Los atributos width y height no fijan el tamaño en pantalla (eso lo hace el CSS), pero permiten reservar el hueco con la proporción correcta y evitan saltos de contenido.

Lazy loading, sí; en la imagen principal, no

El atributo loading="lazy" hace que el navegador no descargue una imagen hasta que se acerca a la zona visible. Es muy útil para galerías y para las imágenes que están más abajo en la página. Pero no lo pongas en la imagen principal visible al cargar: retrasarías precisamente el elemento que mide el LCP. Para esa imagen haz lo contrario: loading="eager" (o nada) y, si es la imagen más importante, fetchpriority="high".

Cómo medir el efecto

PageSpeed Insights y Lighthouse (dentro de las herramientas de desarrollo de Chrome) analizan la página y avisan de imágenes más grandes de lo que se muestran, mal codificadas o en formatos poco eficientes; el nombre exacto de cada aviso cambia entre versiones. PageSpeed Insights muestra además, cuando hay tráfico suficiente, datos reales de usuarios de Chrome, que son los que usa Google para evaluar las Core Web Vitals. Mide antes y después de optimizar para saber qué has ganado de verdad.

WordPress, CDN y automatización

Si usas WordPress, el sistema ya genera varios tamaños de cada imagen que subes y añade srcset automáticamente; también admite subir WebP y, desde la versión 6.5, AVIF si el servidor lo soporta. Hay plugins que convierten y comprimen al subir, pero sube siempre imágenes con un tamaño razonable: optimizar una foto de 12 megapíxeles en el servidor es más lento que reducirla antes. Otra opción son los CDN de imágenes (Cloudinary, imgix o el servicio de imágenes de Cloudflare, entre otros), que generan en tiempo real la versión y el formato adecuados para cada visitante.

Casos concretos: tienda online, redes sociales, correo, mensajería e impresión

Tienda online

En una ficha de producto la calidad de imagen vende, así que aquí conviene ser algo más conservador con la compresión, sobre todo si la tienda ofrece zoom: la imagen ampliada necesita más resolución que la de la ficha. Mantén dimensiones y proporciones homogéneas en todo el catálogo, usa fondos limpios (los fondos uniformes se comprimen mejor) y sirve miniaturas específicas para las rejillas de categoría en lugar de reducir la foto grande con CSS.

Redes sociales

Las redes sociales recomprimen las imágenes que subes. Si subes una foto ya muy comprimida, sufrirá una segunda compresión y acumulará artefactos. Lo más sensato es subir la imagen a la resolución que recomienda cada red y con una calidad alta, y dejar que la plataforma haga su parte. Tienes las medidas habituales en la guía para redimensionar imágenes para redes sociales.

Correo electrónico

Para enviar fotos por correo, JPEG sigue siendo lo más compatible: cualquier gestor y cualquier dispositivo lo abre. Reducir las fotos a un ancho de entre 1.600 y 2.000 píxeles suele bastar para verlas bien en pantalla y evita chocar con los límites de tamaño de adjuntos de tu proveedor. Si el destinatario necesita el original para imprimir o editar, mejor compártelo mediante un enlace de descarga.

WhatsApp y otras apps de mensajería

Las apps de mensajería comprimen las fotos al enviarlas para ahorrar datos. Si necesitas que llegue el archivo original sin tocar, envíalo como documento en lugar de como foto. Las opciones de calidad de envío de cada app cambian con las actualizaciones, así que revisa los ajustes de la versión que uses.

Impresión

Para imprimir, no reduzcas resolución ni comprimas agresivamente. Como referencia habitual se usan unos 300 píxeles por pulgada al tamaño de impresión, pero cada imprenta tiene sus requisitos (formato, perfil de color, sangrado): pídeselos antes de preparar el archivo.

Errores frecuentes al comprimir imágenes

Comprimir sin redimensionar. Una foto de 4.000 píxeles a calidad 60 suele pesar más y verse peor que la misma foto a 1.600 píxeles y calidad 80.
Usar JPEG para capturas y logotipos. El texto sale con halos y los colores planos con manchas. Usa PNG, WebP sin pérdida o SVG.
Usar PNG para fotos. El archivo puede multiplicar su peso sin ninguna mejora visible.
Recomprimir una y otra vez. Cada guardado con pérdida degrada un poco más. Trabaja siempre desde el original.
Comparar a tamaño reducido. En una vista pequeña casi todo parece igual; compara al 100 %.
Olvidar el GPS. Publicar fotos con la ubicación incrustada puede exponer datos personales.
Quitar el perfil de color sin convertir antes. Los colores de una foto en Display P3 o Adobe RGB pueden cambiar.
Poner lazy loading a la imagen de cabecera. Retrasa el LCP y empeora la velocidad percibida.
Servir AVIF o WebP sin alternativa en sitios cuyo público usa navegadores o programas antiguos.
Fiarse de los porcentajes de ahorro genéricos. El ahorro real depende de cómo estaba guardada la imagen de partida: una foto ya optimizada apenas bajará, y un PNG de una foto puede reducirse muchísimo.

Primero el tamaño, después el formato y por último la calidad. En ese orden, la mayor parte del ahorro llega en los dos primeros pasos.

Preguntas frecuentes sobre cómo comprimir imágenes sin perder calidad

¿Se puede comprimir una imagen sin perder nada de calidad?

Sí, con compresión sin pérdida: reoptimizar un PNG, usar WebP sin pérdida o quitar metadatos no cambia ningún píxel. El ahorro es menor que con compresión con pérdida, sobre todo en fotografías. Lo habitual en fotos es aceptar una pérdida que no se ve al tamaño de uso.

¿Qué calidad de JPEG o WebP es la mejor?

No hay un número universal. Como punto de partida, entre 75 y 85 suele funcionar bien para fotos en web, pero la escala cambia entre programas. Guarda varias versiones y quédate con la más baja en la que no veas diferencias al 100 %.

¿Es mejor WebP o AVIF?

AVIF suele conseguir archivos más pequeños en fotografías, pero codifica más lento y lo aceptan menos programas fuera del navegador. WebP es más rápido de generar y tiene un soporte más amplio. En una web puedes ofrecer los dos con <picture> y una alternativa en JPEG.

¿Cuánto se reduce el peso de una imagen al comprimirla?

Depende por completo de la imagen de partida. Una foto de móvil sin reducir que vas a mostrar en una columna de blog puede bajar muchísimo tras redimensionarla y comprimirla; un JPEG que ya estaba optimizado apenas bajará. Desconfía de las promesas de porcentajes fijos: mide el antes y el después con tus propios archivos.

¿Por qué mi imagen se ve pixelada después de comprimirla?

Casi siempre por una de estas causas: calidad demasiado baja, formato inadecuado (un logotipo o una captura guardados en JPEG), una imagen que ya venía comprimida y se ha vuelto a comprimir, o una imagen demasiado pequeña que el navegador está ampliando. Revisa el tamaño en píxeles y el formato antes que la calidad.

¿Cómo comprimo un PNG sin perder la transparencia?

Usa un optimizador de PNG sin pérdida (OxiPNG, OptiPNG, ImageOptim), cuantiza la paleta si tiene pocos colores (pngquant, TinyPNG) o conviértelo a WebP, que admite transparencia. No lo pases a JPEG: ese formato no tiene transparencia.

¿Comprimir imágenes mejora el SEO?

De forma indirecta. Google usa las Core Web Vitals como una de sus señales de experiencia de página, y unas imágenes pesadas suelen empeorar el LCP. Una página más rápida también mejora la experiencia del usuario. La compresión no sustituye a un buen contenido ni a un texto alternativo descriptivo en cada imagen.

¿Qué tamaño en KB debería tener una imagen para web?

No hay una cifra oficial. Una referencia práctica es fijarte un presupuesto por tipo de imagen (por ejemplo, más contenido para la cabecera y poco para miniaturas) y revisar las que se salen. Lo importante es que la imagen tenga las dimensiones de uso y una calidad ajustada; el peso es consecuencia de eso.

¿Las herramientas online suben mis fotos a un servidor?

Depende de la herramienta: algunas procesan la imagen en tu navegador y otras la envían a su servidor. Las herramientas de imagen de GlobalTool enlazadas en esta guía la procesan en el navegador. Si trabajas con fotos privadas o de clientes, comprueba la política de cada servicio o usa una aplicación local.

¿Cómo convierto fotos HEIC del iPhone para usarlas en una web?

Conviértelas a JPEG o WebP antes de publicarlas, porque muchos navegadores y programas no muestran HEIC. El propio iPhone puede configurarse para guardar en un formato más compatible, y muchas aplicaciones de escritorio convierten HEIC a JPEG al exportar.

¿Qué hago con las fotos que voy a imprimir?

No las comprimas para web. Guarda el original a resolución completa, en JPEG a calidad alta o en el formato que pida la imprenta, y prepara aparte una versión reducida si también la vas a publicar en internet.

Resumen: el método en cinco pasos

Conserva el original y trabaja siempre sobre una copia.
Redimensiona al ancho de uso (el doble si quieres nitidez en pantallas de alta densidad).
Elige formato: WebP o AVIF para fotos en web, JPEG para máxima compatibilidad, PNG, WebP sin pérdida o SVG para gráficos.
Prueba varias calidades (75-85 como punto de partida) y compara al 100 %.
Elimina la ubicación GPS y los metadatos innecesarios, y publica con srcset, dimensiones declaradas y lazy loading fuera de la imagen principal.

Si quieres empezar ya, reduce tu foto con el redimensionador y ajusta la calidad con el compresor de imágenes de GlobalTool; para diferencias de formato más detalladas, consulta también las diferencias entre PNG, JPG y WebP.