Riorganizza le pagine di un PDF

Trascina e rilascia per riorganizzare, eliminare o duplicare le pagine. Tutta l'elaborazione avviene nel tuo browser, il tuo PDF non lascia mai il tuo dispositivo.

Carica un PDF

Rilascia qui il tuo PDF o clicca per caricare

Dimensione massima del file: 50 MB

Come funziona

  1. Carica il tuo PDF, trascina e rilascia un file PDF nell'area di caricamento o fai clic per sfogliare il tuo dispositivo.
  2. Riorganizza, elimina o duplica pagine, trascina le miniature per riordinarle. Usa i pulsanti elimina (X) o duplica su ogni card di pagina per rimuoverla o copiarla.
  3. Scarica il tuo PDF riorganizzato, clicca su «Scarica il PDF riorganizzato» per salvare il file modificato sul tuo dispositivo. Il PDF originale non viene mai modificato.

Perché riorganizzare le pagine di un PDF?

Capita che un PDF presenti le sue pagine nell'ordine sbagliato, un documento scansionato al rovescio, un report unito dove l'appendice precede il riassunto, o una presentazione esportata con la pagina del titolo alla fine. Invece di ri-esportare dall'applicazione sorgente (spesso non disponibile), puoi correggere l'ordine delle pagine direttamente. Questo strumento gestisce anche i casi comuni: rimuovere una pagina vuota, duplicare una pagina di firma o spostare un riassunto in cima. Tutto avviene nel tuo browser tramite PDF-lib e PDF.js, il file non lascia mai il tuo dispositivo, ideale per contratti, dichiarazioni fiscali, cartelle cliniche e tutto ciò che non invieresti a un server sconosciuto.

Funzionalità

  • Riorganizzazione tramite trascinamento, afferra qualsiasi miniatura e rilasciala in una nuova posizione. Funziona con il mouse e il tocco.
  • Eliminazione e duplicazione, ogni card di pagina possiede un pulsante X per eliminare e un pulsante per duplicare con un clic.
  • Miniature dal vivo, visualizza un'anteprima renderizzata di ogni pagina per sapere esattamente cosa stai spostando.
  • Reset dell'ordine, un clic ripristina la sequenza originale se cambi idea.
  • 100 % lato client, il tuo PDF è elaborato interamente nel tuo browser. Nessun invio, nessun account, nessun tracciamento del contenuto dei file.

Domande frequenti

Il mio file PDF è sicuro?

Sì, tutta l'elaborazione avviene nel tuo browser. Il tuo file PDF non viene mai inviato a un server, resta permanentemente sul tuo dispositivo.

Posso eliminare o duplicare pagine?

Sì, ogni pagina propone un pulsante di eliminazione (X) e un pulsante di duplicazione (icona di copia) per rimuovere o copiare le pagine a piacere.

Funziona su mobile?

Sì, questo strumento funziona su mobile con supporto del tocco e del trascinamento per riorganizzare le pagine.

Questo strumento funziona con i PDF scansionati?

Questo strumento funziona con tutti i file PDF standard. Per i documenti scansionati (PDF costituiti solo da immagini), le funzionalità di estrazione del testo possono essere limitate poiché il contenuto è memorizzato sotto forma di immagini invece che di testo selezionabile.

C'è un limite di pagine?

Non c'è un limite fisso del numero di pagine. La velocità di elaborazione dipende dalle capacità del tuo browser e del tuo dispositivo. I documenti di diverse centinaia di pagine funzionano ma possono richiedere più tempo.

Cosa significa davvero «riordinare le pagine di un PDF»

A livello utente, riordinare è l'operazione di prendere un PDF le cui pagine sono in una sequenza e produrre un PDF le cui pagine sono in una sequenza diversa. Interfaccia drag-and-drop; miniature sullo schermo; rilascia una miniatura in una nuova posizione; scarica il risultato. A livello del formato file, l'operazione è una manipolazione dell'albero delle pagine. Ogni PDF ha un oggetto catalogo radice che punta a un nodo /Pages di /Type /Pages. Il nodo /Pages ha un array /Kids di riferimenti ai suoi figli, o oggetti pagina foglia (/Type /Page) o altri nodi /Pages intermedi che formano un albero. La voce /Count su ogni nodo porta il conteggio totale delle foglie sotto, quindi un lettore può trovare la pagina N in tempo O(log N) senza percorrere ogni foglia.

