Convertitore Word in PDF gratuito
Converti i tuoi file Word (.docx) in PDF all'istante. Nessuna iscrizione richiesta. I tuoi file non lasciano mai il tuo dispositivo.
Supporta .docx · fino a 25 MB
Come funziona
- Carica un file Word: rilascia o seleziona un file .docx da convertire.
- Configura le opzioni: scegli la dimensione di pagina e i margini desiderati.
- Converti: clicca su «Converti in PDF» per generare il tuo PDF. La conversione avviene istantaneamente nel tuo browser.
Perché convertire in PDF?
Il PDF è il formato di documento universale. Convertire documenti Word in PDF garantisce una formattazione coerente su tutti i dispositivi e sistemi operativi, rende i documenti in sola lettura per evitare modifiche accidentali, riduce la dimensione del file e si adatta idealmente alla condivisione, all'archiviazione e agli invii professionali. I PDF sono compatibili ovunque e preservano la tua formattazione originale.
Cosa significa davvero «DOCX a PDF»
Un file `.docx` non è un singolo documento come appare in Word. È un archivio ZIP (il contenitore Open Packaging Conventions definito da ISO/IEC 29500-2) che custodisce un albero di file XML, immagini incorporate e metadati di relazione. Il testo principale del documento vive in word/document.xml come markup WordprocessingML; gli stili di paragrafo in word/styles.xml; la numerazione delle liste in word/numbering.xml; le immagini incorporate in word/media/. Rinomina un qualsiasi `.docx` in `.zip` e decomprimilo per vedere la struttura con un editor di testo. Il formato è stato introdotto con Microsoft Office 2007, standardizzato come ECMA-376 a dicembre 2006 e come ISO/IEC 29500 nel 2008, ed è oggi il formato Word predefinito usato da centinaia di milioni di autori.
Un PDF (Portable Document Format) descrive il paradigma opposto: pagine a layout fisso con glifi a coordinate esatte, font incorporati e posizionamento assoluto. Mentre DOCX è basato sul flusso (il testo si reimpagina quando dimensione pagina, margini o font cambiano), PDF è posizionato al pixel (ogni carattere occupa un punto preciso nel sistema di coordinate della pagina). Convertire tra i due è strutturalmente una traduzione tra paradigmi: un formato d’autoring flessibile diventa un formato di presentazione congelato. Ogni strumento di conversione, sia Microsoft Word stesso, sia il convertitore senza interfaccia di LibreOffice, sia il motore cloud di Smallpdf, sia questo strumento da browser, affronta lo stesso divario intrinseco: la sorgente descrive l’intento, la destinazione descrive l’aspetto, e l’intento deve essere fissato a un aspetto specifico durante la conversione.
Approcci diversi accettano compromessi diversi davanti a quel divario. Il «Salva come PDF» di Word usa lo stesso motore di rendering che mostra il documento a schermo, quindi la conversione è essenzialmente «render su una superficie PDF anziché su una superficie schermo»; la fedeltà è eccellente e il testo è selezionabile nell’output. I servizi cloud usano in genere LibreOffice lato server o un motore proprietario; la fedeltà è alta, il testo è selezionabile, il file viene caricato. Questo strumento da browser usa un’altra pipeline (descritta nella prossima sezione) che ottimizza per privacy e portata (qualsiasi browser, qualsiasi dispositivo, nessuna installazione, nessun caricamento) e accetta una penalità di fedeltà in cambio. Nessuno di questi approcci è universalmente il migliore; ciascuno si addice a flussi differenti.
Come funziona questo strumento sotto il cofano
La conversione gira interamente nel tuo browser attraverso una pipeline in tre fasi: mammoth.js analizza il DOCX e produce HTML semantico, html2canvas (richiamata da html2pdf.js) dipinge quell’HTML su un elemento `<canvas>` fuori schermo usando le primitive di rendering del browser stesso, e jsPDF (anch’essa richiamata da html2pdf.js) incapsula il canvas come dati immagine JPEG, lo posiziona su una pagina PDF e aggiunge interruzioni di pagina alle frontiere implicate dalla dimensione di pagina e dai margini configurati. Il PDF in uscita è una sequenza di immagini bitmap a piena pagina, una o più per pagina sorgente, più l’intestazione di metadati PDF.
Una conseguenza importante di questa pipeline merita una dichiarazione franca fin da subito: il PDF in uscita è basato su bitmap, non su testo. I caratteri visibili nel corpo del PDF sono pixel dentro un’immagine, non operatori di posizionamento del testo con dati di font incorporati. In pratica significa: la ricerca dentro il PDF non troverà parole; il copia-incolla dal corpo della pagina non restituisce nulla di utile; gli screen reader non riescono a leggere il contenuto come testo; serve OCR se il PDF è dato in pasto a strumenti di elaborazione testuale a valle. Per flussi in cui uno di questi aspetti conta (discovery legale, presentazioni di accessibilità, archivi documentali destinati alla ricerca, qualsiasi cosa venga poi analizzata da software), lo strumento giusto è «File → Salva come PDF» di Microsoft Word o «File → Esporta come PDF» di LibreOffice; entrambi producono PDF basati su testo a partire da fonti DOCX. Lo scopo di questo strumento è consegnare un PDF visivamente pulito da un documento Word senza caricare il documento da nessuna parte; l’output bitmap è il prezzo di questa garanzia di privacy.
Quando selezioni un `.docx`, la File API del browser consegna i byte a mammoth.js. mammoth tratta il DOCX come un pacchetto OPC, estrae word/document.xml e percorre l’albero WordprocessingML: `<w:p>` diventa `<p>`, `<w:tbl>` diventa `<table>`, i run in grassetto/corsivo diventano markup inline, gli hyperlink diventano `<a>`, le immagini incorporate in `word/media/` diventano tag `<img>` inline codificati in base64. Lo strumento renderizza poi l’HTML dentro un contenitore DOM nascosto, applica la dimensione di pagina e i margini scelti come CSS e chiama html2pdf su quel contenitore. html2pdf percorre il contenitore, lo divide in pagine virtuali alle frontiere di pagina CSS, chiama html2canvas su ogni pezzo di dimensione pagina e assembla i bitmap di canvas risultanti in un documento jsPDF. L’intera pipeline non fa alcuna richiesta di rete dopo il caricamento iniziale delle librerie.
Le tre librerie dietro la conversione
mammoth.js è il parser DOCX. Creato da Michael Williamson con licenza BSD-2-Clause e mantenuto su GitHub all’indirizzo mwilliamson/mammoth.js. La filosofia di progettazione, descritta dallo stesso Williamson, è che la conversione debba preservare il contenuto semantico (paragrafi, titoli, liste, tabelle, note, hyperlink, immagini incorporate) e non la formattazione diretta (font specifici, dimensioni, colori, spaziature). L’autore sostiene che i documenti si muovono tra contesti (Word, web, ePub, PDF) e che lo stile visivo adatto a uno raramente lo è per un altro; portarsi dietro la struttura semantica è più utile che portarsi dietro l’aspetto esatto. Il bundle per browser è di circa 600 KB minificato.
jsPDF è lo scrittore di PDF. Creato da James Hall (GitHub: MrRio) nel 2010, ora co-mantenuto da yWorks GmbH, sotto licenza MIT, su GitHub a parallax/jsPDF. jsPDF può scrivere PDF a partire da testo, grafica vettoriale, immagini e canvas HTML; in questo strumento consuma i bitmap di canvas prodotti da html2canvas e li assembla in pagine PDF. html2canvas, di Niklas von Hertzen (licenza MIT), è il renderer da HTML a canvas che dipinge i nodi del DOM su un `<canvas>` usando il CSS calcolato di ogni elemento. html2pdf.js di Erik Koopmans (licenza MIT) è la colla: orchestra html2canvas e jsPDF, gestisce la paginazione, espone una API di configurazione pulita e impacchetta tutto in un unico bundle di circa 350 KB minificato.
L’ingombro combinato al primo caricamento è di circa 950 KB. Entrambe le librerie vengono memorizzate nella cache del browser dopo la prima visita, quindi le visite successive sono istantanee dal punto di vista della rete. I quattro progetti (mammoth.js, html2canvas, jsPDF, html2pdf.js) sono open source con licenza MIT o BSD e sono stati distribuiti in decine di migliaia di progetti in produzione. La pipeline è matura, ben compresa e collaudata sul campo per il caso d’uso che serve: conversione DOCX a PDF con fedeltà visiva senza rendering lato server.
Breve storia di DOCX e dello standard OOXML
- Word .doc (1983-2007). Il formato binario `.doc` di Microsoft, usato da ogni versione di Word da Word 1.0 fino a Word 2003. Proprietario, non documentato per la maggior parte della sua vita, sottoposto a reverse engineering dai concorrenti per consentire l’interoperabilità.
- OOXML annunciato (novembre 2005). Microsoft pubblica la prima bozza di Office Open XML, un formato basato su XML pensato per sostituire i binari `.doc`, `.xls` e `.ppt`. La sottomissione è diretta a Ecma International per la standardizzazione.
- ECMA-376 prima edizione (dicembre 2006). Ecma International ratifica OOXML come ECMA-376 prima edizione: il primo standard ufficiale per quelli che oggi sono `.docx`, `.xlsx`, `.pptx`. La specifica supera le 6.000 pagine.
- Office 2007 esce (gennaio 2007). Microsoft Office 2007 viene lanciato con `.docx` come formato di salvataggio predefinito. Office 2003 riceve un pacchetto di compatibilità gratuito che gli consente di aprire i nuovi formati.
- Ratifica ISO/IEC 29500:2008 (novembre 2008). Dopo un controverso processo accelerato che ha attirato forti critiche dalla comunità open source e dal fronte OpenDocument Format (ODF), ISO e IEC adottano OOXML come ISO/IEC 29500:2008. La specifica definisce due varianti: Strict (pulita e conforme a ISO) e Transitional (la variante che Word effettivamente scrive di default, con le costruzioni di retrocompatibilità preservate).
- Oggi (2026). Praticamente ogni `.docx` del mondo reale è OOXML Transitional, prodotto da Word, LibreOffice, Google Docs, Apple Pages, WPS Office o uno dei tanti strumenti documentali SaaS. Il formato è ormai onnipresente: è il default a ogni livello dell’economia dell’autoring documentale, dagli scrittori individuali ai sistemi aziendali di gestione documentale.
Flussi reali che motivano la conversione Word a PDF
- Invio di CV o curriculum a recruiter e piattaforme di lavoro. Ogni grande piattaforma di lavoro (LinkedIn Recruiter, Indeed, Workday, Greenhouse, portali governativi) si aspetta PDF. L’autore redige in Word, converte prima di inviare. La privacy conta perché il CV contiene dati personali di contatto, indirizzi e storia lavorativa.
- Lettere di presentazione e saggi di candidatura. Università, programmi di borse, candidature pubbliche e selezione aziendale convergono sul PDF come formato di invio. Word resta lo strumento di redazione preferito per controllo grammaticale, commenti e revisioni; PDF è il formato di consegna perché la formattazione resta bloccata.
- Contratti e documenti legali prima della firma. Convertire in PDF prima di circolare una bozza di contratto così la controparte vede un documento a layout fisso. Dopo la firma, il PDF firmato diventa la versione canonica. La conversione deve avvenire su un dispositivo fidato perché il documento è riservato.
- Articoli accademici, tesi e invii a riviste. La maggior parte delle riviste e dei repository universitari accetta il PDF come formato di invio. Gli autori redigono in Word (o LaTeX) e inviano PDF. Per gli utenti LaTeX questo strumento non è pertinente; per la grandissima popolazione di utenti Word in scienze sociali, umanistiche, economiche e giuridiche è il flusso standard.
- Rapporti interni e istantanee d’archivio. Convertire un report Word in PDF per l’archiviazione permanente. Il PDF è la traccia ufficiale; la sorgente Word può continuare a evolvere come bozza. Molti settori regolamentati (finanza, sanità, giuridico) richiedono PDF per gli archivi di conformità.
- Distribuzione affidabile via e-mail. Il PDF si renderizza in modo coerente nei client di posta, cosa che `.docx` non fa. Outlook, Gmail, Apple Mail e le app mobili di posta aprono i PDF in linea; `.docx` richiede che il destinatario abbia Word o una app compatibile installata. PDF è il formato di distribuzione meno attritivo per documenti destinati a un pubblico non tecnico.
Insidie comuni e cosa significano
- Il testo del PDF non è selezionabile né cercabile. È per design, non è un bug. La pipeline rasterizza l’HTML renderizzato, quindi il corpo del PDF è un’immagine bitmap. La ricerca nel PDF, il copia-incolla e l’accesso dello screen reader al testo del corpo non funzionano. Per i documenti in cui il testo selezionabile conta (legale, archiviazione, accessibilità, banche dati documentali), usa «File → Salva come PDF» di Microsoft Word o «File → Esporta come PDF» di LibreOffice. Entrambi producono PDF basati su testo a partire da fonti DOCX.
- I font del PDF non coincidono con quelli del documento Word originale. mammoth.js si concentra intenzionalmente sul contenuto semantico e non trasporta metadati di font diretti; il browser renderizza l’HTML con i font disponibili in locale. Se il tuo documento Word usava un font aziendale personalizzato installato solo sulla tua macchina di lavoro, il PDF apparirà nel font di fallback del browser. La soluzione è installare gli stessi font sul dispositivo che fa la conversione o usare «Salva come PDF» di Word, che incorpora i font referenziati dal documento.
- Le tabelle complesse si semplificano o appaiono imperfette. mammoth gestisce bene le tabelle standard (righe, colonne, bordi cella). Celle con fusioni multiple, tabelle profondamente nidificate e tabelle con formattazione condizionale elaborata possono semplificarsi o rompersi visivamente perché l’output HTML di mammoth è un sottoinsieme di ciò che produce il renderer di Word. Per report ricchi di tabelle lo strumento giusto è l’esportazione PDF nativa di Word.
- Il layout a più colonne diventa a una colonna sola. mammoth non preserva la direttiva `<w:cols>` di Word. Un articolo a due colonne in stile giornalistico diventa una sola colonna nell’HTML risultante e quindi nel PDF. Per documenti che necessitano davvero del layout a colonne nell’output, usa «File → Salva come PDF» di Word o la modalità senza interfaccia di LibreOffice; entrambi preservano la struttura a colonne durante la conversione.
- Intestazioni, piè di pagina e numeri di pagina della sorgente vengono persi. mammoth si concentra sul corpo del documento e non trasporta intestazioni, piè di pagina o campi numero pagina di Word. html2pdf aggiunge la propria paginazione ma non può iniettare le intestazioni/piè di pagina originali di Word. L’alternativa per i documenti che necessitano degli header/footer originali è convertire tramite Word, o convertire qui e aggiungere poi i numeri di pagina con Numeri di Pagina PDF Gratis Online.
- Commenti e revisioni tracciate non compaiono. Per impostazione predefinita mammoth tratta commenti e revisioni come metadati e li ignora. Il PDF risultante riflette il documento con tutte le revisioni effettivamente accettate (lo stato di
word/document.xmlignorando gli elementi di revisione). Se ti servono commenti o markup visibili nel PDF, usa «File → Salva come PDF» di Word con l’opzione «Stampa markup» abilitata, oppure accetta/rifiuta prima tutte le revisioni in Word e poi converti. - I documenti molto grandi possono bloccare la scheda. mammoth e html2canvas caricano e processano l’intero documento in memoria in modo sincrono. Documenti con più di 100 pagine o con molte immagini incorporate possono saturare la memoria del browser, soprattutto su dispositivi mobili con 4 GB di RAM o meno. La mitigazione è dividere il documento in Word per primo, convertire le sezioni separatamente e poi unire i PDF risultanti con Unisci PDF online gratis.
Privacy: il documento resta sul tuo dispositivo
Ogni grande servizio cloud di Word a PDF (Smallpdf, iLovePDF, Adobe Acrobat Online, PDF24, Sejda, Soda PDF) carica il tuo file sui server dell’operatore, lo analizza lato server con LibreOffice o un motore proprietario, renderizza il PDF e lo restituisce come download. Le implicazioni sulla privacy non sono trascurabili perché i documenti Word sono di solito personali o sensibili: CV e lettere di presentazione contengono indirizzi privati, telefoni e storia lavorativa; lettere e saggi personali contengono auto-rivelazioni; i moduli HR contengono aspettative di stipendio; i contratti contengono termini commerciali; le lettere mediche contengono informazioni sanitarie protette; le bozze legali contengono contenuti coperti dal segreto professionale. I grandi fornitori pubblicano politiche di privacy che promettono cancellazione entro una o due ore e cifratura in transito con TLS, e i più grandi mantengono la certificazione ISO/IEC 27001 e l’allineamento al GDPR. Hanno solide ragioni commerciali per rispettare questi impegni. Ma «cancellato entro un’ora» non è «mai visto»: in quell’ora il contenuto del file risiede nella loro infrastruttura, accessibile a qualunque processo o persona con i permessi adeguati, e visibile in log e backup secondo la conservazione applicabile.
Questo convertitore non carica nulla. mammoth.js e html2pdf.js girano interamente nella tua scheda del browser; i byte del file vengono letti dalla File API, processati in JavaScript e il PDF in uscita viene restituito come Blob scaricabile. Puoi verificare l’assenza di upload aprendo gli strumenti per sviluppatori del browser sulla scheda Rete prima di cliccare Converti: non vengono fatte richieste con il contenuto del tuo file. L’unico traffico di rete è il caricamento una tantum delle due librerie dal CDN alla prima visita (circa 950 KB totali minificati), che avviene una volta sola e poi resta nella cache del browser. Imposta il browser in modalità aereo dopo che la pagina si è caricata e il convertitore continua a funzionare su file locali. Il compromesso, come detto nella sezione su come funziona lo strumento, è che il PDF in uscita è basato su bitmap: perde la selezionabilità e ricercabilità del testo che i convertitori lato server preservano. Per la maggior parte dei flussi personali Word a PDF (CV, lettere di presentazione, memo interni, bozze di contratto, moduli di candidatura), l’output bitmap va benissimo e la garanzia di privacy vale lo scambio. Per documenti che richiedono testo selezionabile nell’output, la risposta giusta è il «Salva come PDF» di Word o l’«Esporta come PDF» di LibreOffice, entrambi anch’essi offline e privati se il documento non deve mai lasciare la macchina locale.
Quando un altro strumento è la scelta giusta
- Il PDF in uscita serve con testo selezionabile e cercabile. Discovery legale, archivi documentali, presentazioni di accessibilità, qualsiasi cosa che sarà indicizzata da un motore di ricerca o letta da uno screen reader: l’output di questo strumento è solo bitmap e non basterà. Usa «File → Salva come PDF» di Microsoft Word o «File → Esporta come PDF» di LibreOffice. Entrambi sono in grado di funzionare offline e producono PDF basati su testo.
- Il documento ha layout complessi, equazioni o oggetti incorporati. Giornali a più colonne, articoli accademici pesanti in matematica, documenti con grafici Excel o slide PowerPoint incorporate, tabelle complesse con molte fusioni: questi casi traggono vantaggio dal renderer nativo di Word o dalla conversione senza interfaccia di LibreOffice. L’approccio «prima la semantica» di mammoth scarta o semplifica intenzionalmente ciò che non riesce a rappresentare in modo pulito.
- Devi convertire molti file in batch. Questo strumento accetta un documento alla volta e la pipeline di rendering è a singolo thread. Per i batch il comando CLI standard è
soffice --headless --convert-to pdf *.docx --outdir output/con LibreOffice. In alternativa, le stesse librerie mammoth e html2pdf usate da questo strumento girano anche in Node.js per conversioni scriptate con lo stesso profilo di fedeltà. - Il documento è molto grande (oltre 100 pagine o con molte immagini pesanti). mammoth + html2canvas caricano e processano l’intero documento in memoria; i documenti grandi possono congelare una scheda del browser, soprattutto su mobile. O dividi in Word prima e converti le sezioni separatamente (poi unisci con Unisci PDF online gratis), o usi uno strumento desktop che fa streaming del documento dal disco: Word, LibreOffice o un convertitore da riga di comando.
Funzionalità
- Conversione rapida: conversione Word → PDF istantanea, senza attesa.
- Personalizzabile: scegli la dimensione di pagina (A4 o Letter) e i margini.
- Privacy: tutta l'elaborazione è locale nel tuo browser. File mai inviati a un server.
- Semplice: trascina e rilascia il tuo file Word e clicca su converti.
- Un file alla volta: converti un documento Word alla volta per risultati ottimali.
Domande frequenti
Quali formati Word sono supportati?
Questo convertitore supporta i file .docx (Microsoft Word 2007 e successivi). I vecchi file .doc non sono supportati; puoi convertirli in .docx in Microsoft Word e poi usare questo strumento.
La mia formattazione sarà preservata?
La maggior parte delle formattazioni è preservata, inclusi caratteri, dimensioni, colori e layout di base. D'altra parte, gli elementi complessi come tabelle avanzate, layout multi-colonna e oggetti incorporati possono essere semplificati o adattati durante la conversione.
Il mio documento Word viene inviato a un server?
No. Tutta la conversione avviene localmente nel tuo browser tramite le librerie Mammoth e html2pdf. Il tuo file Word non lascia mai il tuo dispositivo, per una privacy e una sicurezza totali.
Posso convertire più file alla volta?
Questo strumento converte un file Word alla volta. Per ogni conversione, carica semplicemente un nuovo file .docx e convertilo.
Qual è il limite di dimensione del file?
Sono supportati i file fino a 25 MB. I file molto grandi possono richiedere più tempo a seconda della memoria disponibile nel tuo browser.
Posso regolare i margini e la dimensione di pagina?
Sì. Prima di convertire, puoi selezionare la dimensione di pagina (A4 o Letter) e la larghezza dei margini (Normali, Stretti o Larghi).
Altre domande frequenti
Perché il testo nel PDF non è selezionabile?
Questo strumento produce un PDF basato su bitmap: renderizza il documento Word in HTML, dipinge quell’HTML su un canvas fuori schermo tramite il browser e poi incorpora il canvas come immagine dentro il PDF. Il PDF in uscita contiene perciò foto delle pagine, non caratteri con posizioni. Il copia-incolla dal corpo della pagina non restituisce nulla di utile, e la funzione di ricerca nel PDF non troverà parole. Per i flussi che hanno bisogno di testo selezionabile (discovery legale, banche dati di ricerca, accessibilità), usa «File → Salva come PDF» di Microsoft Word o «File → Esporta come PDF» di LibreOffice; entrambi producono PDF basati su testo a partire da fonti DOCX.
Perché il font è diverso da quello del mio documento Word originale?
mammoth.js, la libreria che questo strumento usa per analizzare il DOCX, si concentra intenzionalmente sul contenuto semantico (paragrafi, titoli, liste, tabelle) anziché sulla formattazione diretta (font specifici, dimensioni esatte, colori). Il browser renderizza l’HTML risultante usando i font installati in locale. Se il tuo documento Word usava un font aziendale o di brand installato solo sulla tua macchina di lavoro, il PDF apparirà con il font di fallback del browser (tipicamente un sans-serif generico). Per preservare i font, installa gli stessi font sul tuo dispositivo, oppure usa il «Salva come PDF» di Word, che incorpora i font referenziati dal tuo documento.
Questo strumento funziona offline?
Sì, dopo la prima visita. Le librerie (mammoth di circa 600 KB, html2pdf di circa 350 KB) vengono caricate una volta da un CDN e poi rimangono nella cache del browser. Le visite successive al convertitore funzionano completamente offline, purché la cache del browser non sia stata svuotata nel frattempo. La conversione in sé non ha mai avuto bisogno della rete; solo il caricamento iniziale della libreria ne aveva bisogno. Puoi verificarlo attivando la modalità aereo dopo aver aperto la pagina una volta e convertendo un DOCX locale.
Posso convertire vecchi file .doc (Word 97-2003)?
No. Questo strumento accetta solo .docx (Office Open XML), il formato introdotto con Word 2007. Il vecchio formato binario .doc richiede un parser diverso (mammoth gestisce solo il .docx basato su XML). Per convertire un file .doc, aprilo prima in Word o LibreOffice e fai Salva come .docx, poi converti qui. La conversione da .doc a .docx è un’operazione da un clic in entrambi gli strumenti e preserva il contenuto.
I collegamenti ipertestuali saranno cliccabili nel PDF risultante?
I collegamenti del documento sorgente compaiono nel PDF come testo stilizzato visivamente (blu, sottolineato) ma non sono interattivi: poiché il corpo del PDF è un’immagine bitmap dell’HTML renderizzato, cliccare sul testo del collegamento in un lettore PDF non porterà da nessuna parte. Se ti servono collegamenti cliccabili nel PDF in uscita, usa il «Salva come PDF» di Word (che preserva le annotazioni di link PDF) o l’«Esporta come PDF» di LibreOffice. Entrambi producono PDF in cui i collegamenti restano funzionali dopo la conversione.
Esiste un equivalente desktop o da riga di comando?
Sì, diversi. L’approccio standard lato server e da riga di comando è la modalità senza interfaccia di LibreOffice: soffice --headless --convert-to pdf input.docx --outdir output/ converte il file sul posto, è adatto al batch, non richiede una GUI. LibreOffice si installa su Linux, macOS e Windows; la stessa riga di comando funziona ovunque. Per output pixel-identico a Word in modo programmatico, Microsoft Word + automazione COM via PowerShell su Windows è il riferimento (richiede Word installato). Le stesse librerie mammoth.js e html2pdf.js usate da questo strumento girano anche in Node.js per conversione scriptata senza browser con lo stesso profilo di fedeltà. Pandoc con un motore LaTeX è un’altra opzione per flussi di pubblicazione accademica.