JSON Swiss

JSON Swiss

JSON Diff and Compare Tool

A: JSON A
B: JSON B
1
1

JSON-Dateien online vergleichen – Schritt-für-Schritt-Anleitung

1Schritt 1 – Beide JSONs einfügen oder importieren2Schritt 2 – Vergleichsoptionen konfigurieren3Schritt 3 – Diff-Visualisierung prüfen4Schritt 4 – Ergebnisse exportieren

Mit diesem Online-JSON-Compare-Tool können Sie zwei JSONs nebeneinander ansehen, Unterschiede hervorheben und Patches oder Berichte für Versionskontrolle und API-Tests exportieren.

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

    Schritt 1 – Beide JSONs einfügen oder importieren

    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.

    • Fügen Sie das erste JSON in den linken Editor (JSON A) und das zweite in den rechten Editor (JSON B) ein.
    • Oder nutzen Sie Import, um JSON aus Dateien, URLs oder der Zwischenablage für jede Seite zu laden.
    • Verwenden Sie echte API-Responses, Konfigurationsdateien oder Datenexporte, um sinnvolle Änderungen zu vergleichen.
    • 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

    Schritt 2 – Vergleichsoptionen konfigurieren

    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.

    • Aktivieren Sie Leerzeichen ignorieren, um sich auf Struktur statt Formatierung zu konzentrieren.
    • Aktivieren Sie Groß-/Kleinschreibung ignorieren für einen case-insensitiven Vergleich von Schlüsseln und Strings.
    • Aktivieren Sie Reihenfolge ignorieren, wenn die Reihenfolge von Elementen nicht als Änderung zählen soll.
    • 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

    Schritt 3 – Diff-Visualisierung prüfen

    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.

    • Die Nebeneinander-Ansicht hebt Hinzufügungen (grün), Löschungen (rot) und Änderungen (gelb) hervor.
    • Nutzen Sie die Statusleiste für Gesamtänderungen und die Aufschlüsselung nach Typ.
    • Wechseln Sie je nach Bildschirmgröße oder Präferenz zwischen Side- und Inline-Modus.
    • 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

    Schritt 4 – Ergebnisse exportieren

    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.

    • Kopieren Sie die Zusammenfassung, um Änderungen schnell in Chat, Tickets oder Doku zu teilen.
    • Exportieren Sie einen Markdown-Bericht mit detaillierten Änderungen und Statistiken.
    • Exportieren Sie JSON Patch (RFC 6902), um Änderungen programmatisch anzuwenden.
    • 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.

Schnelle Tipps zum JSON-Vergleich

Validieren Sie beide JSONs zuerst, damit Syntaxfehler keine echten Unterschiede verdecken.
Bei API-Responses kann Reihenfolge ignorieren helfen, Rauschen durch umsortierte Arrays zu reduzieren.
Nutzen Sie den JSON-Patch-Export, wenn Sie einen maschinenlesbaren Diff für die Synchronisation von Umgebungen benötigen.
If the diff is hard to read, format both payloads first, then compare again.

Verwandte Tools für JSON-Vergleich & Diff

Kombinieren Sie diese Tools mit dem JSON-Vergleich für Workflows rund um Validierung, Formatierung und Code-Generierung.

JSON validieren

Validieren Sie beide JSONs vor dem Vergleich, um sicherzustellen, dass die Syntax korrekt ist.

JSON formatieren

Formatieren Sie zuerst, um Leerzeichen zu normalisieren und Diffs leichter lesbar zu machen.

Schema‑Generator

Erzeugen Sie ein JSON Schema aus Ihrem JSON, um zukünftige Änderungen gegen eine erwartete Struktur zu validieren.

JSON → TypeScript

Erzeugen Sie TypeScript-Typen aus JSON, um Änderungen typsicher im Code nachzuverfolgen.

JSON zu Tabelle

Verglichenes JSON in einem interaktiven Tabellen-Editor bearbeiten.

Häufig gestellte Fragen

Wie funktioniert der JSON-Vergleich?

Das Tool erstellt einen strukturellen Diff und erkennt Hinzufügungen, Löschungen und Änderungen in verschachtelten Objekten und Arrays.

Werden meine JSON-Daten hochgeladen?

Nein. Alles wird lokal im Browser verarbeitet und niemals auf unsere Server hochgeladen.

Welche Vergleichsoptionen gibt es?

Sie können Leerzeichen, Groß-/Kleinschreibung und Reihenfolge ignorieren, um sich auf relevante strukturelle Änderungen statt Formatierungsrauschen zu konzentrieren.

Kann ich Leerzeichen ignorieren?

Ja. Diese Option normalisiert Leerzeichen innerhalb von String-Werten. Leerzeichen außerhalb von Strings werden beim JSON-Parsing ohnehin ignoriert.

Kann ich die Groß-/Kleinschreibung ignorieren?

Ja. Wenn aktiviert, werden Schlüssel und String-Werte ohne Beachtung der Groß-/Kleinschreibung verglichen.

Kann ich die Reihenfolge ignorieren?

Ja. Ignorieren der Reihenfolge behandelt Objekt-Schlüssel und Array-Elemente als reihenfolgeunabhängig – sinnvoll, wenn die Reihenfolge keine Bedeutung hat.

Warum ist der Editor manchmal schreibgeschützt?

Wenn eine Ignore-Option aktiv ist, wechselt die Ansicht zu einer normalisierten Vorschau, damit die Hervorhebung exakt zu den Regeln passt. Deaktivieren Sie die Optionen, um wieder rohes JSON zu bearbeiten.

Was ist JSON Patch (RFC 6902)?

JSON Patch ist ein Standard für eine Liste von Operationen (add, remove, replace usw.), um ein JSON-Dokument in ein anderes zu transformieren.

Wie wird das exportierte JSON Patch erzeugt?

Wir berechnen einen zuverlässigen Satz von Operationen von A → B anhand von JSON-Pointer-Pfaden. Bei Arrays können konservative Ersetzungen genutzt werden, um Index-Verschiebungen zu vermeiden.

Wie kann ich Ergebnisse exportieren oder teilen?

Nutzen Sie Zusammenfassung kopieren für einen schnellen Überblick, Bericht exportieren für einen Markdown-Bericht oder JSON Patch exportieren, um Änderungen programmatisch anzuwenden.