JSONParse Open the viewer

Docs

Privacy and data handling

The reason to use a local JSON viewer is that production payloads contain things that should not be pasted into a stranger’s server. Here is precisely what happens to yours.

The viewer

What is stored on your device

StoreContentsCleared by
localStorageSettings: theme, indent, parse mode, expand depth.Clearing site data.
IndexedDBOpened documents, only while "keep documents" is enabled.Turning the setting off, removing an entry, or clearing site data.

Analytics

The site loads Google Analytics to count page views and which features get used. It records the usual page and device metadata. It does not receive file names, file contents, search queries or generated output, because none of that is ever passed to it. Browser-level tracking protection and content blockers stop it entirely, and the viewer works identically without it.

Where the HTTP API is different

The HTTP API and the MCP server exist so automated tools can use JSONParse, and they necessarily receive the JSON you send them. They are a separate surface from the viewer with a separate promise:

Third parties

The site is served from Vercel, which terminates TLS and keeps standard request logs. Google Analytics is the only other third party. There are no advertising scripts, no A/B testing services and no session recorders.

Frequently asked questions

Can I use JSONParse with confidential production data?

The viewer is built for that case: the document never leaves the browser tab. Your own organisation’s policy is the thing to check, and pointing a reviewer at the Network panel is usually the fastest way to settle it.

Does the site work with analytics blocked?

Completely. Analytics is loaded from a separate script and nothing in the application depends on it.

Is there a self-hosted option?

Yes. The project is MIT licensed and the build produces static files — clone the repository, run the build and serve the output from anywhere.

Last updated .