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.
Open the viewer for folding or the beautifier for indentation.
Compare responses in JSON Diff, then prove selectors in the path tester.
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}- 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.
Compare staging with production
- Format both responses in JSON Beautifier.
- Place them in JSON Diff.
- Generate a draft in JSON to JSON Schema.
- Stop. Review required fields against the written API contract.
Turn a workbook into records
- Pick the header row in Excel to JSON.
- Remove blank fields in JSON Cleaner.
- Test a nested selector in JSON Path Tester.
- Stop. Check dates, leading zeroes, and large identifiers against the sheet.
Place JSON inside another value
- Check the source in JSON Viewer.
- Use JSON Stringify for source code.
- Use URL Encode for a query value.
- 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.
| Destination | Good fit | Review before use | Page |
|---|---|---|---|
| CSV or TSV | Arrays of similar records | Nested objects, arrays inside cells, nulls, leading zeroes | JSON to CSV |
| Excel | Review, filtering, handoff | Large integers, date coercion, formula-like text | JSON to Excel |
| YAML or TOML | Readable configuration | Implicit YAML types, table structure, comments absent from JSON | JSON to YAML |
| SQL | Starter inserts from object arrays | Column types, keys, constraints, transactions, nested values | JSON to SQL |
| Typed code | Model scaffolds from representative records | Optional fields, unions, decimal ranges, dates, naming rules | JSON to TypeScript |
| Base64 | Text-only transport | No secrecy, larger output, UTF-8 assumptions | JSON 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.
Read, compare, and repair
Start here when the payload is hard to scan, fails to parse, or hides a changed field.
Compact, escape, and transport
These pages change how JSON travels through source code, URLs, logs, or text-only channels.
Move data into another format
Conversion always makes a choice about nesting, types, or repeated rows. Read the destination limit first.
Generate types, models, and contracts
A sample payload gives these generators evidence, not certainty. Optional fields need more than one representative record.
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.