Unix-Timestamp-Umrechner

Epochensekunden = Tage seit 1970-01-01 × 86400 + Sekunden seit Mitternacht UTC; Datum und Uhrzeit = dieselbe Arithmetik rückwärts gelesen

mode

Die Richtung: ein eingetippter Zeitstempel, der ein Datum zurückgibt, oder ein eingetipptes Datum mit Uhrzeit, das einen Zeitstempel zurückgibt

timestamp

Die Zahl selbst, in Sekunden oder in Millisekunden, je nach Feld »Einheit«. Sie wird nur in der Richtung Zeitstempel → Datum verwendet

unit

Ob die eingetippte Zahl Sekunden zählt (zehn Stellen für Daten dieses Jahrhunderts) oder Millisekunden (dreizehn Stellen). Nur in der Richtung Zeitstempel → Datum verwendet

date

Der Kalendertag in UTC, geschrieben als JJJJ-MM-TT. Nur in der Richtung Datum → Zeitstempel verwendet

time

Die Uhrzeit in UTC, als HH:MM oder HH:MM:SS. Nur in der Richtung Datum → Zeitstempel verwendet

utcDate

Das Kalenderdatum, auf das der Zeitstempel fällt, in UTC. Das ist das Hauptergebnis

utcTime

Die Uhrzeit in UTC, immer mit Sekunden. Ein Sekundenbruchteil in der Eingabe wird abgeschnitten und nicht gerundet

utcWeekday

Der Wochentag dieses Datums, in Ihrer Sprache ausgeschrieben

isoDateTime

Die vollständige Form nach ISO 8601, etwa 2026-01-15T12:00:00Z, fertig zum Einfügen in Code oder ein Protokoll

timestampSeconds

Derselbe Zeitpunkt als ganze Sekunden seit 1970-01-01T00:00:00Z, abgeschnitten und nicht gerundet, damit er der Uhrzeit darüber nie widerspricht

timestampMilliseconds

Derselbe Zeitpunkt in Millisekunden — der Sekundenwert mal 1000, wobei ein mitgegebener Sekundenbruchteil erhalten bleibt

Nutzen Sie die Seite, wenn eine Zahl und ein Datum zueinanderfinden müssen: einen Zeitstempel aus einem Serverprotokoll, einer Schnittstellenantwort oder einer Datenbankzeile lesen, prüfen, ob ein zugesandter Wert in Sekunden oder in Millisekunden gemeint ist, oder einen Zeitstempel zum Speichern erzeugen. Die Seite endet bewusst bei UTC. Sie rechnet nicht in Ihre Ortszeit um und fragt nicht, in welcher Zone Sie sind — ein Unix-Zeitstempel hat keine Zone, die ehrliche Antwort ist deshalb eine UTC-Antwort, und daraus eine lokale Uhrzeit zu machen ist die Aufgabe des Zeitzonen-Rechners. Sie rechnet auch nicht auf Zeitstempeln: Für »was ist dieser Wert plus dreißig Tage« rechnen Sie erst um und nehmen dann einen Datums-Rechner.

1. 1768478400 — der Bezugszeitpunkt

   1. Die Zahl steht in Sekunden, ist also bereits der Epochenwert — vor dem Ablesen ist nichts umzurechnen
   2. Die Division durch 86400 ergibt die vollen Tage seit dem 1. Januar 1970, der Rest ist die Tageszeit: Das Ergebnis landet auf dem 15. Januar 2026 um 12:00:00 UTC
   3. Der Wochentag zu diesem Datum steht in seiner eigenen Zeile und wird nach dem Datum in UTC bestimmt
   4. Ausgeschrieben lautet die Angabe 2026-01-15T12:00:00Z, die Form, die ein Protokoll oder eine Schnittstelle erwartet
   5. Die Millisekundenzeile ist derselbe Zeitpunkt mal 1000 — so sieht derselbe Wert aus, wenn ein System ihn in Millisekunden meldet

   Das ist der Wert, mit dem die Seite aufgeht, und er lohnt sich als Anker: 1768478400 ist Mittag UTC am 15. Januar 2026. Jede weitere Umrechnung auf dieser Seite lässt sich leichter auf Plausibilität prüfen, wenn ein Zeitstempel vertraut ist, denn eine falsche Antwort liegt meist um ganze Tage oder um den Faktor 1000 daneben — und beides fällt gegen einen bekannten Anker sofort auf.

