JSON Swiss

JSON Swiss

JSON Diff and Compare Tool

A: JSON A
B: JSON B
1
1

Come confrontare file JSON online – guida passo passo

1Passo 1 – Incolla o importa entrambi i JSON2Passo 2 – Configura le opzioni di confronto3Passo 3 – Controlla la visualizzazione del diff4Passo 4 – Esporta i risultati

Usa questo strumento di confronto JSON online per vedere due JSON affiancati, evidenziare le differenze ed esportare patch o report per il version control e i test API.

Understand version drift before acting on it

The compare tool helps answer what changed, not just whether the text looks different

In most workflows, you care about whether fields were added, removed, or changed in meaning, not whether two files differ by whitespace or order. That is why a structural JSON compare is more useful than plain text diff.

JSON A (older version)
1
{
2
"id": 1,
3
"name": "Maeve",
4
"status": "active",
5
"roles": ["admin", "editor"]
6
}
JSON B (newer version)
1
{
2
"id": 1,
3
"name": "Maeve Winters",
4
"status": "active",
5
"roles": ["admin", "editor"],
6
"email": "[email protected]"
7
}

If you only need the high-level answer first, read the summary. If you need exact field-level context, stay in the diff view.

3 compare examples that reflect real work

These examples mirror the most common JSON diff workflows in development, QA, and operations: API upgrades, environment config review, and data migration verification.

API Versioning

Compare API response v1 and v2 to confirm added fields

This is ideal when frontend and backend teams need to verify exactly what changed between response versions.

Response v1
1
{
2
"user": {
3
"id": 42,
4
"name": "Maeve"
5
},
6
"status": "active"
7
}
Response v2
1
{
2
"user": {
3
"id": 42,
4
"name": "Maeve"
5
},
6
"status": "active",
7
"profile": {
8
"email": "[email protected]"
9
}
10
}

This kind of diff is especially useful when you need to verify added fields before updating tests or frontend models.

Environment Config

Remove ordering noise so the real config differences stand out

When object keys or array members are semantically unordered, selective ignore rules can reduce a lot of useless diff noise.

Staging
1
{
2
"features": ["coupon", "betaCheckout"],
3
"retry": 2,
4
"timeout": 5000
5
}
Production
1
{
2
"features": ["betaCheckout", "coupon"],
3
"retry": 3,
4
"timeout": 5000
5
}

With ignore order enabled, the important change becomes obvious: retry changed, while the feature list did not meaningfully drift.

Migration Review

Check data migration output and export a Patch for automation

This works well when old structures are being split, renamed, or normalized into a new shape.

Before migration
1
{
2
"fullName": "Maeve Winters",
3
"active": true
4
}
After migration
1
{
2
"firstName": "Maeve",
3
"lastName": "Winters",
4
"status": "active"
5
}

If the migration pipeline needs repeatable change application, exporting both the Markdown report and JSON Patch is often worthwhile.

  1. 01

    Tutorial Step

    Passo 1 – Incolla o importa entrambi i JSON

    Before you look at the diff, be clear about what each side represents: old versus new, staging versus production, previous response versus current response. That mental model makes the later change review much easier.

    • Incolla il primo JSON nell’editor di sinistra (JSON A) e il secondo nell’editor di destra (JSON B).
    • Oppure usa Importa per caricare JSON da file, URL o clipboard per ciascun lato.
    • Usa risposte API reali, file di configurazione o export di dati per confrontare cambiamenti significativi.
    • Try to compare payloads from the same business scope or time window so you do not mix unrelated changes into one review.
    • Check the imported names or source labels before reviewing the diff so you do not accidentally reverse the sides.
  2. 02

    Tutorial Step

    Passo 2 – Configura le opzioni di confronto

    Ignore whitespace, case, and order are useful only when they match the meaning of your data. The fastest approach is to choose them intentionally instead of enabling every option by default.

    • Attiva Ignora spazi per concentrarti sulla struttura e non sulla formattazione.
    • Attiva Ignora maiuscole/minuscole per confrontare chiavi e stringhe senza distinzione.
    • Attiva Ignora ordine quando l’ordine degli elementi non deve contare come modifica.
    • When any ignore rule is enabled, the page switches to a normalized preview so the highlights match the actual comparison logic.
    • If you are unsure whether order matters, review the raw diff first and turn on ignore order only after you confirm the noise pattern.
  3. 03

    Tutorial Step

    Passo 3 – Controlla la visualizzazione del diff

    A useful comparison is more than colored highlights. The best signal usually comes from combining three things: the field-level diff, the change counts in the status area, and the high-level summary you can copy or export.

    • La vista affiancata evidenzia aggiunte (verde), eliminazioni (rosso) e modifiche (giallo).
    • Consulta la barra di stato per il totale delle modifiche e la ripartizione.
    • Passa tra le modalità Lato e Inline in base alla dimensione dello schermo o alle preferenze.
    • Copy Summary is useful when you need to explain the result quickly in a ticket, chat, or review thread.
    • If the diff suddenly looks much larger than expected, confirm that the two payloads actually come from the same source scope before digging deeper.
  4. 04

    Tutorial Step

    Passo 4 – Esporta i risultati

    This page does not just show differences. It can produce three useful outputs depending on what happens next: summary text for communication, Markdown reports for documentation, and JSON Patch for automation.

    • Copia il riepilogo per condividere rapidamente su chat, ticket o documentazione.
    • Esporta un report Markdown con modifiche dettagliate e statistiche.
    • Esporta un JSON Patch (RFC 6902) per applicare le modifiche via codice.
    • For config comparisons, keep the report with version identifiers so rollback and audit are easier later.
    • If one of the payloads still needs field-by-field review, move it into the table editor after the comparison step.

