Original
Original
Dimensiones-
Tamaño-
Herramienta / Imágenes
Compresor de Imágenes
El compresor de imágenes de Kitly recodifica el archivo seleccionado localmente en el navegador. Abrir un formato depende de este navegador. El resultado no está garantizado como más pequeño.
Lado más largo en píxeles
Selecciona una imagen para comenzar.
Comprimida
Comprimida
Dimensiones-
Tamaño-
SalidaWebP
Informar un problema con esta herramienta
Esto abre un correo a Kitly. No se envía nada hasta que mandes el mensaje desde tu aplicación de correo.
No incluyas contraseñas, nombres de archivo, contenido de archivos, JSON pegado, URLs de destino, contenido del QR, códigos cortos ni otros secretos.
Cómo comprimir una imagen sin adivinar
Empieza con ajustes moderados, compara la salida y reduce calidad o dimensiones solo hasta lo que exija el destino.
-
Elige la imagen
Abre el archivo original y observa sus dimensiones y tamaño. Conserva una copia separada si podrías necesitar editarla después.
-
Define formato, calidad y tamaño
Elige el formato de salida, ajusta la calidad en formatos comprimidos y limita el lado más largo cuando la resolución original sea mayor de lo necesario.
-
Comprime y compara
Revisa la vista previa, dimensiones, tamaño final y ahorro estimado. Cambia un ajuste cada vez si el resultado pesa demasiado o pierde calidad visible.
Opciones prácticas de compresión
- Para fotos web, WebP entre 70% y 85% es un punto de partida útil, no una regla universal.
- Reduce las dimensiones en píxeles antes de bajar demasiado la calidad; una imagen enorme desperdicia bytes aunque esté comprimida.
- Mantén PNG para transparencia o gráficos planos nítidos y espera archivos mayores cuando el contenido sea fotográfico.
Compromisos importantes de la compresión
- La compresión con pérdida elimina información de forma permanente, así que conserva el archivo original.
- Comprimir repetidamente una imagen ya comprimida puede añadir artefactos y bandas de color visibles.
- La recodificación del navegador puede quitar metadatos y animación; la herramienta está pensada para imágenes fijas.
Guía práctica
Estos ejemplos registran bytes, dimensiones, formato y ajustes de una sesión de Chrome. Una imagen de tonos continuos queda más pequeña en WebP. La misma imagen sigue más pequeña sin cambiar el tamaño. Un PNG plano de 8 × 8 queda más grande, y pedir una dimensión máxima mayor no añade píxeles.
La compresión necesita JavaScript porque el navegador vuelve a dibujar y codifica la imagen en tu dispositivo. Los tamaños medidos, las elecciones de ajuste y la resolución de problemas siguen legibles sin JavaScript.
Compresión medida
Las dos entradas son archivos sintéticos originales. La grande es un campo de tonos continuos, el caso fotográfico de color suave, no un archivo de cámara. La pequeña son dos bloques de color plano. Medido en Headless Chrome 154.0.8037.99 en macOS. La calidad 0.78 es el valor inicial del control, mostrado como 78%. El lado más largo solo se reduce cuando supera la dimensión máxima; una petición mayor no amplía.
Reduce el lado más largo y luego codifica WebP
Un PNG de 240 × 160 y 97137 bytes pasó a un WebP de 120 × 80 y 936 bytes con calidad 0.78.
Entrada
continuous-tone.png · 240 × 160 · 97137 bytes · image/png| Formato de salida | WebP |
|---|---|
| Calidad | 0.78 (se muestra como 78%) |
| Dimensión máxima | 120 |
| Navegador | Headless Chrome 154.0.8037.99 |
WebP observado
120 × 80 · 936 bytes · image/webp
La proporción siguió en 3:2
Menor en un 99,0%Qué revisar
El lado más largo era 240, así que una dimensión máxima de 120 redujo los dos lados a la mitad. La página mostraría “Menor en un 99,0%”. Ese porcentaje vale solo para este archivo. Al abrir la imagen, el campo de dimensión máxima pasa a 240, así que reproducir este resultado exige escribir 120 antes de comprimir.
Advertencias
- El 99,0% no es una tasa típica para fotografías. El origen es un campo de color generado y guardado como un PNG grande.
- La herramienta descargaría continuous-tone-compressed.webp. El archivo de ejemplo se llama continuous-tone-120.webp para que el ajuste siga visible.
Archivos del ejemplo
- Descargar continuous-tone.png Entrada. PNG original de tonos continuos, 240 × 160, 97137 bytes.
- Descargar continuous-tone-120.webp Salida. WebP con calidad 0.78 y dimensión máxima 120, 120 × 80, 936 bytes.
La misma imagen, la misma calidad, sin cambiar el tamaño
Con la dimensión máxima en 240, el mismo PNG pasó a un WebP de 240 × 160 y 1310 bytes, todavía mucho más pequeño, pero más grande que el archivo reducido.
Entrada
continuous-tone.png · 240 × 160 · 97137 bytes · image/png| Formato de salida | WebP |
|---|---|
| Calidad | 0.78 (se muestra como 78%) |
| Dimensión máxima | 240 (el lado más largo, así que sin cambio de tamaño) |
| Navegador | Headless Chrome 154.0.8037.99 |
WebP observado
240 × 160 · 1310 bytes · image/webp
Menor en un 98,7%Qué revisar
Conservar todos los píxeles aun redujo el archivo de 97137 bytes a 1310 bytes. El archivo reducido de 120 × 80 pesaba 936 bytes. En este ejemplo, bajar el lado más largo quitó más bytes que la calidad 0.78 por sí sola. Compara las dos descargas si necesitas decidir si los píxeles extra valen 374 bytes.
Advertencias
- Otra fotografía puede perder detalle visible a 0.78 aunque el ahorro de bytes se parezca a este.
- El archivo de ejemplo es continuous-tone-full.webp. El nombre de descarga de la herramienta sería continuous-tone-compressed.webp.
Archivos del ejemplo
- Descargar continuous-tone.png Entrada. El mismo PNG de 240 × 160, 97137 bytes.
- Descargar continuous-tone-full.webp Salida. WebP con calidad 0.78 sin cambio de tamaño, 240 × 160, 1310 bytes.
Una imagen plana diminuta quedó más grande, y una dimensión máxima mayor no la amplió
Un PNG de 8 × 8 y 80 bytes pasó a un WebP de 574 bytes. Pedir una dimensión máxima de 100 produjo el mismo archivo de 8 × 8. Una recodificación PNG llegó a 117 bytes.
Entrada
tiny-flat.png · 8 × 8 · 80 bytes · image/png · dos bloques de color plano| Calidad WebP | 0.78 |
|---|---|
| Dimensión máxima WebP | 8 y, en una ejecución aparte, 100 |
| Ejecución PNG | PNG, control de calidad desactivado, dimensión máxima 8 |
| Navegador | Headless Chrome 154.0.8037.99 |
Salidas observadas
WebP, dimensión máxima 8: 8 × 8 · 574 bytes · mayor en un 617,5%
WebP, dimensión máxima 100: 8 × 8 · 574 bytes · idéntico byte a byte al primer WebP
Recodificación PNG: 8 × 8 · 117 bytes · mayor en un 46,3%Qué revisar
La página diría “La salida quedó más grande” y “617,5%”, no “Menor en un 0,0%”. Los 494 bytes extra son el contenedor WebP alrededor de una imagen que ya era diminuta. Fijar la dimensión máxima en 100, por encima de los dos lados, dejó la imagen en 8 × 8. Los dos archivos WebP coinciden byte a byte. Recodificar como PNG tampoco encogió el archivo.
Advertencias
- El 617,5% parece mucho porque el denominador tiene 80 bytes. Lee los recuentos de bytes junto al porcentaje.
- La herramienta nombraría una descarga WebP como tiny-flat-compressed.webp. Los ejemplos son tiny-flat.webp y tiny-flat-max-100.webp.
Archivos del ejemplo
- Descargar tiny-flat.png Entrada. PNG plano original de 8 × 8, 80 bytes.
- Descargar tiny-flat.webp Salida. WebP con calidad 0.78 y dimensión máxima 8, 574 bytes.
- Descargar tiny-flat-max-100.webp Salida. WebP con calidad 0.78 y dimensión máxima 100, todavía 8 × 8 y 574 bytes.
Cambia un ajuste y compara el archivo medido
La guía ya dice que definas formato, calidad y tamaño. Estos son los resultados de hacerlo con los archivos de arriba.
WebP al 78% con un lado más largo más corto
Úsalo cuando: El destino acepta WebP y la imagen es más grande de lo que el diseño necesita. En el archivo de 240 × 160, la dimensión máxima 120 produjo 936 bytes.
Compromisos: Descartas píxeles. El WebP a tamaño completo del mismo origen pesaba 1310 bytes, así que el cambio de tamaño ahorró otros 374 bytes solo en este archivo.
WebP al 78% sin cambiar el tamaño
Úsalo cuando: Necesitas el recuento original de píxeles. Dejar la dimensión máxima en el lado más largo conservó 240 × 160 y aun redujo 97137 bytes a 1310 bytes.
Compromisos: La calidad 0.78 tiene pérdida. Revisa bordes y zonas lisas en una foto real; este campo de color no muestra todos los artefactos.
PNG
Úsalo cuando: Necesitas color plano o transparencia más que un archivo más pequeño.
Compromisos: El control de calidad queda desactivado. El PNG de 80 bytes pasó a 117 bytes, mayor en un 46,3%, con las mismas dimensiones de 8 × 8.
Una dimensión máxima mayor que la imagen
Úsalo cuando: Quieres confirmar que la herramienta no inventa píxeles.
Compromisos: No amplía. La dimensión máxima 100 en la imagen de 8 × 8 siguió en 8 × 8 y coincidió con el WebP de 574 bytes de la dimensión máxima 8.
Cuando el archivo comprimido no queda más pequeño
El porcentaje usa el archivo seleccionado como denominador. Estos son los casos medidos aquí, además de los límites que se comprueban antes de codificar.
Problema: La salida pesa más que la entrada.
Causa probable: El origen ya es pequeño o un PNG plano. tiny-flat.png pasó de 80 bytes a 574 bytes en WebP a 0.78.
Qué hacer: Quédate con el original. La etiqueta debe decir “La salida quedó más grande”, con el porcentaje basado en el tamaño original. No vuelvas a comprimir la descarga más grande esperando que encoja.
Problema: Subir la dimensión máxima no añadió píxeles.
Causa probable: El escalado nunca amplía. Una petición de 100 en una imagen de 8 × 8 siguió en 8 × 8.
Qué hacer: Usa otra herramienta si necesitas una cuadrícula de píxeles más grande. Aquí, fija la dimensión máxima por debajo del lado más largo solo cuando quieras reducir.
Problema: Mover el control de calidad no hace nada en PNG.
Causa probable: La calidad se pasa al codificador solo para JPEG y WebP.
Qué hacer: Cambia a WebP o JPEG si quieres ese control. En PNG, solo las dimensiones y el codificador PNG del navegador afectan los bytes, como en la recodificación de 80 a 117 bytes.
Problema: El porcentaje de ahorro parece enorme.
Causa probable: Un denominador diminuto infla la cifra. 494 bytes extra en un archivo de 80 bytes son un 617,5%. El 99,0% del campo de color reducido son 96201 bytes quitados de 97137, una situación distinta.
Qué hacer: Lee los bytes de entrada, los bytes de salida y las dimensiones junto al porcentaje antes de publicar el archivo.
Problema: La imagen se rechaza antes de comprimir.
Causa probable: El límite es 25 MB o 40 megapíxeles, o la extensión y el tipo MIME no coinciden. HEIC, HEIF y TIFF se abren solo cuando este navegador puede decodificarlos.
Qué hacer: Elige un archivo que este navegador ya muestre. Los archivos dañados y las codificaciones no admitidas reciben errores distintos.
Referencias del codificador
Los tamaños de esta página se midieron en los archivos enlazados. Estas referencias describen el paso de codificación en el canvas.
- HTMLCanvasElement.toBlob La llamada que codifica WebP y PNG, con argumento de calidad solo para WebP y JPEG.
- Guía de tipos de imagen de MDN En qué se diferencian WebP, JPEG y PNG, incluida la falta de transparencia de JPEG.
Preguntas frecuentes
¿El compresor de imágenes sube mis imágenes?
No. Kitly recodifica imágenes localmente en el navegador con procesamiento en canvas, así que los archivos seleccionados no necesitan salir de tu dispositivo.
¿Cómo puedo hacer que una imagen pese menos?
Baja la calidad, reduce la dimensión máxima o usa una salida comprimida eficiente como WebP cuando el destino lo acepte. Los archivos minúsculos o ya pequeños aún pueden crecer.
¿Puedo ver el ahorro antes de descargar?
Sí. La herramienta indica si la salida es más pequeña, más grande o del mismo tamaño, con dimensiones, formato y bytes. No inventa un porcentaje de ahorro para un resultado igual.
¿Por qué una imagen pequeña quedó más grande?
Un PNG de 8 × 8 y 80 bytes pasó a un WebP de 574 bytes con calidad 0.78, lo que la página informa como mayor en un 617,5%. La misma petición de dimensión máxima 100 siguió en 8 × 8 y produjo los mismos 574 bytes.
¿Por qué una dimensión máxima mayor no añadió píxeles?
La herramienta solo reduce cuando el lado más largo es mayor que la dimensión máxima. No amplía. El archivo de 8 × 8 siguió en 8 × 8 cuando la dimensión máxima era 100.