JSON-Schlüssel entfernen

1. 1JSON einfügen oder ablegenFügen Sie JSON in das Feld ein oder legen Sie eine .json-, .jsonl-, .ndjson-, .geojson- oder .txt-Datei ab. Sie wird auf Ihrem Gerät gelesen und nie hochgeladen. Jeder eindeutige Schlüssel wird sofort katalogisiert: Häufigkeit, Werttypen, erstes Vorkommen und ein Beispielwert.
2. 2Schlüssel ankreuzen, die weg sollenÖffnen Sie den Reiter Schlüssel und kreuzen Sie beliebige Einträge an. Das Suchfeld grenzt lange Listen ein, Alle, Keine und Umkehren arbeiten im Block. Angekreuzte Schlüssel werden über den exakten Namen getroffen.
3. 3Oder ein Muster eingebenWählen Sie Exakt, Platzhalter, Regex oder Pfad in den Einstellungen und schreiben Sie eine Regel pro Zeile oder mehrere durch Kommas getrennt. Platzhalter versteht temp*, *_id und *secret*. Pfad versteht user.email und data[].id, die eine bestimmte Stelle treffen statt jeden Schlüssel dieses Namens.
4. 4Oder eine Vorgabe anklickenNeun Ein-Klick-Vorgaben decken die üblichen Aufräumarbeiten ab: Nullwerte, leere Zeichenketten, leere Arrays, leere Objekte, alles falsy, oder jeden Schlüssel, der mit _, __, $ oder @ beginnt. Eine Vorgabe ersetzt die aktuellen Regeln, statt sie zu ergänzen.
5. 5Zählung vor der Ausführung prüfenDie Einstellungsleiste zeigt, wie viele Schlüssel passen und an wie vielen Stellen, während Sie tippen. Bis dahin hat sich nichts geändert: Das ist die Zahl, die Sie gleich entfernen.
6. 6Wählen, was mit einem Treffer geschiehtEntfernen löscht den Schlüssel. Behalten dreht die Regel um, sodass nur Treffer überleben, samt vollständigem Teilbaum. Schwärzen lässt den Schlüssel stehen und ersetzt seinen Wert durch "***", sodass ein Empfänger, der das Feld verlangt, das Dokument weiterhin liest.
7. 7Ausgabestil wählenBeibehalten hält Ihre ursprüngliche Formatierung Byte für Byte und ist die Voreinstellung. Oder rücken Sie mit 2 Leerzeichen, 4 Leerzeichen oder Tabulator neu ein, oder minifizieren Sie. In jedem Fall werden Werte kopiert statt neu geschrieben, sodass lange Zahlen und präzise Dezimalzahlen genau so zurückkommen.
8. 8Diff prüfen, dann herunterladenDer Reiter Diff zeigt das Original mit durchgestrichenen entfernten Zeilen und getrennt markierten geänderten Zeilen. Laden Sie das Ergebnis herunter, kopieren Sie es, oder drücken Sie Verketten, um es direkt für einen weiteren Durchlauf zurückzuführen.

Ein vollständiger Werkzeugkasten zum Entfernen von Feldern aus JSON. Laden Sie eine Datei oder fügen Sie beliebiges JSON ein: Das Werkzeug analysiert es sofort und listet jeden eindeutigen Schlüssel mit Vorkommen, Werttypen, erstem Pfad und Beispielwert, sodass Sie stets wissen, was Sie löschen. Entfernen Sie gezielt Schlüssel aus JSON-Objekten nach Name, Liste, Platzhaltermuster oder Punktpfad, rekursiv im gesamten Baum. Wählen Sie per Checkbox, tippen Sie Muster oder klicken Sie eine Vorgabe, prüfen Sie die Live-Zählung und entfernen Sie mit einem Klick.