A more reliable compare workflow

1

Validate both payloads first so broken JSON does not pollute the diff.

2

Review the raw comparison once before enabling ignore rules so you understand what noise is present.

3

Use the diff highlights, counts, and summary together to judge the scale and type of change.

4

Use summary text for communication, Markdown reports for records, and JSON Patch for automation.

5

If one side still needs field-level inspection or editing, continue into the formatter or table editor after comparison.

The compare page is best used to answer not whether two files look different, but where the JSON structure and meaning actually changed.

Suggerimenti rapidi per confrontare JSON

Valida prima entrambi i JSON per evitare che errori di sintassi nascondano differenze reali.
Quando confronti risposte API, valuta di attivare Ignora ordine per ridurre il rumore dovuto ad array riordinati.
Usa l’export JSON Patch quando ti serve un diff leggibile dalle macchine per sincronizzare ambienti.
If the diff is hard to read, format both payloads first, then compare again.

Strumenti correlati per confronto & diff JSON

Combina questi strumenti con il confronto JSON per workflow di validazione, formattazione e generazione di codice.

Valida JSON

Valida entrambi i JSON prima di confrontarli per assicurarti che la sintassi sia corretta.

Formatta JSON

Formatta prima per normalizzare gli spazi e rendere il diff più leggibile.

Generatore di schema

Genera un JSON Schema dal tuo JSON per validare cambi futuri rispetto a una struttura prevista.

JSON → TypeScript

Genera tipi TypeScript dal JSON per un tracciamento delle modifiche type-safe nel codice.

JSON in tabella

Modifica il JSON confrontato in un editor di tabelle interattivo.

Domande frequenti

Come funziona il confronto JSON?

Lo strumento esegue un diff strutturale per rilevare aggiunte, eliminazioni e modifiche in oggetti e array annidati.

I miei dati JSON vengono caricati online?

No. Tutto viene elaborato localmente nel browser e non viene mai caricato sui nostri server.

Quali opzioni di confronto sono disponibili?

Puoi ignorare spazi, maiuscole/minuscole e ordine per concentrarti su cambiamenti strutturali significativi anziché su differenze di formattazione.

Posso ignorare gli spazi?

Sì. Questa opzione normalizza gli spazi all’interno dei valori stringa. Gli spazi fuori dalle stringhe sono già ignorati durante il parsing JSON.

Posso ignorare maiuscole/minuscole?

Sì. Quando attivo, chiavi e valori stringa vengono confrontati senza distinzione tra maiuscole e minuscole.

Posso ignorare l’ordine?

Sì. Ignorare l’ordine rende non rilevante l’ordine delle chiavi degli oggetti e degli elementi degli array, utile quando l’ordine non è significativo.

Perché l’editor a volte è in sola lettura?

Quando è attiva un’opzione di ignorare, la vista passa a un’anteprima normalizzata affinché l’evidenziazione rispetti le regole. Disattiva le opzioni per tornare a modificare il JSON grezzo.

Cos’è JSON Patch (RFC 6902)?

JSON Patch è uno standard di operazioni (add, remove, replace, ecc.) per trasformare un documento JSON in un altro.

Come viene generato il JSON Patch esportato?

Calcoliamo un set affidabile di operazioni da A → B usando i percorsi JSON Pointer. Per gli array possiamo usare sostituzioni conservative per evitare problemi di indici.

Come posso esportare o condividere i risultati?

Usa Copia riepilogo per copiare una panoramica rapida, Esporta report per scaricare un report Markdown o Esporta JSON Patch per applicare le modifiche via codice.