Privacy guide

Keep production JSON out of paste sites.

A practical way to inspect API responses, customer payloads and configuration data without turning sensitive debugging material into somebody else’s input.

Short answer

The safest default is architectural: keep document contents in a local tool, inspect only the data you need and redact before anything leaves your device.

Key points

  • Classify the payload before opening it in a third-party service.
  • Prefer tools whose core workflow does not require an upload or public share URL.
  • Copy a minimal, redacted excerpt instead of sharing the complete document.

Formatting is not the risky part

Pretty-printing JSON is mechanically simple. The risk comes from where the payload goes, what the service records and what happens when somebody presses Save or Share.

Production responses routinely contain bearer tokens, email addresses, account identifiers, internal hostnames, feature flags and support context. None of those fields need to be obviously labelled as secrets to be sensitive.

Some web tools process JSON entirely in the browser. Others offer server-backed sharing, analytics or URL import. The right question is therefore not “is it a website?” but “does this particular workflow send or retain my document?”

Use a local inspection workflow

A local-first workflow begins with the raw payload and keeps the working copy on the device. Open the file or paste the response, choose the view that matches the shape, make temporary edits and copy only the result you need.

For an array of records, a table is often faster than a deeply expanded tree. For a single response, search and a selected-value inspector are usually enough. Raw view remains useful when exact whitespace, ordering or parser behaviour matters.

  • Open the payload locally from a file, paste action or raw browser page.
  • Search for the field involved in the bug rather than expanding everything.
  • Edit a scalar locally when you need to test a hypothesis.
  • Copy a value, subtree or exact path instead of the entire response.
  • Use redacted copy before moving evidence into a ticket, chat or document.

Redaction is a reduction step, not a guarantee

Automatic redaction can mask common secret-shaped fields such as authorization headers, API keys and tokens. It cannot understand every business-specific identifier or every value that becomes sensitive in context.

Always review the output. A useful rule is to remove whole branches that are irrelevant to the conversation, then redact the smaller excerpt. Data minimisation is more reliable than asking a pattern matcher to understand the complete document.

Where Blobster fits

Blobster is a browser workbench for this local step. The extension has no account, document upload, analytics, telemetry, cloud sync or public paste URL. It supports tree, table and raw views, local edits, path copy and redacted copy.

That does not remove the need to understand your organisation’s handling rules. It gives the debugging workflow a safer default: the document stays local unless you deliberately copy something out.

Sources

Local-first workbench

Inspect the data. Keep the document local.

Open JSON, logs, tokens, configs and tables in Blobster without adding an account, telemetry or a public paste URL.

Install from Chrome Web Store