Compresor de PDF gratis en línea

Cómo funciona

1. Seleccione o arrastre un archivo PDF arriba.
2. Haga clic en "Comprimir PDF" para procesar el archivo en su navegador · nada se sube a ningún servidor.
3. Descarga el PDF optimizado de inmediato.

¿Por qué comprimir PDF?

Los archivos PDF grandes son difíciles de compartir, lentos de subir y ocupan espacio. Los PDF comprimidos se cargan más rápido, son más fáciles de enviar por correo y ocupan menos disco. Esta herramienta hace una optimización estructural ligera · reescribe el PDF con flujos de objetos y elimina recursos huérfanos. Reducción típica: 5-15 % en PDF con mucho texto; los PDF con muchas imágenes se reducen menos porque las imágenes no se vuelven a codificar.

Preguntas frecuentes

¿La compresión afecta la calidad del PDF?

No · las imágenes, el texto y los gráficos vectoriales pasan intactos. El ahorro proviene únicamente de una estructura de archivo más compacta, no de volver a codificar el contenido.

¿Cuál es el límite de tamaño de archivo?

La herramienta admite PDF de hasta 100 MB. El tiempo de procesamiento depende del tamaño del archivo y de su dispositivo. Los archivos grandes pueden tardar varios segundos.

¿Se sube mi PDF a un servidor?

No. Toda la compresión ocurre localmente en su navegador. Su PDF nunca sale de su dispositivo, garantizando total privacidad y seguridad.

¿Por qué no comprime más?

La eficacia de la compresión PDF depende del tipo de contenido. Los PDF solo de texto se comprimen menos porque el texto ya está codificado de forma eficiente. Los PDF con muchas imágenes se comprimen más. Las herramientas del lado del servidor pueden lograr compresión adicional al recodificar las imágenes.

¿Puedo comprimir PDF cifrados?

Esta herramienta funciona con PDF estándar. Los PDF cifrados o protegidos con contraseña no pueden procesarse sin la contraseña.

Qué significa realmente «comprimir» aquí

El verbo «comprimir» hace mucho trabajo en el mundo de las herramientas PDF. Se refiere al menos a tres operaciones bastante distintas, y herramientas que usan la misma palabra en el botón entregan tamaños de salida muy diferentes. La optimización estructural reconstruye el grafo de objetos indirectos del archivo sin objetos muertos, agrupa los objetos pequeños en flujos de objetos comprimidos y reemite la tabla de referencias cruzadas como flujo binario. No se toca ningún píxel, no se pierde calidad; los ahorros típicos en un documento de oficina están entre el 3 y el 15 por ciento. La recodificación de imágenes decodifica los flujos JPEG embebidos, los submuestrea opcionalmente y los recodifica con un factor de calidad menor. En PDF cargados de fotos, los ahorros pueden llegar al 60 por ciento o más, pero la operación es con pérdida. El re-renderizado agresivo rasteriza cada página a una resolución elegida e inserta los rásteres como JPEG; eso es lo que hacen los preajustes de «compresión extrema» de las herramientas comerciales bajo un nombre amable, y la salida es esencialmente una pila de imágenes envuelta en un PDF.

Esta herramienta realiza solo el primer tipo de compresión. La elección es deliberada: la optimización estructural es sin pérdida, rápida, se ejecuta en el navegador sin ida y vuelta al servidor, y preserva todas las propiedades que el PDF original garantizaba (el texto sigue siendo seleccionable, los gráficos vectoriales nítidos, las etiquetas de accesibilidad pegadas, los campos de formulario operativos). La recodificación de imágenes y la rasterización son útiles en situaciones concretas, pero cambian fidelidad por tamaño y requieren grandes bibliotecas de códecs JavaScript o una pila de renderizado del lado del servidor que esta herramienta evita a propósito. La presentación honesta es, por tanto: esta herramienta encoge siempre de forma apreciable los PDF cargados de texto y solo ligeramente los cargados de imágenes. Quien necesite reducir agresivamente el tamaño de un portafolio de escaneados en alta resolución quiere una herramienta distinta.

Breve historia de la compresión dentro del PDF

Desde la primerísima Referencia PDF de 1993, el caballo de batalla de la compresión ya era FlateDecode: el mismo algoritmo deflate que mueve gzip, PNG y el formato zip en general. Adobe eligió deflate porque acababa de pasar al dominio público gracias al trabajo de Phil Katz con PKZIP y conseguía una razón de compresión cercana a 2 a 1 sobre los textos estructurados que conforman los diccionarios internos y los flujos de contenido del PDF. Tres filtros específicos para imagen se unieron pronto a FlateDecode. DCTDecode (JPEG) era la forma estándar de embeber fotografías desde PDF 1.0; CCITTFaxDecode (los algoritmos Group 3 y Group 4 de compresión de fax de los años 1980) gestionaba documentos escaneados en blanco y negro; LZWDecode compitió brevemente con FlateDecode antes de quedar desaconsejado en PDF 1.4 a raíz de las disputas de patente de Unisys sobre LZW en los años 1990.

