JSON Swiss

JSON Swiss

JSON Diff and Compare Tool

A : JSON A
B : JSON B
1
1

Comment comparer des fichiers JSON en ligne – guide étape par étape

1Étape 1 – Collez ou importez les deux fichiers JSON2Étape 2 – Configurez les options de comparaison3Étape 3 – Analysez la visualisation du diff4Étape 4 – Exportez les résultats

Utilisez cet outil de comparaison JSON en ligne pour afficher deux JSON côte à côte, mettre en évidence les différences et exporter des patches ou des rapports pour le versioning et les tests d’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

    Étape 1 – Collez ou importez les deux fichiers 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.

    • Collez le premier JSON dans l’éditeur de gauche (JSON A) et le second dans l’éditeur de droite (JSON B).
    • Ou utilisez Importer pour charger du JSON depuis des fichiers, des URL ou le presse-papiers pour chaque côté.
    • Utilisez de vraies réponses API, des fichiers de configuration ou des exports de données pour comparer des changements pertinents.
    • 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

    Étape 2 – Configurez les options de comparaison

    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.

    • Activez Ignorer les espaces pour vous concentrer sur la structure plutôt que sur le formatage.
    • Activez Ignorer la casse pour comparer clés et strings sans tenir compte des majuscules/minuscules.
    • Activez Ignorer l’ordre lorsque l’ordre des éléments ne doit pas compter comme un changement.
    • 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

    Étape 3 – Analysez la visualisation du 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 vue côte à côte met en évidence les ajouts (vert), suppressions (rouge) et modifications (jaune).
    • Consultez la barre d’état pour le total des changements et le détail par type.
    • Basculez entre les modes Côte et Inline selon la taille d’écran ou vos préférences.
    • 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

    Étape 4 – Exportez les résultats

    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.

    • Copiez le résumé pour partager rapidement dans un chat, un ticket ou une documentation.
    • Exportez un rapport Markdown avec les changements détaillés et des statistiques.
    • Exportez un JSON Patch (RFC 6902) pour appliquer les changements par programme.
    • 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.

Conseils rapides pour comparer du JSON

Validez d’abord les deux JSON afin que les erreurs de syntaxe ne masquent pas les vraies différences.
Pour comparer des réponses API, pensez à activer Ignorer l’ordre afin de réduire le bruit dû au réordonnancement des tableaux.
Utilisez l’export JSON Patch si vous avez besoin d’un diff lisible par machine pour synchroniser des environnements.
If the diff is hard to read, format both payloads first, then compare again.

Outils liés pour comparer et diff du JSON

Combinez ces outils avec la comparaison JSON pour des workflows de validation, formatage et génération de code.

Valider JSON

Validez les deux JSON avant de comparer pour garantir une syntaxe correcte.

Formater JSON

Formatez d’abord pour normaliser les espaces et faciliter la lecture du diff.

Générateur de schéma

Générez un JSON Schema à partir de votre JSON pour valider les changements futurs contre une structure attendue.

JSON vers TypeScript

Générez des types TypeScript à partir du JSON pour un suivi des changements type-safe dans le code.

JSON en tableau

Modifiez le JSON comparé dans un éditeur de tableau interactif.

Questions fréquentes

Comment fonctionne la comparaison JSON ?

L’outil effectue un diff structurel pour détecter les ajouts, suppressions et modifications dans des objets et tableaux imbriqués.

Mes données JSON sont-elles envoyées sur un serveur ?

Non. Tout est traité localement dans votre navigateur et n’est jamais envoyé à nos serveurs.

Quelles options de comparaison sont disponibles ?

Vous pouvez ignorer les espaces, la casse et l’ordre afin de vous concentrer sur les changements structurels importants plutôt que sur les différences de formatage.

Puis-je ignorer les espaces ?

Oui. L’option normalise les espaces à l’intérieur des valeurs de type string. Les espaces en dehors des strings sont déjà ignorés lors du parsing JSON.

Puis-je ignorer la casse ?

Oui. Lorsque l’option est activée, les clés et les valeurs string sont comparées sans tenir compte des majuscules/minuscules.

Puis-je ignorer l’ordre ?

Oui. Ignorer l’ordre traite les clés d’objets et les éléments de tableaux comme non ordonnés, ce qui est utile lorsque l’ordre n’a pas de sens.

Pourquoi l’éditeur est-il parfois en lecture seule ?

Quand une option d’ignorance est activée, la vue passe en aperçu normalisé pour que la surbrillance corresponde exactement aux règles. Désactivez les options pour rééditer le JSON brut.

Qu’est-ce que JSON Patch (RFC 6902) ?

JSON Patch est un standard d’opérations (add, remove, replace, etc.) permettant de transformer un document JSON en un autre.

Comment le JSON Patch exporté est-il généré ?

Nous calculons un ensemble fiable d’opérations de A → B à partir des chemins JSON Pointer. Pour les tableaux, nous pouvons utiliser des remplacements prudents afin d’éviter les décalages d’index.

Comment exporter ou partager les résultats ?

Utilisez Copier le résumé pour une vue rapide, Exporter le rapport pour télécharger un rapport Markdown, ou Exporter JSON Patch pour appliquer les changements par programme.