• Automatischer Katalog, bei jeder Größe — Jeder eindeutige Schlüssel wird sofort katalogisiert: Häufigkeit, Werttypen, erster Beispielpfad und ein Beispielwert. Filtern, suchen und ankreuzen statt Namen raten. Es gibt keine Größe, ab der das still aufhört zu funktionieren.
• Vier Wege, Schlüssel zu benennen — Exakte Namen, Platzhalter (temp*, *_id, *secret*), vollständige reguläre Ausdrücke und Punktpfade, die eine Stelle im Dokument treffen. Angekreuzte Schlüssel und getippte Muster wirken zusammen.
• Entfernen, behalten oder schwärzen — Entfernen löscht Treffer. Behalten dreht das um und verwirft den Rest, lässt aber den vollständigen Teilbaum eines Treffers stehen. Schwärzen lässt den Schlüssel und ersetzt den Wert durch "***", sodass das Dokument in dasselbe Schema passt.
• Eine Zählung davor, ein Diff danach — Die Leiste zählt passende Schlüssel und Stellen während des Tippens, bevor sich etwas ändert. Danach zeigt die Karte entfernte eindeutige Schlüssel, bereinigte Stellen und Größen davor und danach, und der Diff-Reiter markiert entfernte und geänderte Zeilen getrennt.

Vier Modi, und sie sind nicht austauschbar. Exakt trifft den Namen wörtlich: Ein Schlüssel namens id* wird durch Eintippen von id* getroffen, und id berührt idx nicht. Platzhalter behandelt * als beliebige Zeichenfolge und versteht die drei Formen, die tatsächlich verwendet werden: temp* für ein Präfix, *_id für ein Suffix und *secret* für alles, was einen Begriff enthält. Regex akzeptiert jeden regulären Ausdruck und prüft ihn gegen jeden Schlüsselnamen — der Modus für Regeln wie "alles, was auf At oder Date endet".

Pfad verändert, was überhaupt möglich ist. Ein Name trifft überall; ein Pfad trifft eine Stelle. In einem Dokument mit user.email und contact.email entfernt email beide, und es gibt keine Möglichkeit, mit einem Namen "nur das unter user" auszudrücken. user.email entfernt genau das. Pfade sind am Dokumentanfang verankert und können daher nicht abdriften; [] markiert eine Array-Ebene, sodass data[].id in eine Liste greift; * steht für genau eine Ebene und ** für beliebig viele, sodass **.password es findet, wo immer es steckt.

• Exakt — Der Schlüsselname, wörtlich. Beachtet Groß-/Kleinschreibung, sofern Sie die Option nicht aktivieren. Einer pro Zeile oder mehrere durch Kommas getrennt.
• Platzhalter — * ist das einzige Sonderzeichen, sodass ein Schlüssel mit Fragezeichen oder Punkt weiterhin durch Eintippen getroffen wird. Präfix*, *Suffix und *enthält* funktionieren, und * darf in der Mitte stehen.
• Regex — Wird gegen den Schlüsselnamen geprüft. Ein Ausdruck pro Zeile, nicht durch Kommas getrennt, denn ein Quantor wie a{1,2} enthält ein Komma. Ein ungültiger Ausdruck wird gemeldet, statt still nichts zu treffen.
• Pfad — Durch Punkte getrennte Segmente ab dem Dokumentanfang. [] für eine Array-Ebene, * für eine Ebene, ** für beliebig viele. Ein führendes $ ist optional.
• Rekursiv — Gilt für Namensregeln: ausgeschaltet werden nur Schlüssel der obersten Ebene betrachtet. Pfade nennen ihre Tiefe bereits und ignorieren die Option.
• Angekreuzte Schlüssel — Die Checkboxen im Reiter Schlüssel sind Regeln für exakte Namen und wirken zusammen mit dem, was Sie getippt haben.

Der Behalten-Modus dreht die Frage um. Statt zu benennen, was geht, benennen Sie, was bleibt, und alles andere wird verworfen. Das ist der schnellste Weg, einen breiten Datensatz auf die wenigen gewünschten Felder zu reduzieren, und es wirkt auf allen Ebenen gleichzeitig.

