Excel in JSON umwandeln

1. 1

   Tabelle ablegen

   Ziehen Sie eine XLSX-, XLSM-, XLSB-, XLS- oder ODS-Datei hinein. Sie wird auf Ihrem Gerät gelesen und das JSON erscheint sofort.

2. 2

   Blatt und Header-Zeile wählen

   Wählen Sie das Blatt, oder fassen Sie alle Blätter in einem Objekt zusammen. Steht über den Spaltennamen eine Titelzeile, setzen Sie die Header-Zeile auf die Zeile, in der die Namen tatsächlich stehen.

3. 3

   Form und Wertregeln wählen

   Objekt-Array, 2D-Array, Spalten-Arrays oder ein Objekt mit der ersten Spalte als Schlüssel. Danach entscheiden Sie, wie Datumsangaben geschrieben werden, was aus einer leeren Zelle wird und ob Zahlen Zahlen bleiben.

4. 4

   Kopieren oder herunterladen

   Kopieren Sie das JSON in die Zwischenablage oder laden Sie die Datei herunter. Mehrere Arbeitsmappen laden Sie als ein einziges ZIP herunter.

Wandeln Sie Excel-Tabellen in strukturiertes JSON um. Exportieren Sie XLSX, XLSM, XLSB, XLS und ODS nach JSON - mit Kontrolle über die Header-Zeile, die Ausgabeform, die Keys und die Art, wie Werte geschrieben werden. Gebaut für API-Payloads, ETL-Strecken, Testdaten und App-Importe.

• Echte Datumsangaben. Aus einer Datumszelle wird 2024-05-17, nicht 45429. Die Epoche der Mappe wird berücksichtigt, und unterwegs wird keine Zeitzone angewendet.
• Vier Ausgabeformen. Ein Objekt-Array, ein 2D-Array, Spalten-Arrays oder ein Objekt mit einer Spalte Ihrer Wahl als Schlüssel.
• Verschachtelte Keys. Header wie "user.name" und "tags[0]" erzeugen echte verschachtelte Objekte und Arrays.
• Eine Header-Zeile, die nicht Zeile 1 ist. Überspringen Sie die Titelzeilen, die echte Exporte über ihren Spaltennamen tragen.
• Nichts geht still verloren. Umbenannte Keys, leere Header, Pfadkonflikte und übersprungene Zeilen stehen alle neben der Ausgabe.
• Jedes Blatt oder eines. Wandeln Sie ein einzelnes Blatt um oder erzeugen Sie ein Objekt mit den Blattnamen als Schlüssel.
• Stapel als eine Datei. Wandeln Sie viele Mappen um und laden Sie den ganzen Satz als ein einziges ZIP herunter.

Was kostenlos enthalten ist

• Korrekte Ausgabe. Echte Datumsangaben, die Header-Zeile, die Blattauswahl und formatiertes JSON sind kostenlos - eine korrekte Umwandlung ist kein Premium-Feature.
• Dateien bis 15 MB. Eine Mappe auf einmal, bis 50.000 Zeilen pro Blatt, mit angezeigter Zeilenzahl, damit Sie immer wissen, was Sie bekommen haben.
• Alle Eingabeformate. XLSX, XLSM, XLSB, XLS und ODS werden alle kostenlos gelesen.

Dieselben Zeilen lassen sich auf vier Arten anordnen, und die richtige hängt allein davon ab, was das JSON später liest. Die Form schon beim Umwandeln zu wählen spart am anderen Ende einen Transformationsschritt.

Welche Form brauchen Sie?

• Objekt-Array. Die Voreinstellung und das, was fast jede REST-API und JavaScript-Anwendung erwartet. Ein Objekt pro Zeile, mit den Spaltennamen als Keys.
• 2D-Array. Das Raster wie es ist, mit dem Header als erster Zeile. Kompakt, reihenfolgetreu und die richtige Eingabe für Diagramm- und Tabellenbibliotheken.
• Spalten-Arrays. Ein Key je Spalte mit allen Werten darin. Diese Form laden Datenanalyse- und Plot-Bibliotheken am schnellsten.
• Objekt mit Schlüssel. Ein Objekt mit der ersten Spalte als Schlüssel - eine Nachschlagetabelle. Ideal, wenn jede Zeile eine ID hat und Sie einen Datensatz ohne Suche erreichen wollen.

Das Ergebnis einpacken

Jede Form lässt sich in ein benanntes Wurzelobjekt einpacken, sodass die Ausgabe als { "data": [ … ] } statt als blankes Array ankommt. Viele APIs verlangen diese Hülle, und sie hier hinzuzufügen erspart das nachträgliche Bearbeiten der Datei.

Die Header-Zeile bestimmt die Keys, und echte Tabellen machen das schwieriger, als es klingt. Zwei Spalten können denselben Namen tragen, ein Header kann leer sein, und ein Header kann ein Satz mit Leerzeichen und Satzzeichen sein, der sich schlecht als Eigenschaftsname im Code eignet.

