JSON-formaterare och validerare online

Så använder du det

1. Klistra in din JSON i inmatningsrutan till vänster (eller klicka på "Läs in exempel" för att testa).
2. Välj 2- eller 4-blanksteg indentering.
3. Klicka på "Formatera" för att snygga till, eller "Minifiera" för att komprimera till en enda rad.
4. Om JSON är ogiltig, läs felmeddelandet under rutorna för att hitta problemet.
5. Klicka på "Kopiera" för att kopiera resultatet till urklipp.

Exempel

Inmatning

{"name":"CodeKitHub","tools":["json","base64"],"free":true}

Resultat

{
  "name": "CodeKitHub",
  "tools": [
    "json",
    "base64"
  ],
  "free": true
}

Samma data, formaterad med 2-blanksteg indentering. Minifiera gör motsatsen: den tar bort allt whitespace.

Vad är detta verktyg?

En JSON-formaterare tar rå, minifierad eller rörig JSON-text och skriver om den med konsekvent indentering och radbrytningar så att den blir lätt att läsa. JSON (JavaScript Object Notation) är det vanligaste dataformatet som används av API:er, konfigurationsfiler och loggsystem, men servrar skickar det oftast som en enda oläsbar rad för att spara bandbredd.

Verktyget fungerar också som en JSON-validerare: det tolkar din indata med samma strikta regler som webbläsare använder, så om din JSON har ett saknat kommatecken, en okänd nyckel eller ett avslutande kommatecken kommer du att se det exakta felmeddelandet istället för ett tyst fel.

JSON definieras formellt av två samstämda standarder, RFC 8259 och ECMA-404 — och specifikationen är medvetet strängare än JavaScript självt, vilket är varför ett kodavsnitt som körs utan problem som JS-kod ändå kan misslyckas med strikt JSON-validering här.

Praktiska tips

• Felsöker du ett API? Klistra in det råa svaret först, formatera sen — validatorn pekar ut exakt rad och kolumn för eventuella syntaxproblem, vilket slår att kisa på en enradig klump.
• Använd 2-blanksteg indentering för läsning på skärm och minifiera innan du klistrar in JSON i en URL, en miljövariabel eller ett chattmeddelande — whitespace kostar bara byte där.
• JSON5-liknande kommentarer och avslutande kommatecken är de två vanligaste anledningarna till att handskriven konfiguration "ser bra ut" men misslyckas med validering: strikt JSON tillåter ingetdera.
• För mycket stora filer (loggar, databasdumpar), formatera bara den del du bryr dig om — din editor förblir responsiv och strukturen blir lättare att följa.

Var detta passar in i verkliga arbetsflöden

Det vanligaste flödet vi ser: ett API returnerar Base64-inbäddad eller minifierad JSON inuti en token- eller webhook-payload. Avkoda Base64 först, formatera JSON därefter, och jämför två svar sist när något ändrats mellan miljöer. Varje steg har ett dedikerat verktyg här, och dina payloads lämnar aldrig webbläsaren i något av dem.

Frontend-utvecklare använder minifieringsriktningen precis lika ofta som formatering: skickar du en stor statisk JSON-fil? Att minifiera den sparar vanligtvis 20–30% redan innan gzip ens börjar.

→ Base64-kodare/avkodare · Textjämförelse

Vanliga användningsfall

• Läsa ett minifierat API-svar som returnerats som en oläsbar rad, för att förstå dess struktur under felsökning.
• Validera en konfigurationsfil (som en package.json eller en JSON-baserad inställningsfil) som mystiskt inte läses korrekt av en applikation.
• Dela ett läsbart, formaterat JSON-avsnitt i en buggrapport, kodgranskning eller dokumentation.
• Krympa en JSON-payload till dess minsta form innan den bäddas in i en URL-parameter eller lagras i en databaskolumn med storleksgränser.

Varför använda det?

Felsök API-svar snabbt — gör om ett enradigt svar till en läsbar struktur med ett klick.

Hitta syntaxfel direkt, med exakt anledningen till att JSON-tolkningen misslyckades.

Minifiera JSON innan du bäddar in den i kod eller skickar den över nätverket.

100% privat: tolkning sker i din webbläsare, inget laddas upp eller lagras.

Ingen inloggning, inga gränser, fungerar på mobilen.

Vanliga frågor