JSON converter for Next.js & Supabase data. In your browser.

Convert JSON, CSV, YAML and XML with local parsing and exports. Inspect format differences before moving data into your SaaS — free, no sign-up.

Loading the tool…

Shared JSON parser; 200 KB inputs, 1 MB outputs, depth limits. CSV is lossy for JSON types. YAML core/JSON-compatible data only; plain XML uses element names and is lossy; typed XML is the exact round-trip alternative.

How to use

  1. Select source and target formats, then paste a data sample under 200 KB. CSV requires unique headers and matching row widths.
  2. Choose Convert data. Review the format notes: CSV uses strings, YAML accepts JSON-compatible core types, and XML offers plain elements or a typed round-trip dialect.
  3. Copy or download the result locally, or Reverse with result to check the return conversion. Review types before importing into Supabase.

Reference documentation

Frequently asked questions

Is this free, and does anything leave my browser?

Free, no sign-up. Inputs and outputs stay in your browser, with no processing endpoint or upload. Copy and download are local. Usage events contain only a fixed tool name and action, never your data.

Will JSON to CSV and back preserve all types?

No. CSV has no native JSON types. Objects or nonempty arrays of objects export as rows; nested values become JSON text in a cell. Import keeps every cell as a string. Absent properties export as empty cells. Check types and nulls before a database import.

How are commas, quotes and multiline cells handled?

The existing Papa Parse library handles quoted delimiters, doubled quotes and embedded newlines. CSV import requires unique, nonempty headers and equal row widths, and rejects parsing errors. Untrusted cells can be spreadsheet formulas, so inspect the CSV as text before opening it in a spreadsheet.

Which YAML features are supported?

YAML core scalars, lists and mappings that can represent JSON. Aliases, duplicate keys, custom tags, nonfinite numbers and integers outside JavaScript safe precision are rejected. Comments and YAML formatting do not survive conversion. Dates remain strings under the core schema.

How does the XML round-trip work?

Choose Plain XML for items/item elements and keys such as name as element names. Plain output loses JSON type, null and empty-collection distinctions and requires simple XML names. Choose Typed XML for a json root with entry/item elements and key attributes; it preserves arbitrary keys, arrays, booleans, null and strings for exact round-trips. Other XML imports as a root tree with attributes and ordered children, preserving mixed text and repeated elements rather than guessing types.

Is XML converted using external entities?

No. DTD and custom entity declarations are rejected before native DOM parsing. XML 1.0-invalid control characters cannot be exported. Conventional XML comments and processing instructions are not data in the imported tree; Plain or typed XML output is generated from JSON data, not a recreation of an arbitrary original XML document.

Related tools

All free tools

Read this page as Markdown