JSON Swiss

JSON Swiss

JSON Diff and Compare Tool

A: JSON A
B: JSON B
1
1

Como comparar arquivos JSON online – guia passo a passo

1Etapa 1 – Cole ou importe os dois arquivos JSON2Etapa 2 – Configure as opções de comparação3Etapa 3 – Revise a visualização do diff4Etapa 4 – Exporte os resultados

Use este comparador de JSON online para ver dois objetos JSON lado a lado, destacar diferenças e exportar patches ou relatórios para controle de versão e testes 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

    Etapa 1 – Cole ou importe os dois arquivos 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.

    • Cole o primeiro JSON no editor da esquerda (JSON A) e o segundo no editor da direita (JSON B).
    • Ou use Importar para carregar JSON de arquivos, URLs ou do clipboard em cada lado.
    • Use respostas reais de API, arquivos de configuração ou exportações de dados para comparar mudanças 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

    Etapa 2 – Configure as opções de comparação

    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.

    • Ative Ignorar espaços em branco para focar na estrutura, e não na formatação.
    • Ative Ignorar maiúsculas/minúsculas para comparar chaves e strings sem diferenciar letras.
    • Ative Ignorar ordem quando a ordem dos elementos não deve contar como mudança.
    • 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

    Etapa 3 – Revise a visualização do 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.

    • A visualização lado a lado destaca adições (verde), exclusões (vermelho) e modificações (amarelo).
    • Use a barra de status para ver o total de alterações e o detalhamento por tipo.
    • Alterne entre os modos Lado e Inline conforme o tamanho da tela ou sua preferência.
    • 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

    Etapa 4 – Exporte os 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.

    • Copie o resumo para compartilhar rapidamente em chats, tickets ou documentação.
    • Exporte um relatório em Markdown com alterações detalhadas e estatísticas.
    • Exporte um JSON Patch (RFC 6902) para aplicar mudanças programaticamente.
    • 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.

Dicas rápidas para comparar JSON

Valide os dois JSON primeiro para que erros de sintaxe não escondam diferenças reais.
Ao comparar respostas de API, considere ativar Ignorar ordem para reduzir ruído de arrays reordenados.
Use a exportação de JSON Patch quando precisar de um diff legível por máquina para manter ambientes em sincronia.
If the diff is hard to read, format both payloads first, then compare again.

Ferramentas relacionadas de comparação & diff de JSON

Combine estas ferramentas com a comparação de JSON para fluxos de validação, formatação e geração de código.

Validar JSON

Valide os dois JSON antes de comparar para garantir que a sintaxe esteja correta.

Formatar JSON

Formate primeiro para normalizar espaços e facilitar a leitura do diff.

Gerador de Schema

Gere um JSON Schema a partir do seu JSON para validar mudanças futuras contra uma estrutura esperada.

JSON para TypeScript

Gere tipos TypeScript a partir de JSON para rastrear mudanças com segurança de tipos no código.

JSON para tabela

Edite o JSON comparado em um editor de tabela interativo.

Perguntas Frequentes

Como funciona a comparação de JSON?

A ferramenta faz um diff estrutural para detectar adições, exclusões e modificações em objetos e arrays aninhados.

Isso faz upload do meu JSON?

Não. Tudo é processado localmente no seu navegador e nunca é enviado aos nossos servidores.

Quais opções de comparação estão disponíveis?

Você pode ignorar espaços em branco, ignorar maiúsculas/minúsculas e ignorar ordem para focar em mudanças estruturais relevantes.

Posso ignorar espaços em branco?

Sim. A opção ignora/normaliza espaços dentro de valores string. Espaços fora de strings já são ignorados ao fazer o parsing do JSON.

Posso ignorar maiúsculas e minúsculas?

Sim. Com Ignorar maiúsculas/minúsculas, chaves e valores string são comparados sem diferenciar letras maiúsculas e minúsculas.

Posso ignorar a ordem?

Sim. Ignorar ordem trata chaves de objetos e elementos de arrays como não dependentes de ordem, útil quando a ordem não é significativa.

Por que o editor às vezes fica somente leitura?

Quando alguma opção de ignorar está ativa, a visualização muda para uma prévia normalizada para que o destaque siga exatamente essas regras. Desative as opções para voltar a editar o JSON bruto.

O que é JSON Patch (RFC 6902)?

JSON Patch é um padrão de operações (add, remove, replace etc.) para transformar um documento JSON em outro.

Como o JSON Patch exportado é gerado?

Calculamos um conjunto confiável de operações de A → B com base em caminhos JSON Pointer. Para arrays, podemos usar substituições conservadoras para evitar problemas de índice.

Como exportar ou compartilhar os resultados?

Use Copiar resumo para copiar uma visão geral, Exportar relatório para baixar um relatório em Markdown ou Exportar JSON Patch para aplicar as mudanças programaticamente.