Comprimir PDF

Acerca del Compresor de PDF

Esta herramienta comprime archivos PDF para reducir su tamaño. Puede elegir entre diferentes niveles de compresión para equilibrar entre tamaño de archivo y calidad. Todo el procesamiento ocurre en su navegador para total privacidad. Vea también nuestro Combinar PDFs y Proteger PDF.

¿Cuál es la mejor manera de reducir un PDF sin perder calidad?

El movimiento individual de mayor impacto es recomprimir las imágenes incrustadas, porque en la mayoría de los PDF dominan el recuento de bytes. Elige el preajuste Alta calidad para mantener la calidad visual cerca del original mientras recortas el tamaño un 30–60% en contenido fotográfico; usa Media para lectura en pantalla (bueno para adjuntos de correo a 150 DPI); usa Baja solo cuando la legibilidad de texto pequeño no sea crítica. La herramienta también subsetea las fuentes incrustadas, elimina objetos duplicados y quita el historial de edición dejado por aplicaciones de autoría — todo ganancias sin pérdida que suelen añadir otro 5–15% de ahorro. Para PDF solo de texto o muy vectoriales, las ganancias son modestas porque no hay imágenes que encoger; en esos casos ejecuta Linealizar PDF, que deduplica el flujo de objetos sin recodificar nada visible.

¿Cuán pequeño puede llegar a ser realmente un PDF y qué fija el suelo?

El suelo lo fija el contenido de información del archivo: cada subconjunto de fuente incrustada cuesta unos 30–100 KB según la cobertura de glifos, cada página añade unos cientos de bytes de sobrecarga estructural, y cada imagen está acotada por su entropía perceptual al DPI objetivo. Un informe de 10 páginas solo de texto puede comprimirse a menos de 50 KB; un folleto de 10 páginas con fotos rara vez baja de 500 KB sin artefactos feos; un documento escaneado de 100 páginas a 300 DPI está acotado por la eficiencia de JBIG2 para monocromo (unos 5–10 KB por página) o JPEG 2000 para color (50–200 KB por página). Si tu archivo ya son mayormente imágenes comprimidas, espera ganancias de un dígito porcentual en una segunda pasada; si se exportó desde Word con PNG de resolución completa, espera reducciones del 80%+.

¿La herramienta soporta JBIG2 para documentos escaneados y JPEG 2000 para imágenes a color?

El motor basado en navegador usa JPEG (DCT) para imágenes a color y escala de grises y Deflate/Flate para texto y line art — los mismos algoritmos especificados en ISO 32000 parte 7 y soportados por todo lector PDF desde 1.4. JBIG2 (eficiente para texto escaneado monocromo, común en archivos PDF/A) y JPEG 2000 (codificación wavelet con o sin pérdida para fotografías) son parte de PDF 1.5+ pero requieren codificadores binarios nativos aún no disponibles en WebAssembly puro. Para libros escaneados en blanco y negro donde JBIG2 supera típicamente a Deflate 3–5×, pasa el archivo por Ghostscript o mutool offline con `mutool clean -giffs` para obtener esos formatos. Hacemos seguimiento de un port WASM de OpenJPEG y JBIG2enc para una versión futura en navegador.

¿La compresión dañará la capa de texto buscable en un PDF con OCR?

No — la capa de texto invisible añadida por OCR se almacena como operadores Tj/TJ de mostrado de texto en el flujo de contenido, codificada como cadenas UTF-16 comprimidas con Flate. Comprimir PDF recodifica imágenes y quita objetos redundantes pero deja los operadores de texto en paz. Tras la compresión, la búsqueda Ctrl+F, copiar-pegar y el acceso de lector de pantalla siguen funcionando exactamente como antes. Los subconjuntos de fuente asociados al texto invisible se mantienen (de lo contrario las posiciones del texto se desplazarían), aunque los glifos nunca se dibujen. Si encuentras que la búsqueda se rompió tras comprimir, normalmente significa que el texto OCR estaba almacenado como superposición rasterizada en vez de capa de texto adecuada — vuelve a ejecutar OCR PDF sobre la salida comprimida para arreglarlo.