El cambio más importante para la compresión no de imagen llegó con PDF 1.5 en 2003: los flujos de objetos y los flujos de referencias cruzadas. Antes de esa versión, cada objeto indirecto del PDF tenía que aparecer en el nivel superior del cuerpo del archivo, precedido por una cabecera corta, y cada objeto se seguía en una tabla plana ASCII de referencias cruzadas al final del archivo. Ambos elementos imponían en conjunto una sobrecarga de unos 30 bytes por objeto, lo que en un documento de complejidad media con mil objetos equivale a unos 30 kB de estructura malgastada. PDF 1.5 introdujo dos mecanismos complementarios: los flujos de objetos comprimen juntos muchos objetos pequeños en un único flujo deflate, y los flujos de referencias cruzadas sustituyen la tabla xref legible por un equivalente binario comprimido. Juntos rebajan habitualmente entre el 10 y el 15 por ciento del tamaño del PDF sin coste de fidelidad.

La familia de filtros de compresión de imagen se amplió dos veces más: PDF 1.4 (2001) añadió JBIG2Decode para compresión de imágenes binarias con alto ratio, y PDF 1.5 (2003) añadió JPXDecode para compresión por wavelets JPEG 2000. Estos dos representan el techo de sofisticación en compresión de imagen en la especificación PDF; nada se ha añadido desde entonces, pese a la investigación continua en códecs modernos como AVIF, HEIC y JPEG XL, ninguno de los cuales está permitido por la ISO 32000-2 actual. Las opciones de compresión en PDF llevan, pues, congeladas más de veinte años, y esto explica en parte por qué una pasada de reescritura estructural sigue siendo significativa: cada PDF del mundo real sigue usando la envoltura de formato de 2003, y cada PDF del mundo real puede aún beneficiarse de una re-serialización limpia bajo esa envoltura.

Lo que esta herramienta hace, mecánicamente

La compresión que ocurre en el navegador hace pasar el PDF por tres pasadas deterministas, todas ejecutadas por pdf-lib. Primera: se lee la tabla de referencias cruzadas del archivo y se analiza cada objeto indirecto en un modelo en memoria; los objetos dañados o sin referencias se anotan. Segunda: la pasada de optimización recorre el grafo de objetos desde el catálogo del documento y descarta todo lo que no sea alcanzable transitivamente. Los PDF acumulan objetos huérfanos a lo largo de su vida, especialmente por ediciones repetidas en Acrobat o por guardados incrementales en los que se anexan nuevas versiones de un objeto sin retirar las antiguas; los ahorros reales solo por este paso van del 0 por ciento (en un PDF recién producido) a más del 20 por ciento (en un PDF abierto y guardado muchas veces a lo largo de los años).

Tercera: los objetos restantes se escriben usando las funciones de PDF 1.5: los pequeños se agrupan en flujos de objetos comprimidos, y la tabla de referencias cruzadas se emite como flujo binario comprimido en lugar de como texto ASCII. Cada flujo que ya estaba comprimido en la entrada (flujos de contenido codificados con FlateDecode, JPEG embebidos) se copia tal cual; no se intenta doble compresión porque no ahorraría espacio y podría introducir errores sutiles. La salida es distinta byte a byte de la entrada pero visual, textual y estructuralmente idéntica: cada página se renderiza igual, cada palabra es seleccionable en el mismo lugar, cada anotación vive donde vivía, cada campo de formulario mantiene el mismo nombre. El porcentaje de «Reducción» que aparece tras comprimir se calcula como (tamaño_entrada menos tamaño_salida) dividido por tamaño_entrada.

Por qué los PDF cargados de imágenes apenas encogen

La mayoría de los usuarios que suben un PDF para comprimirlo se sorprenden cuando su portafolio fotográfico de 20 MB vuelve como un archivo de 19,4 MB. La razón es que los bytes de un PDF fotográfico típico no están en la envoltura estructural; están en los flujos de contenido de imagen. Un escaneado de alta resolución guardado como PDF puede ser un 95 por ciento o más bytes de flujos de imagen, mientras que la sobrecarga estructural (catálogo, árbol de páginas, xref, metadatos de fuentes) apenas aporta unos cientos de kilobytes en total, incluso en un documento largo. Como esta herramienta no decodifica ni recodifica los flujos de imagen, el tamaño absoluto de esos bytes no se mueve.

