Calculadora de tasa de compresión ZIP (% y ratio)🌎
Actualizado junio de 2026Ver cálculo paso a paso
La tasa de compresión mide qué tan eficientemente un algoritmo redujo el tamaño de un archivo. Se calcula como el porcentaje de espacio ahorrado respecto al tamaño original: Tasa = ((Original − Comprimido) / Original) × 100. Se usa para evaluar formatos como ZIP, RAR, 7z o GZIP antes de subir archivos a la nube, enviarlos por red o hacer backups. Un archivo de 100 MB comprimido a 30 MB tiene una tasa del 70 %, es decir, ocupa un 70 % menos de espacio. Cuanto mayor es la tasa, más eficiente fue la compresión.
Cuándo usar esta calculadora
- Antes de subir una carpeta de proyectos a Google Drive o Dropbox, para verificar si la compresión ZIP realmente vale la pena frente al tamaño original.
- Al configurar un servidor web o CDN, para decidir qué nivel de compresión GZIP aplicar a los assets estáticos (JS, CSS, HTML) y reducir tiempos de carga.
- En respaldos (backups) empresariales, para calcular el espacio real que va a ocupar un backup comprimido en disco o cinta y planificar la capacidad de almacenamiento.
- Al enviar lotes de imágenes RAW o videos sin editar por red LAN, para estimar el tiempo de transferencia después de comprimir y decidir si conviene comprimir antes de transferir.
- Para comparar eficiencia entre formatos: evaluar si un archivo .7z comprimido con LZMA rinde mejor tasa que el mismo archivo en .zip con Deflate antes de elegir el formato definitivo.
Ejemplo: backup SQL de 100 MB comprimido a 30 MB
- Tamaño original: 100 MB
- Tamaño comprimido: 30 MB
- Tasa = ((100 − 30) / 100) × 100 = 70 %
- Ratio = 100 / 30 = 3,33:1
- Ahorro absoluto = 70 MB
Cómo funciona
4 min de lecturaCómo se calcula la tasa de compresión
La tasa de compresión y el ratio se obtienen con fórmulas simples pero distintas. Es importante no confundirlas:
# Tamaño original: S_orig (en bytes, KB, MB o GB — misma unidad)
# Tamaño comprimido: S_comp
Tasa de compresión (%) = ((S_orig - S_comp) / S_orig) × 100
Ratio de compresión = S_orig / S_comp
Ahorro absoluto = S_orig - S_compEjemplo concreto: un archivo de 100 MB comprimido a 30 MB:
> ⚠️ El ratio y la tasa NO son lo mismo. Un ratio 2:1 corresponde a una tasa del 50 %, no del 200 %.
---
Tabla de tasas de compresión típicas por tipo de archivo
| Tipo de archivo | Formato | Tasa típica | Ratio típico | Observaciones |
|---|---|---|---|---|
| Texto plano (.txt, .log, .csv) | ZIP / GZIP (Deflate) | 60–80 % | 2,5:1 – 5:1 | Alta redundancia de texto |
| Código fuente (.js, .css, .html) | GZIP nivel 6 | 65–85 % | 3:1 – 6,7:1 | Muy eficiente por repetición |
| Base de datos SQL dump | 7z / LZMA | 75–90 % | 4:1 – 10:1 | Excelente; ideal para backups |
| Documentos Word (.docx) | ZIP | 10–40 % | 1,1:1 – 1,7:1 | Compresión interna variable |
| ZIP | 5–20 % | 1,05:1 – 1,25:1 | PDF ya tiene compresión | |
| Imágenes JPEG | ZIP | 0–5 % | ~1:1 | Ya comprimidas, no mejora |
| Imágenes PNG | ZIP | 0–10 % | 1:1 – 1,1:1 | PNG ya usa Deflate |
| Imágenes RAW (NEF, CR2) | 7z / LZMA | 20–35 % | 1,25:1 – 1,55:1 | Compresión moderada |
| Video MP4 / H.264 | ZIP | 0–2 % | ~1:1 | Prácticamente nula ganancia |
| Archivos binarios (.exe, .dll) | ZIP | 30–60 % | 1,4:1 – 2,5:1 | Variable según contenido |
| Mix de archivos cotidianos | ZIP nivel 6 | 40–60 % | 1,7:1 – 2,5:1 | Promedio típico en uso real |
---
Casos típicos paso a paso
Caso 1 — Backup de base de datos MySQL
Un dump SQL de 2 GB comprimido con 7z (LZMA2) queda en 210 MB:
Caso 2 — Carpeta de imágenes JPEG
500 fotos JPEG (1,2 GB) comprimidas con ZIP quedan en 1,15 GB:
Caso 3 — Assets de sitio web (JS + CSS)
Un bundle de 800 KB comprimido con GZIP nivel 6 queda en 180 KB al servirse por HTTP:
---
Errores comunes al calcular la tasa
1. Confundir ratio con tasa porcentual. Un ratio de 4:1 NO es 400 % de compresión — es una tasa del 75 %. La fórmula del ratio es S_orig / S_comp, no un porcentaje directo.
2. Intentar comprimir archivos ya comprimidos. JPEG, MP4, MP3, PNG, PDF y ZIP ya usan compresión interna. Volver a comprimirlos con ZIP puede aumentar el tamaño hasta un 2–5 % por el overhead de cabeceras del contenedor.
3. No usar la misma unidad en ambos campos. Si el original está en MB y el comprimido en KB, el resultado será absurdo. Siempre convertí a la misma unidad antes de calcular.
4. Asumir que mayor nivel de compresión siempre vale la pena. Pasar de ZIP nivel 6 a nivel 9 puede reducir el tamaño apenas un 2–3 % adicional, pero multiplicar el tiempo de compresión por 4x.
5. No considerar el overhead de cabeceras. Para archivos muy pequeños (< 1 KB), el propio contenedor ZIP agrega metadatos que pueden hacer que el archivo comprimido sea más grande que el original.
6. Comparar tasas entre tipos de archivo distintos. Un 70 % en texto es normal; un 70 % en video sería extraordinario. La tasa solo tiene sentido comparada contra archivos del mismo tipo.
---
Calculadoras relacionadas
Preguntas frecuentes
¿Cuál es la fórmula exacta para calcular la tasa de compresión?
Tasa de compresión (%) = ((Tamaño original − Tamaño comprimido) / Tamaño original) × 100. Por ejemplo: 100 MB → 30 MB comprimido = ((100 − 30) / 100) × 100 = 70 %. El ratio de compresión (X:1) se calcula de forma diferente: Ratio = Tamaño original / Tamaño comprimido = 100 / 30 = 3,33:1.
¿Qué diferencia hay entre tasa de compresión y ratio de compresión?
Son dos formas de expresar lo mismo pero con escalas distintas. La tasa es un porcentaje: cuánto espacio se ahorró respecto al original (ej: 70 %). El ratio es una relación directa entre tamaños: cuántas veces más grande era el original (ej: 3,33:1). Un ratio de 2:1 equivale exactamente a una tasa del 50 %.
¿Qué tasa de compresión es normal para un archivo ZIP?
Depende del tipo de contenido: texto plano o SQL dumps logran 60–90 %; código fuente (HTML, JS, CSS) entre 65–85 %; archivos mixtos de uso cotidiano entre 40–60 %. En cambio, JPEG, MP4 o MP3 apenas bajan un 0–5 % porque ya tienen compresión interna. Una tasa del 40–60 % es considerada 'buena' para archivos de uso general.
¿Qué algoritmo de compresión da la mejor tasa para archivos de texto?
Para texto plano, LZMA2 (usado por 7-Zip) suele lograr tasas del 75–90 %, superando a Deflate (ZIP/GZIP, 60–80 %) y Bzip2 (65–85 %). Sin embargo, GZIP nivel 6 es el estándar en servidores web por su equilibrio entre velocidad y tasa (ratio típico 4:1 para HTML/CSS/JS).
¿Por qué el ZIP de fotos JPEG casi no reduce el tamaño?
El formato JPEG ya usa compresión con pérdida basada en DCT (Transformada Discreta del Coseno), lo que elimina la redundancia de datos que explotan algoritmos como Deflate o LZMA. Al no haber patrones repetibles significativos en los bytes resultantes, comprimir un JPEG con ZIP puede incluso aumentar el tamaño un 2–5 % por el overhead de cabeceras del contenedor.
¿Comprimir con nivel 9 vs nivel 6 en ZIP vale la pena?
Generalmente no. Pasar de nivel 6 a nivel 9 en ZIP/Deflate mejora la tasa apenas un 1–4 % adicional, pero el tiempo de compresión puede aumentar entre 2x y 5x y el consumo de RAM también crece. El nivel 6 es el default de la mayoría de herramientas precisamente porque representa el punto óptimo costo-beneficio.
¿La compresión ZIP altera el archivo original?
No, siempre que uses compresión sin pérdida (lossless), como ZIP, RAR, 7z o GZIP. Estos algoritmos garantizan que el archivo descomprimido es bit a bit idéntico al original. Los formatos con pérdida (lossy), como JPEG, MP3 o H.264, sí modifican el contenido de forma permanente. ZIP nunca altera los datos, solo los reorganiza de forma más eficiente.
¿Qué pasa si el archivo comprimido es más grande que el original?
Es posible y ocurre frecuentemente con archivos ya comprimidos (JPEG, MP4, ZIP dentro de ZIP) o archivos muy pequeños (< 1 KB). En esos casos la tasa será negativa. Esto se debe al overhead del contenedor: el formato ZIP agrega cabeceras, tablas de directorio central y metadatos que pueden sumar entre 30 y 200 bytes por archivo. La solución es simplemente no comprimir esos tipos de archivo.
¿Cómo afecta la tasa de compresión al tiempo de descarga?
Directamente proporcional: si lográs una tasa del 70 %, el archivo ocupa un 70 % menos, por lo que tardará un 70 % menos en transferirse a igual ancho de banda. Un archivo de 100 MB que tarda 80 segundos en descargarse a 10 Mbps, comprimido a 30 MB tardaría solo ~24 segundos.
Fuentes y referencias
También te puede interesar
Metodología y confianza
Contenido revisado por el equipo editorial de Hacé Cuentas, con apego a nuestra política editorial y metodología de cálculo.
Última revisión: 03 de junio de 2026. Los parámetros fiscales, legales y datos se verifican periódicamente con las fuentes citadas.
Los cálculos corren 100% en tu navegador. No guardamos ni transmitimos tus datos. Leé nuestra política de privacidad.
Resultados orientativos. Para decisiones financieras, médicas o legales críticas, consultá con un profesional.