Compresión de PDF a prueba: método, tamaño de archivo y funciones

¿Qué se probó y qué no?

Se probó el mismo código de compresión, sin modificaciones, que utiliza el compresor de PDF de este sitio web. Sin embargo, para la medición no se ejecutó en el navegador, sino que se invocó directamente en Node.js. Esto permite registrar con precisión la entrada, los ajustes y el resultado guardado de cada ejecución.

• Módulo de compresión: QPDF 12.2.0 como WebAssembly, versión del wrapper 0.3.0. El script de compilación del wrapper fija QPDF 12.2.0, y el módulo instalado también indica 12.2.0 al consultar su versión.
• Entorno: Node.js 24.18.1 en Windows 11, compilación 26200, x64.
• Alcance: tres archivos de entrada sintéticos, nueve ejecuciones de compresión y un archivo de prueba con un marcador de posición de firma que debe rechazarse.
• Verificación posterior: doce PDF guardados con un total de 24 páginas, cada uno con una comprobación de estructura y una vista renderizada de sus páginas.

Esta medición no incluye:

• el tiempo de procesamiento; no se midió el tiempo,
• el comportamiento en navegadores concretos ni en teléfonos móviles y tabletas reales,
• fotos reales, documentos escaneados, archivos grandes ni documentos de los usuarios,
• otros programas de compresión o servicios en línea,
• un ahorro medio que puedas esperar para tu archivo.

Archivos de prueba, ajustes y descargas

En la prueba se utilizan exclusivamente PDF creados por nosotros. No hay documentos de clientes, fotos del mundo real ni firmas de personas reales. La imagen del archivo con imagen también se ha generado: muestra una textura con un degradado de color y no es una foto ni un escaneo.

• Archivo de texto, 3029 bytes: dos páginas con texto, un campo de formulario rellenado, un enlace, una rotación de página y una marca en el árbol de estructura.
• Archivo con imagen, 1.359.079 bytes: los mismos componentes y, además, una imagen generada de 640 × 800 píxeles. El archivo de texto sin imagen solo ocupa 3029 bytes, por lo que la mayor parte de este tamaño de archivo corresponde a la imagen.
• Archivo de texto ya optimizado, 2721 bytes: sirve como caso en el que ya no se puede conseguir ninguna reducción.
• Archivo con marcador de posición de firma, 3139 bytes: solo contiene la estructura de una firma, pero ninguna firma digital real. Se utiliza para comprobar si el compresor rechaza los archivos firmados.

El mismo punto de partida para cada ejecución

• Cada ejecución comienza con los bytes originales sin modificar. Si una ejecución necesita varios intentos, cada intento adicional también vuelve a empezar desde el original y no desde el resultado anterior.
• Todos los resultados contienen las dos páginas completas. No se eliminaron páginas, no se empaquetó nada como ZIP, no se redujo el número de píxeles de las imágenes ni se convirtieron páginas enteras en imágenes. Solo así se pueden comparar las cantidades de bytes de los distintos modos.
• Cada resultado se guardó con un nombre de archivo propio. Se registraron la cantidad de bytes y la suma de comprobación SHA-256 tanto de la entrada como de la salida. La suma de comprobación es una huella del archivo: si cambia un solo byte, cambia la suma de comprobación.
• Para cada ejecución se registraron el modo, el tamaño objetivo cuando correspondía y la calidad JPEG realmente utilizada.

Qué hacen técnicamente los tres modos

En el registro y en las tablas, los modos se llaman lossless, balanced y small. En la herramienta los encontrarás con estas denominaciones: lossless es Optimización sin pérdida, balanced es Equilibrado y small es Archivo más pequeño. Optimización sin pérdida solo optimiza la estructura del archivo, es decir, los objetos y los flujos de datos comprimidos. Equilibrado también vuelve a codificar las imágenes adecuadas como JPEG con el nivel de calidad 80. Si no se alcanza un tamaño objetivo, se realiza un intento con 70. Archivo más pequeño comienza en el nivel 65 y, si no se alcanza el objetivo, pasa a 50 y después a 40. Si has indicado un tamaño objetivo y el original o la versión con la estructura optimizada ya lo cumple, no hace falta ningún intento con JPEG con pérdida. Al final se conserva la versión más pequeña de las comprobadas. Si ninguna es más pequeña que el original, se conserva el original. Por tanto, no se garantiza un ahorro concreto.