Damit das nützlich ist, müssen zwei Dinge stimmen, und beide sind leicht falsch zu machen. Ein getroffener Schlüssel behält seinen gesamten Teilbaum: user zu behalten liefert das ganze user-Objekt, kein leeres. Und ein Schlüssel, der einen Treffer enthält, muss überleben, damit der Treffer einen Ort hat: email in einer Benutzerliste zu behalten liefert jeden Benutzer nur mit seiner E-Mail statt eines leeren Dokuments. Alles, was weder trifft noch einen Treffer enthält, wird entfernt.

• Einen Zweig behalten — Behalten Sie user in {"user":{"id":1},"n":2}, erhalten Sie {"user":{"id":1}} — das Objekt kommt unversehrt an.
• Ein Blatt behalten — Behalten Sie email in {"user":{"email":"a","id":1},"n":2}, erhalten Sie {"user":{"email":"a"}} — user überlebt, weil der Treffer darin liegt.
• In Arrays — Array-Elemente werden nie entfernt, sodass das Behalten eines Feldes einer Datensatzliste dieselbe Anzahl Datensätze liefert, jeweils gekürzt.
• Keine Treffer — Trifft nichts, ist das Ergebnis ein leeres Objekt. Das ist die ehrliche Antwort auf "nichts behalten", und die Live-Zählung warnt Sie vorher.

Einen Schlüssel zu löschen ändert die Form des Dokuments. Meist ist das gewollt, manchmal ist es genau das, was Sie sich nicht leisten können: ein Empfänger, der gegen ein Schema validiert, eine Test-Fixture, deren Feldliste geprüft wird, eine Logzeile, von der ein Parser einen festen Satz Schlüssel erwartet. Schwärzen lässt den Schlüssel genau dort und ersetzt seinen Wert durch die Zeichenkette "***".

Die Ersetzung deckt den gesamten Wert ab: Schwärzt man einen Schlüssel, dessen Wert ein Objekt ist, wird das ganze Objekt ersetzt — das Geheimnis überlebt keine Ebene tiefer. Schwärzen ist in allen Abgleichmodi verfügbar und passt natürlich zu einem Pfad oder einer **.token-Regel, wenn Sie ein Dokument zur Weitergabe vorbereiten.

• Schema bleibt gültig — Die Schlüsselliste bleibt unverändert, sodass jede Prüfung auf Pflichtfelder weiterhin besteht.
• Ganze Werte gehen — Das Schwärzen eines Objekts oder Arrays ersetzt alles, nicht nur die Blätter.
• Im Review sichtbar — "***" liest sich in einem Pull Request als Absicht, ein fehlendes Feld nicht.
• Nicht im Behalten-Modus — Behalten entscheidet, welche Mitglieder überleben; ein Überlebender mit ersetztem Wert ist weder behalten noch entfernt, daher ist die Auswahl dort nicht verfügbar.

Der übliche Weg, JSON in einer Webseite zu bearbeiten, ist: in den Speicher lesen, ändern, wieder ausgeben. Das ist eine Zeile Code und beschädigt Dokumente still. 12345678901234567890 zu lesen und wieder zu schreiben ergibt 12345678901234567000. 1e400 wird null. 0.1234567890123456789 verliert seine letzten Stellen. Zahlenähnliche Schlüssel wandern nach vorn und werden neu sortiert, sodass {"10":…,"2":…} als {"2":…,"10":…} zurückkommt. Doppelte Schlüssel schrumpfen auf den letzten. \u00e9 wird als Umlautzeichen neu geschrieben, was zählt, wenn etwas weiter unten reines ASCII erwartet.

Nichts davon ist ein hinnehmbarer Rundungsfehler, denn wer ein Feld löschen wollte, hat nichts davon bestellt, und nichts auf der Seite sagt ihm, dass es passiert ist. Dieses Werkzeug arbeitet stattdessen auf dem Originaltext: Es findet die Byte-Bereiche der genannten Schlüssel und kopiert alles andere. Werte werden nie neu geschrieben, also können sie sich nicht ändern. Die Ausgabe Beibehalten liefert Ihre eigene Datei minus der entfernten Teile — dieselbe Einrückung, dieselben Zeilenenden, alles gleich. Neu einrücken mit 2 oder 4 Leerzeichen, einem Tabulator, oder minifizieren ändert nur die Zwischenräume; jede Zahl, Zeichenkette und jeder Schlüssel wird weiterhin kopiert statt neu erzeugt.