¿La salida comprimida puede seguir cumpliendo los estándares de archivo PDF/A o de imprenta PDF/X?

Comprimir PDF apunta a la reducción de tamaño, no a la conformidad de estándares. Algunos elementos requeridos por estándar pueden sobrevivir (fuentes incrustadas, árboles de estructura) mientras otros pueden ser despojados (bloques de metadatos XMP marcados como opcionales, la bandera de identificación PDF/A, las intenciones de salida ICC requeridas por PDF/X). Tras comprimir, pasa la salida por veraPDF para PDF/A o una verificación Callas para PDF/X; si falla, convierte de nuevo con un convertidor de estándares explícito como Ghostscript con `-dPDFA=2 -sProcessColorModel=DeviceRGB -dPDFACompatibilityPolicy=1`. El flujo de archivo más limpio es: comprimir primero por tamaño, luego convertir una sola vez al final para asegurar la bandera de conformidad, el OutputIntent y el DocumentID que los sistemas de preservación a largo plazo usan para deduplicar.

¿Por qué comprimir el mismo archivo dos veces no lo sigue encogiendo?

Tras una pasada, las imágenes ya están codificadas al nivel de calidad elegido y los flujos Flate ya están desinflados cerca de su límite de entropía. Una segunda pasada no puede legítimamente encoger más datos sin bajar la calidad visual — y la mayoría de compresores no la baja porque el deslizador de calidad se fija por pasada, no acumulativo. Puedes ver un ahorro extra diminuto del 1–2% por quitar objetos recién huérfanos, o cero ahorro si la herramienta es idempotente. Si realmente necesitas más reducción, baja el preajuste de calidad para la segunda pasada (Media → Baja) o submuestrea explícitamente el DPI de imagen. La recodificación repetida de JPEG los degrada visiblemente — cada generación introduce ringing y bandas de color — así que prefiere una única pasada agresiva sobre muchas suaves.

¿Debería linealizar el PDF comprimido para vista web rápida?

Sí, si sirves el archivo por HTTP y tu visor soporta peticiones byte-range — lo que todos los navegadores modernos hacen. La linealización, definida en ISO 32000-2 sección 7.5.4, reordena los objetos para que el contenido de la primera página quede al frente del archivo, permitiendo al visor renderizar la página uno mientras el resto se transmite. Para un libro de texto de 50 MB en una conexión de 5 Mbps, eso convierte una espera de 80 segundos en una de 1 segundo antes de que los usuarios vean algo. Comprimir PDF no lineariza por defecto porque añade un 1–2% al tamaño del archivo; pasa la salida por la herramienta Linealizar PDF como paso final. Para archivos servidos desde almacenamiento frío o descargados completos antes de visualizar (p. ej., adjuntos de correo), salta la linealización y mantén el diseño no lineal más pequeño.

¿Cómo gestiona la herramienta los perfiles de color ICC y CMYK en imágenes comprimidas?

Los perfiles ICC incrustados (usados para flujos de trabajo con gestión de color en impresión y PDF fotográficos de gama alta) se preservan a través de la compresión — se sientan en el diccionario de recursos, no en el flujo de imagen, así que sobreviven a una recodificación sin cambio. Las imágenes CMYK se mantienen en CMYK (recodificadas con JPEG-CMYK si la fuente era JPEG CMYK), lo que importa porque convertir CMYK a RGB y de vuelta es un viaje de ida y vuelta con pérdida que desplaza negros y verdes saturados. Si necesitas convertir a sRGB para visualización web, hazlo explícitamente con una herramienta de gestión de color antes de comprimir, no como efecto secundario. PDF/X-4 requiere que el perfil ICC de intención de salida permanezca presente y sin modificar, así que para archivos listos para imprenta verifica con preflight de Adobe Acrobat o un perfil callas tras comprimir para confirmar que el diccionario OutputIntent sobrevivió.