Wenn zwei Header denselben Key wollen

• Nichts wird überschrieben. Aus einer zweiten Spalte "Qty" wird "qty_2", statt die erste zu ersetzen. Ein JSON-Objekt kann denselben Key nicht zweimal halten, die Alternative wäre also der Verlust einer Spalte.
• Die Umbenennung wird gezeigt. Jeder umbenannte Key steht neben der Ausgabe, sodass eine Änderung an Ihren Daten etwas ist, wovon Sie erfahren haben, und nicht etwas, das Sie später entdecken.
• Gesäuberte Keys kollidieren häufiger. "Item Name" und "item-name" werden beide zu "item_name", sobald Keys API-freundlich gemacht werden - genau dann zählt der Bericht am meisten.

Leere und nichtlateinische Header

• Ein leerer Header bekommt seinen Spaltenbuchstaben. Aus Spalte D ohne Namen wird "D" - ein Key, den Sie im Blatt wiederfinden, statt eines leeren Strings.
• Umlaute überleben. Die Säuberung von "Größe" ergibt "größe", nicht "gre". Buchstaben außerhalb von reinem ASCII werden transliteriert statt gelöscht.
• Nichtlateinische Header bekommen eine Position. Ein Header ganz ohne ASCII-Entsprechung wird zu column_1, column_2 und so weiter - eindeutig statt leer.

Eine Tabellenzelle und ein JSON-Wert sind nicht dasselbe, und jeder Konverter muss entscheiden, wie aus dem einen das andere wird. Diese Entscheidungen sind hier Einstellungen statt Annahmen.

Wie Datumsangaben geschrieben werden

• ISO 8601 (Standard). 2024-05-17, oder der vollständige Zeitstempel, wenn die Zelle eine Uhrzeit trägt. Sortierbar, eindeutig und von den meisten Systemen akzeptiert.
• Wie angezeigt. Genau der Text, den die Zelle zeigt - im Zahlenformat, das der Autor der Tabelle gewählt hat.
• Unix-Zeitstempel. Millisekunden seit 1970, für Code, der in Epochenzeit rechnet.
• Rohe Seriennummer. Die zugrunde liegende Zahl, wenn Sie zurück in eine Tabelle wandeln.

Leere Zellen und Werttypen

• Leere Zellen, Ihre Wahl. Ein leerer String, ein JSON-null oder der Key ganz weggelassen - was bei dünnen Blättern die kleinsten Dateien ergibt.
• Typen erhalten oder vereinheitlichen. Zahlen und Boolesche Werte bleiben standardmäßig nativ; schalten Sie auf "alles als String", wenn das Ziel streng mit Typen ist.
• Boolesche Werte in drei Varianten. true und false, die Strings "true" und "false", oder 1 und 0.
• Fehlerzellen bleiben lesbar. #REF! und #DIV/0! werden als Text geschrieben, denn ein Fehler ist keine Zahl, und etwas anderes vorzugeben verbirgt eine kaputte Formel.

Eine Tabelle ist flach, JSON ist es nicht - und genau dort hört eine Umwandlung meist auf, nützlich zu sein. Eine Spalte mit einem Pfad zu benennen schließt die Lücke: der Header beschreibt, wohin der Wert im Dokument gehört, und die Struktur entsteht beim Lesen der Zeilen.

Pfade, Objekte und Array-Indizes

• Punkte erzeugen Objekte. "address.city" und "address.country" ergeben ein address-Objekt mit zwei Eigenschaften.
• Klammern erzeugen Arrays. "tags[0]" und "tags[1]" ergeben ein echtes Array, kein Objekt mit den Keys "0" und "1".
• Pfade verschachteln beliebig tief. "user.address.geo.lat" baut alle vier Ebenen.
• Konflikte werden gemeldet. Schreibt eine Spalte einen Wert nach "a" und will eine andere "a.b", lässt sich die zweite nicht platzieren - und Sie erfahren, welche, statt dass eine davon verschwindet.

Die meisten echten Arbeitsmappen sind keine saubere einzelne Tabelle. Sie haben mehrere Blätter, einen Berichtstitel über den Daten und Notizblöcke daneben.

Nur einen Teil eines Blatts lesen

• Header-Zeile setzen. Zeigen Sie dem Werkzeug die Zeile mit Ihren Spaltennamen, und alles darüber wird übersprungen.
• Zellbereich angeben. B3:H500 wandelt genau diesen Block um - so bekommen Sie sauberes JSON aus einem Blatt mit Notizen neben den Daten.
• Leere Zeilen überspringen. Als optische Trenner genutzte Lücken werden nicht zu leeren Datensätzen.
• Leerzeichen entfernen. Zur Ausrichtung aufgefüllte Werte kommen sauber heraus.

Mehrere Blätter und große Dateien

