Unix-Timestamp-Konverter — Epoch umrechnen

Was dieser Unix-Timestamp-Konverter macht

Der Unix-Timestamp — auch POSIX-Timestamp genannt — zählt die Sekunden seit dem 1. Januar 1970, 00:00:00 UTC. Dieser Unix-Timestamp-Konverter rechnet Epoch-Werte in lesbare Datumsstrings um und umgekehrt. Er erkennt automatisch, ob du einen 10-stelligen Wert (Sekunden) oder einen 13-stelligen Wert (Millisekunden) eingibst, und zeigt UTC und Lokalzeit nebeneinander an — so findest du Timezone-Bugs auf einen Blick. Deutschland verwendet ISO 8601 als DIN-EN-Norm 28601 für offizielle Datumsangaben, weshalb diese deutschsprachige Version ISO-Ausgabe als primäres Format setzt. 100% im Browser — deine Daten verlassen nie dein Gerät. Keine Uploads, kein Tracking, keine Server-Logs.

Funktionen

Auto-Erkennung von Sekunden und Millisekunden. 10-stellige Werte werden als Epoch-Sekunden interpretiert, 13-stellige als Millisekunden — du musst nichts manuell umschalten.
UTC und Lokalzeit parallel. Beide Zeitzonen erscheinen gleichzeitig im Ergebnis, sodass Timezone-Fehler sofort auffallen — besonders nützlich beim Debuggen von API-Logs aus Stuttgart oder Zürich.
Bidirektionale Konvertierung. Gib einen Epoch-Wert ein, um das Datum zu erhalten — oder ein Datum, um den passenden Unix-Timestamp zurückzubekommen. Beide Richtungen funktionieren in Echtzeit.
Jetzt-Schaltfläche. Ein Klick auf „Jetzt“ füllt den aktuellen Epoch-Timestamp ein. Praktisch als Ausgangspunkt beim Berechnen von Zeitabständen.
Relatives Zeitformat. Neben den absoluten Werten siehst du sofort, wie weit der Timestamp in der Vergangenheit oder Zukunft liegt — z. B. „vor 3 Tagen“. Für wiederkehrende Zeitpläne hilft auch unser [Cron-Ausdrucks-Parser](/de/cron-parser/).
Kein Bibliotheks-Ballast. Der Konverter nutzt reines Date-API des Browsers — keine externe Abhängigkeit, keine versteckten Requests, sofortige Reaktionszeit.

So benutzt du den Unix-Timestamp-Konverter

Gib einen Epoch-Wert oder einen Datumsstring ein — das Ergebnis erscheint sofort. Mit der Jetzt-Schaltfläche lädst du den aktuellen Timestamp.

Epoch-Wert eingeben. Trage einen Unix-Timestamp ins erste Feld ein, z. B. 1700000000. In JavaScript erhältst du ihn mit Date.now() / 1000, in der Bash mit date +%s.
Ergebnis ablesen. Der Konverter zeigt Epoch-Sekunden, Epoch-Millisekunden, ISO 8601, UTC und deine Lokalzeit gleichzeitig an.
Umgekehrte Richtung nutzen. Trage stattdessen einen ISO-String wie 2023-11-14T22:13:20Z ins Datumsfeld ein, um den entsprechenden Epoch-Wert zu erhalten.
Wert kopieren. Klicke auf „Kopieren“ neben dem gewünschten Format, um es direkt in deine API-Anfrage, dein SQL-Statement oder deinen Code zu übernehmen.

Häufige Anwendungsfälle

JWT-Claims validieren. JWT-Tokens speichern exp und iat als Epoch-Sekunden. Mit diesem Konverter prüfst du sofort, ob ein Token abgelaufen ist — ohne Bibliothek.
API-Logs debuggen. Timestamps in Server-Logs sind meist Epoch-Werte. Wandle sie schnell in lesbare Datumsangaben um, um Fehler zeitlich einzuordnen.
Datenbankfelder prüfen. MySQL-TIMESTAMP-Spalten laufen am 2038-01-19 um 03:14:07 UTC über. Überprüfe, ob deine gespeicherten Werte in diesem Grenzbereich liegen, bevor es zum Problem wird.
Zeitabstände berechnen. Ziehe zwei Epoch-Sekunden voneinander ab, um eine exakte Dauer zu erhalten. Für komplexere Berechnungen wie Tagesdifferenzen eignet sich unser [Datumsrechner](/de/date-calculator/).
Zeitzonenfehler aufspüren. Postgres TIMESTAMP WITHOUT TIME ZONE speichert keinen Offset — der Konverter zeigt dir UTC und Lokalzeit (z. B. Europe/Vienna) nebeneinander, damit du Verschiebungen sofort erkennst.

Häufig gestellte Fragen

Was ist der Unterschied zwischen Epoch-Sekunden und Epoch-Millisekunden?

Epoch-Sekunden sind 10-stellige Zahlen (z. B. 1700000000). Epoch-Millisekunden sind 13-stellig (z. B. 1700000000000). JavaScript liefert mit Date.now() immer Millisekunden, während Unix-Tools wie date +%s Sekunden zurückgeben. Verwechslungen führen zu Datumsangaben im Jahr 55000+ — ein häufiger Fehler beim Verbinden von Frontend und Backend.

Verlassen meine Timestamps den Browser?

Nein. Alle Berechnungen laufen vollständig im Browser per JavaScript. Es findet kein Netzwerk-Request statt, keine Daten werden an einen Server gesendet, und es gibt keine Logs. Deine sensiblen Produktions-Timestamps bleiben auf deinem Gerät.

Was ist das Jahr-2038-Problem?

32-Bit-Systeme speichern Epoch-Sekunden als vorzeichenbehafteten Integer. Am 2038-01-19 um 03:14:07 UTC läuft dieser Wert über und springt auf 1901 zurück. Betroffen sind ältere MySQL-TIMESTAMP-Felder und Legacy-C-Code. Moderne Systeme nutzen 64-Bit-Integer und sind sicher — prüfe trotzdem deine Datenbankschemas.

Warum zeigt der Konverter UTC und Lokalzeit gleichzeitig an?

Eine der häufigsten Ursachen für Zeitzonenfehler ist die Verwechslung von UTC und lokaler Zeit. Besonders wenn Server in einer Zeitzone laufen und Nutzer in einer anderen — etwa Europe/Vienna vs. UTC — entstehen subtile Fehler, die schwer zu debuggen sind. Die parallele Anzeige macht diesen Unterschied sofort sichtbar.

Wie berechne ich den aktuellen Epoch-Wert in meinem Code?

In JavaScript: Math.floor(Date.now() / 1000) für Sekunden. In Python: import time; int(time.time()). In der Bash: date +%s. Alle drei Varianten liefern konsistente UTC-basierte Sekunden seit 1970-01-01.

Was passiert, wenn eine Datenbank keinen Timezone-Offset speichert?

Postgres TIMESTAMP WITHOUT TIME ZONE ignoriert den Offset beim Speichern und gibt den Wert so zurück, wie er eingegeben wurde — ohne Konvertierung. Das kann zu stillen Fehlern führen, wenn dein Anwendungscode eine andere Timezone annimmt. Nutze stets TIMESTAMP WITH TIME ZONE (bzw. TIMESTAMPTZ) oder speichere explizit als UTC-Epoch. Der GitLab-Datenbankvorfall 2017 ist ein Mahnmal dafür, wie gefährlich stille Annahmen in Datenbankoperationen sein können. Für genaue Zeitzonenformate verweist MDN — crypto.randomUUID auf die allgemeinen Web-API-Standards, die auch Date-Verhalten definieren.