Unix-Zeitstempel-Konverter
Wandle zwischen Unix-Zeitstempeln und Datumsangaben um.
Über dieses Tool
Wandle Unix-Zeitstempel in Sekunden, Millisekunden oder Mikrosekunden in ISO 8601, Ortszeit und relative Zeit um, oder mach aus einer beliebigen Datumsangabe wieder einen Zeitstempel.
So verwendest du es
- Füge einen Unix-Zeitstempel in Sekunden, Millisekunden oder Mikrosekunden oder eine beliebige Datumsangabe ein.
- Die Einheit wird anhand der Anzahl der Stellen erkannt.
- Lies das Datum in ISO 8601, deiner Ortszeit, RFC 2822 und relativer Form ab und kopiere, was du brauchst.
Fragen
- Was ist ein Unix-Zeitstempel?
- Die Anzahl der Sekunden seit dem 1. Januar 1970 00:00:00 UTC, bekannt als Unix-Epoche. Sie ist überall auf der Welt gleich und eignet sich daher ideal zum Speichern von Zeitpunkten.
- Sekunden oder Millisekunden?
- Ein aktueller Zeitstempel in Sekunden hat 10 Stellen, in Millisekunden 13. Unix-Tools und die meisten APIs verwenden Sekunden; Date.now() in JavaScript liefert Millisekunden.
- Was ist das Jahr-2038-Problem?
- Systeme, die Zeitstempel als vorzeichenbehaftete 32-Bit-Ganzzahlen speichern, laufen am 19. Januar 2038 über. Moderne Systeme verwenden 64-Bit-Werte und sind nicht betroffen.
- Wie werden Datumswerte vor 1970 als Unix-Zeitstempel dargestellt?
- Als negative Zahlen. -86400 ist der 31. Dezember 1969 um 00:00 UTC, ein Tag vor der Epoche, und dieser Konverter akzeptiert das Minuszeichen. Manche älteren Systeme und Bibliotheken lehnen negative Zeitstempel ab, prüfe das also, bevor du historische Daten wie Geburtsdaten auf diese Weise speicherst.
- Enthalten Unix-Zeitstempel Schaltsekunden?
- Nein. Unix-Zeit behandelt jeden Tag als genau 86.400 Sekunden und ignoriert Schaltsekunden. Tritt eine auf, wiederholt die Systemuhr eine Sekunde oder verteilt sie – bei Google und AWS – über mehrere Stunden, was man Smearing nennt. Für fast alle Anwendungen kannst du das getrost ignorieren.
- Wie rechne ich einen Unix-Zeitstempel in Excel oder Google Sheets um?
- Nutze =A1/86400 + DATE(1970,1,1) und formatiere die Zelle als Datum mit Uhrzeit; in einem deutschen Excel lautet die Formel =A1/86400 + DATUM(1970;1;1). Das Ergebnis ist in UTC, addiere also für die Ortszeit deinen Offset geteilt durch 24. Bei einem Zeitstempel in Millisekunden teilst du durch 86400000 statt durch 86400.
Aktuellen Unix-Zeitstempel in jeder Sprache abrufen
Die meisten Sprachen liefern die aktuelle Epoch-Zeit mit einem Aufruf. In JavaScript gibt Date.now() Millisekunden zurück, für Sekunden nimmst du also Math.floor(Date.now() / 1000). Pythons time.time() gibt Sekunden als Float zurück, und in einer Shell gibt date +%s Sekunden aus. Go hat time.Now().Unix(), Java hat Instant.now().getEpochSecond(), und PostgreSQL hat extract(epoch from now()). Oben auf dieser Seite siehst du den Live-Wert in Sekunden und Millisekunden.
Die Gegenrichtung ist genauso kurz: new Date(ts * 1000).toISOString() in JavaScript, datetime.fromtimestamp(ts, tz=timezone.utc) in Python, date -d @1762540800 unter Linux oder date -r 1762540800 unter macOS. Der häufigste Bug ist das Vermischen von Einheiten. Übergibst du Sekunden an eine Funktion, die Millisekunden erwartet, landest du im Januar 1970; übergibst du Millisekunden, wo Sekunden erwartet werden, bekommst du ein Datum Zehntausende Jahre in der Zukunft.
ISO 8601 vs. Unix-Zeit: Welches Format speichern?
Unix-Zeit ist eine einzelne Zahl: leicht zu vergleichen, zu sortieren und damit zu rechnen, und frei von Zeitzonen-Verwirrung. ISO-8601-Strings wie 2026-11-07T20:00:00Z sind für Menschen lesbar und können bei Bedarf einen Offset tragen, wie in 2026-11-07T21:00:00+01:00. Beide beschreiben einen exakten Zeitpunkt. RFC 3339 ist das strengere Internetprofil von ISO 8601, an das sich die meisten APIs tatsächlich halten.
Eine gute Regel: Speichere Zeitpunkte als nativen Timestamp-Typ oder als Unix-Zeit und schick in APIs und Logs ISO 8601 mit Z oder Offset. Vermeide Strings ganz ohne Zone, etwa 2026-11-07 20:00, weil jeder Leser womöglich eine andere annimmt. Dieser Epoch-Konverter liest solche Strings als UTC und weist in einem Hinweis darauf hin. Er versteht auch Logformate wie 06/Nov/2026:09:15:02 +0000.
Warum weicht mein umgerechneter Zeitstempel um ein paar Stunden ab?
Ein Unix-Zeitstempel hat keine Zeitzone; er zählt die Sekunden seit der Epoche in UTC. Wirkt ein umgerechnetes Datum um ein paar Stunden verschoben, ist der Zeitstempel meist in Ordnung und die Anzeige das Problem. Vergleiche hier die Zeile „ISO 8601 (UTC)“ mit der Zeile „Lokal“: Sie zeigen denselben Zeitpunkt, einmal in UTC und einmal in der Zeitzone deines Browsers. Code, der Datumswerte ohne Zone formatiert, verwendet die lokale Zone des Rechners.
Die andere häufige Ursache ist ein Zeitstempel, der aus lokaler Uhrzeit erzeugt wurde. In Python ist datetime.utcnow().timestamp() das klassische Beispiel: Der naive UTC-Wert wird als Ortszeit behandelt, das Ergebnis weicht also um deinen UTC-Offset ab. Nimm stattdessen datetime.now(timezone.utc). Ein Unterschied von genau 3600 oder 7200 Sekunden deutet auf diese Art von Bug hin. Der Zeitzonen-Rechner zeigt, was die Uhr in jeder Zone anzeigte.
Wichtige Unix-Zeitstempel
Meilensteine der Unix-Zeit, in Sekunden seit dem 1. Januar 1970 UTC.
| Zeitstempel | Datum (UTC) | Warum es wichtig ist |
|---|---|---|
0 | 1970-01-01T00:00:00Z | Die Unix-Epoche: Hier beginnt die Zählung |
1000000000 | 2001-09-09T01:46:40Z | Eine Milliarde Sekunden |
1234567890 | 2009-02-13T23:31:30Z | Die Ziffern 1 bis 0 der Reihe nach, von Programmierern gefeiert |
2000000000 | 2033-05-18T03:33:20Z | Zwei Milliarden Sekunden |
2147483647 | 2038-01-19T03:14:07Z | Größter vorzeichenbehafteter 32-Bit-Wert: das Jahr-2038-Problem |
4294967295 | 2106-02-07T06:28:15Z | Größter vorzeichenloser 32-Bit-Wert |
Funktioniert etwas nicht, oder sieht ein Ergebnis falsch aus? Ein Problem mit diesem Tool melden