2. 2147483647 — die letzte Sekunde der 32-Bit-Ära

   1. 2147483647 ist 2 hoch 31 minus 1: die größte Zahl, die ein vorzeichenbehafteter 32-Bit-Ganzzahltyp halten kann
   2. Als Epochenwert gelesen ist das der 19. Januar 2038 um 03:14:07 UTC — darum geht es beim Jahr-2038-Problem: Ein System, das Zeitstempel in diesem Typ speichert, hat eine Sekunde später keinen Platz mehr und springt auf ein Datum im Jahr 1901 zurück
   3. Der Wochentag zu diesem Datum steht in seiner eigenen Zeile
   4. Die Sekundenzeile gibt die Zahl unverändert zurück — die Probe, dass der Wert durch dieselbe Arithmetik hinein- und wieder herausgekommen ist

   Das ist die Zeile aus der Referenztabelle unten, durch den Rechner geschickt. Das Jahr-2038-Problem besteht nicht darin, dass das Datum unerreichbar wäre — diese Seite kommt damit anstandslos zurecht —, sondern darin, dass ein Programm mit einem vorzeichenbehafteten 32-Bit-Zähler die nächste Sekunde nicht darstellen kann. 64-Bit-Zähler haben diese Kante in keinem Horizont, der zählt; derselbe Wert in Millisekunden lautet deshalb 2147483647000.

3. Ein Millisekundenwert mit Bruchteil: 1768478400500

   1. Die Zahl hat 13 Stellen und die Einheit sagt Millisekunden, es ist also derselbe Zeitpunkt wie im ersten Beispiel plus eine halbe Sekunde
   2. Die Uhrzeit schneidet den Bruchteil ab, statt zu runden, sie lautet deshalb 12:00:00 und nicht 12:00:01
   3. Die Sekundenzeile wird passend dazu abgeschnitten: 1768478400, nicht 1768478401
   4. Die Millisekundenzeile behält den Bruchteil, denn sie ist die einzige Stelle, an der er im Ergebnis vorkommt

   Der eine Fall, in dem Runden und Abschneiden auseinandergehen, und der Grund, warum die Sekundenzeile abschneidet. Eine halbe Sekunde aufzurunden würde einen Sekundenwert ausgeben, der um eins größer ist als die Uhrzeit direkt darüber, und wer die beiden Zeilen vergleicht, hielte eine davon für kaputt. Jede Zeile mit der angezeigten Uhrzeit in Übereinstimmung zu halten ist wichtiger, als die nächstgelegene ganze Zahl zu halten.

4. Die andere Richtung: 15. Januar 2026, 12:00:30 UTC

   1. Das Datum wird in eine Tageszahl seit dem 1. Januar 1970 umgerechnet und mit 86400 malgenommen, um die Sekunden bis Mitternacht zu erhalten
   2. Dreißig Sekunden nach Mitternacht kommen dazu: Die Summe ist 1768478430, also der Wert des ersten Beispiels plus 30
   3. Das Zeitfeld nimmt Sekunden an, 12:00:30 wird deshalb genau gelesen und nicht auf die Minute abgerundet
   4. Datums- und Wochentagszeile kommen unverändert zurück, denn heraus- und wieder hineinzurechnen ist die identische Abbildung

   Die Gegenrichtung auf einen bereits umgerechneten Wert anzuwenden ist die Probe, die am wenigsten kostet: Kommt beim Hin und Zurück nicht dieselbe Zahl heraus, war wahrscheinlich die Einheit falsch. Eine zehnstellige Zahl bei der Einheit Millisekunden liegt um den Faktor tausend daneben, und das zeigt sich hier als Datum im Januar 1970 statt als Fehler.

Alles, was die Seite meldet, steht in UTC, und sie rechnet nie in eine lokale Zeitzone um — ein Unix-Zeitstempel ist ohne Zeitzone definiert, die Seite, die daraus eine lokale Uhrzeit macht, ist deshalb der Zeitzonen-Rechner. Der Bereich reicht von 1970-01-01T00:00:00Z bis 2100-12-31T23:59:59Z, und Werte außerhalb werden abgewiesen statt still gerechnet: Negative Zeitstempel sind für Daten vor der Epoche gültige Unix-Zeitstempel, aber die Seite sagt das und hört auf, statt eine Antwort für 1969 zu geben, die ihrem eigenen angegebenen Bereich widerspräche. Jeder Tag zählt 86400 Sekunden, und die Schaltsekunden, die der UTC eingeschoben werden, stecken nicht in diesem Zähler — das ist die Definition der Epochensekunde und der Grund, warum eine Angabe unmittelbar neben einer Schaltsekunde um eine Sekunde verschoben sein kann; die gesetzliche Zeit in Deutschland wird von der Physikalisch-Technischen Bundesanstalt über ihre Zeitdienste verbreitet. Sekundenbruchteile werden abgeschnitten und nicht gerundet, ein Millisekundenwert verliert seine Genauigkeit also nicht, beeinflusst die angezeigten Sekunden aber auch nicht. Die Seite liest keine Datumszeichenketten in anderen Formaten, kennt den Zeitstempel Ihres eigenen Geräts nicht und führt keine Rechenoperationen auf Zeitstempeln aus — für das Datum dreißig Tage nach einem umgerechneten Wert nehmen Sie einen Datums-Rechner.

