JSON Swiss

JSON Swiss

JSON Diff and Compare Tool

A: JSON A
B: JSON B
1
1

Cómo comparar archivos JSON en línea: guía paso a paso

1Paso 1 – Pega o importa ambos archivos JSON2Paso 2 – Configura las opciones de comparación3Paso 3 – Revisa la visualización del diff4Paso 4 – Exporta los resultados

Usa este comparador de JSON en línea para ver dos objetos JSON lado a lado, resaltar diferencias y exportar parches o reportes para control de versiones y pruebas de 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

    Paso 1 – Pega o importa ambos archivos 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.

    • Pega el primer JSON en el editor izquierdo (JSON A) y el segundo en el editor derecho (JSON B).
    • O usa Importar para cargar JSON desde archivos, URLs o el portapapeles en cada lado.
    • Usa respuestas reales de API, archivos de configuración o exportaciones de datos para comparar cambios relevantes.
    • 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

    Paso 2 – Configura las opciones de comparación

    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.

    • Activa Ignorar espacios en blanco para enfocarte en la estructura y no en el formato.
    • Activa Ignorar mayúsculas/minúsculas para comparar claves y strings sin distinguir mayúsculas.
    • Activa Ignorar orden cuando el orden de los elementos no deba contar como cambio.
    • 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

    Paso 3 – Revisa la visualización 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 lado a lado resalta adiciones (verde), eliminaciones (rojo) y modificaciones (amarillo).
    • Revisa la barra de estado para ver el total de cambios y el desglose.
    • Cambia entre Lado y En línea según tu pantalla o preferencia.
    • 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

    Paso 4 – Exporta los resultados

    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 el resumen para compartir los cambios rápidamente en chats, tickets o documentación.
    • Exporta un reporte en Markdown con cambios detallados y estadísticas.
    • Exporta un JSON Patch (RFC 6902) para aplicar cambios de forma programática.
    • 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.

Consejos rápidos para comparar JSON

Valida ambos JSON primero para que los errores de sintaxis no oculten diferencias reales.
Al comparar respuestas de API, considera activar Ignorar orden para evitar ruido por arrays reordenados.
Usa la exportación de JSON Patch cuando necesites un diff legible por máquinas para mantener entornos sincronizados.
If the diff is hard to read, format both payloads first, then compare again.

Herramientas relacionadas para comparar y hacer diff de JSON

Combina estas herramientas con la comparación de JSON para flujos de validación, formateo y generación de código.

Validar JSON

Valida ambos JSON antes de comparar para asegurar que la sintaxis sea correcta.

Formatear JSON

Formatea primero para normalizar espacios y facilitar la lectura del diff.

Generador de esquema

Genera un JSON Schema a partir del JSON para validar cambios futuros contra una estructura esperada.

JSON a TypeScript

Genera tipos de TypeScript desde JSON para un seguimiento de cambios con tipado seguro.

JSON a tabla

Edita el JSON comparado en un editor de tabla interactivo.

Preguntas frecuentes

¿Cómo funciona la comparación de JSON?

La herramienta realiza un diff estructural para detectar adiciones, eliminaciones y modificaciones en objetos y arrays anidados.

¿Esto sube mis datos JSON?

No. Todo se procesa localmente en tu navegador y nunca se sube a nuestros servidores.

¿Qué opciones de comparación están disponibles?

Puedes ignorar espacios en blanco, mayúsculas/minúsculas y el orden para enfocarte en cambios estructurales significativos.

¿Puedo ignorar los espacios en blanco?

Sí. Ignorar espacios en blanco normaliza el espacio dentro de valores string. El espacio fuera de strings ya se ignora al parsear JSON.

¿Puedo ignorar mayúsculas y minúsculas?

Sí. Con Ignorar mayúsculas/minúsculas, las claves y los valores string se comparan sin distinguir entre mayúsculas y minúsculas.

¿Puedo ignorar el orden?

Sí. Ignorar orden trata las claves de objetos y los elementos de arrays como no dependientes del orden, útil cuando el orden no es relevante.

¿Por qué el editor a veces es de solo lectura?

Cuando activas una opción de ignorar, la vista cambia a una previsualización normalizada para que el resaltado coincida con esas reglas. Desactiva las opciones para editar el JSON sin normalizar.

¿Qué es JSON Patch (RFC 6902)?

JSON Patch es un estándar de operaciones (add, remove, replace, etc.) para transformar un documento JSON en otro.

¿Cómo se genera el JSON Patch exportado?

Calculamos un conjunto confiable de operaciones de A → B usando rutas JSON Pointer. Para arrays, podemos usar reemplazos conservadores para evitar problemas de índices.

¿Cómo puedo exportar o compartir los resultados?

Usa Copiar resumen para obtener un vistazo rápido, Exportar reporte para descargar un reporte en Markdown o Exportar JSON Patch para aplicar cambios programáticamente.