Unix-Timestamp-Konverter — Epoch in Datum und Datum in Epoch

Wandle Epoch-Sekunden, -Millisekunden, -Mikrosekunden oder -Nanosekunden in Daten in jeder Zeitzone um und zurück. Live-Uhr, Stapelmodus, Code-Snippets.

Aktuelle Unix-Zeit
Sekunden
—
Millisekunden
—

Timestamp in Datum

Sekunden, Millisekunden, Mikrosekunden oder Nanosekunden; negative Werte liegen vor 1970.
Gelesen als
Sekunden
UTC
Thu 2025-10-16 00:00:00.000 (UTC+00:00)
Lokal
UTC
ISO 8601 (UTC)
2025-10-16T00:00:00.000Z
ISO 8601 (UTC)
RFC 2822
Relativ
Sekunden
1760572800
Millisekunden
1760572800000
Mikrosekunden
1760572800000000
Nanosekunden
1760572800000000000

Datum in Timestamp

YYYY-MM-DD HH:mm:ss wird in der Zone rechts gelesen. ISO 8601 mit Z oder Offset und RFC 2822 bringen ihre eigene Zone mit.
Unix-Sekunden
1767225600
Millisekunden
1767225600000
ISO 8601 (UTC)
2026-01-01T00:00:00.000Z
UTC

Beginn und Ende von Tag, Woche, Monat, Jahr

in UTC; Wochen beginnen am Montag (ISO 8601)

Stapelumrechnung

Timestamps werden zu ISO 8601 in UTC, Daten zu Unix-Sekunden. Bis zu 5.000 Zeilen.
1700000000s
1760572800000ms
-1s
2038-01-19 03:14:07Datum
0s

Aktuellen Timestamp im Code abrufen

Math.floor(Date.now() / 1000)   // seconds
Date.now()                      // milliseconds

Läuft komplett in deinem Browser. Nichts, was du eingibst, wird an uns gesendet oder gespeichert. Alle kostenlosen Tools ansehen.

Ein Problem gefunden oder etwas, das besser sein könnte? Wir lesen jede Nachricht und beheben Fehler schnell.

Dieser Unix-Timestamp-Konverter macht aus einem Epoch-Wert ein lesbares Datum und aus einem Datum wieder einen Epoch-Wert – in UTC, deiner eigenen Zeitzone oder einer der rund 400 IANA-Zonen, die dein Browser kennt. Füge 1760572800, 1760572800000 oder einen 19-stelligen Nanosekundenwert aus einer Logzeile ein: Die Einheit wird an der Anzahl der Ziffern erkannt, und du kannst sie überschreiben, wenn ein Wert mehrdeutig ist.

Große und ungewöhnliche Werte werden exakt verarbeitet. Ziffern werden als BigInt geparst, sodass ein Nanosekunden-Timestamp seine letzten Stellen behält, statt gerundet zu werden; negative Timestamps vor 1970 werden korrekt auf die Millisekunde abgerundet; und alles außerhalb des JavaScript-Datumsbereichs (etwa 271.821 v. Chr. bis 275.760 n. Chr.) wird als außerhalb des Bereichs gemeldet statt als "Invalid Date" ausgegeben. Zeitzonen-Offsets einschließlich Sommerzeitumstellungen stammen aus den Zeitzonendaten deines Browsers. Nichts, was du eingibst, verlässt die Seite.

So funktioniert’s

  1. Füge einen Timestamp in das erste Feld ein. Die Tabelle zeigt ihn in UTC, deiner Zone, der gewählten Zone, als ISO 8601, RFC 2822 und relative Zeit.
  2. Stimmt die Einheit nicht (ein 12-stelliger Wert kann Sekunden nach dem Jahr 5138 oder Millisekunden im Jahr 1973 sein), wähle sie im Menü „Einheit“.
  3. Für die umgekehrte Richtung gib ein Datum als YYYY-MM-DD HH:mm:ss ein und wähle die Zone, in der es geschrieben wurde; ISO-Strings mit Z oder einem Offset werden unverändert gelesen.
  4. Nutze die Tabelle mit Anfang/Ende für Bereichsabfragen wie „alles aus diesem Monat“ und das Stapelfeld für eine Spalte von Werten aus einer CSV oder einem Log.
  5. Kopiere jeden Wert mit seinem Button oder kopiere das Snippet für deine Sprache, um den aktuellen Timestamp im Code abzurufen.

