CodeKitHubSlik bruker du det
- Lim JSON-en din inn i inndataboksen til venstre (eller klikk «Last inn eksempel» for å prøve den).
- Velg 2- eller 4-mellomroms innrykk.
- Klikk «Formater» for å pynte, eller «Minifiser» for å komprimere den til én linje.
- Hvis JSON-en er ugyldig, les feilmeldingen under boksene for å finne problemet.
- 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.
Vanlige JSON-feil og hvordan du fikser dem
De fleste «ugyldig JSON»-rapporter kan spores til en liten gruppe tilbakevendende feil. Tabellen under dekker de vanligste du støter på når du redigerer konfigfiler for hånd eller feilsøker et innlimt API-svar.
| Feil | Eksempel | Løsning |
|---|---|---|
| Etterslepende komma | {"a": 1, "b": 2,} | Fjern kommaet etter det siste elementet i et objekt eller en array. |
| Enkle anførselstegn | {'a': 1} | JSON krever doble anførselstegn for nøkler og strengverdier. |
| Ukvotert nøkkel | {a: 1} | Sett hver nøkkel i doble anførselstegn: {"a": 1}. |
| Kommentarer | { // merknad\n "a": 1 } | Streng JSON tillater ingen kommentarer — fjern // og /* */ før validering. |
| Manglende komma | {"a": 1 "b": 2} | Sett inn et komma mellom hvert nøkkel-verdi-par. |
| NaN / undefined / Infinity | {"a": NaN} | Disse er gyldig JavaScript, men ikke gyldig JSON — bruk null eller en streng i stedet. |
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?
BankID-integrasjonen din kaster en 500-feil, og loggen lagrer hele responsen som én lang linje — lim den inn her for å se med én gang hvilket felt som manglet i nyttelasten.
Du bygger en Vipps-lignende betalingsflyt og får «Unexpected token at position 103» — verktøyet peker ut nøyaktig linje og kolonne i stedet for at du må telle tegn for hånd.
Du skal sende en konfigurasjon til et tredjeparts-API og vil krympe nyttelasten før den forlater maskinen din — minifiser med ett klikk.
JSON-en inneholder fødselsnummer eller kundedata, og du kan ikke lime den inn i et eksternt verktøy av personvernhensyn — alt skjer lokalt i nettleseren din, ingenting forlater enheten din.
Du gjennomgår en kollegas pull request der testdataen er én minifisert linje — formater den først slik at diffen faktisk viser hva som er endret.
Ofte stilte spørsmål
Blir JSON-dataene mine lastet opp til en server?
Nei. Dette verktøyet kjøres helt i nettleseren din med JavaScript. JSON-en din forlater aldri enheten din, noe som gjør det trygt å bruke med sensitive eller interne data.
Hvorfor er JSON-en min ugyldig?
De vanligste årsakene er: manglende eller ekstra kommaer, nøkler uten doble anførselstegn, enkle anførselstegn i stedet for doble, etterslepende kommaer etter det siste elementet, og kommentarer (JSON tillater ikke kommentarer). Feilmeldingen under inndataboksen forteller deg hva tolkeren fant.
Hva er forskjellen mellom Formater og Minifiser?
Formater legger til innrykk og linjeskift for å gjøre JSON menneskelesbar. Minifiser fjerner alle unødvendige mellomrom for å gjøre JSON-en så liten som mulig — nyttig før overføring eller innlemming.
Er det en størrelsesgrense?
Det er ingen hard grense pålagt av verktøyet. Svært store filer (titalls megabyte) kan være trege avhengig av enheten din, fordi all behandling skjer lokalt i nettleseren din.
Kan dette fikse ødelagt JSON automatisk?
Nei — verktøyet forteller deg nøyaktig hvor JSON-en er ødelagt slik at du kan fikse den, men det gjetter eller endrer ikke dataene dine. Dette er tilsiktet: å stille «fikse» data kan skjule reelle feil.
Støtter verktøyet JSON5 eller JSONC (kommentarer, etterslepende kommaer, ukvoterte nøkler)?
Nei, og det er bevisst — verktøyet validerer mot streng RFC 8259-JSON, formatet API-ene dine og JSON.parse() faktisk krever. Skal du formatere en JSONC-konfigfil (som tsconfig.json), fjern kommentarene først, ellers rapporterer tolkeren dem som feil.
Hvordan skiller dette seg fra å bare kjøre JSON.stringify i nettleserkonsollen?
JSON.stringify(JSON.parse(x), null, 2) gjør samme omformatering, men krever en åpen konsoll og kaster en uklar generisk feil ved ugyldig inndata i stedet for å peke på nøyaktig linje og kolonne slik dette verktøyet gjør.
Fungerer dette like godt i alle nettlesere, som Safari eller eldre Edge?
Ja. Verktøyet bruker nettleserens innebygde JavaScript-tolker, som er identisk i alle moderne nettlesere (Chrome, Firefox, Safari, Edge) — samme resultat uansett enhet eller operativsystem.
Hva er forskjellen fra den innebygde JSON-formateringen i tekstredigeringsprogrammet mitt?
Prinsippet er det samme, men dette verktøyet krever ingen installasjon, fungerer i enhver nettleser, viser nøyaktig feilposisjon og kan brukes selv når du ikke sitter ved din egen datamaskin — for eksempel på en delt arbeidsstasjon eller mobilen.
Hva skjer hvis jeg ved et uhell limer inn sensitive data, som fødselsnummer?
Fordi all behandling skjer i nettleseren din og ingenting sendes til en server, er risikoen den samme som å lime teksten inn i din egen notatblokk. Vi anbefaler likevel alltid å fjerne ekte fødselsnummer og kundedata før du deler resultatet videre.