JSON-formaterer og validator online

Sådan bruger du det

1. Indsæt din JSON i inputboksen til venstre (eller klik "Load Example" for at prøve den).
2. Vælg 2-mellemrums eller 4-mellemrums indrykning.
3. Klik "Format" for at gøre den pænere, eller "Minify" for at komprimere den til én linje.
4. Hvis JSON'en er ugyldig, læs fejlbeskeden under boksene for at finde problemet.
5. Klik "Copy" for at kopiere resultatet til din udklipsholder.

Eksempel

Input

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

Output

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

De samme data, formateret med 2-mellemrums indrykning. Minify gør det modsatte: den fjerner alle mellemrum.

Hvad er dette værktøj?

En JSON-formaterer tager rå, minificeret eller rodet JSON-tekst og omskriver den med konsistent indrykning og linjeskift, så den bliver nem at læse. JSON (JavaScript Object Notation) er det mest almindelige dataformat brugt af API'er, konfigurationsfiler og logsystemer, men servere sender det som regel som én lang, ulæselig linje for at spare båndbredde.

Dette værktøj fungerer også som en JSON-validator: det parser dit input med de samme strenge regler, browsere bruger, så hvis din JSON mangler et komma, har en unquoted nøgle eller et efterfølgende komma, vil du se den nøjagtige fejlbesked i stedet for en stille fejl.

JSON er formelt defineret af to sammenhængende standarder, RFC 8259 og ECMA-404 — og specifikationen er bevidst strengere end selve JavaScript, hvilket er grunden til at en snippet, der kører fint som JS-kode, stadig kan fejle streng JSON-validering her.

Praktiske tips

• Fejlfinder du et API? Indsæt det rå svar først, formatér derefter — validatoren peger på den nøjagtige linje og kolonne for ethvert syntaksproblem, hvilket er bedre end at kigge på en enkeltlinjeblob.
• Brug 2-mellemrums indrykning til at læse på skærmen, og minificér før du indsætter JSON i en URL, en miljøvariabel eller en chatbesked — mellemrum koster kun bytes der.
• JSON5-stil kommentarer og efterfølgende kommaer er de to mest almindelige grunde til, at håndskrevet konfiguration "ser fin ud" men fejler validering: streng JSON tillader hverken det ene eller det andet.
• For meget store filer (logs, databaseudtræk), formatér kun det fragment, du er interesseret i — din editor forbliver responsiv, og strukturen er nemmere at følge.

Hvor dette passer ind i den virkelige verden

Det mest almindelige flow, vi ser: et API returnerer Base64-pakket eller minificeret JSON inde i en token eller webhook-payload. Afkod Base64 først, formatér JSON'en dernæst, og diff to svar til sidst, når noget har ændret sig mellem miljøer. Hvert trin har et dedikeret værktøj her, og dine payloads forlader aldrig browseren på noget tidspunkt.

Frontend-udviklere bruger minify-retningen lige så ofte som formatering: skal du sende en stor statisk JSON-fil? Minificering sparer typisk 20-30%, før gzip overhovedet starter.

→ Base64-koder / afkoder · Tekst-diff

Almindelige brugsscenarier

• Læsning af et minificeret API-svar returneret som én ulæselig linje for at forstå dets struktur under fejlfinding.
• Validering af en konfigurationsfil (som en package.json eller en JSON-baseret indstillingsfil), der mystisk nok ikke bliver læst korrekt af en applikation.
• Deling af en læsbar, formateret JSON-snippet i en fejlrapport, kodegennemgang eller dokumentation.
• Formindskelse af en JSON-payload til dens mindste form, før den indlejres i en URL-parameter eller gemmes i en databasekolonne med størrelsesgrænser.

Hvorfor bruge det?

Fejlfind API-svar hurtigt — omdan et enkeltlinjesvar til en læsbar struktur med ét klik.

Find syntaksfejl øjeblikkeligt, med den nøjagtige grund til, at JSON'en ikke kunne parses.

Minificér JSON, før du indlejrer den i kode eller sender den over netværket.

100% privat: parsing sker i din browser, intet uploades eller gemmes.

Intet login, ingen grænser, virker på mobil.

Ofte stillede spørgsmål