• Große Ganzzahlen — Kennungen jenseits von 9.007.199.254.740.991 — Twitter/X-IDs, Snowflake-IDs, manche Datenbankschlüssel — behalten jede Ziffer.
• Hochpräzise Dezimalzahlen — Koordinaten und Beträge mit mehr Stellen, als ein Double fasst, bleiben unberührt.
• Schlüsselreihenfolge — Mitglieder bleiben in der geschriebenen Reihenfolge, auch zahlenähnliche Schlüssel.
• Doppelte Schlüssel — Ein Dokument mit demselben Schlüssel zweimal behält beide, denn eine Textbearbeitung hat keinen Grund, sie zusammenzuführen.
• Escapes — \u00e9 bleibt \u00e9, und ein maskierter Schrägstrich bleibt maskiert.
• Ihre Formatierung — Beibehalten ist kein Neudruck, der zufällig gleich aussieht. Es sind Ihre Bytes, minus der Entfernungen.

Ein 25-MB-Dokument wird in etwa 0,1 Sekunden katalogisiert und in etwa 0,13 bearbeitet, außerhalb des Haupt-Threads, sodass die Seite währenddessen bedienbar bleibt.

Logs, Datenbankexporte und Streaming-APIs liefern meist kein großes einzelnes JSON-Dokument. Sie liefern einen JSON-Wert pro Zeile — JSON Lines, auch NDJSON genannt — und genau diese Form enthält am ehesten etwas, das vor dem Teilen entfernt werden muss.

Eine .jsonl- oder .ndjson-Datei wird automatisch als ein Wert pro Zeile behandelt. Ebenso eine .json- oder .txt-Datei, die sich nicht als ein einzelnes Dokument, wohl aber zeilenweise lesen lässt. Jede Zeile wird mit denselben Regeln bearbeitet, und das Ergebnis bleibt ein Datensatz pro Zeile, geht also direkt zurück in das, was es erzeugt hat. Der Schlüsselkatalog entsteht über alle Zeilen hinweg, sodass ein Feld, das in einem von tausend Datensätzen vorkommt, mit Anzahl 1 in der Liste auftaucht.

• Erkannt, nicht konfiguriert — Die Endung entscheidet, wenn sie eindeutig ist; sonst wird zuerst das ganze Dokument versucht, sodass eine formatierte .json-Datei nie mit zeilenbegrenzten Daten verwechselt wird.
• Zählungen über die ganze Datei — Vorkommen, Werttypen und Beispielwerte werden über alle Zeilen gesammelt.
• Zeilenform bleibt — Die Ausgabe ist ein Datensatz pro Zeile, unabhängig vom gewählten Stil, denn ein formatiertes NDJSON ist kein NDJSON mehr.
• Leerzeilen — Leere Zeilen zwischen Datensätzen werden ignoriert statt als ungültiges Dokument behandelt.

JSON-Objekte sammeln Felder an, die nicht mitreisen sollten: Debug-Flags, Authentifizierungstoken, Null-Platzhalter, temporäre Rechenschlüssel. Sie vor dem Teilen, Protokollieren oder Einchecken zu entfernen verkleinert das Dokument und ist häufiger noch der Unterschied zwischen einer Datei, die Sie in ein Ticket einfügen können, und einer, die Sie nicht einfügen können.

