Skip to content
NSNormandin SystemsTHE EVERYDAY TOOLBOXMain site
{ }

Data / YOUR EVERYDAY TOOLBOX

JSON Linter

Check and lint JSON content

✓ Free to use✓ No account neededHow to use this tool ↓
YOUR WORKSPACESee an example ↗

Opening your tool…

Downloads extra assets. Optional schema validation downloads public JSON schemas; linting works locally. Check important results and keep a copy of your original files.

THE PRACTICAL GUIDE · NORMANDIN SYSTEMS

Get more from JSON Linter

JSON Linter helps you check syntax in JSON. A linter identifies malformed JSON so that punctuation and value errors can be corrected before the document reaches another parser. This is useful when the information is already available but its structure, presentation, or consistency makes it difficult to inspect. Work with a representative sample first so that you can recognize the expected result before applying the same operation to a larger document. Syntax validation does not validate against a schema or prove that a field has the correct meaning. Duplicate-name handling can also vary by parser. Keep the original input available while reviewing the output. The important check is whether the result still has the intended values and relationships, rather than whether it merely looks neater. Check double-quoted keys, balanced brackets, and literal true, false, or null.

Guide updated October 13, 2026

How to use this tool

  1. Place the JSON input in the relevant editor. If the tool compares or combines documents, keep each document in its own input.
  2. Select the available settings for the operation you need. Check double-quoted keys, balanced brackets, and literal true, false, or null.
  3. Review any syntax errors before interpreting the result. A valid document with the wrong structure needs a different fix from malformed input.
  4. Inspect the changed portion and at least one unchanged portion. Keep a copy of the original JSON until the result has been checked in its destination.

SEE IT IN PRACTICE

A worked example

EXAMPLE INPUT
{"count":1,}
RESULT / WHAT TO EXPECT
A trailing-comma syntax issue under strict JSON rules

Strict JSON does not allow a comma immediately before the closing brace. Removing that comma gives {"count":1}.

Syntax, schema, and business rules

These are separate layers of validation. Syntax asks whether the document can be parsed; a schema asks whether the parsed fields and types fit a structure; business rules ask whether the values make sense for the application. A missing required email address can pass syntax. Resolve parsing first, then apply schema and domain checks in the receiving workflow.

Repair the first syntax break

An unclosed quote can cause a parser to report errors far beyond the actual mistake. Start near the earliest reported location and check string delimiters, escapes, commas, and closing brackets. Strict JSON requires double-quoted property names and does not accept comments or trailing commas. If a JavaScript-style snippet uses those features, convert or rewrite it into JSON rather than assuming a formatter will make it valid automatically.

When this tool is useful

  • Inspect API request bodies while keeping the underlying structure visible.
  • Reproduce JSON parser errors with a compact, reproducible sample.
  • Check configuration syntax before copying data into another application.

Tips for a better result

  • Syntax validation does not validate against a schema or prove that a field has the correct meaning. Duplicate-name handling can also vary by parser.
  • Check double-quoted keys, balanced brackets, and literal true, false, or null.
  • Use a small JSON example to isolate an unexpected result. Add nested objects, arrays, quoted text, and empty values only as needed to reproduce the behavior.

Frequently asked questions

Does this establish that my JSON is correct?

It checks or transforms the aspects covered by this operation. It cannot establish whether the values match your business rules, whether required records are missing, or whether the receiving application accepts the same structure.

Why do visually similar inputs behave differently?

Value types, nesting, array order, duplicate names, and invisible whitespace inside strings can carry meaning. Compare the parsed structure and exact values, rather than judging only the way the document appears on screen.

What is a useful review process?

First resolve syntax errors, then inspect the specific result this tool produces. Check double-quoted keys, balanced brackets, and literal true, false, or null. Finally, test a representative result with the application that will consume it.

What happens to the information I enter?

The utility processes your input in this browser. Some tools retain field values in browser storage or the URL; avoid entering secrets in shareable fields. This tool downloads additional resources: Optional schema validation downloads public JSON schemas; linting works locally. Read the privacy and offline-use notes for details.

Further reading