Du siehst eine Zahl wie 1753000000 in einem Log, einer API-Antwort oder einer Datenbankspalte und fragst dich, welches Datum sich dahinter verbirgt? Dieser Ratgeber erklärt, was ein Unix-Zeitstempel ist, warum Sekunden und Millisekunden verwechselt werden und wie du mit dem Unix-Zeitstempel-Umwandler von ToolPico in Sekunden ein lesbares Datum daraus machst.
Statt ein Datum als Text zu speichern (”29.07.2026, 14:32 Uhr"), speichern viele Systeme nur eine einzelne, stetig wachsende Zahl: die verstrichenen Sekunden seit dem Unix-Epoch. Das macht Vergleiche, Sortierung und Speicherung sehr einfach — ein Zeitstempel ist immer eindeutig, unabhängig davon, wo auf der Welt er erzeugt wurde.
1700000000 entspricht dem 14. November 2023, 22:13:20 UTC. Der Wert 0 selbst ist der 1. Januar 1970, 00:00:00 UTC — der Startpunkt der Zählung.Deshalb tauchen Epoch-Werte überall auf: in Server-Logs, in JSON-Antworten von APIs, in Datenbankspalten vom Typ TIMESTAMP/bigint, in JWT-Tokens (exp/iat) und in Dateisystem-Metadaten.
Der klassische Unix-Zeitstempel misst in Sekunden. JavaScripts Date.now() und viele Web-APIs liefern dagegen Millisekunden — schlicht das 1.000-Fache des Sekundenwerts. Wer das übersieht, landet oft bei einem Datum irgendwo im Jahr 1970 oder weit in der Zukunft, weil die Zahl falsch interpretiert wurde.
| Beispielwert (Ziffern) | Einheit | Entsprechendes Datum (UTC, Beispiel) |
|---|---|---|
| 1700000000 (10) | Sekunden | 14.11.2023, 22:13:20 |
| 1700000000000 (13) | Millisekunden | 14.11.2023, 22:13:20.000 |
| 1700000000000000 (16) | Mikrosekunden | 14.11.2023, 22:13:20.000000 |
| 1700000000000000000 (19) | Nanosekunden | 14.11.2023, 22:13:20.000000000 |
Hinweis: Die Beispieldaten dienen nur zur Veranschaulichung der Ziffern-Logik, nicht als exakte Vorhersage — verwende den Umwandler für den genauen Wert.
Im Reiter „Epoch → Datum“ des Umwandlers kannst du die Genauigkeit auf „Automatisch erkennen“ lassen oder manuell zwischen Sekunden, Millisekunden, Mikrosekunden und Nanosekunden wechseln, falls eine Eingabe ungewöhnlich viele Nullen oder Ziffern hat.
Ein Zeitstempel ist an sich zeitzonenfrei; er ist eine feste Distanz zu UTC. Wenn ein Kollege in New York und du in Berlin denselben Epoch-Wert in eurer jeweiligen lokalen Zeitzone anzeigen lasst, seht ihr unterschiedliche Uhrzeiten — bei einem Zeitstempel kurz nach Mitternacht sogar unterschiedliche Kalendertage.
Der Unix-Zeitstempel-Umwandler bietet vier Anzeigeoptionen: Lokal (die Zeitzone deines Browsers), UTC (koordinierte Weltzeit, ideal zum eindeutigen Vergleichen), Benutzerdefiniert (ein fester UTC±-Versatz) und Stadt/IANA-Zeitzone (z. B. Europe/Berlin), um das Ergebnis so anzuzeigen, wie es an einem bestimmten Ort erscheinen würde.
Ältere oder eingebettete Systeme speichern den Unix-Zeitstempel manchmal als vorzeichenbehaftete 32-Bit-Ganzzahl (int32). Diese Zahl kann maximal 2.147.483.647 darstellen — den 19. Januar 2038, 03:14:07 UTC. Danach kippt der Wert ins Negative, und die Datumsberechnung liefert ein falsches Ergebnis weit in der Vergangenheit. Moderne 64-Bit-Systeme sind davon praktisch nicht betroffen, da ihr Zahlenraum um ein Vielfaches größer ist.
Wer mit älterer Hardware, Embedded-Systemen oder Legacy-Datenbanken arbeitet, sollte diesen Grenzwert kennen — der Umwandler zeigt ihn zusammen mit weiteren Epoch-Meilensteinen in seiner Referenztabelle.
Angenommen, du hast eine Liste von Server-Log-Zeilen mit Zeitstempeln wie 1753181520, 1753185120 und 1753188720 vor dir und willst schnell wissen, an welchem Tag und zu welcher Uhrzeit (in deiner Zeitzone) diese Ereignisse stattfanden. Statt jeden Wert einzeln einzugeben, öffnest du den Reiter „Sammel“, fügst alle drei Zeilen auf einmal ein, wählst die Richtung „Epoch → Datum“ und deine gewünschte Zeitzone — der Umwandler liefert dir sofort eine Liste mit lesbaren Daten, jede Zeile mit eigenem Kopieren-Button.
Bereit, deinen eigenen Zeitstempel umzuwandeln — mit Zeitzonen, Sammelumwandlung und Live-„Jetzt“-Zähler?
Zum Unix-Zeitstempel-Umwandler →