Según la documentación de QPDF 12.2, QPDF no reduce la resolución de las imágenes en este proceso. Sin embargo, la recodificación JPEG puede producir artefactos visibles, y QPDF solo utiliza los datos de imagen recodificados si son más pequeños. La guía Comprimir PDF sin pérdida de calidad explica qué supone esto para la calidad de imagen.

Archivos y sumas de comprobación para verificar los resultados

La siguiente tabla enlaza todos los archivos de prueba y de resultados. Después de descargarlos, compara la suma de comprobación SHA-256 con una herramienta de sumas de comprobación de tu elección. Si coincide, tienes exactamente el archivo medido. El registro en inglés reproducibility-manifest.json contiene las invocaciones y los ajustes exactos de todas las ejecuciones.

Resultados: el tamaño de archivo presentado con transparencia

Esta prueba no permite predecir cuánto se reducirá tu propio PDF. Eso depende de lo que contenga tu archivo. Los tres archivos de prueba ya muestran la variedad de resultados: el pequeño archivo de texto se redujo un 10,17 por ciento en el modo lossless, mientras que el archivo con imagen solo se redujo un 0,02 por ciento en el mismo modo. Solo la recodificación JPEG consiguió un ahorro del 86,78 por ciento en el archivo con imagen. La tabla contiene las nueve ejecuciones, incluidas las que no consiguieron un ahorro significativo.

El ahorro siempre se calcula a partir de los bytes reales: los bytes ahorrados divididos entre el tamaño original. En la ejecución con balanced son 1.179.371 de 1.359.079 bytes, es decir, un 86,78 por ciento. Puedes comprobarlo para tu propio archivo con la calculadora de la tasa de compresión.

La calidad JPEG no es un porcentaje de ahorro

Los valores 80, 65 o 40 son ajustes del codificador JPEG y no porcentajes de reducción. Aquí, el nivel de calidad 80 ahorró un 86,78 por ciento, mientras que el nivel 65 ahorró un 90,75 por ciento. En otro archivo, los mismos niveles pueden dar resultados muy distintos.

Por qué se incluye el caso sin ahorro

Una prueba que solo muestra el mejor ahorro oculta un caso importante: ¿qué ocurre cuando ya no se puede conseguir ninguna reducción? En el archivo de texto ya optimizado de 2721 bytes, el modo lossless no produjo ninguna versión más pequeña. Por eso, el compresor conservó el original: salida de 2721 bytes, ahorro de 0 bytes y la misma suma de comprobación SHA-256 en la entrada y la salida. Así se demuestra, con el módulo de compresión real, que en este caso no recibes un archivo reescrito sin ningún beneficio. La guía El PDF no reduce su tamaño explica qué puedes hacer en ese caso.

Tamaño objetivo alcanzado, no alcanzado o ya cumplido

• Objetivo de 250.000 bytes: el primer intento con el nivel 65 ya dio un resultado de 125.710 bytes. Por tanto, se alcanzó el objetivo, y el resultado es incluso idéntico byte a byte al de la ejecución sin objetivo.
• Objetivo de 128 bytes: para dos páginas con una imagen, es un tamaño irrealmente pequeño. Incluso el último nivel, 40, solo consiguió reducirlo a 74.707 bytes. El compresor indica que no se ha alcanzado el objetivo y entrega un archivo de todos modos. En este archivo de prueba, el archivo de resultado guardado de 74.707 bytes contiene ambas páginas y superó las comprobaciones de funciones descritas más abajo. Los datos de imagen se recodificaron con pérdida. Esta ejecución no demuestra que se conserve todo el contenido en cualquier otro archivo.
• Objetivo de 1.359.079 bytes, es decir, exactamente el tamaño original: el objetivo se consideró ya cumplido. Solo se ejecutó la optimización de estructura sin pérdida. Dio como resultado 1.358.764 bytes, el mismo tamaño que la ejecución con lossless. La imagen no se recodificó como JPEG, ya que las invocaciones registradas no contienen ningún ajuste JPEG.

Mismo tamaño, distinta suma de comprobación

La repetición de la ejecución con balanced volvió a dar exactamente 179.708 bytes, pero con una suma de comprobación SHA-256 distinta. La ejecución con el objetivo ya cumplido también tiene el mismo tamaño que la ejecución con lossless y, aun así, una suma de comprobación propia. Una posible razón es que, al escribir un PDF, puede generarse, por ejemplo, un nuevo identificador de documento. En cambio, las ejecuciones con small sin objetivo y con un objetivo de 250.000 bytes coincidieron byte a byte. Por tanto, la suma de comprobación identifica un archivo guardado concreto. Si repites una ejecución, también en el navegador, no necesariamente obtendrás un archivo idéntico byte a byte, aunque el tamaño siga siendo el mismo.

