¿Por qué mi archivo ZIP sigue siendo grande después de comprimirlo?

Esta es la causa detrás de la gran mayoría de los reportes de "mi ZIP no se hizo más pequeño". JPG y HEIC ya descartan datos de imagen redundantes al capturar; MP4 y MOV ya usan codecs con compensación de movimiento; un PDF o DOCX moderno es en sí mismo un contenedor parecido a ZIP con XML ya comprimido dentro. Aplicar otra pasada de deflate a esto encuentra casi nada que eliminar. Solución: reduce los archivos de origen primero. Usa Compress Image en JPG/PNG con calidad 70-80 (visualmente sin pérdida en la mayoría de los usos), o HEIC to JPG si el origen es la biblioteca de fotos de un iPhone. Para video, vuelve a codificar con Video Converter a una tasa de bits menor - comprimir en ZIP no hace nada por el tamaño del video.

Los archivos anidados son comunes cuando una carpeta fue descargada, extraída y vuelta a empaquetar sin verificar si quedaba un .zip, .rar o .7z adentro. Deflatear un archivo ya deflateado no genera ningún ahorro y solo añade unos 30 bytes de cabecera ZIP por archivo. Abre el árbol de carpetas y busca algún archivo comprimido olvidado antes de volver a comprimir; bórralo o extráelo primero.

Esto es esperado, no un problema. El nivel 9 de deflate (máximo) gana 1-5% sobre el nivel predeterminado 6 en contenido genuinamente comprimible, y aproximadamente 0% en contenido ya comprimido. Si subiste el nivel y el tamaño apenas cambió, eso confirma que el contenido mismo es el limitante, no la configuración. Lee How to choose a compression level para entender qué te da realmente cada nivel.

Cifrar un ZIP con contraseña no cambia nada su tamaño - añade una pequeña sobrecarga fija por archivo, no comprime nada adicional. Si añadiste una contraseña y esperabas que el archivo también se hiciera más pequeño, esa expectativa era el error, no la herramienta.

Sí, y es normal en archivos pequeños de contenido ya comprimido. Cada archivo dentro de un ZIP lleva una pequeña cabecera fija (unos 30-80 bytes según el largo del nombre y los metadatos). Si los archivos ya eran incompresibles, esa sobrecarga por archivo es pura suma sin nada eliminado que la compense - así que una carpeta con unas pocas fotos JPG pequeñas puede generar un ZIP unos cuantos bytes más grande que la suma de los originales.

Solo en contenido comprimible. El algoritmo LZMA2 de 7z suele superar al deflate de ZIP en un 30-50% en texto plano, pero en fotos, videos o documentos ya comprimidos la diferencia prácticamente desaparece, porque no queda nada en los bytes que ninguno de los dos algoritmos pueda aprovechar. Lee Online ZIP vs 7z vs RAR - which to pick para saber cuándo vale la pena cambiar de formato.

Porque ambas usan el mismo algoritmo deflate en un nivel predeterminado similar. La herramienta no es la variable aquí - el contenido del archivo lo es. Alternar entre Finder, Windows Explorer, 7-Zip y una herramienta ZIP en línea no producirá un resultado muy diferente en los mismos archivos ya comprimidos.

Salta la recompresión y reduce el archivo mismo. Para una sola foto demasiado grande, Compress Image con calidad 60-70 suele dejarla muy por debajo de la mayoría de los límites de correo o formulario en un solo paso; comprimir después un archivo ya pequeño solo añade un envoltorio, sin ganancia real.