JSON-formatering og -validering på nett

Slik bruker du det

1. Lim JSON-en din inn i inndataboksen til venstre (eller klikk «Last inn eksempel» for å prøve den).
2. Velg 2- eller 4-mellomroms innrykk.
3. Klikk «Formater» for å pynte, eller «Minifiser» for å komprimere den til én linje.
4. Hvis JSON-en er ugyldig, les feilmeldingen under boksene for å finne problemet.
5. Klikk «Kopier» for å kopiere resultatet til utklippstavlen.

Eksempel

Inndata

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

Resultat

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

Samme data, formatert med 2-mellomroms innrykk. Minifisering gjør det motsatte: den fjerner alle mellomrom.

Hva er dette verktøyet?

En JSON-formatering tar rå, minifisert eller rotete JSON-tekst og skriver den om med konsekvent innrykk og linjeskift slik at den blir lett å lese. JSON (JavaScript Object Notation) er det vanligste dataformatet brukt av API-er, konfigurasjonsfiler og loggsystemer, men servere sender det som regel som én lang, ulesbar linje for å spare båndbredde.

Dette verktøyet fungerer også som en JSON-validator: det tolker inndataen din etter de samme strenge reglene nettlesere bruker, så hvis JSON-en din har et manglende komma, en ukvotert nøkkel eller et etterslepende komma, ser du den eksakte feilmeldingen i stedet for en stille feil.

JSON er formelt definert av to samstemte standarder, RFC 8259 og ECMA-404 — og spesifikasjonen er bevisst strengere enn JavaScript selv, som er grunnen til at et utdrag som kjører fint som JS-kode fortsatt kan feile på streng JSON-validering her.

Praktiske tips

• Feilsøker du et API? Lim inn den rå responsen først, formater deretter — validatoren peker ut den eksakte linjen og kolonnen for ethvert syntaksproblem, noe som slår å myse på en énlinjes blob.
• Bruk 2-mellomroms innrykk for lesing på skjerm og minifiser før du limer JSON inn i en URL, en miljøvariabel eller en chatmelding — mellomrom koster bare bytes der.
• JSON5-stil kommentarer og etterslepende kommaer er de to vanligste grunnene til at håndskrevet konfig «ser fin ut» men feiler validering: streng JSON tillater ingen av delene.
• For svært store filer (logger, databasedumper), formater bare fragmentet du bryr deg om — editoren din forblir responsiv og strukturen er lettere å følge.

Hvor dette passer inn i reelle arbeidsflyter

Den vanligste flyten vi ser: et API returnerer Base64-innpakket eller minifisert JSON inne i et token eller en webhook-nyttelast. Dekod Base64-en først, formater JSON-en deretter, og diff to responser for det tredje når noe endret seg mellom miljøer. Hvert steg har et dedikert verktøy her, og nyttelastene dine forlater aldri nettleseren på noe tidspunkt.

Frontend-utviklere bruker minifiseringsretningen like ofte som formatering: skal du sende en stor statisk JSON-fil? Å minifisere den sparer typisk 20–30 % før gzip i det hele tatt starter.

→ Base64-koder/dekoder · Tekstdiff

Vanlige bruksområder

• Lese en minifisert API-respons returnert som én ulesbar linje, for å forstå strukturen under feilsøking.
• Validere en konfigfil (som en package.json eller en JSON-basert innstillingsfil) som mystisk nok ikke leses riktig av en applikasjon.
• Dele et lesbart, formatert JSON-utdrag i en feilrapport, kodegjennomgang eller dokumentasjon.
• Krympe en JSON-nyttelast til minste form før den legges i en URL-parameter eller lagres i en databasekolonne med størrelsesgrenser.

Hvorfor bruke det?

Feilsøk API-responser raskt — gjør en énlinjes respons om til en lesbar struktur med ett klikk.

Finn syntaksfeil øyeblikkelig, med den eksakte grunnen til at JSON-en feilet å tolkes.

Minifiser JSON før du legger den inn i kode eller sender den over nettverket.

100 % privat: tolkning skjer i nettleseren din, ingenting lastes opp eller lagres.

Ingen innlogging, ingen grenser, fungerer på mobil.

Ofte stilte spørsmål