Comprimir imágenes
No se sube nada: cada imagen se procesa en este navegador
Comprimir es volver a codificar una imagen con una calidad más baja, descartando el detalle que el ojo tiene menos probabilidades de notar. Bajar un JPEG de calidad 95 a 78 suele dejar el archivo a la mitad sin diferencia visible, y guardar esa misma fotografía como WebP quita otro 25–30 %. Recortar el lado más largo ahorra mucho más que cualquiera de las dos cosas.
Cómo comprimir imágenes
Primero el tamaño, después la calidad
La resolución casi siempre importa más que la calidad, y es el error de orden que más se comete. Una fotografía de 4.000 píxeles mostrada a 800 de ancho lleva veinticinco veces más datos de los que puede enseñar, y limitar el lado más largo quita ese desperdicio antes de que la calidad haga nada. Comprime primero por dimensión y después por calidad: hacerlo al revés significa tirar detalle de píxeles que estabas a punto de descartar de todas formas.
Elegir el formato de salida
Los tres formatos fallan en sitios distintos, y el adecuado depende de qué es la imagen y no de qué formato tiene ahora. JPEG tiene pérdidas y está hecho para fotografías; no tiene canal alfa, así que cualquier transparencia se vuelve sólida. PNG es sin pérdidas, lo que significa que el control de calidad no hace nada sobre él y hay que recurrir a otras cosas. WebP asume los dos papeles: en modo con pérdidas compite con JPEG en fotografías siendo alrededor de un 25–30 % más pequeño a igual calidad, y conserva la transparencia, que PNG solo consigue sin pérdidas. Todos los navegadores actuales lo leen, así que el viejo argumento de la compatibilidad ha desaparecido; la fricción que queda está fuera del navegador, donde algún software de escritorio y unos cuantos clientes de correo todavía lo manejan mal. AVIF es aún más pequeño, pero más lento de codificar y con menos soporte, por lo que WebP sigue siendo el valor por defecto más seguro.
El número de calidad no es un porcentaje de nada y no es comparable entre codificadores. Fija con qué grosor cuantiza el codificador cada bloque de 8×8 coeficientes de frecuencia, así que la calidad 78 de una biblioteca JPEG y la 78 de otra son archivos distintos. Lo que sí es comparable es la forma de la curva: el tamaño cae en picado de 95 hasta alrededor de 80 sin que se vaya casi nada visible, luego se aplana, mientras que los artefactos — el halo en los bordes duros, el bloqueo en degradados lisos como un cielo despejado — llegan rápido por debajo de 60. Por eso el rango útil es estrecho y por eso salirse de 60–90 suele ser un error en una dirección o en la otra.
Comprimir el mismo archivo dos veces
La pérdida de JPEG se acumula. Un archivo recodificado cinco veces se ve visiblemente peor que ese mismo archivo comprimido una sola vez a la misma calidad final, porque cada pasada cuantiza lo que la anterior ya había tirado. Trabaja siempre desde el original y no desde una copia que ha pasado por una aplicación de mensajería, y conserva ese original por si luego necesitas otro tamaño. La pérdida de generación es justo lo que explica el aspecto de una imagen reenviada muchas veces.
Para qué la usa la gente
- Dejar un lote de fotos por debajo del límite de subida de un formulario
- Preparar imágenes para una web
- Reducir una carpeta de capturas antes de enviarlas por correo
- Aligerar el carrete del móvil antes de archivarlo
- Recodificar los JPEG de una cámara a una calidad menor
- Pasar el juego de imágenes de una web a WebP
Preguntas
Las que aguante tu máquina. No hay servidor, así que no hay límite de subida ni cola. La única restricción es la memoria.
No. Cada imagen la decodifica, redimensiona y recodifica tu propio navegador. Nada sale del dispositivo.
Alrededor de 78 para web y 85 o más para cualquier cosa impresa. Por debajo de 60 los artefactos se ven en zonas lisas y en los bordes.
Normalmente a la mitad para un JPEG de cámara a calidad 75–78. Limitando además las dimensiones se le puede quitar un 90 % o más.
Normalmente un 25–30 % más pequeño a igual calidad visual, y además conserva la transparencia, que JPEG no puede.
Sí, todos los actuales. Hace ya varios años que no es una preocupación práctica.
Para una web, en general sí. Para un archivo que vas a mandar a una persona, JPEG o PNG siguen viajando mejor por el software de escritorio y los clientes de correo.
Más pequeño todavía, pero más lento de codificar y con menos soporte. WebP es hoy el valor por defecto más seguro.
PNG es sin pérdidas, así que el control de calidad no le afecta. Limita sus dimensiones o cambia el formato de salida.
Sí. JPEG no tiene canal alfa, así que las zonas transparentes quedan sólidas. Usa WebP si necesitas transparencia y un archivo pequeño.
Sí. JPEG tiene pérdidas y se acumulan, así que trabaja siempre desde el original y no desde una copia ya comprimida.
No. El número fija con qué grosor cuantiza el codificador, y los codificadores difieren. Júzgalo por el archivo resultante y no por el número.
JPEG para fotografías, PNG para color plano y bordes nítidos, WebP cuando quieras cualquiera de los dos más pequeño.
Los navegadores bloquean las descargas automáticas repetidas, así que un bucle perdería la mayor parte del lote sin avisar. Un ZIP llega siempre completo.