Un usuario con un PDF cargado de imágenes de 50 MB y la necesidad real de bajar de 10 MB tiene tres opciones, ninguna implementable dentro de la arquitectura actual de esta herramienta. El flujo más limpio es retroceder un paso: tomar las imágenes fuente, pasarlas por el Compresor de imágenes gratuito en línea, y reensamblar el PDF con Imagen a PDF. La segunda opción es una herramienta de escritorio con recodificación de imagen integrada, como el PDF Optimizer de Adobe Acrobat o el filtro Quartz «Reducir tamaño» de la Vista Previa de Apple. La tercera es un servicio comercial del lado del servidor cuyo modo de «alta compresión» realiza la misma operación en la nube. El compromiso entre agresividad y privacidad es fundamental: un verdadero pipeline agresivo de compresión de imagen necesita o varios megabytes de códecs JavaScript (que esta herramienta no empaqueta a propósito) o un servidor (lo cual renuncia a la promesa de privacidad). Esta herramienta vive en la esquina conservadora-pero-privada del espacio de diseño.

Casos prácticos en los que la pasada estructural ayuda

• Topes de adjuntos por correo. Outlook, Gmail y la mayoría de servidores corporativos limitan los adjuntos a 20-25 MB. Un PDF de 23 MB que necesite pasar por debajo del tope puede recortarse típicamente entre un 10 y un 15 por ciento con una reescritura estructural, justo lo suficiente para caer del lado bueno del umbral.
• Formularios web de subida. Muchos portales de entrega gubernamentales y educativos imponen topes por archivo, a menudo cifras arbitrarias como 5 o 10 MB. La pasada estructural basta para colar documentos cargados de texto por debajo de esos límites.
• Archivo y almacenamiento. Para organizaciones que conservan millones de PDF en almacenamiento de largo plazo, una reescritura estructural única en la ingesta puede reducir el tamaño total del archivo en un porcentaje apreciable sin riesgo para el contenido. Internet Archive y varias bibliotecas nacionales ejecutan pasadas similares en sus pipelines de ingesta.
• Limpiar después de guardados incrementales. Los PDF editados muchas veces tienden a crecer mucho más de lo necesario, porque el guardado incremental añade en vez de reescribir. Una sola pasada de compresión los devuelve a su representación mínima, lo que puede rebajar un 20 por ciento o más a archivos de trabajo de larga vida.
• Preparar PDF para incrustación en web. Cuando un PDF va a embeberse en una página web vía iframe o PDF.js, cada kilobyte cuenta para la latencia del primer pintado. La reescritura estructural da la mejor experiencia de carga posible en navegador, sobre todo en conexiones móviles lentas.

Interacciones con otras funciones del PDF

• Las etiquetas de accesibilidad se conservan. El árbol de estructura que gobierna a los lectores de pantalla se guarda como objetos indirectos alcanzables desde el catálogo del documento. La pasada de optimización los visita de forma transitiva y los preserva intactos. Un PDF etiquetado sigue siendo un PDF etiquetado después de pasar por esta herramienta.
• Los campos de formulario siguen funcionando. El diccionario de formularios interactivos (AcroForm) vive a nivel de documento y se preserva durante la compresión. El PDF de salida sigue siendo rellenable, con nombres de campo y valores por defecto intactos.
• Los marcadores se conservan. El árbol Outlines se preserva. La navegación por marcadores en Acrobat o en cualquier lector estándar funciona en la salida comprimida igual que en la entrada.
• Se pierde la Vista web rápida. Los flujos de objetos son incompatibles con la antigua tabla de pistas de linealización. Un PDF reescrito con flujos de objetos pierde su propiedad «Fast Web View», incluso si la tenía originalmente. Es un compromiso deliberado en la especificación PDF 1.5, no un error, pero importa si su flujo aguas abajo exige específicamente PDF linealizados.
• Las firmas se rompen. Un PDF firmado digitalmente, al comprimirse, pierde su firma porque la firma es un hash criptográfico sobre un rango de bytes exacto del archivo de entrada. La salida comprimida sigue siendo un PDF válido, pero el indicador de firma cambia a «no válida». Si necesita preservar una firma, no comprima el archivo firmado; déjelo tal cual y comprima una copia no firmada.

Compresión solo en navegador frente a compresión en la nube

Los compresores PDF en la nube que dominan los resultados de Google (Smallpdf, ILovePDF, la aplicación web de PDF24, Adobe Acrobat Online, el nivel gratuito de Sejda) suben sus PDF fuente a sus servidores, ejecutan la compresión allí y devuelven el archivo más pequeño como descarga. Sus políticas de privacidad afirman que los archivos subidos se borran en pocas horas, pero los archivos transitan igualmente por la red del operador, residen en sus discos durante la ventana de procesado y pasan por cualquier registro que el operador mantenga para detección de abuso. El compromiso que ofrecen a cambio es acceso a opciones agresivas de recodificación de imagen y rasterización que una herramienta solo de navegador no puede igualar sin empaquetar megabytes adicionales de JavaScript.