Riordinare, in questa rappresentazione, è solo riscrivere l'array /Kids del nodo radice /Pages (o ristrutturare i nodi intermedi se l'albero è profondo). Gli oggetti pagina stessi non si muovono né cambiano; cambiano solo i riferimenti ad essi. Sembra semplice e per lo più lo è. Le complicazioni appaiono quando singoli oggetti pagina condividono risorse (font, immagini incorporate, flussi di contenuto) con altre pagine: riscrivere l'albero non deve orfanare quelle risorse condivise, e la tabella dei riferimenti incrociati del file deve essere rigenerata affinché gli offset di byte ad ogni oggetto siano corretti. Un'implementazione ingenua che si limita a scambiare le voci /Kids senza riscrivere la tabella xref produce un PDF corrotto. Le librerie di riordino gestiscono questo scrivendo un nuovo file da capo a fine con una nuova tabella xref, non patchando l'originale.

Come funziona questo strumento

Questo strumento utilizza due librerie PDF in tandem: pdf-lib per la costruzione dell'output e PDF.js per il rendering delle miniature. Gestiscono parti complementari del flusso. Quando selezioni un PDF, l'API File del browser consegna i byte grezzi a entrambe le librerie. PDF.js analizza il livello di visualizzazione del file, chiama getPage(n) per ogni pagina e renderizza ogni pagina su un piccolo canvas per produrre la griglia di miniature che vedi. Le miniature sono rendering bitmap lato client; nulla su di esse viene trasmesso da nessuna parte.

Quando trascini una miniatura in una nuova posizione, cambia solo un array JavaScript in memoria di indici di pagina. Nessuna manipolazione PDF accade durante il trascinamento. I byte PDF originali rimangono intatti. Quando clicchi su «Scarica PDF riordinato», pdf-lib prende l'array di indici (per esempio [3, 0, 1, 2, 4] per un documento di 5 pagine in cui pagina 4 si è spostata davanti) e costruisce un nuovo PDF: carica la sorgente in un PDFDocument, crea un nuovo PDFDocument vuoto, chiama copyPages(source, indices) per clonare le pagine richieste, poi addPage() per ogni pagina clonata nell'ordine. Il risultato viene serializzato in un Blob, avvolto in un URL di download e offerto a te.

copyPages fa il lavoro pesante: traccia ogni oggetto da cui le pagine bersaglio dipendono (font, immagini incorporate, flussi di contenuto, annotazioni, dizionari di azione) e li copia nel nuovo documento, poi riscrive la tabella dei riferimenti incrociati affinché ogni offset di byte sia coerente. Il PDF risultante è strutturalmente pulito, identico nell'output renderizzato all'originale pagina per pagina, solo con le pagine nel nuovo ordine. Nessuna richiesta di rete viene inviata durante tutto questo. Puoi verificarlo: apri gli strumenti per sviluppatori del browser nella scheda Rete, fai un caricamento + riordino + scaricamento e cerca qualsiasi richiesta con il contenuto del file. Non ce ne sarà nessuna oltre ai caricamenti CDN una tantum di pdf-lib (~1,1 MB) e PDF.js (~440 KB) che il browser memorizza nella cache.

Perché due librerie invece di una

pdf-lib è una libreria orientata all'output: può leggere PDF a livello strutturale, modificare l'albero delle pagine, copiare pagine tra documenti, incorporare nuovi contenuti e scrivere un PDF pulito. Quello che non fa è renderizzare pagine in pixel. Quello è il dominio di PDF.js, che implementa l'intera specifica di rendering PDF, layout di testo, rasterizzazione di font, grafica vettoriale, trasparenza, modalità di fusione, fino al canvas. Per uno strumento di riordino abbiamo bisogno di entrambe. Riordinare è un'operazione strutturale (territorio di pdf-lib), ma l'UX richiede di mostrare all'utente un'anteprima visiva così che sappia quale pagina è quale (territorio di PDF.js). Una singola libreria che facesse entrambe sarebbe più grande; la divisione in due librerie è la scelta pragmatica dello sviluppatore web.