• Ein Blatt nach dem anderen. Wählen Sie das Blatt aus der Liste; die Vorschau folgt Ihrer Wahl.
• Oder alle auf einmal. Jedes Blatt in einem Objekt mit dem Blattnamen als Schlüssel: { "Q1": [ … ], "Q2": [ … ] }. Blattnamen bleiben exakt erhalten.
• Zeilenzahlen werden angezeigt. Die Zahl der umgewandelten Zeilen steht neben der Ausgabe, und wenn ein Blatt am kostenlosen Zeilenlimit abgeschnitten wurde, sagt das Werkzeug es - statt Ihnen still eine zu kurze Datei zu geben.
• Große Dateien bleiben bedienbar. Die Mappe wird einmal und abseits des Hauptthreads gelesen, sodass die Seite während der Verarbeitung von 50.000 Zeilen reagiert.

Fünf Container werden unterstützt, und jeder davon ist durch die Testsuite belegt statt nur behauptet. Entscheidend ist nicht nur die Endung, sondern ob Werte, Datumsangaben und Blattnamen unversehrt ankommen - alle fünf werden mit demselben Inhalt geprüft.

Unterstützte Eingaben

• XLSX. Der Standard ab Excel 2007 und das Format der meisten Exporte und Downloads.
• XLSM. Eine Mappe mit Makros. Die Makros werden ignoriert; die Daten wandeln sich identisch um.
• XLSB. Excels Binärformat, verbreitet bei sehr großen Mappen, weil es schneller öffnet.
• XLS. Das alte Format aus Excel 97-2003, immer noch erzeugt von älterer Buchhaltungs- und Laborsoftware.
• ODS. OpenDocument aus LibreOffice, OpenOffice und Google-Sheets-Exporten.

Was abgelehnt wird und wohin stattdessen

• CSV und TSV. Hier abgelehnt, mit einem Link zum CSV-zu-JSON-Konverter, der für getrennten Text gebaut ist.
• Alles, was keine Arbeitsmappe ist. Eine Datei mit Tabellenendung über anderem Inhalt wird abgelehnt, bevor sie gelesen wird - statt halb in ein Raster aus Fragmenten zerlegt zu werden, das wie Daten aussieht und keine sind.
• Leere Dateien. Eine Datei mit null Bytes bekommt eine Meldung, nie einen Ladebalken, der nie endet.

JSON ist die Sprache von APIs, Web-Anwendungen und Datenpipelines. Eine Tabelle ist der Ort, an dem Menschen Daten schreiben und pflegen. Die Umwandlung dazwischen ist die Naht zwischen der Entstehung und der Nutzung von Daten.

Wohin die Ausgabe geht

• API-Payloads und Testdaten. Schicken Sie das Array direkt an einen Endpunkt oder legen Sie es als Startdaten für eine Testsuite ab.
• Frontend-Daten. Importieren Sie die Datei direkt in eine App - für eine Preisliste, eine Nachschlagetabelle oder einen Satz Übersetzungen.
• Datenbanken und ETL. Die meisten Loader und Dokumentspeicher nehmen JSON nativ an; ein Objekt mit Schlüssel passt unverändert in einen Key-Value-Store.
• Konfiguration von Nicht-Entwicklern. Die Inhaltsverantwortlichen arbeiten weiter in einer Tabelle, und der Build liest JSON.
• Migrationen. Aus einem einmaligen Export wird eine strukturierte Datei, die Sie prüfen, vergleichen und erneut ausführen können.

Die gesamte Umwandlung findet auf Ihrem Gerät statt. Die Mappe wird in der Seite geöffnet, das JSON dort erzeugt, und weder die Datei noch das Ergebnis wird irgendwohin geschickt - das ist zugleich der Grund für die Geschwindigkeit und für den Datenschutz.

Gemessen an einer Mappe mit 50.000 Zeilen

• Einmal lesen: rund 0,6 Sekunden. Die 12-MB-Datei wird ein einziges Mal geöffnet und abseits des Hauptthreads als Daten gehalten.
• Neu formen: 15 bis 45 Millisekunden. Jede Einstellungsänderung baut das JSON aus diesen Daten neu - die Datei wird nie erneut gelesen.
• Nichts hochgeladen. Zu keinem Zeitpunkt gehen Dateidaten über das Netz, es gibt also nichts zu löschen und nichts, was Sie uns glauben müssen.
• Funktioniert offline. Ist die Seite einmal geladen, arbeiten Umwandlungen auch völlig ohne Verbindung weiter.

Eine Mappe mit 50.000 Zeilen wird auf Ihrem Gerät in etwa 0,6 Sekunden gelesen, und jede spätere Einstellungsänderung formt das JSON in 15 bis 45 Millisekunden neu - die Datei wird genau einmal gelesen.

• Excel zu CSV
• CSV zu Excel
• Excel-Viewer
• Excel-Werkzeuge
• Turn the JSON back into a table

  Take an API response into a spreadsheet the same way you took one out

• Start from a CSV instead

  Delimited text rather than a workbook, with the same key and type controls