JSON formatting rewrites raw, minified JSON with consistent indentation to make it human-readable and debuggable. The 5 most important things to know:
// and /* */ both break parsing.2024-01-15T10:30:00Z.JSON (JavaScript Object Notation) is the universal language of web APIs, configuration files, and data exchange. Whether you are debugging an API response, migrating data between systems, or configuring a cloud service, you need reliable JSON tooling in your browser — no install, no signup, no data leaving your machine.
JSON is a lightweight text format derived from JavaScript object syntax. It uses key-value pairs and ordered lists to represent structured data, and every major programming language can parse and generate it natively.
Raw JSON from an API often arrives minified — a single line with no whitespace. While this saves bandwidth, it is unreadable to humans. A JSON formatter reindents it with consistent spacing, making nested structures instantly visible. Proper formatting is not cosmetic: it directly affects your ability to spot missing brackets, misplaced commas, and type mismatches that cause runtime errors.
The JSON specification (RFC 8259) imposes no indentation rules. In practice, three conventions dominate.
2-space indentation is favoured by JavaScript and Node.js communities. It balances readability with compactness, keeping deeply nested structures on screen without horizontal scrolling. Most linters and editors default to 2 spaces for JSON.
4-space indentation is common in Python and Java projects. It makes each nesting level more visually distinct, which helps when reading deeply nested API responses.
Tab indentation allows each developer to choose their display width in their editor. It is common in C and Go projects. Our JSON Formatter supports all three. For most web API work, 2-space is the right default.
JSON is strict — a single character out of place breaks the entire document. Here are the five most common errors:
Trailing commas — JSON forbids a comma after the last item in an object or array. {"a":1, "b":2,} is invalid. Use the Fix Quotes button to catch this automatically.
Single quotes — JSON requires double quotes for all strings and keys. {'key': 'value'} is invalid JSON. Use the Fix Quotes button to convert automatically.
Unquoted keys — JavaScript objects allow bare keys, but JSON does not. Every key must be a double-quoted string.
Comments — JSON has no comment syntax. Both // and /* */ comments cause parse errors. Strip them before validating.
NaN and Infinity — Valid in JavaScript but not in JSON. Replace with null or a sentinel number like -1.
Different systems need data in different shapes. Here is when to use each converter:
JSON → YAML — YAML is the standard for Kubernetes manifests, Docker Compose files, GitHub Actions workflows, and most CI/CD pipelines. Convert when moving configuration from a JSON-based tool to a YAML-based one.
JSON → CSV — Spreadsheet tools and data pipelines expect CSV. Convert a JSON array of objects to a CSV where each object becomes a row and each key becomes a column header.
JSON → XML — Legacy enterprise systems, SOAP APIs, and many Java frameworks use XML. Convert JSON payloads to well-formed XML for integration with these systems.
JSON → TOML — Rust's Cargo, Python's pyproject.toml, and Hugo's config files use TOML. TOML is more explicit than YAML and better suited for human-edited configuration files.
All conversions run entirely in your browser. No data is sent to any server.
Use snake_case for keys consistently across your API. Mixing userId and user_id in the same codebase creates unnecessary mapping code.
Avoid deeply nested structures. If your JSON is 6+ levels deep, it is a sign the data model needs refactoring. Flat structures are easier to serialize, deserialize, and cache.
Represent missing data as null, not absent. {"email": null} communicates intent better than omitting the key entirely.
Use ISO 8601 for dates. JSON has no native date type. Always use strings in ISO 8601 format (2024-01-15T10:30:00Z) rather than Unix timestamps or locale-specific formats.
Validate at the boundary. Parse and validate incoming JSON at the edge of your system before it flows into your business logic. JSON Schema is the standard tool for this.
JSON5 es una extensión que añade a JSON comentarios, comas finales, claves sin comillas y cadenas con comillas simples. La mayoría de las API y los analizadores esperan JSON estricto (RFC 8259), no JSON5.
No directamente. El enfoque estándar es codificar los datos binarios en Base64 y almacenarlos como una cadena JSON. Nuestro Codificador de Base64 se encarga de esta conversión.
La especificación de JSON no tiene límite de tamaño. Los límites prácticos los impone la memoria de tu analizador. Nuestro formateador procesa archivos grandes de forma eficiente en el navegador.
No. Un objeto de JavaScript es una estructura de datos en tiempo de ejecución. JSON es un formato de serialización de texto. Las funciones, undefined y los símbolos no son valores JSON válidos.
Usa el botón Minify de nuestro Formateador de JSON. La minificación elimina todos los espacios en blanco, reduciendo el tamaño del archivo entre un 20–60% para cargas útiles de API típicas.