Il costo sono due download CDN alla prima visita (circa 1,5 MB totali compressi). Il costo viene pagato una volta per browser per durata della cache; le visite successive caricano entrambe le librerie dalla cache istantaneamente. Non c'è un componente server, e nessuna parte del file lascia il browser.

Flussi di lavoro reali che motivano il riordino delle pagine

  • Documenti scansionati nell'ordine sbagliato. Lo scanner ha alimentato le pagine al contrario, o l'utente ha alimentato due pagine in doppio e una terza è finita aggiunta alla fine, o l'alimentatore di fogli ha preso al contrario. Riscansionare è spesso impraticabile (gli originali sono persi, lo scanner è in un altro ufficio, il documento ha centinaia di pagine). Riordinare lo risolve in secondi.
  • Rapporti uniti con appendici nel posto sbagliato. Diversi documenti sorgente sono stati combinati in un PDF, e l'ordine non è l'ordine editoriale: l'appendice è atterrata prima della conclusione, la lettera di accompagnamento è finita alla fine, l'indice è nel mezzo. Comune dopo l'uso di uno strumento di unione che concatena senza chiedere l'ordine.
  • Esecuzione di contratti con pagine di firma separate. Una pagina di firma firmata torna come PDF separato, e deve essere l'ultima pagina del contratto assemblato (o la prima, in alcune giurisdizioni). Riordinare inserisce la pagina firmata nella sua posizione corretta nel documento principale, senza bisogno di stampare e riscansionare.
  • Discovery legale e preparazione del contenzioso. Le produzioni documentali arrivano in ordine di timbro Bates, che raramente è l'ordine utile per una memoria. Riordinare per prove d'udienza o raccoglitori di processo è un compito di routine nel supporto al contenzioso, e farlo in un browser tiene i documenti privilegiati fuori dai server di terze parti.
  • Sequenziamento delle cartelle cliniche. I PDF clinici (moduli di accettazione, risultati di test, note di trattamento) arrivano da più sistemi in ordine arbitrario. I coordinatori delle cure li riordinano in una sequenza cronologica o per visita prima di condividerli con gli specialisti. Il contenuto sensibile rimane nel browser.
  • Sottomissioni accademiche e assemblaggio di tesi. Una tesi con riassunto, capitoli, riferimenti e appendici in un ordine specifico richiesto dal comitato. Riordinare permette allo studente di correggere la sequenza senza riesportare da Word (che spesso ripristina la formattazione e rompe l'indice).

Insidie comuni e cosa significano

  • I collegamenti ipertestuali puntano alle pagine sbagliate dopo il riordino. Il PDF sorgente ha collegamenti ipertestuali o annotazioni che fanno riferimento agli indici di pagina direttamente (per esempio un link dell'indice a «pagina 3» invece che a una destinazione nominata). Dopo il riordino, quei riferimenti puntano ancora al VECCHIO indice di pagina. La correzione è appiattire il PDF sorgente con Appiattire PDF online gratis prima del riordino, o accettare che i link con numeri di pagina assoluti necessiteranno di riparazione manuale dopo. I link a destinazione nominata (l'approccio moderno) sopravvivono correttamente.
  • Il file scaricato è più grande dell'originale. copyPages di pdf-lib non deduplica le risorse condivise così aggressivamente come può aver fatto il PDF sorgente. Se le pagine 2 e 5 dell'originale condividevano un sottoinsieme di font e le separi con il riordino, il nuovo file può finire con due copie del font. La differenza è di solito piccola (sotto il 10 per cento). Passa il risultato attraverso Compressore PDF gratuito online se la dimensione conta.
  • I segnalibri o le voci dell'indice ora sono sbagliati. La copia delle pagine di pdf-lib preserva le destinazioni nominate esplicite allegate alle pagine copiate, ma il sommario del documento (l'albero dei segnalibri) vive a livello del catalogo radice e non viene automaticamente riscritto quando le pagine si muovono. L'output riordinato mantiene il testo del segnalibro ma i segnalibri possono puntare a pagine sbagliate. Limitazione nota dell'approccio per copia di pagine; il workaround è riaggiungere i segnalibri dopo il riordino con un editor di sommario dedicato (Adobe Acrobat Pro lo fa nativamente).
  • I campi del modulo smettono di funzionare dopo il riordino. Se il PDF sorgente ha campi AcroForm, gli oggetti campo vivono a livello di documento (in /AcroForm /Fields) ma le loro annotazioni widget vivono sulle pagine. Dopo il riordino, i widget si muovono con le pagine, ma le associazioni campo-a-widget possono non essere perfettamente preservate. La correzione per flussi «finale, non modificabile» è appiattire il modulo prima del riordino; per «ancora compilabile dopo il riordino» usa Adobe Acrobat Pro.
  • Il trascina-e-rilascia non funziona sul mio touchscreen. Alcuni browser mobili gestiscono gli eventi di trascinamento in modo incoerente. Questo strumento registra sia gli eventi di trascinamento HTML5 (desktop) sia gli eventi touch (mobile), ma versioni specifiche di browser Android hanno bug noti con il trascinamento tocca-e-tieni. Se il trascinamento fallisce su touch, prova un browser desktop; il risultato del riordino è identico indipendentemente da dove fai il trascinamento.
  • Il PDF ha protezione con password. Questo strumento non può leggere l'albero delle pagine di un PDF cifrato: pdf-lib deve analizzare la struttura, e l'analisi è bloccata dalla decifrazione. Sblocca prima con Sblocca PDF gratis online, poi riordina, poi riproteggi con Protezione PDF con password gratuita online se necessario. La pipeline in tre fasi è il flusso standard per modificare documenti sicuri.

