{ } JSON-Formatierer
JSON mit einem Klick verschönern und validieren. Formatieren, minifizieren und Fehler korrigieren. Kostenlos, ohne Registrierung.
Warum Formatieren, Minifizieren und Validieren niemals unterschiedlicher Meinung sind
Ein Parser, drei Aufgaben. Formatieren, Minifizieren und Validieren bergeben Ihren Text zuerst an denselben strengen JSON-Parser, der in Ihrem Browser integriert ist. Alles, was bei einem fehlschlgt, schlgt daher bei allen dreien fehl. Sie unterscheiden sich nur darin, was passiert, sobald das Parsen erfolgreich ist.
{"a":1,"b":[2,3]}{
"a": 1,
"b": [
2,
3
]
}| Schaltflche | Was passiert, sobald Ihr Text erfolgreich geparst wurde |
|---|---|
| Formatieren | Schreibt den geparsten Wert mit einer Einrckung von zwei Leerzeichen und einem Zeilenumbruch pro Element neu. Der Stil ist fest vorgegeben, es gibt keine Option, eine andere Breite oder einen anderen Klammerstil zu whlen. |
| Minifizieren | Schreibt denselben geparsten Wert komplett ohne Leerzeichen neu und komprimiert alles auf eine einzige Zeile. |
| Validieren | Belsst Ihren Text genau so, wie er eingegeben wurde, und meldet Erfolg oder die genaue Fehlermeldung des Parsers, einschlielich der Zeichenposition, an der das Parsen abgebrochen wurde. |
Alle drei erzwingen identische Regeln mit absolut keiner Flexibilitt, da sie alle auf derselben strengen Implementierung aufbauen: Eigenschaftsnamen und Zeichenfolgenwerte erfordern doppelte Anfhrungszeichen, niemals einfache Anfhrungszeichen. Ein abschlieendes Komma nach dem letzten Element in einem Objekt oder Array ist ein harter Fehler, keine Stilentscheidung. Zudem gibt es keinerlei Untersttzung fr Kommentare in irgendeiner Form. Das ist die JSON-Spezifikation, die genau wie vorgesehen funktioniert, und nicht dieses Werkzeug, das ungewhnlich whlerisch ist.
Die Lcke, ber die Menschen stolpern, ist diejenige zwischen JSON und einem JavaScript-Objektliteral. Code wie {name: 'Alice', tags: ['a', 'b'],} luft problemlos in einem Skript, da JavaScript Schlssel ohne Anfhrungszeichen, einfache Anfhrungszeichen und ein abschlieendes Komma zulsst. Nichts davon ist gltiges JSON. Wenn Sie es hier einfgen, lehnen Formatieren, Minifizieren und Validieren es auf dieselbe Weise ab, da gltige JavaScript-Syntax und gltiges JSON verwandte, aber nicht identische Sprachen sind.
Derselbe Parser wie in der Konsole Ihres Browsers. Die Fehlermeldung, die Ihnen die Validierung anzeigt, ist die wrtliche Meldung, die ein Aufruf von JSON.parse() in Ihrem eigenen Anwendungscode auslsen wrde, keine umschriebene Version. Wenn Sie jemals einen Parsing-Fehler in einer Browserkonsole behoben haben, wissen Sie bereits, wie Sie die hier angezeigten Fehler lesen mssen.
Warum "Gltiges JSON" trotzdem die falschen Daten sein knnen
Validieren prft die Grammatik, nicht die Bedeutung. Es besttigt, dass Ihre Klammern, Anfhrungszeichen und Kommas alle an den richtigen Stellen stehen. Es hat keine Ahnung, ob ein erforderliches Feld fehlt oder eine Zahl als Zeichenfolge bermittelt wurde.
{"a": 1 "b": 2}Expected ',' or '}' after property value in JSON at position 8 (line 1 column 9)Diese Meldung zeigt auf das genaue Zeichen, an dem der Parser aufgegeben hat: direkt nach der 1, wo er ein Komma oder eine schlieende geschweifte Klammer erwartet hat und stattdessen den Beginn einer anderen Eigenschaft fand. Das Zhlen bis zu dieser Position in einem Texteditor oder die Verwendung des Gehe-zu-Zeichen-Befehls ist normalerweise schneller, als die gesamte Nutzlast durchzulesen und nach einem fehlenden Komma zu suchen.
Was die Validierung Ihnen nicht sagen kann, ist, ob die Daten nach dem Parsen korrekt sind. Eine Antwort kann syntaktisch perfektes JSON sein und trotzdem ein Feld vermissen, das Ihr Code erwartet. Sie kann eine Zahl als Zeichenfolge "42" anstelle der Zahl 42 enthalten oder dasselbe Datum in drei verschiedenen Formaten in drei verschiedenen Datenstzen speichern. Nichts davon ist ein Grammatikproblem, daher erzeugt nichts davon hier einen Fehler.
| Was Validieren erkennt | Worber Validieren keine Meinung hat |
|---|---|
| Eine fehlende oder nicht bereinstimmende Klammer | Ein erforderliches Feld, das schlichtweg fehlt |
| Ein fehlendes Komma zwischen zwei Eigenschaften | Eine Zeichenfolge an einer Stelle, an der eine Zahl erwartet wurde |
| Ein Schlssel ohne oder mit einfachen Anfhrungszeichen | Dasselbe Feld, das in verschiedenen Datenstzen unterschiedlich formatiert ist |
| Ein abschlieendes Komma oder ein Codekommentar | Daten, die intern inkonsistent, aber einzeln gltig sind |
Syntax und Bedeutung sind zwei getrennte Prfungen. Dieses Tool fhrt nur die erste durch. Fr die zweite ist ein Schema-Validator oder die eigene Typprfung Ihrer Anwendung das richtige Werkzeug, da die Beurteilung der Bedeutung eines Wertes voraussetzt, dass Sie wissen, wie Ihre spezifischen Daten aussehen sollen.
Warum die Korrektur-Schaltflche bei Apostrophen innerhalb von Zeichenfolgen versagt
Korrigieren kann ein Apostroph nicht von einem Anfhrungszeichen unterscheiden. Es ersetzt jedes einfache Anfhrungszeichen in Ihrem Text durch ein doppeltes Anfhrungszeichen, sodass eine Kontraktion wie "it's" innerhalb eines Zeichenfolgenwerts als schlieendes Anfhrungszeichen gelesen wird, was in der Regel genau das JSON zerstrt, das es zu reparieren versuchte.
{name: "Alice", active: true, nickname: undefined,}{
"name": "Alice",
"active": true,
"nickname": null
}Hinter diesem Ergebnis verbirgt sich eine feste Sequenz von vier Suchen-und-Ersetzen-Durchgngen, die jedes Mal in dieser Reihenfolge ausgefhrt werden, unabhngig davon, ob Ihr Text tatschlich jeden einzelnen bentigt:
| Schritt | Was umgeschrieben wird |
|---|---|
| 1 | Jedes ' wird zu einem ", berall im Text. |
| 2 | Ein Komma, das direkt vor einer schlieenden } oder ] steht, wird gelscht. |
| 3 | Ein einzelnes Wort, gefolgt von einem Doppelpunkt, wie name:, wird in doppelte Anfhrungszeichen gesetzt, aber nur, wenn es mit einem Buchstaben oder einem Unterstrich beginnt. |
| 4 | Das wrtliche Wort undefined wird zu null. |
Schritt eins ist ein blindes globales Ersetzen, kein Parser, der versteht, wo eine Zeichenfolge beginnt und endet, und genau das macht Apostrophe gefhrlich. Fttern Sie ihn mit {'name': 'It's a test'} und Schritt eins wandelt ausnahmslos jedes einfache Anfhrungszeichen in ein doppeltes Anfhrungszeichen um, was {"name": "It"s a test"} ergibt. Das Apostroph in "It's" ist nun ein Anfhrungszeichen, das die Zeichenfolge zwei Zeichen zu frh schliet und einen streunenden Text s a test" hinterlsst, der nirgendwo mehr dazugehrt.
Die Reparatur schlgt meist komplett fehl, anstatt Ihre Daten stillschweigend zu beschdigen. Dieser streunende Resttext bricht das Parsen fast immer ein zweites Mal ab, sodass das Korrigieren die Meldung ausgibt, dass dieses JSON nicht automatisch korrigiert werden konnte. Der Editorinhalt bleibt unberhrt, anstatt ein JSON mit einer unbemerkt verstmmelten Zeichenfolge zurckzugeben. Die wahren Kosten sind Ihre Zeit, nicht Ihre Daten: Sie mssen diesen Wert weiterhin manuell in Anfhrungszeichen setzen, da ein blindes Suchen-und-Ersetzen keine Mglichkeit hat, ein Apostroph von einem Begrenzungszeichen zu unterscheiden.
Das Korrigieren ist auch absichtlich eng gefasst. Es kann kein Komma einfgen, das zwischen zwei Eigenschaften fehlt, keinen Codekommentar entfernen, kein Array konvertieren, das mit dem falschen Klammertyp geschlossen wurde, und einen doppelten Schlssel nicht bemerken oder auflsen, da keines dieser Probleme mit seinen vier regulren Ausdrcken bereinstimmt. Wenn das Korrigieren fehlschlgt, ist die genaue Fehlerposition der Validierung normalerweise der schnellere Weg zu einer manuellen Reparatur.
Korrigieren hat keine Auswirkungen auf Text, der bereits erfolgreich geparst wird. Klicken Sie bei JSON, das bereits gltig ist, darauf, und es zeigt eine Meldung an, dass es bereits gltig ist. Ihr Text bleibt genau so, wie er war, einschlielich der Formatierung. Klicken Sie stattdessen auf Formatieren, wenn Sie gltiges JSON neu formatieren mchten.
Was passiert, wenn Ihr JSON denselben Schlssel zweimal enthlt
Das letzte Vorkommen gewinnt stillschweigend. Die JSON-Spezifikation verbietet einen wiederholten Schlssel nicht, und der Parser dieses Tools lst einen solchen auf, indem er nur den Wert von der zuletzt auftretenden Kopie behlt, ohne Fehler und ohne Warnung.
{"name": "Alice", "name": "Bob"}{
"name": "Bob"
}Klicken Sie bei dieser Eingabe auf Validieren, und es meldet gltiges JSON, was technisch korrekt ist: Die Spezifikation besagt nur, dass Implementierungen Namen als eindeutig behandeln "sollten", und berlsst das tatschliche Verhalten dem, was das Parsen durchfhrt. Der Parser dieses Tools, derselbe, der im Browser integriert ist, behlt den letzten Wert, den er fr einen wiederholten Schlssel sieht, und verwirft stillschweigend jeden frheren. "Alice" ist in dem Moment verschwunden, in dem das Parsen abgeschlossen ist, und es gibt nichts in der Ausgabe, was darauf hindeutet, dass es jemals da war.
Formatieren und Minifizieren erben dasselbe Verhalten, da beide Ihren Text parsen, bevor sie ihn umschreiben. Fhren Sie beides fr JSON mit einem doppelten Schlssel aus, und die zustzliche Kopie ist bereits verschwunden, wenn Sie das Ergebnis sehen. Das ist leicht zu bersehen, wenn das Duplikat versehentlich entstanden ist, beispielsweise ein Fehler, der beim manuellen Zusammenfhren zweier JSON-Schnipsel gemacht wurde, und nicht etwas, das Sie schreiben wollten.
Die Baumansicht ist der schnellste Weg, einen zu entdecken. Da ein doppelter Schlssel zu einem einzigen Eintrag zusammenfllt, bevor er den Baum erreicht, ist ein Schlssel, von dem Sie erwartet haben, dass er zweimal gerendert wird, den Sie aber nur einmal sehen, ein vernnftiges Signal, um zurckzugehen und Ihre Quelle auf eine versehentliche Wiederholung zu berprfen.
Warum sich eine lange ID-Nummer ndert, nachdem Sie auf Formatieren geklickt haben
JSON hat keine Begrenzung fr die Integergre, aber der Zahlentyp von JavaScript schon. Zahlen jenseits von 9.007.199.254.740.991 knnen nicht exakt gespeichert werden, sodass eine lange ID stillschweigend auf den nchsten passenden Wert gerundet wird, ohne dass Sie davor gewarnt werden.
{"id": 900719925474099123}{
"id": 900719925474099100
}Jede Zahl in einem JSON-Dokument, die von diesem Tool oder einer beliebigen JavaScript-Engine geparst wird, wird als 64-Bit-Gleitkommawert gespeichert. Dieses Format kann nur bis zu 9.007.199.254.740.991 exakt jeden Integer darstellen, eine Grenze, die von der Sprache selbst definiert wird. bergeben Sie ihm einen greren Integer, und er rundet auf den nchstgelegenen Wert, den das Format tatschlich halten kann. Oben wird eine 18-stellige ID, die auf ...099123 endet, zurckgegeben und endet auf ...099100. Sowohl vorher als auch nachher handelt es sich nach den Regeln der Spezifikation um perfekt gltiges JSON; nur die Ziffern haben sich stillschweigend gendert.
Dies ist am wichtigsten fr die groen Integer-Identifikatoren, die stndig in realen Systemen auftauchen: Discord- und Twitter-Snowflake-IDs, einige Datenbank-Primrschlssel und bestimmte finanzielle oder telemetrische Werte, die als groe Integer anstelle von Zeichenfolgen dargestellt werden. Formatieren, Minifizieren und Korrigieren durchlaufen alle einen Parse-und-Rewrite-Zyklus fr Ihre Daten, sodass jede der drei Methoden eine ID auf diese Weise leise verflschen kann, nicht nur das Formatieren.
Behandeln Sie IDs mit mehr als 15 oder 16 Ziffern als unsicher, wenn Sie sie durch dieses Tool jagen. Wenn eine Nutzlast so lange Identifikatoren enthlt, berprfen Sie die Ziffern vorher und nachher per Auge oder arbeiten Sie besser mit einer JSON-Bibliothek, die fr Integer mit beliebiger Genauigkeit entwickelt wurde, oder einer, die diese spezifischen Felder als Zeichenfolgen liest. Ein Schema, das groe IDs als in Anfhrungszeichen gesetzte Zeichenfolgen darstellt, erreicht diese Grenze berhaupt nie, da die Genauigkeitsgrenze nur fr den numerischen Typ gilt.
Warum die Formatierung die Schlssel Ihres Objekts stillschweigend neu anordnen kann
Schlssel, die wie Zahlen aussehen, springen nach vorne. Jeder Schlssel wie "2" oder "10" wird vor alle gewhnlichen Zeichenfolgen-Schlssel verschoben und in aufsteigender numerischer Reihenfolge sortiert, unabhngig davon, wo Sie ihn ursprnglich geschrieben haben.
{"b": 1, "10": 2, "a": 3, "2": 4}{
"2": 4,
"10": 2,
"b": 1,
"a": 3
}Schauen Sie sich dieses Ergebnis genau an: "2" und "10" bewegen sich ganz nach vorne, vor "b", obwohl "b" zuerst geschrieben wurde, und sie landen in numerischer Reihenfolge, 2 vor 10, nicht in der Reihenfolge, in der sie in der Quelle vorkamen. Die gewhnlichen Zeichenfolgen-Schlssel "b" und "a" behalten ihre ursprngliche relative Reihenfolge hinter den numerisch aussehenden bei.
Dies ist ein Standardverhalten, das in der JavaScript-Sprachspezifikation dafr definiert ist, wie Objektschlssel aufgezhlt werden, und keine spezifische Eigenart dieses Tools. Jeder Schlssel, der als nicht-negativer Integer geparst wird, ohne fhrende Null, ohne Dezimalpunkt, ohne Vorzeichen, wird fr Ordnungszwecke als arrayhnlicher Index behandelt und numerisch vor allem anderen sortiert. Es ist leicht zu bersehen, bis es bei Daten passiert, von denen Sie nicht erwartet haben, dass sie ihre Form berhaupt ndern.
Wo dies tatschlich problematisch wird: JSON, bei dem Objektschlssel zufllig numerische Zeichenfolgen sind, die als Index verwendet werden, IDs, eine arrayhnliche Struktur, die als Objekt dargestellt wird, oder Tabellenzeilen, die nach Zeilennummer geschlsselt sind. Wenn Ihre Daten niemals numerisch aussehende Schlssel verwenden, ordnet die Formatierung niemals etwas neu an und die Einfgereihenfolge bleibt exakt so erhalten, wie sie geschrieben wurde.
Warum Sie niemals minifiziertes JSON in Git committen sollten
Eine minifizierte Datei macht jede nderung zu einem Diff der gesamten Zeile. Da die gesamte Datei technisch gesehen aus einer Zeile besteht, fhrt die nderung eines einzigen Wertes irgendwo in ihr dazu, dass ein Diff-Tool meldet, dass sich die gesamte Zeile gendert hat, was verbirgt, was sich tatschlich bewegt hat.
{"id":42,"active":true,"tag":"draft"}{
"id": 42,
"active": true,
"tag": "draft"
}Minifiziertes JSON existiert fr Maschinen. Das Entfernen jedes Leerzeichens und Zeilenumbruchs spart echte Bytes bei einer Nutzlast, die wiederholt ber ein Netzwerk gesendet wird, was bei einer ffentlichen API-Antwort, die millionenfach bereitgestellt wird, von Bedeutung ist, whrend es bei einer Konfigurationsdatei, die einmal beim Start gelesen wird, kaum ins Gewicht fllt. Schn formatiertes JSON existiert fr Menschen: Eine Eigenschaft pro Zeile mit konsistenter Einrckung ist das, was eine groe Konfigurationsdatei oder eine API-Antwort tatschlich lesbar macht.
Die Kosten fr die Versionskontrolle, wenn man dies rckwrts macht, werden leicht unterschtzt. Speichern Sie die minifizierte Version dieses Objekts in Git und ndern Sie nur "tag": "draft" in "tag": "final", und ein Prfer sieht, dass die gesamte Zeile als gendert markiert ist, weil die gesamte Datei eine Zeile ist. Er kann aus dem Diff allein nicht erkennen, ob sich ein Feld gendert hat oder die gesamte Struktur neu geschrieben wurde. Speichern Sie stattdessen die formatierte Version, und dieselbe nderung erzeugt ein einzeiliges Diff, das direkt auf "tag" zeigt.
Das oben behandelte Verhalten bei der Neuanordnung von Schlsseln verschrft dieses Problem. Zwei Tools, die dieselben zugrunde liegenden Daten leicht unterschiedlich formatieren, oder ein Objekt, das zufllig numerische Zeichenfolgen-Schlssel enthlt, knnen ein Diff erzeugen, das alarmierend aussieht, obwohl sich die zugrunde liegenden Daten nicht bedeutsam gendert haben.
Behalten Sie eine formatierte Quelle, generieren Sie einen minifizierten Build. Das direkte Bearbeiten von minifiziertem JSON und der anschlieende Versuch, das Diff zu berprfen, kmpft bei jedem Schritt gegen das Format. Behalten Sie die lesbare Version unter Versionskontrolle und erstellen Sie die minifizierte Kopie stattdessen als Build-Schritt.
Wie man ein falsches Feld in einer tief verschachtelten Antwort findet
Die Baumansicht verwandelt verschachteltes JSON in eine aufklappbare Gliederung. Jedes Objekt und Array kann unabhngig voneinander zugeklappt werden und ist damit beschriftet, wie viele Schlssel oder Elemente es enthlt, sodass Sie einklappen knnen, was Sie bereits verstehen, und sich auf den einen Zweig konzentrieren knnen, den Sie tatschlich untersuchen.
Die Baumansicht parst Ihr JSON auf dieselbe strenge Weise wie Validieren, bentigt also syntaktisch korrekte Eingaben, um berhaupt zu funktionieren. Klicken Sie bei defektem JSON darauf und Sie erhalten denselben Parserfehler, den Validieren anzeigen wrde, nicht einen teilweisen Baum, der aus dem erstellt wurde, was zufllig geparst wurde.
| Werttyp | Wie er in der Gliederung erscheint |
|---|---|
| Zeichenfolge | In Grn angezeigt, in Anfhrungszeichen, beschriftet als string |
| Zahl | In Blau angezeigt, ohne Anfhrungszeichen, beschriftet als number |
| Boolesch | In Bernsteinfarben angezeigt, beschriftet als boolean |
| Null | In grauer Kursivschrift angezeigt, beschriftet als null |
Objekt- und Array-Zweige tragen ihr eigenes Label anstelle eines Typnamens: Ein Objekt zeigt, wie viele Schlssel es hat, ein Array zeigt, wie viele Elemente, und beide Zhlungen werden auf jeder Verschachtelungsebene aktualisiert. Das Einfgen von {"user":{"id":1,"tags":["a","b"]}} ergibt ein Wurzelobjekt mit 1 Schlssel, das zu einem Objekt mit 2 Schlsseln erweitert wird, von denen einer ein Array mit 2 Elementen ist. Jeder dieser Teile kann fr sich allein zusammengeklappt werden, sodass eine Antwort mit Dutzenden von verschachtelten Objekten Sie nicht dazu zwingt, durch alle gleichzeitig zu scrollen.
Typinkongruenzen fallen in einem Baum optisch auf, die sich in einfachem Text verbergen. Eine Zahl in Anfhrungszeichen, die numerisch htte sein sollen, oder eine Nullstelle, an der Sie eine leere Zeichenfolge erwartet haben, lsst sich in einer Wand aus formatiertem JSON leicht berlesen, fllt jedoch sofort auf, sobald sie in einer erweiterten Gliederung nach Typ farbcodiert ist.
Sechs Mglichkeiten, wie Leute dieses Tool tatschlich nutzen
Debuggen einer API-Antwort, die nicht geparst werden konnte
Fgen Sie den Antworttext ein und klicken Sie zuerst auf Validieren. Die genaue Zeichenposition, die gemeldet wird, reicht normalerweise aus, um direkt zum fehlerhaften Abschnitt zu springen, einem fehlenden Komma oder einem nicht maskierten Zeichen, anstatt die gesamte Nutzlast per Auge zu lesen.
Bereinigen eines Objektliterals, das aus JavaScript-Quellcode kopiert wurde
Code, der aus einer Anwendungsdatei kopiert wurde, verwendet oft einfache Anfhrungszeichen und lsst Schlssel ganz ohne Anfhrungszeichen, beides gltiges JavaScript, beides kein gltiges JSON. Das Korrigieren behandelt beides automatisch fr unkomplizierte Flle. Fhren Sie danach Validieren aus, und besttigen Sie, dass die Reparatur tatschlich parsbares JSON hervorgebracht hat, anstatt anzunehmen, dass es funktioniert hat.
Verkleinern einer Konfigurationsdatei vor der Auslieferung
Eine von Hand bearbeitete Datei profitiert von der Lesbarkeit des Formatierens. Dieselbe in die Produktion gebndelte Datei profitiert vom kleineren Fuabdruck des Minifizierens. Behalten Sie eine formatierte Quellversion und generieren Sie die minifizierte Kopie zur Build-Zeit, anstatt eine unlesbare einzeilige Datei manuell zu bearbeiten, wenn ein Wert gendert werden muss.
berprfen einer unbekannten Nutzlast vor dem Schreiben eines Typs dafr
Bevor Sie einen Parser oder eine Typdefinition fr eine neue API-Antwort schreiben, lassen Sie ein Beispiel durch die Baumansicht laufen, um seine tatschliche Form zu sehen: welche Felder Objekte im Gegensatz zu Arrays sind, welche Werte jemals null sind. Ein Ausreier-Datensatz, ein Feld, das berall eine Zeichenfolge ist, auer in einem Objekt, in dem es eine Zahl ist, fllt in einem erweiterten Baum viel schneller auf als in einer Wand aus minifiziertem Text.
Festschreiben lesbarer Diffs anstelle von Rauschen ganzer Zeilen
Halten Sie JSON-Fixtures und Konfigurationsdateien formatiert anstatt minifiziert, bevor sie in die Versionskontrolle gelangen. Eine Datei mit einer Eigenschaft pro Zeile erzeugt ein Diff, das genau zeigt, welches Feld gendert wurde; eine minifizierte Datei zeigt die gesamte Datei als gendert an, sobald sich ein einzelner Wert ndert.
Schutz groer ID-Felder vor stillschweigender Rundung
Wenn eine Nutzlast IDs im Snowflake-Stil oder groe Datenbank-Schlssel als Rohzahlen enthlt, fhren Sie dieses spezifische Feld nicht durch Formatieren, Minifizieren oder Korrigieren, ohne die Ziffern danach zu berprfen. Wo Sie die Kontrolle ber das Schema haben, umgeht die Speicherung der ID als in Anfhrungszeichen gesetzte Zeichenfolge die Genauigkeitsgrenze vollstndig, da die 2^53-Grenze nur fr den numerischen Typ von JSON gilt.
Häufig gestellte Fragen
Verwandte Werkzeuge
🔒 100% Privat und Sicher
Die gesamte JSON-Verarbeitung erfolgt lokal in Ihrem Browser - Ihre Daten werden niemals hochgeladen. Sicher für API-Schlüssel, Konfigurationen und sensible Daten.