Zum Hauptinhalt springen
ToolsByUs

Zeitstempel umrechnen

Der Unix-Timestamp-Konverter übersetzt einen Zeitstempel in jede nützliche Schreibweise desselben Zeitpunkts – und umgekehrt. Die Einheit wird aus der Größenordnung erkannt und ausgewiesen: Dieselbe Ganzzahl ist ein Moment in 1970 oder in 2026, je nachdem, ob sie Sekunden oder Millisekunden zählt, und ein Konverter, der stillschweigend rät, liefert ein Datum, das plausibel aussieht und um den Faktor tausend danebenliegt.

Nur lokal

Geben Sie oben einen Zeitstempel oder ein ISO-Datum ein oder wählen Sie „Jetzt, hier“ bzw. ein Beispiel.

Wie funktioniert Zeitstempel umrechnen?

Die Rechnung selbst ist trivial. Herauszufinden, was die Zahl vor Ihnen tatsächlich darstellt, ist es nicht – und genau da passieren die Fehler.

Ein Unix-Timestamp trägt keine Einheit

1757577600 ist die Anzahl der Sekunden seit 1970 und ergibt den 11. September 2025. Als Millisekunden gelesen ergibt es den 21. Januar 1970. Als Mikrosekunden gelesen: neunundzwanzig Minuten nach Mitternacht am 1. Januar 1970. Nichts im Wert sagt, was davon gilt, also wird die Einheit aus der Größenordnung abgeleitet – zehn Ziffern oder weniger sind Sekunden, elf bis dreizehn sind Millisekunden, und so weiter – und die Ableitung wird neben dem Ergebnis angezeigt, statt stillschweigend angewendet. Dieser Unterschied ist wichtig: Eine Ableitung, die man sehen kann, ist eine Tatsache, die man überschreiben kann.

Das Jahr 2038 ist nicht hypothetisch

Ein vorzeichenbehaftetes 32-Bit-time_t läuft am 19. Januar 2038 um 03:14:07 UTC über und springt auf 1901 zurück. Moderne Betriebssysteme sind vor Jahren auf 64 Bit umgestiegen, aber eingebettete Firmware, alte Dateiformate und manche Datenbankspalten nicht – und Code, der einen Timestamp in einer INT-Spalte speichert, hat dieselbe Obergrenze. Er steht in den Beispielen unten, weil sich ein Test dagegen lohnt.

Ein Zeitzonen-Offset gehört zum Zeitpunkt, nicht zur Zone

London liegt im Januar bei +00:00 und im Juli bei +01:00, deshalb bezeichnet „Europe/London“ keinen Offset – es bezeichnet eine Menge von Regeln, um einen aus einem Datum abzuleiten. Die ISO-Ausgabe hier liest den Offset für Ihren konkreten Zeitpunkt aus der Zeitzonen-Datenbank der Plattform, statt ihn zu berechnen, und genau das macht sie auch über eine Sommerzeit-Grenze hinweg korrekt. Alles, was einen Offset hart kodiert, liegt zweimal im Jahr falsch.

Unix-Zeit hat keine Schaltsekunden

Ein Unix-Timestamp ist definiert als die Anzahl der Nicht-Schaltsekunden seit der Epoche, was bedeutet, dass er eine Schaltsekunde nicht darstellen kann. Wird eine Schaltsekunde eingefügt, wiederholen Implementierungen entweder einen Wert oder verteilen die zusätzliche Sekunde über den Tag. Der Unterschied zwischen zwei Unix-Zeitstempeln ist also nicht exakt die verstrichene physikalische Zeit – seit 1972 um 27 Sekunden daneben, was für fast nichts eine Rolle spielt und für die wenigen Dinge, für die es eine spielt, eine enorme Rolle spielt.

ISO-Wochennummern sind nicht das, was man erwartet

Nach ISO 8601 beginnt eine Woche am Montag, und Woche 1 ist diejenige mit dem ersten Donnerstag – deshalb liegt der 1. Januar manchmal in Woche 52 oder 53 des Vorjahres. Deshalb kann ein Dashboard eine Woche 53 anzeigen, die ein anderes als Woche 1 zeigt, und beide liegen nach unterschiedlichen Regeln richtig.

Eingabe

1757577600

Aufgelöst

unit      seconds (10 digits or fewer)
ISO       2025-09-11T08:00:00.000Z
RFC 2822  Thu, 11 Sep 2025 08:00:00 GMT
relative  last year

Welche Optionen und Sonderfälle unterstützt Zeitstempel umrechnen?