Riordino solo browser contro riordino cloud

Ogni servizio cloud di riordino PDF (Smallpdf, ILovePDF, PDF24, Adobe Acrobat Online, Sejda, Lumin, Soda) carica il tuo PDF sui server dell'operatore, renderizza le miniature lato server, ti lascia trascinare nel browser contro quelle immagini renderizzate lato server, poi invia il tuo ordine finale al server che produce il PDF riordinato e lo serve come download. Le implicazioni di privacy differiscono da un normale caricamento di file in un modo piccolo ma interessante: l'operatore legge necessariamente il contenuto di ogni pagina (per renderizzare le miniature) prima che tu abbia preso qualsiasi decisione di riordino. Anche se cambi idea e non scarichi mai il risultato, l'operatore ha già elaborato il contenuto.

Questo strumento non carica il PDF. pdf-lib e PDF.js girano entrambi nella scheda del browser. I byte del file sono letti una volta dall'API File, alimentati ai parser di entrambe le librerie e mai serializzati nuovamente verso la rete. L'unico traffico di rete è il fetch CDN una tantum delle due librerie alla prima visita; le visite successive sono completamente offline-utilizzabili dalla cache. Il compromesso è l'ambito funzionale. I servizi cloud spesso raggruppano operazioni secondarie: OCR di pagine scansionate prima del riordino, conversione di allegati in PDF al volo, firma-e-invia dopo il riordino. Lo strumento lato browser qui fa solo il riordino. Per il flusso focalizzato «ho bisogno di correggere l'ordine e scaricare», il browser è strettamente più veloce (nessuna attesa di caricamento, nessun limite di dimensione di caricamento) e più privato.