Häufige Fragen

Was ist ein Unix-Timestamp?

Ein Unix-Timestamp (Epoch-Zeit) ist die Anzahl der Sekunden seit dem 1. Januar 1970, 00:00:00 UTC, ohne Schaltsekunden. Er hat keine Zeitzone: Derselbe Zeitpunkt hat überall denselben Timestamp, deshalb verwenden Datenbanken und APIs ihn. Viele Systeme speichern stattdessen Millisekunden (Date.now() in JavaScript, currentTimeMillis in Java), manche Mikro- oder Nanosekunden.

Woran erkenne ich, ob ein Timestamp in Sekunden oder Millisekunden ist?

Zähl die Ziffern. Ein aktueller Timestamp hat in Sekunden 10 Ziffern, in Millisekunden 13, in Mikrosekunden 16 und in Nanosekunden 19. Dieses Tool nutzt diese Grenzen automatisch. Der einzige mehrdeutige Bereich sind 11 bis 12 Ziffern – entweder Sekunden weit in der Zukunft oder Millisekunden in den frühen 1970ern; wähle dort die Einheit von Hand.

Was ist das Jahr-2038-Problem?

Systeme, die Unix-Zeit als vorzeichenbehaftete 32-Bit-Ganzzahl speichern, können nur bis 2.147.483.647 zählen, also bis zum 19. Januar 2038, 03:14:07 UTC. Eine Sekunde später springt der Wert auf eine negative Zahl und wird als Dezember 1901 gelesen. Moderne Betriebssysteme, Sprachen und Datenbanken verwenden 64-Bit-Zeit, aber alte Embedded-Geräte, Dateiformate und als 32-Bit-INT deklarierte Datenbankspalten haben das Problem weiterhin.

Enthalten Unix-Timestamps Schaltsekunden?

Nein. Unix-Zeit behandelt jeden Tag als genau 86.400 Sekunden, eine Schaltsekunde wird also nicht gezählt, und der Timestamp wiederholt sich oder steht für eine Sekunde still, wenn eine auftritt. Das macht Datumsrechnungen einfach, um den Preis einer Abweichung von der Atomzeit (TAI) um die aufgelaufenen Schaltsekunden, derzeit 37. Für fast alle Anwendungen spielt das keine Rolle.

Kann ein Unix-Timestamp negativ sein?

Ja. Negative Werte zählen von 1970 rückwärts: -1 ist der 31. Dezember 1969, 23:59:59 UTC, und -86400 ist der Beginn dieses Tages. Die meisten Sprachen verarbeiten negative Timestamps korrekt, manche älteren APIs und Tabellenfunktionen lehnen sie aber ab – prüfe das, bevor du Geburtsdaten oder historische Daten als Epoch-Werte speicherst.

Warum liegt meine umgerechnete Zeit ein paar Stunden daneben?

Fast immer ist es eine Verwechslung der Zeitzone: Der Timestamp stimmt, wurde aber in UTC angezeigt, wo du Ortszeit erwartet hast, oder ein lokaler Datums-String wurde als UTC geparst. Ein Timestamp selbst trägt nie eine Zone. Prüfe hier die Zonenauswahl und sorge im Code dafür, dass ein Datums-String ohne Offset in der beabsichtigten Zone interpretiert wird.

Sekunden, Millisekunden, Mikrosekunden, Nanosekunden: wer was verwendet

• Sekunden (10 Ziffern): Unix und POSIX time(), PHP time(), Python int(time.time()), PostgreSQL EXTRACT(EPOCH), JWT-Claims exp/iat/nbf, die meisten HTTP-APIs.

• Millisekunden (13 Ziffern): JavaScript Date.now(), Java System.currentTimeMillis(), Elasticsearch und viele JSON-APIs, Kafka-Record-Timestamps.

