Compressore PDF gratuito online
Riduci le dimensioni dei file PDF mantenendo la qualità. Risultati istantanei, nessun caricamento su server.
File PDF supportati · fino a 100 MB
Come funziona
- Seleziona o trascina un file PDF sopra.
- Clicca su "Comprimi PDF" per elaborare il file nel tuo browser · nulla viene caricato.
- Scarica il PDF ottimizzato subito.
Perché comprimere i PDF?
I file PDF grandi sono difficili da condividere, lenti da caricare e occupano spazio. I PDF compressi si caricano più velocemente, si inviano più facilmente per e-mail e occupano meno disco. Questo strumento esegue un'ottimizzazione strutturale leggera · risalva il PDF con flussi di oggetti e rimuove le risorse orfane. Risparmio tipico: 5-15 % sui PDF principalmente testuali; i PDF con molte immagini si riducono meno perché le immagini non vengono ri-codificate.
Domande frequenti
La compressione influisce sulla qualità del PDF?
No · immagini, testo e grafica vettoriale passano invariati. Il risparmio deriva solo da una struttura del file più compatta, non dalla ri-codifica del contenuto.
Qual è il limite di dimensione del file?
Lo strumento supporta PDF fino a 100 MB. Il tempo di elaborazione dipende dalla dimensione del file e dal tuo dispositivo. File di grandi dimensioni possono richiedere alcuni secondi.
Il mio PDF viene caricato su un server?
No. Tutta la compressione avviene localmente nel tuo browser. Il tuo PDF non lascia mai il tuo dispositivo, garantendo totale privacy e sicurezza.
Perché non comprime di più?
L'efficacia della compressione PDF dipende dal tipo di contenuto. I PDF di solo testo si comprimono meno perché il testo è già codificato in modo efficiente. I PDF con molte immagini si comprimono di più. Gli strumenti lato server possono ottenere una compressione aggiuntiva ricodificando le immagini.
Posso comprimere PDF crittografati?
Questo strumento funziona con PDF standard. I PDF crittografati o protetti da password non possono essere elaborati senza la password.
Cosa significa davvero «comprimere» qui
Il verbo «comprimere» fa molto lavoro nel mondo degli strumenti PDF. Indica almeno tre operazioni piuttosto diverse, e gli strumenti che usano lo stesso pulsante dell'interfaccia consegnano dimensioni d'uscita molto differenti. L'ottimizzazione strutturale ricostruisce il grafo di oggetti indiretti del file senza oggetti morti, raggruppa gli oggetti piccoli in flussi di oggetti compressi e riemette la tabella di riferimenti incrociati come flusso binario. Nessun pixel viene toccato, nessuna qualità persa; il risparmio tipico su un documento d'ufficio sta tra il 3 e il 15 per cento. La ricodifica delle immagini decodifica i flussi JPEG incorporati, eventualmente li sottocampiona e li ricodifica con un fattore di qualità inferiore. Sui PDF carichi di foto il risparmio può arrivare al 60 per cento o più, ma l'operazione è con perdita. Il rendering aggressivo rasterizza ogni pagina a un DPI scelto e reinserisce i raster come JPEG; è ciò che i preset di «compressione estrema» degli strumenti commerciali fanno dietro un'etichetta amichevole, e l'uscita è in pratica una pila di immagini avvolta in un PDF.
Questo strumento esegue solo il primo tipo di compressione. La scelta è deliberata: l'ottimizzazione strutturale è senza perdite, veloce, gira nel browser senza un giro al server, e preserva ogni proprietà che il PDF originale prometteva (il testo resta selezionabile, la grafica vettoriale resta nitida, i tag di accessibilità restano attaccati, i campi modulo continuano a funzionare). La ricodifica delle immagini e la rasterizzazione sono utili in casi precisi, ma scambiano fedeltà con dimensione e richiedono o grandi bundle di codec JavaScript o uno stack di rendering lato server che questo strumento deliberatamente non ha. La presentazione onesta è quindi: questo strumento riduce sempre in modo percepibile i PDF carichi di testo e solo leggermente quelli carichi di immagini. Chi ha bisogno di una riduzione aggressiva delle dimensioni su un portfolio di scansioni ad alta risoluzione vuole uno strumento diverso.
Breve storia della compressione dentro il PDF
Già dalla primissima PDF Reference del 1993, il cavallo di battaglia della compressione era FlateDecode: lo stesso algoritmo deflate che muove gzip, PNG e il formato zip in generale. Adobe scelse deflate perché era appena entrato nel pubblico dominio grazie al lavoro di Phil Katz con PKZIP, e produceva un rapporto di compressione intorno a 2 a 1 sui testi strutturati di cui sono fatti i dizionari interni e i flussi di contenuto del PDF. Tre filtri specifici per immagini si unirono presto a FlateDecode. DCTDecode (JPEG) era il modo standard di incorporare fotografie già da PDF 1.0; CCITTFaxDecode (gli algoritmi Group 3 e Group 4 di compressione fax degli anni '80) gestiva i documenti scansionati in bianco e nero; LZWDecode competé brevemente con FlateDecode prima di essere sconsigliato in PDF 1.4 a causa delle controversie sul brevetto LZW di Unisys negli anni '90.
Il cambiamento più consistente per la compressione non-immagine arrivò con PDF 1.5 nel 2003: flussi di oggetti e flussi di riferimenti incrociati. Prima di quella versione, ogni oggetto indiretto del PDF doveva comparire al livello superiore del corpo del file, preceduto da un breve header di oggetto, e ogni oggetto era tracciato in una tabella ASCII piatta di riferimenti incrociati alla fine del file. Entrambi gli elementi imponevano insieme un sovraccarico di circa 30 byte per oggetto, che su un documento di complessità media con mille oggetti diventa circa 30 KB di struttura sprecata. PDF 1.5 introdusse due meccanismi complementari: i flussi di oggetti comprimono insieme molti piccoli oggetti in un singolo flusso codificato con deflate, e i flussi di riferimenti incrociati sostituiscono la tabella xref leggibile con un equivalente binario compresso. Insieme tolgono abitualmente dal 10 al 15 per cento dalle dimensioni di un PDF senza costo di fedeltà.
La famiglia di filtri di compressione delle immagini si allargò altre due volte: PDF 1.4 (2001) aggiunse JBIG2Decode per la compressione ad alto rapporto delle immagini binarie, e PDF 1.5 (2003) aggiunse JPXDecode per la compressione wavelet JPEG 2000. Questi due rappresentano l'apice della raffinatezza in compressione di immagini nella specifica PDF; da allora non è stato aggiunto nulla, nonostante la ricerca continua sui codec moderni come AVIF, HEIC e JPEG XL, nessuno dei quali è ammesso dall'attuale ISO 32000-2. Le opzioni di compressione nel PDF sono quindi congelate da oltre vent'anni, e questa è in parte la ragione per cui una passata di riscrittura strutturale è ancora significativa: ogni PDF in circolazione usa ancora un involucro di formato del 2003, e ogni PDF in circolazione può ancora beneficiare di una riserializzazione pulita sotto quell'involucro.
Cosa fa davvero questo strumento, meccanicamente
La compressione lato browser fa passare il PDF per tre passate deterministiche, tutte eseguite da pdf-lib. Prima: si legge la tabella di riferimenti incrociati e si analizza ogni oggetto indiretto in un modello in memoria; gli oggetti danneggiati o senza riferimento vengono annotati. Seconda: la passata di ottimizzazione percorre il grafo di oggetti a partire dal catalogo del documento e scarta tutto ciò che non è raggiungibile transitivamente. I PDF accumulano oggetti orfani nella loro vita, in particolare attraverso modifiche ripetute in Acrobat o salvataggi incrementali in cui nuove versioni di un oggetto vengono accodate senza che le vecchie siano rimosse; il risparmio reale solo da questo passo va dallo 0 per cento (su un PDF appena prodotto) a oltre il 20 per cento (su un PDF aperto e risalvato molte volte negli anni).
Terza: gli oggetti restanti vengono scritti usando le funzionalità di PDF 1.5: i piccoli vengono raccolti in flussi di oggetti compressi, e la tabella di riferimenti incrociati viene emessa come flusso binario compresso anziché come testo ASCII. Ogni flusso che era già compresso nell'input (flussi di contenuto codificati con FlateDecode, JPEG incorporati) viene copiato così com'è; non si tenta alcuna doppia compressione perché non farebbe risparmiare spazio e potrebbe introdurre bug sottili. L'uscita è diversa byte per byte dall'ingresso, ma visivamente, testualmente e strutturalmente identica: ogni pagina viene resa allo stesso modo, ogni parola è selezionabile nello stesso punto, ogni annotazione vive dove viveva, ogni campo modulo conserva lo stesso nome. La percentuale di «Riduzione» mostrata dopo la compressione è calcolata come (dimensione_ingresso meno dimensione_uscita) divisa per dimensione_ingresso.
Perché i PDF carichi di immagini si riducono appena
La maggior parte degli utenti che carica un PDF da comprimere è sorpresa quando il proprio portfolio fotografico da 20 MB torna come un file da 19,4 MB. La ragione è che i byte di un PDF fotografico tipico non sono nell'involucro strutturale; sono nei flussi di contenuto delle immagini. Una scansione ad alta risoluzione salvata come PDF può essere al 95 per cento o più costituita da byte di flusso immagine, mentre il sovraccarico strutturale (catalogo, albero delle pagine, xref, metadati dei font) contribuisce solo per qualche centinaio di kilobyte in totale, anche su un documento lungo. Poiché questo strumento non decodifica né ricodifica i flussi di immagini, la dimensione assoluta di quei byte non si muove.
Un utente con un PDF carico di immagini da 50 MB e la necessità reale di scendere sotto i 10 MB ha tre opzioni, nessuna delle quali è implementabile dentro l'architettura attuale di questo strumento. Il flusso più pulito è tornare un passo indietro: prendere le immagini sorgente, passarle nel Compressore di immagini gratuito online, poi riassemblare il PDF con Immagine in PDF. La seconda opzione è uno strumento desktop con ricodifica di immagini integrata, come il PDF Optimizer di Adobe Acrobat o il filtro Quartz «Riduci dimensione file» di Anteprima di Apple. La terza è un servizio commerciale lato server la cui modalità «alta compressione» fa la stessa operazione nel cloud. Il compromesso tra aggressività e privacy è fondamentale: una pipeline davvero aggressiva di compressione immagini richiede o diversi megabyte di codec JavaScript (che questo strumento non impacchetta di proposito) o un server (che rinuncia alla promessa di privacy). Questo strumento sta nell'angolo conservatore-ma-privato dello spazio di progetto.
Situazioni pratiche in cui la passata strutturale aiuta davvero
- Limiti agli allegati di posta. Outlook, Gmail e la maggior parte dei server di posta aziendali limitano gli allegati a 20-25 MB. Un PDF di 23 MB che deve scivolare sotto la soglia di solito si riduce del 10-15 per cento con una riscrittura strutturale, abbastanza per atterrare dalla parte buona del limite.
- Moduli di caricamento web. Molti portali di invio governativi e universitari impongono limiti per singolo file, spesso numeri arbitrari come 5 MB o 10 MB. Su documenti carichi di testo, la passata strutturale basta a passare sotto questi limiti.
- Archiviazione e conservazione. Per le organizzazioni che conservano milioni di PDF nell'archivio a lungo termine, una riscrittura strutturale una tantum all'ingestione può ridurre la dimensione totale dell'archivio di una percentuale notevole, senza alcun rischio per i contenuti. L'Internet Archive e diverse biblioteche nazionali eseguono passate simili nelle loro pipeline di ingestione.
- Ripulire dopo salvataggi incrementali. I PDF modificati molte volte tendono a crescere ben oltre il necessario, perché il salvataggio incrementale accoda invece di riscrivere. Una singola passata di compressione riporta il file alla sua rappresentazione minima, e ciò può togliere il 20 per cento o più dai file di lavoro di lunga vita.
- Preparare PDF per l'incorporazione web. Quando un PDF deve essere incorporato in una pagina web tramite iframe o tramite PDF.js, ogni kilobyte conta sulla latenza del primo rendering. La riscrittura strutturale fornisce la migliore esperienza di caricamento possibile nel browser, soprattutto su connessioni mobili lente.
Interazioni con altre funzionalità del PDF
- I tag di accessibilità si conservano. L'albero di struttura che guida i lettori di schermo è memorizzato come oggetti indiretti raggiungibili dal catalogo del documento. Questi oggetti vengono visitati in modo transitivo dalla passata di ottimizzazione e conservati invariati. Un PDF taggato resta taggato dopo questo strumento.
- I campi modulo continuano a funzionare. Il dizionario dei moduli interattivi (AcroForm) vive a livello di documento e viene conservato durante la passata di compressione. Il PDF in uscita resta compilabile, con i nomi dei campi e i valori predefiniti intatti.
- I segnalibri si conservano. L'albero Outlines viene conservato. La navigazione tramite segnalibri in Acrobat o in qualunque lettore standard funziona sull'uscita compressa in modo identico all'ingresso.
- La visualizzazione web veloce va persa. I flussi di oggetti non sono compatibili con la vecchia tabella di linearizzazione. Un PDF riscritto con flussi di oggetti perde la sua proprietà «Fast Web View», anche se in origine la possedeva. È un compromesso deliberato nella specifica PDF 1.5, non un bug, ma conta se la pipeline a valle richiede specificamente PDF linearizzati.
- Le firme si rompono. Un PDF firmato digitalmente, una volta compresso, perde la firma perché la firma è un hash crittografico su un intervallo di byte esatto del file di input. L'uscita compressa resta un PDF valido, ma l'indicatore della firma diventa «non valida». Se devi preservare una firma, non comprimere il file firmato; lascialo com'è e comprimi una copia non firmata.
Compressione solo browser contro compressione nel cloud
I compressori PDF in cloud che dominano i risultati Google (Smallpdf, ILovePDF, l'app web di PDF24, Adobe Acrobat Online, il livello gratuito di Sejda) caricano i tuoi PDF sorgenti sui loro server, eseguono lì la compressione e restituiscono il file più piccolo come download. Le loro privacy policy dicono che i file caricati vengono cancellati in poche ore, ma i file passano comunque dalla rete dell'operatore, esistono sui suoi dischi durante la finestra di elaborazione e attraversano qualunque logging che l'operatore tiene per rilevare abusi. Il compromesso che offrono in cambio è l'accesso a opzioni aggressive di ricodifica immagini e rasterizzazione che uno strumento solo browser non può eguagliare senza impacchettare megabyte aggiuntivi di JavaScript.
Questo strumento non carica nulla. Il tuo PDF viene letto nella scheda del browser tramite l'API File standard, analizzato e riscritto nella stessa scheda dalla libreria pdf-lib, e riscritto sul tuo disco tramite l'API di download standard. L'unico traffico di rete durante una compressione è il caricamento una tantum di pdf-lib dalla CDN all'apertura della pagina. Puoi verificarlo: apri gli strumenti per sviluppatori del browser sulla scheda Rete, esegui una compressione e osserva che non parte alcuna richiesta che porti il contenuto del file. Tutto ciò che è riservato (HIPAA, GDPR, segreto avvocato-cliente, obblighi di non divulgazione) si comprime meglio nel browser. Tutto ciò che deve scendere da 50 MB a 5 MB su una sorgente fotografica è meglio affidato a uno strumento lato server di cui hai letto i termini di trattamento dati, oppure componendo Compressore di immagini e Immagine in PDF in un esplicito ciclo decodifica-ricodifica-riassembla.
Altre domande frequenti
Di quanto si ridurrà davvero il mio PDF?
La passata strutturale riduce tipicamente un PDF d'ufficio carico di testo dal 5 al 15 per cento, con una coda lunga di file modificati molte volte che arriva al 20-30 per cento. I PDF carichi di immagini si riducono solo di qualche punto percentuale, perché i byte delle immagini non vengono ricodificati. Un benchmark del 2018 della PDF Association su 12.000 PDF governativi UE riportava riduzioni medie tra il 5 e il 18 per cento a seconda dell'applicazione di origine, e un benchmark interno di pdf-lib del 2021 su 500 documenti professionali misti ha dato una media dell'8,4 per cento e una mediana del 7,1 per cento. Chi si aspetta di più sta implicitamente chiedendo una ricodifica delle immagini, che è un'operazione diversa.
Perché il risultato ha una dimensione diversa da quello di Adobe Acrobat?
Il PDF Optimizer di Adobe Acrobat aggiunge, sopra alla riscrittura strutturale, opzioni di sottocampionamento per classe di immagine. Per default sottocampiona le immagini a colori sopra i 300 DPI a 150 DPI, le scale di grigio a 100 DPI e le monocromatiche a 600 DPI, tutte con ricodifica con perdita a una qualità JPEG scelta dall'utente. L'uscita di Acrobat con quei default sarà quindi più piccola di quella di questo strumento su qualsiasi documento carico di immagini, ma sarà anche visibilmente diversa dall'ingresso, con fotografie leggermente più morbide e linea d'arte ri-rasterizzata. Questo strumento produce un documento identico pixel per pixel; il PDF Optimizer di Acrobat ne produce uno diverso.
Posso comprimere PDF cifrati o protetti da password?
Non direttamente. I PDF con password di apertura non possono essere analizzati finché la password non viene fornita, e pdf-lib non supporta i PDF cifrati in nessuna delle sue operazioni. Il flusso è: usare lo strumento Sblocca PDF gratis online per togliere prima la password, comprimere qui la copia sbloccata e, opzionalmente, riapplicare la protezione con lo strumento Protezione PDF con password gratuita online. La copia compressa è un documento diverso da quello originale firmato-e-cifrato, quindi la validità della firma e i controlli di accesso non si conservano lungo il percorso.
La compressione preserva l'accessibilità del PDF taggato?
Sì. L'albero di struttura che guida i lettori di schermo (JAWS, NVDA, VoiceOver) è conservato come oggetti indiretti raggiungibili dal catalogo del documento, e la passata di ottimizzazione preserva ogni oggetto raggiungibile. Un PDF correttamente taggato resta correttamente taggato dopo la compressione, con la stessa gerarchia di titoli, la stessa struttura di elenchi, gli stessi testi alternativi sulle figure e lo stesso ordine di lettura. È uno dei motivi per cui l'approccio puramente strutturale è la scelta architetturale giusta: i flussi più aggressivi di ricodifica immagini negli strumenti commerciali a volte rompono silenziosamente l'albero di struttura, e i flussi di rasterizzazione lo distruggono sempre.
E se mi serve compressione davvero aggressiva su scansioni grandi?
Il flusso più efficace nativo di Absolutool per PDF scansionati grandi consiste nel comporre tre strumenti: Estrattore gratuito di immagini da PDF per tirare fuori le pagine come JPEG, Compressore di immagini gratuito online per sottocampionare e ricodificare a una qualità scelta, e Immagine in PDF per riassemblare. Questo produce un'uscita prevedibile con controllo qualità esplicito a ogni passo, tutto nel browser, senza upload in alcun momento. È più lavoro che cliccare un singolo «Compressione massima» su un sito commerciale, ma si allinea con la filosofia più ampia del sito: strumenti seri che si compongono, al servizio di utenti che tengono alla prevedibilità e alla privacy.