JSON Swiss

JSON Swiss

JSON Diff and Compare Tool

A: JSON A
B: JSON B
1
1

Как сравнить JSON онлайн — пошаговое руководство

1Шаг 1 — Вставьте или импортируйте оба JSON2Шаг 2 — Настройте параметры сравнения3Шаг 3 — Просмотрите визуализацию diff4Шаг 4 — Экспортируйте результат

Используйте этот онлайн-инструмент сравнения JSON, чтобы просматривать два JSON рядом, подсвечивать различия и экспортировать патчи или отчеты для контроля версий и тестирования 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

    Шаг 1 — Вставьте или импортируйте оба 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.

    • Вставьте первый JSON в левый редактор (JSON A), а второй — в правый (JSON B).
    • Или используйте Импорт, чтобы загрузить JSON из файлов, URL или буфера обмена для каждой стороны.
    • Сравнивайте реальные ответы API, конфигурации или экспорты данных, чтобы увидеть значимые изменения.
    • 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

    Шаг 2 — Настройте параметры сравнения

    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.

    • Включите «Игнорировать пробелы», чтобы сосредоточиться на структуре, а не на форматировании.
    • Включите «Игнорировать регистр» для сравнения ключей и строк без учета регистра.
    • Включите «Игнорировать порядок», когда порядок элементов не должен считаться изменением.
    • 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

    Шаг 3 — Просмотрите визуализацию 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.

    • Режим «Два столбца» подсвечивает добавления (зеленым), удаления (красным) и изменения (желтым).
    • Посмотрите на статус-бар: общее число изменений и разбивку по типам.
    • Переключайтесь между режимами «Сбоку» и «В одну» в зависимости от экрана и предпочтений.
    • 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

    Шаг 4 — Экспортируйте результат

    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.

    • Скопируйте сводку, чтобы быстро поделиться изменениями в чате, тикетах или документации.
    • Экспортируйте Markdown-отчет с детальными изменениями и статистикой.
    • Экспортируйте JSON Patch (RFC 6902) для программного применения изменений.
    • 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.

Быстрые советы по сравнению JSON

Сначала валидируйте оба JSON, чтобы ошибки синтаксиса не скрывали реальные отличия.
При сравнении ответов API попробуйте включить «Игнорировать порядок», чтобы уменьшить шум из-за перестановок в массивах.
Используйте экспорт JSON Patch, когда нужен машинно читаемый diff для синхронизации окружений.
If the diff is hard to read, format both payloads first, then compare again.

Связанные инструменты для сравнения и diff JSON

Комбинируйте эти инструменты со сравнением JSON для валидации, форматирования и генерации кода.

Проверить JSON

Проверьте оба JSON перед сравнением, чтобы убедиться в корректной синтаксической структуре.

Форматировать JSON

Сначала отформатируйте JSON, чтобы нормализовать пробелы и упростить чтение diff.

Генератор схем

Сгенерируйте JSON Schema из JSON, чтобы валидировать будущие изменения относительно ожидаемой структуры.

JSON в TypeScript

Сгенерируйте типы TypeScript из JSON для типобезопасного отслеживания изменений в коде.

JSON в таблицу

Редактируйте сравниваемый JSON в интерактивном табличном редакторе.

Часто задаваемые вопросы

Как работает сравнение JSON?

Инструмент выполняет структурный diff и выявляет добавления, удаления и изменения в объектах и массивах на любой глубине.

Загружается ли мой JSON на сервер?

Нет. Все обрабатывается локально в вашем браузере и никогда не отправляется на наши серверы.

Какие параметры сравнения доступны?

Можно игнорировать пробелы, регистр и порядок, чтобы сосредоточиться на важных структурных изменениях, а не на форматировании.

Можно ли игнорировать пробелы?

Да. Опция нормализует пробелы внутри строковых значений. Пробелы вне строк уже игнорируются при разборе JSON.

Можно ли игнорировать регистр?

Да. При включенной опции ключи и строковые значения сравниваются без учета регистра, что снижает количество ложных отличий.

Можно ли игнорировать порядок?

Да. Опция делает порядок ключей объектов и элементов массивов несущественным, что полезно, когда порядок не имеет значения.

Почему редактор иногда становится только для чтения?

Когда включена любая опция игнорирования, отображается нормализованный просмотр, чтобы подсветка строго соответствовала правилам. Отключите опции, чтобы снова редактировать исходный JSON.

Что такое JSON Patch (RFC 6902)?

JSON Patch — это стандартный список операций (add, remove, replace и т. д.), который преобразует один JSON-документ в другой.

Как формируется экспортируемый JSON Patch?

Мы вычисляем надежный набор операций A → B по путям JSON Pointer. Для массивов могут применяться более консервативные замены, чтобы избежать смещения индексов.

Как экспортировать или поделиться результатами?

Используйте «Копировать сводку» для быстрого обзора, «Экспорт отчета» для Markdown-отчета или «Экспорт JSON Patch» для программного применения изменений.