• Mikrosekunden (16 Ziffern): die interne Timestamp-Speicherung von PostgreSQL, die Genauigkeit von Python datetime, Google BigQuery TIMESTAMP_MICROS.

• Nanosekunden (19 Ziffern): Go time.UnixNano(), Python time.time_ns(), InfluxDB und Prometheus Remote-Write, Linux clock_gettime. Eine JavaScript-Zahl kann diese Werte nicht exakt speichern, deshalb parst dieses Tool sie als BigInt.

Wenn zwei Systeme um den Faktor 1.000 abweichen, arbeitet eines in Sekunden und das andere in Millisekunden. Dieser eine Fehler steckt hinter den meisten Bugs vom Typ „Datum zeigt 1970“ und „Datum zeigt Jahr 50.000“.

Zeitzonen und Sommerzeit: was schiefgehen kann

Einen Timestamp in Ortszeit umzurechnen ist immer eindeutig: Ein Zeitpunkt entspricht in jeder Zone genau einer Uhrzeit. Umgekehrt nicht. Wenn die Uhren im Frühjahr vorgestellt werden, gibt es eine Ortszeit wie 02:30 am Umstellungstag nie; wenn sie im Herbst zurückgestellt werden, gibt es 01:30 zweimal.

Dieser Konverter folgt denselben Regeln wie der Standard der JavaScript-Temporal-API: Eine übersprungene Uhrzeit wird mit dem Offset von vor der Umstellung gelesen (02:30 wird also zu 03:30 Sommerzeit), und eine doppelte Uhrzeit wird zum ersten Vorkommen aufgelöst. Verwendet dein Code eine andere Regel, kann das Ergebnis an diesen beiden Tagen im Jahr eine Stunde abweichen.

Am sichersten ist es, Zeitpunkte als UTC-Timestamps oder ISO-8601-Strings mit explizitem Offset zu speichern und zu übertragen und erst für die Anzeige in Ortszeit umzurechnen – mit einem IANA-Zonennamen wie America/Toronto statt eines festen Offsets wie -05:00, der das halbe Jahr über falsch ist.

ISO 8601 vs. RFC 2822 vs. Unix-Zeit

ISO 8601 (2026-10-16T08:00:00Z oder 2026-10-16T04:00:00-04:00) sortiert als Text korrekt, ist eindeutig und das, was JSON-APIs, datetime-Attribute in HTML und die meisten Datenbanken erwarten. Verwende es immer, wenn ein Mensch den Wert lesen könnte.

RFC 2822 (Fri, 16 Oct 2026 08:00:00 +0000) ist das Format für E-Mails und HTTP-Header. Es ist lesbar, sortiert als Text aber nicht und ist nur für Jahre ab 1900 definiert.

Ein Unix-Timestamp ist am kompaktesten und am schnellsten zu vergleichen, ohne Konverter aber unlesbar und ohne Hinweis auf seine Einheit. Eine vernünftige Regel: Unix-Zeit innerhalb eines Systems, ISO 8601 an seinen Grenzen.

Ähnliche kostenlose Tools

  • Cron-Generator — Erstelle einen Cron-Zeitplan per Dropdown oder füge einen ein, lies ihn in Klartext und sieh die nächsten 10 Ausführungen in deiner Zeitzone und in UTC. Kostenlos, im Browser.
  • JWT-Decoder — Dekodiere Header und Payload eines JWT, lies das Ablaufdatum in Klartext, prüfe HS-, RS-, PS- und ES-Signaturen oder signiere ein neues Token. Nichts verlässt deinen Browser.
  • UUID-Generator — Erzeuge UUID v4 oder zeitlich sortierte v7, ULIDs und NanoIDs in großen Mengen, oder füge eine ID ein, um Version und eingebetteten Zeitstempel zu sehen.
  • Zahlensystem-Umrechner — Wandle Ganzzahlen jeder Größe zwischen Binär, Oktal, Dezimal, Hex, Basis 32, Basis 36 und jeder Basis von 2 bis 36 um, mit Zweierkomplement-Ansicht.