Domande frequenti

Domande frequenti

Posso formattare JSON non valido online?

Sì. Incolla il JSON rotto e clicca Repair & Format. Lo strumento prova a sistemare apici singoli, virgole finali, chiavi senza apici, commenti e valori stile Python prima di formattare l’output ripulito.

Come formatto JSON rotto?

Parti dal campione più piccolo che puoi incollare in sicurezza, ripara la sintassi e poi valida il risultato con un parser JSON rigoroso. Se il payload ha virgole finali, puoi formattare JSON con virgole finali rimuovendo prima l’ultima virgola e formattando il risultato valido.

Cosa significa «Unexpected token»?

Significa che il parser ha trovato un carattere che non può comparire in quella posizione in JSON rigoroso. Un apice singolo, una barra, una virgola finale o un True maiuscolo spesso indicano quasi-JSON copiato da JavaScript, Python o una risposta di AI.

Posso convertire JSON in un oggetto JavaScript?

Sì. Una volta che l’input è JSON valido, usa JSON.parse(jsonText) in JavaScript. Se il testo è un literal di oggetto JavaScript, riparalo prima a JSON rigoroso e poi fai il parsing.

I miei dati sono al sicuro?

Sì. Lo strumento gira interamente nel tuo browser con JavaScript. Nessun dato viene inviato a un server.

Qual è la differenza tra Repair e Validate?

Repair tollera errori comuni e cerca di produrre JSON valido. Validate usa un parser rigoroso e riporta riga e colonna esatte di ogni errore.

Guida d’uso dettagliata

Molti formatter JSON si fermano quando il parser solleva un errore. Questo strumento è pensato per il passo prima della formattazione normale: trasforma quasi-JSON in JSON rigoroso e poi abbellisce il risultato così puoi rivedere la struttura. È utile quando cerchi come formattare JSON rotto, non solo come abbellire una risposta valida.

Parti dal pezzo più piccolo di JSON rotto che puoi incollare in sicurezza. Clicca Repair & Format quando il testo proviene da un literal di oggetto JavaScript, uno snippet Python, una risposta in Markdown, una configurazione editata a mano o un log che assomiglia a JSON ma fallisce in un parser rigoroso. La fase di riparazione normalizza gli errori di sintassi comuni in JSON valido e stampa il risultato con un’indentazione prevedibile, così array e oggetti annidati sono più facili da leggere.

Dopo la riparazione, clicca Validate. La validazione usa un parser rigoroso e dovrebbe essere l’ultimo controllo prima di copiare l’output verso un client API, una configurazione di applicazione, una migrazione di database, una fixture di test o un esempio in riga di comando. Se la validazione fallisce, leggi riga e colonna, ispeziona il token evidenziato e confronta input e output riparato. Repair pulisce la sintassi: non decide se i valori sono semanticamente corretti per la tua applicazione.

Usa Minify solo dopo che il JSON è valido. Il JSON minificato è utile per variabili d’ambiente, parametri di query, log compatti e piccoli esempi in documentazione. Per code review, debug e test API l’output formattato è di solito più sicuro perché ogni chiave, elemento di array e valore annidato sta su una riga prevedibile.

Dizionario degli errori JSON

Virgola finale

Una virgola finale prima di } o ] è accettata da molti strumenti JavaScript ma rifiutata dai parser JSON. Rimuovi la virgola finale dopo l’ultima proprietà o l’ultimo elemento dell’array.

Chiavi JSON senza apici

Le chiavi di oggetto come name e active devono stare tra virgolette doppie. Converti { name: "Ada" } in { "name": "Ada" }.

Apici singoli

Le stringhe JSON richiedono virgolette doppie. Sostituisci 'Ada' con "Ada" e fai attenzione agli apostrofi dentro le stringhe.

Unexpected token

Significa che è apparso un carattere dove la grammatica JSON rigorosa non lo permetteva. Il token può essere una virgola, una barra, un apice singolo, un booleano in maiuscolo o testo extra dopo il documento JSON.

Literali Python

Python usa True, False e None. JSON usa true, false e null.

Commenti

I commenti sono comuni in JavaScript e JSONC, ma non sono JSON valido. Prima di passare i dati a un parser JSON, rimuovi i commenti di riga // e quelli di blocco /* commenti di blocco */.

Recinzioni di codice Markdown

