JSON Pretty Formatter
Onleesbare JSON uit een API-respons, een logregel of een configuratiebestand wordt hier in één keer leesbaar: de tool leest je invoer met de JSON-parser van je eigen browser en schrijft hem terug met twee spaties inspringing per niveau. Klopt de invoer niet, dan krijg je de foutmelding van diezelfde parser — inclusief de positie waar het misging, wat meestal genoeg is om een vergeten komma of een dubbele accolade te vinden. Omdat het de ingebouwde parser is, gelden precies dezelfde regels als in je code: commentaar mag niet, sleutels moeten tussen dubbele aanhalingstekens, en een komma achter het laatste element is ongeldig. Alles gebeurt lokaal in je browser. Je JSON gaat niet naar onze server, wordt niet gelogd en niet opgeslagen — je kunt er dus ook een respons met echte klantgegevens in plakken. Het gebruik is gratis en onbeperkt, ook zakelijk: geen account, geen licentie, geen limiet op hoe vaak of hoe groot.
Waar je dit voor gebruikt
{"naam":"Mira","rollen":["assistent","analist"],"actief":true}Ingesprongen terug met twee spaties per niveauFout in de invoer → melding met de positie waar het misgaat
Wat anderen van deze tool vinden
Nog geen beoordelingen voor deze tool. Die van jou is de eerste.
Werk je met Westcube?
Laat ook een review achter op GoogleVeelgestelde vragen
Waarom keurt de tool mijn JSON af terwijl het er goed uitziet?
Meestal is het een van vier dingen. Een komma achter het laatste element van een object of array (een "trailing comma") is in JavaScript toegestaan maar in JSON niet. Sleutels moeten tussen dubbele aanhalingstekens staan — enkele aanhalingstekens of helemaal geen aanhalingstekens is ongeldig, ook al accepteert Python of JavaScript dat wel. Commentaar bestaat niet in JSON: geen // en geen /* */. En tot slot zijn losse waarden als NaN, Infinity of undefined geen geldige JSON. De foutmelding noemt de positie waar de parser vastliep; het probleem zit dan vrijwel altijd net vóór die positie.
Blijft de volgorde van mijn sleutels behouden?
Ja, voor gewone sleutels blijft de volgorde precies zoals je hem invoert. De JSON-specificatie garandeert dat niet — een object is formeel een ongeordende verzameling — maar in de praktijk bewaren alle browsers de invoegvolgorde. Eén uitzondering: sleutels die eruitzien als een geheel getal (bijvoorbeeld "1" of "42") worden door JavaScript altijd numeriek en vóór de andere sleutels gesorteerd. Dat is gedrag van de taal zelf, niet van deze tool, en je ziet het in elke JavaScript-omgeving.
Kan ik hier gevoelige gegevens in plakken?
De verwerking gebeurt volledig in je browser: er gaat geen enkel teken van je invoer naar onze server, er wordt niets gelogd en niets opgeslagen. Je kunt de pagina na gebruik sluiten en dan is alles weg. Wees je er wel van bewust dat de tekst tot dat moment gewoon in je browser staat — op een gedeelde of beheerde computer is dat een overweging, net als bij elk ander tabblad. Wil je het zelf controleren: open het netwerktabblad van je ontwikkelaarstools en je ziet dat er tijdens het opmaken geen enkel verzoek uitgaat.
Is er een maximum aan de hoeveelheid JSON?
Wij leggen geen limiet op. De enige grens is het werkgeheugen van je eigen browser, en dat ligt in de praktijk bij enkele megabytes tekst voordat het merkbaar traag wordt. Loopt het vast bij een heel groot bestand, dan is dat je browser en niet onze server — een stuk eruit knippen en dat opmaken werkt dan wel. Er is geen dagcap, geen aantal-keer-per-uur en geen betaalde variant met een hogere limiet.
Wat is het verschil met JSON valideren tegen een schema?
Deze tool controleert de syntaxis: is dit geldige JSON? Hij zegt niets over de inhoud. Een JSON Schema-validator gaat een stap verder en controleert of de structuur klopt met wat je verwacht — of het veld "leeftijd" een getal is, of "email" verplicht aanwezig is, of een array minstens één element bevat. Voor dat laatste heb je een schema nodig dat je zelf definieert. Syntaxiscontrole is altijd de eerste stap: is de JSON niet parseerbaar, dan komt een schemavalidator er sowieso niet doorheen.