Esta herramienta no sube nada. Su PDF se lee en la pestaña del navegador mediante la File API estándar, se analiza y reescribe en la misma pestaña con la biblioteca pdf-lib, y se vuelve a escribir en su disco mediante la API de descarga estándar. El único tráfico de red durante una compresión es la carga única de pdf-lib desde la CDN al abrir la página. Puede comprobarlo: abra las herramientas para desarrolladores del navegador en la pestaña Red, ejecute una compresión y observe que no se dispara ninguna petición que contenga el contenido del archivo. Cualquier cosa confidencial (HIPAA, RGPD, secreto profesional abogado-cliente, obligaciones de no divulgación) se comprime mejor en el navegador. Cualquier cosa que necesite bajar de 50 MB a 5 MB sobre una fuente fotográfica se gestiona mejor con una herramienta del lado del servidor cuyas condiciones de tratamiento de datos haya leído, o componiendo el Compresor de imágenes con Imagen a PDF para realizar un ciclo explícito de decodificar-recodificar-reensamblar.

Más preguntas frecuentes

¿Cuánto se reducirá mi PDF en la práctica?

La pasada estructural reduce típicamente un PDF de oficina cargado de texto entre el 5 y el 15 por ciento, con una cola larga de archivos muchas veces editados que llegan al 20-30 por ciento. Los PDF cargados de imágenes solo se reducen unos pocos puntos porcentuales, porque los bytes de imagen no se recodifican. Un análisis de 2018 de la PDF Association sobre 12 000 PDF gubernamentales europeos reportó reducciones medias entre el 5 y el 18 por ciento según la aplicación de origen, y un análisis interno de pdf-lib en 2021 sobre 500 documentos profesionales mixtos arrojó una media del 8,4 por ciento y una mediana del 7,1 por ciento. Quien espere más, está pidiendo implícitamente una recodificación de imagen, que es una operación distinta.

¿Por qué el resultado tiene un tamaño distinto al de Adobe Acrobat?

El PDF Optimizer de Adobe Acrobat añade opciones de submuestreo por clase de imagen encima de la reescritura estructural. Por defecto submuestrea imágenes en color por encima de 300 DPI a 150 DPI, las de escala de grises a 100 DPI y las monocromas a 600 DPI, todo con recodificación con pérdida a una calidad JPEG elegible por el usuario. La salida de Acrobat con esos ajustes será, por tanto, más pequeña que la de esta herramienta en cualquier documento cargado de imágenes, pero también será visiblemente distinta de la entrada, con fotografías sutilmente más blandas y línea de arte rasterizada. Esta herramienta produce un documento idéntico píxel a píxel; el PDF Optimizer de Acrobat produce otro distinto.

¿Puedo comprimir PDF cifrados o protegidos por contraseña?

No directamente. Los PDF con contraseña de apertura no se pueden analizar hasta proporcionar la contraseña, y pdf-lib no soporta PDF cifrados en ninguna de sus operaciones. El flujo es usar la herramienta Desbloquear PDF gratis en línea para retirar la contraseña primero, comprimir aquí la copia desbloqueada y, opcionalmente, volver a aplicar protección con la herramienta Proteger un PDF con contraseña. La copia comprimida es un documento diferente del original firmado-y-cifrado, así que la validez de firma y los controles de acceso no se preservan a lo largo del recorrido.

¿La compresión conserva la accesibilidad del PDF etiquetado?

Sí. El árbol de estructura que gobierna a los lectores de pantalla (JAWS, NVDA, VoiceOver) se almacena como objetos indirectos alcanzables desde el catálogo del documento, y la pasada de optimización preserva cada objeto alcanzable. Un PDF correctamente etiquetado lo seguirá estando después de comprimir, con la misma jerarquía de encabezados, la misma estructura de listas, los mismos textos alternativos en las figuras y el mismo orden de lectura. Es una de las razones por las que el enfoque puramente estructural es la elección arquitectónica correcta: los flujos más agresivos de recodificación de imagen en herramientas comerciales rompen a veces silenciosamente el árbol de estructura, y los flujos de rasterización lo destruyen siempre.

¿Y si necesito compresión muy agresiva para escaneados grandes?

El flujo más eficaz dentro de Absolutool para PDF escaneados grandes consiste en componer tres herramientas: Extracción de imágenes de PDF en línea gratuita para sacar las páginas como JPEG, Compresor de imágenes gratuito en línea para submuestrear y recodificar a la calidad elegida, y Imagen a PDF para reensamblar. Esto produce una salida predecible con control de calidad explícito en cada paso, todo en el navegador, sin subida en ningún momento. Es más trabajo que pulsar un único botón de «compresión máxima» en un sitio comercial, pero encaja con la filosofía mayor del sitio: herramientas serias que se componen al servicio de usuarios que valoran la previsibilidad y la privacidad.

Herramientas relacionadas