Quando un altro strumento è la scelta giusta

  • PDF oltre 200 MB su un dispositivo con memoria limitata. Le due librerie caricano l'intero file in memoria; file molto grandi possono far crashare la scheda. Usa uno strumento desktop (Adobe Acrobat, qpdf CLI, PDFsam) per file enormi.
  • Moduli XFA o cifratura basata su certificato. pdf-lib non gestisce le strutture proprietarie Adobe in modo affidabile. Adobe Acrobat è lo strumento canonico per quelle.
  • Riordino che deve preservare la struttura segnalibri/sommario. Se il documento ha un sommario complesso e hai bisogno che i segnalibri seguano le pagine alle loro nuove posizioni, la funzione Organizza Pagine di Adobe Acrobat Pro gestisce questo nativamente; pdf-lib no.
  • Riordino batch automatizzato come parte di una pipeline. Per il riordino lato server o scriptato, usa pdf-lib direttamente da Node.js (stessa libreria, nessuna scheda di browser richiesta), pikepdf di Python, o la sintassi di intervallo di pagine esplicita della CLI di qpdf.

Altre domande frequenti

Perché le miniature delle pagine sono piccole?

PDF.js renderizza le miniature a una dimensione fissa (~150 px di larghezza) per mantenere l'uso della memoria gestibile per documenti con centinaia di pagine. Il PDF esportato usa le pagine sorgente a RISOLUZIONE PIENA: la qualità di rendering delle miniature non ha impatto sulla qualità dell'output. Se le miniature sono troppo piccole per vedere cosa c'è su ogni pagina, zooma nel tuo browser; le miniature si scaleranno proporzionalmente.

Funziona offline?

Dopo la prima visita, sì. pdf-lib e PDF.js sono memorizzati nella cache dal browser al primo caricamento (circa 1,5 MB totali compressi). Le visite successive funzionano senza connessione di rete, fintanto che la cache del browser non è stata cancellata. Il riordino PDF stesso non ha mai avuto bisogno della rete in primo luogo, solo il caricamento della libreria.

Posso riordinare le pagine di più PDF in uno?

Non direttamente in questo strumento: l'UI di riordino assume un singolo documento sorgente. Il flusso in due passi è: usa Unisci PDF online gratis per combinare le tue sorgenti in un PDF, poi porta quel PDF combinato qui per trascinare le pagine nell'ordine finale corretto. Per flussi inter-documento più complessi (trascina pagina 3 del file A tra pagine 5 e 6 del file B), Organizza Pagine di Adobe Acrobat Pro gestisce il trascinamento inter-documento nativamente.

Devo riordinare prima o dopo firmare, appiattire, comprimere?

L'ordine sicuro è: riordinare, appiattire, firmare, comprimere. Riordina prima perché le operazioni successive possono dipendere dalla sequenza finale delle pagine. Appiattire dopo perché incorpora i campi modulo come contenuto statico così che gli strumenti a valle li gestiscano uniformemente. Firmare dopo l'appiattimento perché la firma crittografica si impegna sulla sequenza finale di byte del documento e qualsiasi ulteriore cambiamento la invalida. Comprimere per ultimo (opzionale) per ridurre la dimensione per la trasmissione. Salta qualsiasi passo di cui non hai bisogno.

Il livello di testo OCR sarà preservato?

Sì. Il testo OCR è memorizzato come testo invisibile su ogni pagina (un flusso di contenuto contrassegnato come invisibile), e quel flusso di contenuto è parte dell'oggetto pagina. Quando pdf-lib copia una pagina, copia l'intero oggetto pagina inclusi i suoi flussi di contenuto, font e qualsiasi livello OCR invisibile. La ricerca-e-selezione funziona ancora sull'output riordinato esattamente come funzionava sull'originale.

Esiste un equivalente desktop o da riga di comando?

pdf-lib gira in Node.js (npm install pdf-lib) e il codice di riordino è lo stesso: copyPages(source, indices) poi addPage() per ognuna. Per la riga di comando, qpdf ha una sintassi di selezione per pagina: qpdf --pages input.pdf 3,1,2,4 -- input.pdf output.pdf riordina le pagine direttamente. La libreria pikepdf di Python rispecchia le stesse operazioni con una sintassi pythonica più pulita. Organizza Pagine di Adobe Acrobat Pro lo fa con GUI e inoltre preserva correttamente i segnalibri/sommari.