Convertitore XML in JSON — Gratuito, Senza Account

L'albero è lo stesso; i lettori no

XML e JSON descrivono entrambi alberi di dati — elementi con figli da una parte, oggetti con chiavi dall'altra. Ciò che cambia è chi li legge. L'XML vive nei file di configurazione, nelle sitemap, nei feed, nelle buste SOAP, nelle integrazioni aziendali e nelle viscere dei formati di documento. Il JSON è ciò che browser, app mobili, funzioni senza server e l'intera catena no-code moderna ingeriscono nativamente. Convertire XML in JSON è il passaggio dal formato che un sistema emette al formato che lo strumento successivo capisce davvero.

Siccome entrambi i lati sono alberi, è una delle conversioni più leggere che un file possa fare. Nessuna pagina da comporre, nessun pixel da spostare: il tuo file viene analizzato e riemesso, e i lavori tipici finiscono largamente entro pochi minuti — il tetto della piattaforma per qualsiasi lavoro resta di circa 10 minuti, ma le conversioni di dati raramente si avvicinano.

I compiti quotidiani sono altrettanto concreti. Una configurazione datata che una nuova pipeline di distribuzione vuole come JSON. Una risposta XML di una vecchia API che un servizio JavaScript deve consumare. Dati intrappolati in un export XML che una dashboard, un foglio di calcolo o uno script preferirebbe leggere come JSON. In tutti questi casi ciò che conta di più non è la velocità ma la prevedibilità: le catene di automazione si rompono dove un convertitore le sorprende.

Le regole di mappatura, dette senza girarci intorno

Prima le regole, perché questa conversione vale quanto la sua prevedibilità. Gli attributi diventano chiavi con prefisso a trattino: un elemento scritto `<config debug="true">` diventa un oggetto "config" il cui attributo arriva come chiave "-debug" con valore "true". Il prefisso è voluto — garantisce che un attributo non possa mai collidere con un elemento figlio dello stesso nome.

I nodi di testo seguono la loro regola. Quando un elemento porta attributi e testo insieme, il testo viaggia sotto la chiave "#text". E la ripetizione decide la forma: un nome che compare due volte o più tra i suoi fratelli diventa un array JSON, mentre una singola occorrenza si mappa in stringa, numero o oggetto semplice. La forma dell'output segue i conteggi reali di occorrenze del documento — per progetto, non per caso — così «perché questo è una stringa e non un array» ha sempre la stessa risposta: è comparso una volta.

I namespace meritano un paragrafo onesto, perché non faremo finta di altro. I prefissi dei namespace non sono conservati: un elemento scritto `<ns:name>` esce come "name", e le dichiarazioni xmlns passano come attributi ordinari — chiavi con trattino come tutte le altre. Se la tua logica a valle dipende dai nomi qualificati, controlla l'output prima di collegarlo; questo convertitore scambia la fedeltà ai namespace con una forma piatta e prevedibile, e lo dice invece di rivendicare una completezza che non ha.

Leggere l'output senza sorprese

La regola delle occorrenze è quella da interiorizzare. Un elemento opzionale che in questo preciso documento compare esattamente una volta arriva come scalare o oggetto — non come array di un elemento. Il codice che consuma il JSON dovrebbe gestire entrambe le forme o assicurarsi che la sorgente ripeta davvero. È lo stesso compromesso che fa ogni mappatura da XML a JSON; la differenza è che qui è scritto.

In termini di dati non si perde nulla. Gli attributi non svaniscono — indossano il loro trattino. Il testo non svanisce — siede sotto la sua chiave quando l'elemento è misto. I nomi legali in XML passano letteralmente come chiavi JSON. L'unica garanzia che vale la pena ripetere: siccome gli attributi portano il trattino, un attributo e un elemento figlio non possono mai sovrascriversi a vicenda nell'output.

Il consiglio pratico è breve. Colleghi una sorgente XML a una catena di automazione? Converti prima un campione rappresentativo, guarda le forme e solo allora elabora il resto in blocco. E un file che non è davvero XML — un download troncato, qualcosa di rinominato — fallisce con un motivo chiaro invece di emettere JSON privo di senso, così un lavoro fallito è sempre un lavoro sicuro da ritentare.

Privacy e conservazione

Un file dentro, un JSON fuori — gratuito, senza account, senza filigrana. Il trasporto avviene in HTTPS, l'elaborazione sul cluster di conversione, e sia l'XML originale sia il JSON prodotto vengono eliminati automaticamente entro 24 ore. I file di configurazione possono contenere endpoint e segreti, quindi vale dirlo chiaro: nulla viene condiviso con inserzionisti, non esiste alcun campo e-mail nel flusso e nessun account viene richiesto in alcun momento. Ciò che resta è il file che hai scaricato.