So funktioniert der Unix-Zeitstempel-Konverter
Ein Unix-Zeitstempel ist die Anzahl der Sekunden seit 00:00:00 UTC am 1. Januar 1970, ohne Schaltsekunden. Er ist die universellste Zeitdarstellung in Computersystemen, weil eine einzige ganze Zahl einen exakten Zeitpunkt festlegt — unabhängig von Zeitzone und Datumsformat.
Warum es Sekunden und Millisekunden gibt
Frühe Systeme (Unix, PHPs und Pythons time(), MySQLs UNIX_TIMESTAMP()) verwenden Sekunden, also 10 Stellen. JavaScripts Date.now(), Javas System.currentTimeMillis() und die meisten mobilen und Frontend-Frameworks verwenden Millisekunden, also 13 Stellen.
Die Vermischung beider ist eine der häufigsten Fehlerquellen in der Entwicklung: Ein 13-stelliger Millisekundenwert an ein Backend geschickt, das Sekunden erwartet, landet zehntausende Jahre in der Zukunft; ein 10-stelliger Sekundenwert im Frontend als Millisekunden gelesen springt zurück in das Jahr 1970. Dieses Werkzeug erkennt die Einheit an der Stellenzahl und zeigt beide an, damit Sie nicht in diese Falle tappen.
Zeitstempel und Zeitzonen
Hier ist der Kernpunkt: Ein Zeitstempel hat keine Zeitzone. Er ist ein absoluter Zeitpunkt. Derselbe Zeitstempel bedeutet überall auf der Welt denselben Moment. Zeitzonen kommen erst ins Spiel, wenn man den Zeitstempel in einen lesbaren Datumsstring umwandelt.
Der Zeitstempel 1750000000 zeigt sich in UTC+8 als bestimmter Nachmittag, in UTC als frühere Zeit desselben Tages und in New York als Vortag — auf der Zeitachse sind es aber ein und derselbe Punkt. Dieses Werkzeug zeigt UTC, Pekinger Zeit (UTC+8) und Ihre lokale Zeit nebeneinander, was die Fehlersuche über Zeitzonen hinweg erheblich erleichtert.
Häufige Einsatzfälle
- API-Debugging: sehen Sie sofort, wann
createdAt: 1750000000aus dem Backend tatsächlich war - Log-Analyse: Zeitstempel aus Logs in lesbare Zeiten umwandeln und den Fehlerzeitpunkt eingrenzen
- Datenbankabfragen: Bedingungen wie
WHERE created_at > 1750000000bauen - Caching und Signaturen: Token-Ablauf berechnen oder prüfen, ob ein Anfrage-Zeitstempel im gültigen Fenster liegt
Das Jahr-2038-Problem
Eine vorzeichenbehaftete 32-Bit-Ganzzahl reicht bis 2147483647, das entspricht 03:14:07 UTC am 19. Januar 2038. Danach laufen ältere Systeme über, die Zeitstempel auf Sekundenbasis in 32 Bit speichern. Moderne Systeme nutzen meist 64-Bit-Ganzzahlen, die etwa 292 Milliarden Jahre weit reichen, sodass das Problem dort nicht auftritt. Der Eintrag 2000000000 in der Schnellübersicht oben ist dafür da, diesen kritischen Bereich zu beobachten.
Häufige Fragen
Kann ich sowohl 10- als auch 13-stellige Werte eingeben?
Ja. Das Werkzeug entscheidet anhand der Stellenzahl: bis 10 Stellen gelten als Sekunden, 11 bis 13 Stellen als Millisekunden. Es gibt immer beide Einheiten aus, sodass Sie vergleichen können.
Warum weicht die umgerechnete Zeit um 8 Stunden von meiner Erwartung ab?
Meist vergleichen Sie UTC mit Pekinger Zeit. Ein Zeitstempel ist absolut; UTC drückt ihn in der Zone mit Offsets null aus. Pekinger Zeit ist UTC+8, liest sich für denselben Zeitstempel also 8 Stunden später. Das Werkzeug zeigt beide, der Vergleich nebeneinander beseitigt die Verwirrung.
In welcher Zeitzone wird ein Datum beim Umrechnen interpretiert?
In Ihrer lokalen Zeitzone, was die meisten Entwicklungsszenarien erwarten. Wenn Ihre Eingabe als UTC gemeint ist, korrigieren Sie die Zahl selbst oder addieren Sie 8 Stunden zum Ergebnis (für Pekinger Zeit).
Welche Datumsformate werden unterstützt?
2026-10-15 14:30:00, 2026/10/15 14:30, 2026-10-15T14:30:00Z und ein reines Datum 2026-10-15 (als 00:00:00 jenes Tages) werden alle erkannt.