Как привести JSON к виду, который можно проверить глазами

Ответ программы пришёл одной длинной строкой JSON. Искать в ней нужное поле глазами неудобно; форматирование по строкам помогает увидеть вложенность и быстрее заметить ошибку.

JSON formatter: сначала проверьте синтаксис

Вставьте копию данных в форматтер JSON. Если парсер показывает ошибку, не исправляйте случайные символы наугад. Посмотрите на указанное место и соседние строки: пропущенная запятая или закрывающая скобка может быть чуть раньше.

После красивой раскладки

Форматированный текст стал удобнее для чтения, но значения не должны поменяться. Проверьте несколько полей, которые важны вашей задаче: числовой идентификатор, пустое значение, вложенный список. Сохраните исходную строку до проверки.

Если нужен другой выход

Для преобразования между CSV, JSON и XML есть конвертер данных. Для небольшой таблицы в README пригодится JSON в Markdown. Форматтер же помогает читать и проверять исходную структуру, не превращая её в новый тип документа.

Читаемый вид помогает найти место ошибки

В одну строку JSON может выглядеть как бесконечный набор скобок. После форматирования вложенные объекты становятся заметнее: видно, где заканчивается массив и к какому полю относится значение. Но красивый отступ не исправляет синтаксис сам по себе. Если проверка сообщает об ошибке, посмотрите рядом с указанным местом: часто пропущена кавычка, запятая или закрывающая скобка.

{"name":"Лампа","options":["белая","чёрная"]}

После правки проверьте не только валидность, но и смысл полей. Строка "price":"500" и число "price":500 выглядят похоже для человека, однако принимающая программа может обрабатывать их по-разному. Сохраните исходный ответ сервера, если разбираете ошибку интеграции.

Валидный JSON ещё не означает верные данные

Форматтер может подтвердить, что скобки и кавычки стоят правильно. Но поле quantity может содержать отрицательное число там, где оно недопустимо, а date — строку не того формата. После синтаксической проверки найдите ключевые поля и сравните их с ожиданиями принимающей программы. Если ошибка пришла от API, сохраните исходный ответ без личных данных и время запроса для диагностики. Не публикуйте реальный токен доступа или персональные сведения вместе с красиво отформатированным примером: читабельность файла не делает его безопасным для общего доступа.

При разборе ошибки замените чувствительные значения безопасными образцами, сохранив структуру JSON. Тогда коллега увидит вложенность и типы полей, но не получит доступ к системе. Перед отправкой проверьте также URL внутри данных и скрытые поля: форматированный вид облегчает чтение, но не удаляет секреты.

Итог: сначала корректность синтаксиса, потом удобство чтения и сверка значений.

Читайте также: Как выбрать формат данных для передачи между программами; Как показать данные JSON в таблице Markdown.