• Bevor es Ihren Rechner verlässt — Entfernen Sie Passwörter, Token, Geheimnisse und interne Kennungen aus einer API-Antwort, bevor Sie sie in einen Fehlerbericht einfügen. Das Dokument geht zum Bereinigen nirgendwohin, und das ist die einzige Fassung dieses Versprechens, die etwas bedeutet.
• Kleinere Nutzlasten — Null- und Leerfelder aus einem großen Export zu entfernen nimmt regelmäßig einen zweistelligen Prozentsatz der Größe, und das Werkzeug zeigt Ihnen davor und danach in Kilobyte.
• Saubere Fixtures und Konfigurationen — Entfernen Sie generierte, Debug- und Zeitstempelfelder, bevor Sie eine API-Fixture einchecken, damit der nächste Diff zeigt, was sich wirklich geändert hat, und nicht eine neue Request-ID.
• Eine Antwort umformen — Der Behalten-Modus macht aus einem 40-Felder-Datensatz die vier Felder, die Sie brauchen, auf allen Ebenen gleichzeitig — sonst braucht das ein Skript.

• Schlüsselbereich — Automatisch aus Ihrem Dokument gelesen, bei jeder Größe. Name, Vorkommen, Werttypen, erster Pfad und Beispielwert. Filter nach Name; Alle, Keine und Umkehren.
• Schnellaktionen — Neun Ein-Klick-Vorgaben: Nullwerte, leere Zeichenketten, leere Arrays, leere Objekte, alles falsy, und Schlüssel, die mit _, __, $ oder @ beginnen.
• Manuelle Muster — Eines pro Zeile, oder durch Kommas getrennt bei Exakt, Platzhalter und Pfad. Vier Modi: Exakt, Platzhalter, Regex und Pfad.
• Live-Zählung — Wie viele Schlüssel passen und wie viele Stellen sie belegen, während des Tippens und bevor sich etwas ändert.
• Rekursiv — Treffer in jeder Tiefe, auch in Arrays, oder Namensregeln auf die oberste Ebene beschränken.
• Groß-/Kleinschreibung ignorieren — ID, id und Id passen alle auf eine einzige id-Regel.
• Behalten-Modus — Regel umdrehen: Treffer behalten, samt Teilbaum, und den Rest verwerfen.
• Schwärzen-Modus — Den Wert durch "***" ersetzen, statt den Schlüssel zu löschen.
• Ausgabestil — Ursprüngliche Formatierung exakt behalten, oder mit 2, 4 Leerzeichen oder Tabulator neu einrücken, oder minifizieren.
• Diff-Ansicht — Das Original mit durchgestrichenen entfernten Zeilen und getrennt markierten geänderten Zeilen, plus exakte Summen für das ganze Dokument.
• Verketten — Das Ergebnis direkt als neue Eingabe für einen zweiten Durchlauf laden, ohne etwas zu kopieren.
• Herunterladen oder kopieren — Ergebnis als Datei speichern oder kopieren. Pro bündelt 20 Dokumente in ein ZIP.

Alles, was dieses Werkzeug tut, ist kostenlos. Alle Abgleichmodi, Behalten, Schwärzen, alle neun Vorgaben, JSON Lines, alle Ausgabestile und der vollständige Schlüsselkatalog laufen im kostenlosen Plan, an einem Dokument bis 25 MB — das deckt die große Mehrheit der API-Antworten, Exporte und Fixtures ab. Pro kauft Umfang und Auslieferung, keine Funktionen.

• Kostenlos — Ein Dokument auf einmal, bis 25 MB. Alle Funktionen, kein Wasserzeichen, nichts hochgeladen.
• Pro: Größe — Die Grenze wird zu dem, was Ihr Gerät tatsächlich schafft, statt einer festen Zahl, mit einer Warnung statt einer Ablehnung, wenn eine Datei dafür ungewöhnlich groß ist.
• Pro: Stapel — Bis zu 20 Dokumente einreihen, einen Regelsatz auf alle anwenden und die Ergebnisse als ein ZIP herunterladen.
• Warum es die Grenze gibt — 25 MB ist der Punkt, an dem ein Mittelklasse-Telefon noch bequem arbeitet, nicht der Punkt, an dem das Werkzeug schwächelt. In beiden Plänen wird nichts hochgeladen.

• JSON-Schlüssel sortieren
• JSON-Formatierer
• JSON-Validator
• JSON-Minifizierer
• JSON-Betrachter
• JSON-Diff