Le risposte LLM avvolgono spesso il JSON in recinzioni ```json. Rimuovi i marcatori di recinzione prima del parsing o dell’invio del payload a un’API.

Domande per strumento

JSON Fix — Come riparo JSON non valido?

Incolla il JSON rotto in JSON Fix, clicca Repair & Format. Sistema virgole finali, apici singoli, chiavi senza apici, literali Python, commenti e recinzioni Markdown in un solo passaggio.

JSON Validate — Qual è la differenza tra validare e parsare JSON?

Il parsing trasforma il JSON in un valore utilizzabile; la validazione conferma soltanto che era parsabile. Un JSON.parse riuscito è la validazione — vedi JSON Validator.

JSON Viewer — Perché il mio albero è vuoto?

Un albero si costruisce solo da JSON parsabile. Ripara prima gli errori comuni con JSON Fix e poi carica il risultato pulito nel JSON Viewer.

JSON Diff — Perché le versioni ordinata e non ordinata risultano identiche?

Gli oggetti JSON sono, per specifica, non ordinati. JSON Diff normalizza le chiavi prima del confronto, quindi compaiono solo differenze di valore reali.

JSON to TypeScript — I tipi generati vengono validati a runtime?

No. JSON to TypeScript genera interfacce a tempo di compilazione. Per la validazione a runtime, combinale con Zod o descrivi la forma con JSON Schema.

JSON Minify — Quanto si risparmia minificando?

Tipicamente tra il 15 e il 50 % prima della compressione HTTP. Se il tuo server invia già Content-Encoding: gzip o br, il risparmio marginale di minify è piccolo.

JSON Stringify — Come decodifico una stringa JSON doppiamente codificata?

Clicca Unstringify in JSON Stringify, oppure chiama JSON.parse due volte se l’input inizia con un apice escapato.

JSON ⇄ CSV — Come si rappresentano gli oggetti annidati?

Ogni oggetto o array annidato viene scritto come testo JSON nella cella, mantenendo la conversione reversibile. Vedi JSON to CSV.

JSON ⇄ XML — Come trasformo un valore in attributo XML?

Prefissa la chiave con @ (per esempio @id); il testo dell’elemento va sotto #text; gli array diventano elementi ripetuti. Vedi JSON to XML.

YAML — Perché il mio YAML non viene parsato?

Quasi sempre per l’indentazione: un tab (YAML proibisce le tabulazioni) o fratelli allineati male. Passa il testo da il formatter YAML, che evidenzia e normalizza entrambi.

Base64 — Differenza tra Base64 e Base64url?

Il Base64 standard usa + e / con padding =; il Base64url, sicuro per URL, li sostituisce con - e _ e omette il padding, così il valore è sicuro dentro URL e JWT. Vedi Base64.

URL Decode — Perché il mio + non si decodifica in spazio?

Nelle query string uno spazio può apparire come + (form encoding) oppure %20. decodeURIComponent non converte + in spazio: sostituiscilo tu prima se hai dati in form encoding. Vedi URL Decode.

JWT Decode — Verifica la firma?

No. JWT Decode legge le claim, ma non controlla la firma. Verifica sempre lato server e configura la libreria con l’algoritmo esatto che ti aspetti (non accettare mai alg: none).

Quale articolo sugli errori mi serve?

Se hai la stringa esatta dell’errore, vai direttamente all’articolo dedicato:

• «Unexpected token < in JSON at position 0» → il tuo fetch ha restituito HTML
• «Unexpected token u in JSON at position 0» → hai parsato undefined
• «Unexpected token o in JSON at position 1» → un oggetto è stato stringificato in [object Object]
• «Unexpected end of JSON input» → struttura troncata o non chiusa
• «Unexpected non-whitespace character after JSON data» → dati extra dopo un valore completo (NDJSON?)
• «Unterminated string in JSON» → una stringa aperta ma mai chiusa
• «Bad escaped character in JSON» → escape backslash non valido (es. \x, percorsi Windows)
• «Bad control character in string literal in JSON» → tab/newline/byte di controllo grezzo dentro una stringa
• «Expected double-quoted property name…» → virgola finale
• «[object Object] is not valid JSON» → oggetto stringificato prima del parsing
• Non sei sicuro? → parti dall’articolo riassuntivo: Come risolvere gli errori JSON.parse Unexpected Token

Come l’elaborazione locale protegge la privacy

Riparazione, validazione, formattazione, minificazione e copia funzionano tutte nella scheda del tuo browser. Lo strumento non ha bisogno di un endpoint di upload per elaborare il tuo JSON. Questo conta per esempi API, payload di webhook, frammenti di configurazione interna o output di debug che possono contenere identificatori privati. Dovresti comunque togliere i segreti prima di incollare esempi su qualsiasi sito, ma questo strumento è progettato perché il flusso principale di JSON resti «local-first».

Il sito potrebbe usare log di hosting e script di analytics intorno alla pagina, come descritto nella privacy policy. Quei sistemi non dovrebbero ricevere il contenuto che incolli nell’editor per la riparazione. Se un payload contiene credenziali, token di accesso, dati cliente o segreti di produzione, sostituiscili con segnaposto sicuri prima del debug.

Cos’è JSON e perché è rigoroso

JSON sta per JavaScript Object Notation, ma il JSON moderno è indipendente dal linguaggio. Python, Go, Java, PHP, Ruby, Rust, database, code, sistemi di log e codice del browser leggono tutti lo stesso documento JSON perché la grammatica è volutamente piccola. Quel rigore è utile: un parser JSON non esegue funzioni, costruttori, date, commenti o espressioni. Accetta solo dati.

Il prezzo è che testo copiato da un literal di oggetto JavaScript, un dizionario Python, una configurazione TypeScript o una risposta in Markdown può sembrare familiare pur restando JSON non valido. La riparazione aiuta a trasformare quel quasi-JSON in dati che un parser rigoroso accetti.

Prima di usare JSON riparato

Una riparazione riuscita significa che il testo può essere convertito in sintassi JSON valida, non dimostra che il payload sia corretto per il tuo endpoint o la tua applicazione. Prima di usare JSON riparato in produzione, controlla campi obbligatori, chiavi sconosciute, tipi di valore, lunghezze degli array, formati di data, valori enum, gestione di null e se gli identificatori vadano serializzati come stringhe o numeri.

Se il payload controlla permessi, fatturazione, cancellazione di dati o comportamenti visibili al cliente, dopo la riparazione confrontalo con un campione noto-buono o uno schema. Per il lavoro su API valida prima la sintassi, poi il contratto di business.