La mayoría elige su herramienta de compresión guiándose por frases hechas que circulan por ahí. Suenan lógicas, pero en documentos reales llevan a estrellarse contra la pared una y otra vez. Las dejamos sobre la mesa, las desmontamos una por una y luego vemos cómo debería ser una compresión que de verdad funcione.
Lo que casi todos dan por sentado
Para empezar, está la idea de que el porcentaje de compresión anunciado es una medida de fuerza: quien se atreve a prometer un 90 %, ya gana.
También se asume que todo archivo debería comprimirse a fondo, y que si uno se resiste es por una herramienta deficiente.
Hay quien cree, además, que un sitio web de compresión online y una herramienta local dan el mismo resultado, porque al fin y al cabo «comprimen».
Otra convicción dice que comprimir daña el archivo y que los sellos y las firmas se borran en el proceso.
Y está la noción de que comprimir es un paso único y definitivo, resuelto con una sola barra que vale para todos los formatos.
Cinco puntos, y ninguno se sostiene.
Mito 1: «a más compresión, mejor», y el error de medir con un número absoluto
La compresión no es un valor absoluto, sino un porcentaje respecto a la redundancia. Shannon dejó claro en la teoría de la información que dentro de cualquier dato todo lo que se puede predecir por el contexto es redundancia; lo que la compresión hace es volver a expresar esa redundancia con un código más corto, acercándose al límite que marca la entropía de ese dato.
Un ejemplo sencillo. En un texto, algunas letras aparecen constantemente y otras casi nunca. Si asignas menos bits a las frecuentes y más a las raras, el conjunto pesa mucho menos que si tratas a todas por igual. El algoritmo no destruye información: simplemente deja de pagar bits por lo que ya se puede anticipar.
El problema es que formatos que ya están cerca de ese límite —JPEG, MP4, ZIP, o las imágenes ya optimizadas dentro de un PDF— apenas tienen margen para seguir comprimiendo. No es que la herramienta sea floja: es que el sustrato ya tocó techo. La pregunta correcta no es «¿cuánto promete el 90 % del anuncio?», sino «en mis archivos, ¿qué tanto es redundancia?». Las herramientas que venden cifras altas suelen cumplirlas solo con muestras muy concretas.
Mito 2: que si no comprime es culpa de la herramienta, porque ignora de qué está hecho el archivo
Un documento y otro se parecen menos de lo que se cree. Un PDF sin optimizar, un archivo de Office o un escaneo esconden mucha redundancia en su tamaño: el mismo logotipo de la empresa o la misma tipografía se incrustan página tras página en lugar de referenciarse una vez; capturas y escaneos se guardan a resoluciones muy por encima de lo que se llega a mostrar; rastros de edición, árboles de estructura sobrantes y miniaturas ocultas también ocupan su sitio en silencio.
Quitar esa redundancia suele recortar entre el 60 % y el 80 %. Al revés: una imagen ya comprimida o un contenedor ya empaquetado tiene poca redundancia de origen, y que no comprima es lo normal. Por eso «no comprime» casi siempre significa que el archivo trae poco jugo, no que el motor sea malo. Para juzgar una compresión hay que mirar primero cuánta agua hay realmente que exprimir.
Mito 3: que online y local es lo mismo, porque trata como menor el hecho de que los datos salgan de tu entorno
Comprimir es una operación intensa en cómputo y, a la vez, muy sensible. Arrastras un contrato aún sin firmar o un reporte con datos de clientes a una web de compresión online, y en ese instante el archivo ya dejó tu equipo y entró en un servidor de terceros. El informe de IBM sobre filtraciones de 2025 trae un número fácil de pasar por alto: el 26 % de las causas de una filtración es error humano, más banales y más frecuentes que los ataques externos. Entregar archivos sensibles a una herramienta online de procedencia dudosa cae justo en esa exposición humana que se podría haber evitado.
Hacerlo en local es el camino más firme: los datos no salen del equipo en ningún momento y la cuenta de privacidad se salda sola; el procesado por lotes en local tampoco depende del ancho de banda ni de límites de concurrencia. Para los equipos que deben cumplir una línea de cumplimiento, imponer como requisito duro que «el proceso no saca los datos de la red interna» suele ser más fiable que auditar después.
Mito 4: que comprimir borra los sellos, porque no distingue dónde está la frontera entre pérdida y sin pérdida
En ingeniería la compresión se divide en dos. La sin pérdida garantiza que al descomprimir el archivo es idéntico byte a byte; documentos, código y datos —lo que «se rompe si cambia un solo byte»— deben ir por ahí. La con pérdida descarta a propósito detalles que el ojo o el oído no perciben a cambio de tamaño; imágenes, vídeo y audio viven de la codificación perceptual, que aprovecha que la vista humana apenas nota el detalle de alta frecuencia y la cromaticidad, y retira primero lo que no se llega a notar.
La dificultad es que un PDF o un documento de Office es, en el fondo, un «cuerpo mestizo». Tiene estructuras de texto y gráficos vectoriales que deben ir sin pérdida, pero incrusta también mapas de bits, capturas y páginas escaneadas que podrían tratarse con pérdida. Si le clavas un solo parámetro a todo, acabas rompiendo la estructura de texto que había que conservar o gastando esfuerzo en imágenes ya optimizadas. Lo correcto es dividir para conquistar: texto y estructura por la vía sin pérdida, los recursos de imagen incrustados se recodifican aparte con codificación perceptual, los objetos repetidos se deduplican, y cada uno sigue su mejor camino.
Esto también explica por qué los escenarios de archivo electrónico a largo plazo ponen tanto énfasis en la fidelidad de la maquetación. Las normas internacionales de archivo electrónico establecen que la compresión solo puede eliminar redundancia, nunca alterar la maquetación ni la verificabilidad del documento; exigir eso no contradice comprimir bien, sino que encaja con ello.
Mito 5: que un solo ajuste vale para todo, porque subestima los equilibrios de cada caso
Comprimir nunca es «cuanto más pequeño, mejor», sino «justo hasta donde te lo permiten tus restricciones». Tres casos típicos piden equilibrios muy distintos: en archivo el tiempo no es el cuello de botella, así que se puede comprimir más fuerte y perseguir el menor coste de almacenamiento y transporte a largo plazo; en un adjunto de correo el objetivo es que quepa y salga, pero sellos, firmas y tablas deben seguir legibles, así que manda la calidad; en web y móvil manda lo ligero, pero sin olvidar la velocidad de apertura.
Un valor de ingeniería todavía más alto está en mantener un criterio coherente entre formatos: cuando comprimes un lote, sea PDF, imagen u Office, y todos caen en un rango de tamaño parecido, dejas de tener que adivinar para cada archivo «¿esta vez quedará demasiado pequeño o demasiado grande?».
Cómo convertimos todo esto en ingeniería
Para que las cinco ideas anteriores dejen de ser palabras y se vuelvan realidad, una compresión que sirva necesita al menos cuatro cosas.
Una, una tubería que divide para conquistar. Texto y estructura sin pérdida; imágenes incrustadas recodificadas con codificación perceptual; objetos repetidos deduplicados; cada uno por su mejor camino. Solo cuando las imágenes y objetos incrustados entran también en la tubería y se tratan de forma unificada —no solo se aprieta la capa exterior del contenedor— es cuando el beneficio total de verdad aparece.
Dos, clasificar por caso. Archivo, correo y web con su propio criterio cada uno, y tamaños coherentes al cruzar formatos, para que el usuario no tenga que adivinar por archivo.
Tres, prioridad local. El archivo se queda siempre en tu equipo, y el procesado por lotes no depende de red ni de concurrencia. Para los equipos que deben sostener una línea de cumplimiento, imponer como restricción dura del flujo que «el archivo no sale de la red interna» es más firme que auditar a posteriori. Esto también explica por qué las tuberías de compresión construidas de forma nativa para el hardware —un escalón menos de traducción— gustan tanto en empresas: se despliegan más ligeras, se comportan de forma más controlable, dan una salida más reproducible y encajan mejor en despliegues privados.
Cuatro, tener la palanca a la vista cuando hay datos fríos a escala. La encuesta de clientes de Komprise muestra que entre el 60 % y el 70 % de los datos en el NAS de una empresa no se han abierto en más de 90 días, pero siguen ocupando el almacenamiento principal, el más caro. Exprimir esa redundancia se traduce directamente en una factura de almacenamiento más baja.
Qué mirar al elegir
Pon las tres familias de soluciones habituales una al lado de la otra y la diferencia se concentra en cuatro puntos: adónde van los datos, qué formatos cubre, capacidad de lotes y clasificación, y control de cumplimiento:
| Dimensión | Herramienta de compresión local | Sitio web de compresión online | ZIP manual / lo haces tú |
|---|---|---|---|
| Adónde van los datos | Todo en la máquina, no sale del equipo | El archivo se sube a un servidor de terceros | En la máquina, pero con poco margen de compresión |
| Cobertura de formatos | Formatos comunes y profesionales, en un solo flujo | Formatos comunes; los complejos suelen no admitirse | Depende de lo que sepas hacer |
| Lotes y clasificación | Clasificado por uso, criterio coherente entre formatos | Casi siempre un archivo a la vez | Prácticamente sin noción de clasificación |
| Control de cumplimiento | Los datos no salen de la red interna, integrable en políticas de empresa | Difícil de ajustar al cumplimiento empresarial | Controlable, pero poco eficiente |
Si tus archivos son sobre todo documentos de oficina, escaneos e imágenes comunes, la herramienta de compresión local es la opción con mejor relación coste-beneficio. Y cuando el volumen crece hasta necesitar un archivo automatizado, o quieres conectarlo con la búsqueda y organización de archivos, también puedes diseñar «comprimir» y «organizar archivos» como un solo flujo: por ejemplo, deja que MagiFiler ordene los materiales primero y luego usa SmartSlim para adelgazar todo de forma uniforme; los dos juntos te ahorran más que tratarlos por separado.
Preguntas frecuentes
P: ¿Por qué hay PDF que casi no comprimen?
R: Lo más probable es que sus imágenes incrustadas ya estén optimizadas y cerca del límite de entropía, o que el tamaño venga sobre todo de una estructura de texto que debe ir sin pérdida. No es que la herramienta falle: es que la redundancia era poca desde el principio.
P: ¿La compresión borra o difumina los sellos y firmas de un contrato?
R: Por la vía de recodificación ligera que cuida el detalle, el objetivo es quitar volumen redundante, no sacrificar la nitidez. En documentos con escaneos y sellos, conviene abrir y revisar las zonas clave tras comprimir antes de archivar.
P: ¿Varía mucho el tamaño entre comprimir en local y online?
R: En documentos reales, ambas suelen bajar un porcentaje notable; la diferencia no está tanto en «cuánto baja» sino en «si el archivo pasó por un tercero». Para material público una herramienta online no importa; para archivos con información sensible lo recomendable es lo local.
P: ¿Se puede comprimir cualquier formato?
R: Los formatos comunes de oficina e imagen y los escaneos suelen tener margen amplio; los ya muy optimizados, poco. Formatos profesionales de nicho, como imágenes médicas, información geoespacial o datos LiDAR, necesitan estrategias de compresión a medida y no admiten parámetros genéricos.
Juntando todo lo anterior, la verdad de la compresión de documentos es sencilla: primero ve dónde está la redundancia, luego trátala según su tipo y busca el equilibrio dentro de tus restricciones. Una herramienta que sepa «dividir para conquistar, terminar en local y mantener coherencia entre formatos» es la que mejor te saca el día a día.
Si este tipo de necesidad encaja con tu flujo de trabajo, evalúa las herramientas con esta lógica en vez de dejarte convencer por un solo número de compresión. Para más notas de ingeniería sobre tratamiento de archivos y la prioridad de lo local, puedes ver https://www.uglypear.com/blog/ .