Timestamp-Konverter
Wandeln Sie einen Unix-Zeitstempel in ein lesbares Datum um – und zurück. Sie erhalten Sekunden, Millisekunden, ISO 8601, UTC, Ortszeit, Wochentag, RFC 2822
Rechnen Sie Unix-Zeitstempel in lesbare Datumsangaben um – und zurück, in Sekunden wie in Millisekunden. Fügen Sie 1735689600 oder 2026-01-01T00:00:00Z ein und sehen Sie den entsprechenden Wert in UTC, in Ihrer lokalen Zeitzone und in gängigen Formaten wie ISO 8601 und RFC 2822.
Das braucht man ständig beim Lesen von Logs, beim Debuggen einer API, die Epoch-Sekunden zurückgibt, oder wenn Sie prüfen wollen, ob ein Token-Ablauf wirklich der erwartete ist. Die Umrechnung ist exakt und läuft lokal, und das Tool weist Sie darauf hin, wenn ein Wert eher nach Millisekunden als nach Sekunden aussieht.
Unix-Zeitstempel umrechnen – so geht es
Zeitstempel oder Datum einfügen
Die umgerechneten Werte in UTC und Ortszeit ablesen
Das benötigte Format kopieren
Häufige Fragen
Sekunden oder Millisekunden?
Zehn Ziffern sind meist Sekunden, dreizehn meist Millisekunden. Das Tool erkennt die wahrscheinliche Einheit und lässt Sie umschalten, wenn das Ergebnis falsch aussieht.
Was ist die Unix-Epoche?
Die Anzahl der Sekunden seit dem 1. Januar 1970 00:00:00 UTC, ohne Schaltsekunden. So werden Zeitpunkte standardmäßig gespeichert.
Welche Zeitzone wird verwendet?
Es werden beide angezeigt: UTC und die lokale Zeitzone Ihres Browsers, sodass Sie vergleichen können, was der Server protokolliert und was Sie auf der Uhr sehen.
Werden Daten vor 1970 unterstützt?
Ja, negative Werte stehen für Datumsangaben vor der Epoche, und weit in der Zukunft liegende Daten funktionieren bis an die Grenzen des JavaScript-Datumsbereichs.
Kann das Tool auch einen Zeitstempel für ein Datum liefern?
Ja, die Umrechnung funktioniert in beide Richtungen – geben Sie ein Datum ein und Sie erhalten den Epoch-Wert.
Wird irgendetwas hochgeladen?
Nein, die Umrechnung ist reine lokale Arithmetik.
Auf einen Blick
| Eingabe | Text |
|---|---|
| Mehrere Dateien | Nein |
| Läuft wo | In Ihrem Browser – Dateien werden nie hochgeladen |
| Funktioniert offline | Ja — sobald die Seite geladen ist |
| Preis | Kostenlos, keine Anmeldung, kein Wasserzeichen |
Wo Konvertierungen stillschweigend kaputtgehen
Die meisten Konvertierungsfehler drehen sich nicht um Syntax, sondern um Bedeutung. Eine CSV-Spalte mit Postleitzahlen verliert ihre führenden Nullen in dem Moment, in dem eine Tabellenkalkulation sie für eine Zahl hält; eine lange ID überschreitet die Gleitkommapräzision; Datumsangaben ändern ihre Bedeutung, je nachdem, ob der Tag oder der Monat zuerst kommt. JSON-Schlüssel sind ungeordnet, Arrays aber nicht, und ein Werkzeug, das Schlüssel sortiert, ändert nichts, während eines, das Arrays sortiert, die Daten verändert. Unicode ist eine weitere Falle: Text kann als UTF-8, als UTF-16 oder mit BOM ankommen, und ein Decoder, der falsch rät, macht aus akzentuierten Zeichen Mojibake. Bevor Sie einer Konvertierung trauen, prüfen Sie stichprobenartig die erste und letzte Zeile, jedes Feld mit führenden Nullen und jedes Feld mit Anführungszeichen, Kommas oder Zeilenumbrüchen.
Ein Datenformat auswählen
JSON ist die Voreinstellung für alles, was eine API zurückgibt oder ein Programm liest: Es verarbeitet verschachtelte Strukturen, Zahlen, Booleans und null auf natürliche Weise, und jede Sprache kann es parsen. CSV ist kleiner und öffnet sich direkt in einer Tabellenkalkulation, kann aber keine Verschachtelung ausdrücken und hat keinen gemeinsamen Standard für Trennzeichen, Anführungszeichen oder Zeichensatz – genau dort gehen Konvertierungen schief. XML ist ausführlich, trägt aber Attribute, gemischte Inhalte und Schemata, weshalb es Dokumentformate und Altsysteme weiterhin dominiert. YAML ist für Konfigurationen am besten lesbar, reagiert aber empfindlich auf Leerraum und hat überraschende Typumwandlungen („no“ wird zu false, eine Version wie 1.10 wird zu 1.1). Wählen Sie das Format, das das verarbeitende Werkzeug bevorzugt, nicht das, das am schönsten aussieht.