Technische Referenz und Optionen
ParameterTypStandardVerhalten & Sonderfälle
10 Ziffern oder wenigerSekundenerkanntDie klassische Einheit der Unix-Epoche und das, was fast jede API und Datenbank mit Timestamp meint.
11 bis 13 ZiffernMillisekundenerkanntWas das Date.now von JavaScript zurückgibt und was die meisten in JavaScript geschriebenen JSON-APIs ausgeben.
14 bis 16 ZiffernMikrosekundenerkanntInterne Zeitstempel von Postgres und time.time_ns von Python, geteilt durch tausend.
17 Ziffern oder mehrNanosekundenerkannttime.UnixNano von Go und das Prometheus-Expositionsformat.
ISO 8601Datumszeichenfolgeakzeptiert2026-09-11T08:00:00Z und seine Varianten. Eine ISO-Zeichenfolge ohne Zone liest die Plattform als lokale Zeit; das ist eine echte Mehrdeutigkeit des Formats und keine Entscheidung dieser Anwendung.
RelativAusdruckakzeptiert`3 days ago`, `2 hours`, `now`. Monat und Jahr sind Näherungen, denn keins von beiden hat eine feste Länge.
ZeitzoneIANA-NameIhre lokale ZoneDer Versatz wird aus der Zeitzonendatenbank der Plattform für genau diesen Zeitpunkt gelesen, daher stimmt er auf beiden Seiten einer Sommerzeitumstellung.
ISO-Woche1 bis 53berechnetWochen beginnen am Montag; Woche 1 enthält den ersten Donnerstag. Der 1. Januar kann daher in Woche 52 oder 53 des Vorjahres liegen.

Häufig gestellte Fragen

Warum wurde mein Timestamp als 1970 aufgelöst?

Höchstwahrscheinlich haben Sie Sekunden in etwas eingefügt, das Millisekunden erwartet – oder umgekehrt. Dieses Tool erkennt die Einheit aus der Größenordnung und sagt Ihnen, welche es gewählt hat; prüfen Sie also zuerst diese Zeile. Eine zehnstellige Zahl sind Sekunden, eine dreizehnstellige sind Millisekunden. Mit Multiplizieren oder Dividieren durch tausend ist das Problem schon behoben.

Sekunden oder Millisekunden – was sollte meine API verwenden?

Sekunden, außer Sie brauchen wirklich Genauigkeit unterhalb der Sekunde – und schreiben Sie in jedem Fall in Ihre Dokumentation, welche es sind. Sekunden meint Unix, die meisten Datenbanken und die meisten Sprachen mit einem Timestamp; Millisekunden meint JavaScript. Die Fehler entstehen an der Grenze zwischen beiden, daher lautet die nützliche Disziplin: die Einheit direkt im Feldnamen nennen – created_at_ms statt created_at.

Was passiert 2038 tatsächlich?

Ein vorzeichenbehaftetes 32-Bit-time_t läuft am 19. Januar 2038 um 03:14:07 UTC über und springt auf Dezember 1901 zurück. 64-Bit-Systeme sind fein, und das seit Jahren; nicht fein sind eingebettete Firmware, die dann noch läuft, Dateiformate mit einem 32-Bit-Feld und Datenbankspalten vom Typ INT statt BIGINT. Letzteres ist am ehesten gerade jetzt in Ihrer Codebasis zu finden.

Warum geht mein ISO-String um eine Stunde daneben?

Meistens die Sommerzeit. Ein Offset ist eine Eigenschaft eines konkreten Zeitpunkts, nicht einer Zone: London liegt im Januar bei +00:00 und im Juli bei +01:00. Dieses Tool liest den Offset für Ihren exakten Zeitpunkt aus der Zeitzonen-Datenbank der Plattform, also wechselt er an der Grenze – das ist korrekt, und deshalb liegt ein hart kodierter Offset ein halbes Jahr lang falsch.

Enthält Unix-Zeit Schaltsekunden?

Nein, per Definition – sie zählt Nicht-Schaltsekunden, kann eine Schaltsekunde also gar nicht darstellen. Wird eine Schaltsekunde eingefügt, wiederholen Systeme entweder einen Timestamp-Wert oder verteilen die zusätzliche Sekunde über den Tag. Die praktische Folge: Subtrahiert man zwei Unix-Zeitstempel, erhält man die verstrichene Zivilzeit, nicht die verstrichene physikalische Zeit; beide weichen seit 1972 um 27 Sekunden voneinander ab.

Wird mein Timestamp hochgeladen?

Nein. Jede Umwandlung hier ist Arithmetik plus die eigene Intl-Zeitzonendatenbank des Browsers, ausgeführt in dem Tab, den Sie bereits geöffnet haben. An einer Datumsumwandlung gibt es nichts, was einen Server bräuchte, und die Zeitstempel, die Menschen umwandeln, stammen meist aus Produktions-Logs.

ToolsByUs-Team · Wie wir unsere Tools prüfen