{ "job": "pick the right tool" }

JSON tools guide: pick the right page before you paste

A formatter does not repair broken syntax. Base64 does not hide a secret. A code generator does not know your full API contract from one response.

This guide maps every JSON page on Toolexe to a concrete job, then names the point where the output needs human review. Start from the failure in front of you, not from a familiar tool name.

Start with the failure, not the file extension

Most JSON work begins with one of four problems. The payload is unreadable, invalid, shaped wrong, or headed somewhere else. Picking by symptom avoids a chain of conversions which changes data before anyone has checked the source.

“Unreadable at a glance.”

Open the viewer for folding or the beautifier for indentation.

“The parser rejects this.”

Use the parser for escaped strings. Pick the fixer for malformed source.

“One field changed.”

Compare responses in JSON Diff, then prove selectors in the path tester.

“Another system needs this.”

Read the loss table first. CSV, SQL, XML, YAML, and code models preserve different parts of the source.

Valid JSON has a narrow border

Browsers accept JavaScript object syntax in code. JSON parsers accept less. A pasted object with single quotes, comments, or a trailing comma is still invalid JSON.

{"service": "api.toolexe.com","retries": 3,"enabled": true}
A fixer is a diagnostic bridge, not a production parser. Repair the producer after you recover the draft. Silent repair at an API boundary turns bad input into uncertain data.
  • Keys and strings use double quotes. Single quotes belong to JavaScript, not JSON.
  • The final member has no trailing comma.
  • Comments are outside the JSON grammar. Keep notes in documentation or a named field.
  • Numbers exclude NaN and Infinity. Store an agreed string or null when no finite value exists.
  • Object key order carries no contract meaning. Array order often does.

Three field workflows, with a stop point

A good workflow ends before the browser starts making business decisions. Use these sequences to inspect or reshape data, then put contract checks back in the application which owns the payload.

API RELEASE

Compare staging with production

  1. Format both responses in JSON Beautifier.
  2. Place them in JSON Diff.
  3. Generate a draft in JSON to JSON Schema.
  4. Stop. Review required fields against the written API contract.
SHEET IMPORT

Turn a workbook into records

  1. Pick the header row in Excel to JSON.
  2. Remove blank fields in JSON Cleaner.
  3. Test a nested selector in JSON Path Tester.
  4. Stop. Check dates, leading zeroes, and large identifiers against the sheet.
EMBEDDED CONFIG

Place JSON inside another value

  1. Check the source in JSON Viewer.
  2. Use JSON Stringify for source code.
  3. Use URL Encode for a query value.
  4. Stop. Base64 adds transport safety, not secrecy.

The destination decides what gets lost

JSON stores trees, lists, strings, numbers, booleans, and null. Flat tables or typed classes need extra rules. No converter knows your business meaning, so review the first difficult row rather than the easiest one.

DestinationGood fitReview before usePage
CSV or TSVArrays of similar recordsNested objects, arrays inside cells, nulls, leading zeroesJSON to CSV
ExcelReview, filtering, handoffLarge integers, date coercion, formula-like textJSON to Excel
YAML or TOMLReadable configurationImplicit YAML types, table structure, comments absent from JSONJSON to YAML
SQLStarter inserts from object arraysColumn types, keys, constraints, transactions, nested valuesJSON to SQL
Typed codeModel scaffolds from representative recordsOptional fields, unions, decimal ranges, dates, naming rulesJSON to TypeScript
Base64Text-only transportNo secrecy, larger output, UTF-8 assumptionsJSON to Base64

Every JSON tool, grouped by the job

Each live tool route in the JSON category appears once below. The short note states the best fit or the boundary worth checking.

46 linked pages
01

Read, compare, and repair

Start here when the payload is hard to scan, fails to parse, or hides a changed field.

02

Compact, escape, and transport

These pages change how JSON travels through source code, URLs, logs, or text-only channels.

03

Move data into another format

Conversion always makes a choice about nesting, types, or repeated rows. Read the destination limit first.

04

Generate types, models, and contracts

A sample payload gives these generators evidence, not certainty. Optional fields need more than one representative record.

05

Create test records

Use repeatable mock data when an endpoint or fixture is missing.

Questions worth asking before the output ships

Syntax is only the first check. Privacy, type inference, flattened data, and silent repair carry bigger risks once a payload reaches another system.

Should broken JSON go through the fixer before production?

Use the fixer to learn what broke and to recover a draft. Do not turn repair rules into a silent production parser. Fix the producer, add validation at the boundary, then reject malformed input with a useful error.

Why do CSV and Excel lose parts of a nested object?

Rows and columns have no native object tree. A converter must flatten nested keys, stringify nested values, or split data across sheets. Check the preview before a spreadsheet becomes the only copy.

Does Base64 protect private JSON?

No. Base64 changes bytes into printable text. Anyone with a decoder gets the original payload. Use encryption or a protected transport when secrecy matters.

Which page fits an API response I need to inspect?

Open JSON Viewer for folding and paths. Pick Beautifier for readable indentation plus syntax errors. Use JSON Diff when two environments return different data, or JSON Path Tester when one selector needs proof.

Does pasted JSON leave the browser?

The pages in this guide process input in page scripts. File converters read the selected file inside the tab. A browser page is still the wrong place for secrets on a shared machine or a profile loaded with untrusted extensions.

Why does generated code mark the wrong field as required?

One sample proves only what appeared once. Feed several representative records where the generator accepts arrays, then review nullability, integer ranges, dates, and names against the real API contract.

{ }

One rule worth keeping

Validate before conversion. Inspect after conversion. When the destination introduces types or constraints, test the result there too.