Was ist die Unix-Zeit?

Die Unix-Zeit ist die Anzahl der Sekunden, die seit dem 1. Januar 1970 um 00:00:00 UTC vergangen sind — der Nullpunkt, von dem Unix-Systeme an zählen. Man nennt sie auch Epochenzeit oder POSIX-Zeit. Nichts daran hängt davon ab, wo Sie sind: Die Unix-Zeit ist in UTC definiert, derselbe Augenblick hat also weltweit denselben Wert, und zwei Rechner in verschiedenen Zonen, die über die lokale Uhr uneins sind, sind sich über den Zeitstempel einig.

Wie rechne ich einen Zeitstempel in ein Datum um?

Tragen Sie den Wert ein, geben Sie an, ob er Sekunden oder Millisekunden zählt, und lesen Sie Datum und Uhrzeit ab, die zurückkommen. Als Erstes ist die Stellenzahl zu prüfen: Ein Sekundenwert für ein Datum dieses Jahrhunderts hat zehn Stellen, ein Millisekundenwert hat dreizehn. Ein dreizehnstelliger Wert, als Sekunden gelesen, landet zehntausende Jahre in der Zukunft und wird abgewiesen; ein zehnstelliger Wert, als Millisekunden gelesen, landet im Januar 1970, und das ist der Fehler, der sich nicht meldet. Der schnellste Beleg ist die Umrechnung zurück in der anderen Richtung.

Was ist das Jahr-2038-Problem?

Das Jahr-2038-Problem entsteht, wenn ein System einen Zeitstempel in einer vorzeichenbehafteten 32-Bit-Ganzzahl speichert: Die größte Zahl, die dieser Typ hält, ist 2147483647 und entspricht dem 19. Januar 2038 um 03:14:07 UTC, und eine Sekunde später läuft der Zähler auf ein Datum im Jahr 1901 über. Es ist eine Grenze der Speicherung und nicht des Zeitstempels, und 64-Bit-Zähler kennen sie nicht. Diese Seite rechnet diesen Wert und alles darüber hinaus anstandslos um, weil sie in doppelter Genauigkeit arbeitet und nicht in 32-Bit-Ganzzahlen.

Sollte man Sekunden oder Millisekunden speichern?

Beides ist weit verbreitet und keines davon falsch, aber eine Zahl allein sagt nicht, welches von beidem sie ist; die Einheit muss also mit der Zahl reisen oder vorher vereinbart sein. Millisekunden erhalten Sekundenbruchteile und sind das, was das Date-Objekt in JavaScript und viele Protokollierungssysteme verwenden; Sekunden sind das, was POSIX definiert und was die meisten Schnittstellen und Datenbanken zurückgeben. Die Umrechnung ist eine Multiplikation mit 1000, und diese Seite gibt beide Zeilen aus, sodass das Paar auf einen Blick sichtbar ist.

Ist das Format nach ISO 8601 dasselbe wie ein Zeitstempel?

Nein, und beide sind leicht zu verwechseln, weil sie denselben Zeitpunkt beschreiben. ISO 8601 ist die geschriebene Form — 2026-01-15T12:00:00Z —, sie ist für Menschen lesbar, sortierbar und über das abschließende Z eindeutig auf UTC bezogen. Ein Unix-Zeitstempel ist eine einzige Zahl ohne jede Formatierung. Die Zeichenkette nach ISO 8601 ist das, was Sie in ein Dokument oder eine Adresse einfügen; die Zahl ist das, was Sie speichern oder vergleichen. Diese Seite gibt beides aus derselben Umrechnung aus, sodass sich das eine gegen das andere prüfen lässt.

• The Open Group Base Specifications — Seconds Since the Epoch — The Open Group — the normative definition of the epoch and of leap-second handling
• RFC 3339 — Date and Time on the Internet: Timestamps — IETF — the format of the Z-suffixed string this page prints
• MDN — Date — MDN Web Docs — the millisecond count and its range in JavaScript
• PTB — Zeit und Frequenz — Physikalisch-Technische Bundesanstalt