PDFluna è un toolkit gratuito per le operazioni PDF di tutti i giorni — comprimere, modificare, unire, dividere, firmare, convertire, OCR e una decina di altre — che gira completamente nel tuo browser. Niente viene caricato su un server. Niente viene registrato. Non ti chiediamo nemmeno di creare un account perché tutto questo funzioni.
Ogni strumento PDF online che usavamo caricava i nostri file sui loro server, e quando ci siamo accorti di trascinarci dentro una busta paga o un contratto firmato, ci siamo fermati a pensare a cosa significasse davvero. Le policy sulla privacy promettevano che i file venivano cancellati entro 24 ore. Non avevamo modo di verificarlo, e tutto lo scambio si reggeva su una fiducia che non avevamo il diritto di chiedere.
Qualche fine settimana di ricerca dopo, abbiamo scoperto che l'intera pipeline poteva girare nel browser. WebAssembly moderno e librerie open source ben fatte (PDF.js, pdf-lib, fflate) gestiscono ogni operazione di cui avevamo bisogno senza mai toccare la rete. Allora abbiamo costruito il toolkit che volevamo usare noi stessi, abbiamo mantenuto la promessa di privacy a livello architetturale invece che dichiarativo, e l'abbiamo messo online gratis.
Non siamo i primi a tentare questo approccio — alcuni altri ne adottano una parte — ma siamo i primi che abbiamo visto andare fino in fondo: ogni strumento 100 % nel browser, ogni riga del lavoro pesante open source, nessuna registrazione, nessuna filigrana, nessuna CTA "passa al piano illimitato" nella barra laterale.
La versione breve: quando rilasci un PDF in uno dei nostri strumenti, viene letto nella memoria del tuo browser e processato lì. La versione un po' più lunga è qui sotto.
PDF.js, pdf-lib e alcune librerie specializzate (Tesseract per l'OCR, mammoth per Word, SheetJS per Excel) vengono caricate su richiesta e processano i tuoi file nella stessa scheda del browser dove hai aperto la pagina. I file non raggiungono mai i nostri server — non c'è nessun server che gestisca file, in primo luogo.
Le promesse di privacy degli altri strumenti dipendono dalla fiducia che riponi nelle loro policy server. Le nostre si appoggiano sull'architettura: nessun upload da registrare, nessuno storage temporaneo da cui far trapelare nulla, nessuna pipeline di addestramento IA che si porti via i file. Puoi verificare tu stesso nei DevTools del browser — apri la scheda Rete e osserva: zero richieste in uscita trasportano il tuo file.
Gli strumenti lato server aspettano la fine del tuo upload, mettono il tuo lavoro in coda dietro a quello di tutti gli altri, processano e ti rimandano il risultato. Gli strumenti nel browser saltano la rete completamente. Per un file da 8 MB su una connessione domestica tipica, fa risparmiare 30-60 secondi prima che inizi qualsiasi lavoro vero.
Ogni libreria che fa il lavoro pesante (PDF.js di Mozilla, pdf-lib, fflate, html2canvas, Tesseract.js, SheetJS) è pubblicamente verificabile. Chiunque abbia un account GitHub può leggere il codice di elaborazione vero, riga per riga — cosa che gli strumenti server chiusi non possono offrire davvero.
Cinque cose con cui ci impegniamo. Se una di queste smette di essere vera, il progetto ha perso senso e abbiamo un problema da sistemare — avvertici se mai dovessi notarlo.
Niente upload, nessuno storage temporaneo, nessun "processato e cancellato in 24 ore". L'elaborazione avviene dove il file è già: il tuo computer, il tuo telefono, il tuo tablet.
Stessa esperienza per tutti. Nessun limite giornaliero, nessuna filigrana sull'output gratis, nessun muro "iscriviti per sbloccare". Il sito è finanziato dagli annunci sulle pagine degli strumenti; quello paga le bollette.
Ogni pagina dello strumento documenta cosa fa bene E cosa non fa. Preferiamo che tu sappia in anticipo che, ad esempio, il nostro Word in PDF ricostruisce il documento come immagine-con-strato-di-testo, invece che scoprirlo dopo un export di contratto fallito.
La nostra pagina recensioni è onesta sul fatto che il progetto è giovane. Quando arriveranno vere recensioni di terze parti su TrustPilot o G2, le linkeremo con la fonte.
Non raccogliamo i contenuti dei documenti (non possiamo — vedi impegno n. 1), quindi non c'è nulla che possa alimentare un addestramento IA. Non usiamo nemmeno le analytics anonime per quello scopo.
Niente di tutto questo esisterebbe senza il lavoro della community PDF open source. Ogni operazione su PDFluna è costruita su librerie che altri hanno costruito prima — per lo più in tempo volontario, tutte con licenze permissive. Se usi PDFluna e ti torna utile, il merito appartiene a quei progetti tanto quanto a noi. I numeri di versione sono quelli che fissiamo attualmente in produzione:
Tutti e otto i progetti sono pubblicamente verificabili su GitHub. Se sei tecnico e vuoi capire esattamente cosa attraversa il tuo file quando usi uno strumento PDFluna, il codice è proprio lì.
Una piccola squadra indipendente. Non siamo una startup finanziata da venture capital, né il progetto secondario di un'azienda software più grande, né una facciata di marketing per un prodotto a pagamento. PDFluna è il progetto. Ci lavoriamo perché usiamo gli strumenti noi stessi, e perché pensiamo che il compromesso che la maggior parte dei servizi PDF online ti impone — comodità in cambio della consegna dei tuoi documenti — non sia un compromesso che nessuno dovrebbe fare.
Per contatti specifici (supporto, segnalazioni di bug, stampa, business), la pagina contatti ha l'email giusta per argomento. Per domande generiche, le FAQ probabilmente hanno già la risposta.
Il catalogo attuale di 15 strumenti copre le operazioni quotidiane. Stiamo lavorando a:
Gli aggiornamenti escono sul blog; il changelog è informale ma ogni funzionalità rilasciata ha il suo articolo.
Il modo più veloce di vedere come funziona PDFluna è usarlo. Apri l'editor o prendi uno strumento dalla home — il file che rilasci resta sul tuo dispositivo.
Un bug o un'idea? Diccelo — va dritto al team.
Non vediamo mai i tuoi file. Viene inviato solo il messaggio che scrivi — più informazioni di base sul browser, per aiutarci nel debug.