Visualización y funciones comprobadas por separado

Que un archivo sea más pequeño no dice nada sobre si se han conservado el texto, el formulario y el enlace. Una buena vista previa tampoco lo demuestra. Por eso, los archivos guardados se comprobaron con dos bibliotecas independientes entre sí: pdf-lib lee la estructura interna guardada, y PDF.js 6.4.299 renderiza las páginas y extrae el texto y las anotaciones. Para ello, PDF.js se ejecutó en una instancia aislada de Chromium de la versión 151.0.7922.34. Esta comprobación de los archivos terminados es independiente de la compresión, que se midió en Node.js sobre Windows 11. No se midió la compresión en el navegador ni en dispositivos móviles, y la comprobación no aporta información sobre el comportamiento de otros programas de PDF. Cada comprobación tiene su propio método y solo es válida para estos archivos de prueba.

Un detalle sobre el campo de formulario: su valor no aparece de forma fiable en la extracción de texto normal de PDF.js, sino que se leyó a través de las anotaciones. Por eso, si buscas un valor introducido en un formulario dentro de un PDF comprimido y no lo encuentras, no significa automáticamente que falte.

Con balanced y small, la imagen se recodificó como JPEG con pérdida, excepto en la ejecución con small cuyo objetivo ya se cumplía. Las instrucciones de contenido decodificadas para el texto y las líneas permanecieron iguales, pero los datos de imagen de la textura cambiaron. En las páginas renderizadas de los resultados del archivo con imagen, la posición y las dimensiones de la imagen, así como la rotación de página, se mantuvieron como en el original. Algo importante si revisas los archivos por tu cuenta: en el original, la imagen generada ya se superpone a varias líneas de texto. Esta superposición forma parte del archivo de prueba y no es un daño causado por la compresión. Se conserva en los resultados. De ello no se puede deducir ninguna conclusión sobre la legibilidad de cada línea ni una calificación de calidad. Además, una imagen generada con textura y degradado de color dice poco sobre cómo responden las fotos, los documentos escaneados o el texto pequeño en documentos escaneados al mismo nivel de calidad. La guía Reducir el tamaño de un PDF escaneado aborda este tema.

El marcador de posición de firma solo muestra que el compresor reconoce un archivo con estructura de firma y no lo procesa. Según el código de compresión, también se rechazan los archivos cifrados y certificados. Esta prueba no comprueba si una firma real es válida ni elude ninguna protección. Encontrarás más información en la guía Comprimir PDF con firmas y formularios.

Límites y comprobación por tu cuenta

¿Es la herramienta mejor que PDF24 o Adobe?

Esta página no responde a esa pregunta. No hemos ejecutado otros programas ni servicios en línea con los mismos archivos. Por tanto, no habría pruebas que respaldaran un juicio comparativo sobre la calidad, la velocidad o el precio. Las clasificaciones con porcentajes o controles deslizantes tampoco sustituyen una comparación de este tipo. Una comparación justa requiere el mismo archivo de entrada completo, las mismas páginas, ajustes registrados, cantidades exactas de bytes y las mismas comprobaciones de funciones para todos los resultados.

Cómo comprobar tu propio PDF

1. Conserva una copia sin modificar de tu original.
2. Abre el compresor de PDF y selecciona el archivo. Si los detalles de las imágenes son importantes, empieza con el modo sin pérdida.
3. Anota el tamaño exacto en bytes del original y del resultado, por ejemplo, a partir de las propiedades de los archivos, y calcula el ahorro con la calculadora de la tasa de compresión.
4. Inicia cada nuevo intento con el original y no con un resultado ya comprimido. Guarda cada resultado con un nombre de archivo nuevo para no sobrescribir nada.
5. Abre el archivo guardado en el programa que también utiliza el destinatario. Revisa todas las páginas, busca una palabra conocida, comprueba los valores de los formularios y los enlaces y observa las imágenes y la letra pequeña a tamaño original.
6. Si tu PDF está firmado digitalmente, cifrado o certificado, no lo comprimas con esta herramienta; consulta con el emisor cómo proceder.