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

АвторOleh Soloninобновлено 25 сентября 2026 г.

Проверка JSON

JSON корректен

{
  "project": "UniTools",
  "version": 1,
  "active": true
}

Читаемый вид или прямой ответ, что не так

Вставьте сырой JSON, чтобы разложить его по отступам или узнать, где именно он ломается. Всё работает в браузере.

Ответы API приходят одной сплошной строкой. Форматирование добавляет отступы, и структура становится видимой — обычно этого достаточно, чтобы найти недостающее поле.

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

Как пользоваться

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

Во что обходятся отступы

Отступы не меняют данные, только запись. Один и тот же объект из трёх полей занимает 48 символов в сжатом виде и 61 с отступами — разница целиком состоит из пробелов и переносов строки.

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

Обе величины посчитаны на примере из поля по умолчанию, тем же вызовом JSON.stringify, который делает сам инструмент. На этом примере надбавка 27 %; на других документах она зависит от вложенности, ключей и значений и может быть и куда меньше, и в разы больше.
Запись	Символов	Строк	Для чего
Сжатая	48	1	передача и хранение
С отступами в два пробела	61	5	чтение и сравнение версий

Пять записей, на которых JSON спотыкается

JSON строже, чем JavaScript, из которого он вырос. Четыре из пяти строк таблицы были бы допустимы в файле .js и недопустимы в .json — отсюда почти все сообщения об ошибке.

Пятая — ведущий ноль. JSON запрещает его в числах, потому что в ряде языков он означает восьмеричную запись. Артикул с нулями впереди нужно хранить строкой, и тогда он переживёт любую обработку.

Позиции взяты из разбора той же функцией JSON.parse, которой пользуется инструмент. Текст сообщения пишет разборщик браузера и в Chrome, Firefox и Safari он звучит по-разному — позиция при этом указывает на одно и то же место.
Запись	Почему не проходит	Позиция в сообщении
{"a":1,}	запятая перед закрывающей скобкой — в JavaScript можно, в JSON нет	7
{'a':1}	одинарные кавычки — JSON требует двойных	1
{a:1}	ключ без кавычек	1
{"a":1} // комментарий	в JSON комментариев не бывает	8
{"a":01}	ведущий ноль в числе	6

Что показывает калькулятор

JSON с отступами и понятной вложенностью
Ошибку разбора с указанием позиции
Сжатый вариант, когда нужно уменьшить объём

Что важно учитывать

Всё выполняется локально в браузере, данные никуда не отправляются.
Действуют строгие правила JSON: комментарии и висящие запятые отклоняются.

Частые вопросы

Почему мой JSON невалиден, хотя выглядит нормально?

Чаще всего из-за запятой перед закрывающей скобкой, одинарных кавычек или ключа без кавычек. В JavaScript всё это допустимо, в JSON — нет. Второй частый случай — невидимый символ, попавший при копировании из документа.

Что означает позиция в сообщении об ошибке?

Зависит от браузера: в сообщении бывает номер символа от начала, строка и столбец или только описание. Ориентируйтесь на позицию, которую назвал ваш браузер, — у разных разборщиков она не совпадает; с отступами номер строки полезнее.

Безопасно ли вставлять сюда рабочие данные?

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

Можно ли писать комментарии в JSON?

Нет, стандарт их не предусматривает. Там, где комментарии действительно нужны, берут YAML или JSON5. Распространённый обход — завести поле с именем вроде _comment: формально это обычные данные, и разборщик их пропускает.

Теряются ли большие числа?

Свыше примерно девяти квадриллионов — да, настолько хватает точности JavaScript. Девятнадцатизначный идентификатор вернётся с изменёнными последними цифрами и без всякого предупреждения, поэтому такие ключи хранят строкой.

Зачем сжимать JSON?

Чтобы не передавать пробелы. На примере этой страницы отступы добавляют 27 % объёма, а на большом ответе интерфейса — заметно больше. Для чтения человеком это оправданно, для обмена между программами — нет.

Мини-пример расчёта

Ответ, который можно прочитать

Входные данные: {"user":{"id":42,"roles":["admin","editor"]}}

Результат: Вложенный объект на девять строк с отступами

Комментарий: На трёх полях разница косметическая, а на пятидесяти — принципиальная.

Полезные переходы

Все инструменты раздела Инструменты разработчика

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

Проверка JSON

Связанные инструменты

JSON в YAML

CSV в JSON

Base64 кодировщик/декодер

Декодер JWT

Полезные переходы