Unix-Timestamp-Konverter
Wandeln Sie einen Unix-Timestamp (Epoch-Zeit) in ein lesbares Datum mit Uhrzeit in lokaler Zeit und UTC um – oder umgekehrt jedes Datum mit Uhrzeit in einen Unix-Timestamp in Sekunden oder Millisekunden.
Unix-Timestamps umrechnen
Unix-Timestamp-Formel
Wobei:
- \(t\) — der Unix-Timestamp, also die Anzahl ganzer Sekunden seit der Epoche (1. Januar 1970, 00:00:00 UTC)
- \(ms\) — derselbe Wert in Millisekunden
- \(t_{\text{Versatz}}\) — der Zeitzonenversatz Ihres Standorts relativ zu UTC, in Sekunden
Die erste Zeile rechnet einen Millisekunden-Timestamp in Sekunden um; die zweite definiert, was ein Timestamp bedeutet – eine einfache Zahl von Sekunden, die zur Epoche addiert wird; die dritte verschiebt die UTC-Zeit in Ihre lokale Zeitzone.
Unix-Timestamp – Rechenbeispiel
Beispiel: Wandeln Sie den Timestamp 1735689600 (Sekunden) in ein Datum um.
\[ 1735689600 \div 86400 = 20089\ \text{ganze Tage} \]
20089 volle Tage nach dem 1970-01-01 ergeben genau den 2025-01-01, mit 0 übrig bleibenden Sekunden, also ist die Uhrzeit Mitternacht:
Ergebnis: 2025-01-01 00:00:00 UTC. In Ihrer lokalen Zeitzone zeigt die Uhr Mitternacht plus Ihrem UTC-Versatz (z. B. 2025-01-01 01:00:00 bei UTC+1). In Millisekunden ist derselbe Zeitpunkt 1735689600000 ms.
So verwenden Sie den Rechner
- Öffnen Sie Umrichtungsrichtung und wählen Sie entweder Timestamp → Datum & Uhrzeit oder Datum & Uhrzeit → Timestamp; die Eingabefelder passen sich automatisch an.
- Geben Sie für die Umrechnung eines Timestamps die Zahl in Unix-Timestamp ein und wählen Sie Sekunden oder Millisekunden im Feld Einheit. Negative Werte funktionieren für Daten vor 1970.
- Für die umgekehrte Richtung setzen Sie das Datum und optional die Uhrzeit (leer lassen für Mitternacht). Die Werte werden in Ihrer lokalen Zeitzone interpretiert.
- Lesen Sie die Ergebnisse ab: Lokales Datum & Uhrzeit mit Ihrem UTC-Versatz, UTC-Datum & Uhrzeit, der Timestamp in Sekunden und Millisekunden sowie die Zeile ISO 8601 & relativ, die zusätzlich den Tag des Jahres und den Wochentag anzeigt.
Was ist ein Unix-Timestamp?
Ein Unix-Timestamp (auch Epoch-Zeit oder POSIX-Zeit genannt) ist die Anzahl der Sekunden, die seit dem 1. Januar 1970, 00:00:00 UTC vergangen sind – der „Unix-Epoche“. Statt ein Datum als separate Felder für Jahr, Monat, Tag und Zeitzone zu speichern, speichern Computer eine einzige Ganzzahl, die sich jede Sekunde um 1 erhöht. Der Timestamp 0 ist die Epoche selbst; 1735689600 liegt exakt 55 Jahre später, und negative Timestamps zählen rückwärts auf Daten vor 1970.
Diese Darstellung ist beliebt, weil sie kompakt, leicht vergleichbar und völlig frei von Zeitzonen-Mehrdeutigkeiten ist. Ereignisse zu sortieren, Dauer zu messen oder zu prüfen, ob „A vor B war“, wird zu einfacher Ganzzahl-Arithmetik. Unix-Timestamps finden Sie in Datenbanken, Logdateien, APIs (z. B. JavaScripts Date.now(), das Millisekunden zurückgibt), Cron-Jobs und Webhooks.
Beachten Sie bei der Interpretation eines Ergebnisses den Unterschied zwischen UTC und lokaler Zeit. Ein Timestamp bezeichnet immer einen absoluten Zeitpunkt, aber die Uhranzeige hängt vom Versatz des Betrachters ab. Dieser Rechner zeigt beides: das UTC-Datum mit Uhrzeit, das sich nie ändert, und Ihr lokales Datum mit Uhrzeit, das der Browser aus der Zeitzone Ihres Geräts ableitet. Der ISO-8601-String (2025-01-01T00:00:00.000Z) ist die UTC-Form und endet auf Z für „Zulu time“.
Die Zeile relativ vermittelt ein schnelles Gefühl für die Größenordnung – „vor etwa 6 Monaten“ oder „in 3 Tagen“ –, was praktisch ist, wenn man Logs von Systemen liest, deren Uhrzeit man nicht kennt, oder wenn ein Timestamp aus einem Header wie einem HTTP-Date-Feld stammt.
Annahmen, Einschränkungen und Tipps
- Sekunden vs. Millisekunden: Viele Systeme (JavaScript, Java) verwenden Millisekunden, während Unix-Werkzeuge und die meisten APIs Sekunden verwenden. Wenn Ihre Zahl 13 Stellen hat, handelt es sich fast sicher um Millisekunden; 10 Stellen bedeuten in der Regel Sekunden. Ein häufiger Fehler ist, das eine für das andere zu halten – das verschiebt das Datum um etwa 31.700 Jahre.
- Lokale Zeitzone: In der Richtung Datum & Uhrzeit → Timestamp interpretiert der Rechner Ihre Eingabe in der auf Ihrem Gerät eingestellten Zeitzone. Wenn Sie einen Timestamp für einen bestimmten UTC-Zeitpunkt benötigen, rechnen Sie Ihre lokale Zeit zuerst in UTC um (z. B. durch Abziehen Ihres Versatzes).
- Negative Timestamps: Daten vor 1970 werden durch negative Zahlen dargestellt; der Rechner verarbeitet sie, einige ältere Systeme jedoch nicht.
- Schaltsekunden: Die Standard-Unix-Zeit ignoriert Schaltsekunden bewusst – jeder Tag hat exakt 86.400 Sekunden. Das entspricht dem Verhalten praktisch aller Software, sodass für den Alltagsgebrauch keine Anpassung nötig ist.
- Wertebereich: JavaScript (und damit dieser Rechner) unterstützt etwa ±273.000 Jahre um 1970 herum – weit mehr als jedes praktisch relevante Datum.
- Schneller Plausibilitätscheck: 1.000.000.000 Sekunden ≈ 2001-09-09; 1.732.000.000 ≈ November 2024. Wenn Sie sich ein paar Marksteine merken, erkennen Sie eine verschobene Ziffer leicht.
Verwandte Werkzeuge
Beim Arbeiten mit Rohdaten spielen oft auch andere Kodierungen eine Rolle. Wenn Ihr Timestamp in eine größere Nutzlast eingebettet ist, nutzen Sie den JSON-Formatter, um sie lesbar zu machen, den Hex-Konverter oder Binär-Konverter, um numerische Darstellungen zu untersuchen, und den Base64-Decoder, um kodierte Strings zu entpacken, die häufig Epoch-Werte in URLs und API-Tokens enthalten.
Häufig gestellte Fragen
Wie rechne ich einen Unix-Timestamp von Hand in ein Datum um?
Teilen Sie den Timestamp durch 86.400 (die Anzahl der Sekunden eines Tages), um die Anzahl ganzer Tage seit dem 1. Januar 1970 zu erhalten, und verwenden Sie den Rest, um die Tageszeit zu bestimmen. Zum Beispiel ergibt 1735689600 ÷ 86400 = 20089 Tage ohne Rest, was genau dem 2025-01-01 00:00:00 UTC entspricht. Die vollständige Umrechnung von Tagen in Kalenderdaten ist wegen der Schaltjahre mühsam, daher ist ein Konverter deutlich praktischer.
Woran erkenne ich, ob ein Timestamp in Sekunden oder Millisekunden angegeben ist?
Zählen Sie die Stellen. Eine 10-stellige Zahl (wie 1735689600) ist fast immer in Sekunden angegeben und entspricht grob den Jahren 2001–2033. Eine 13-stellige Zahl (wie 1735689600000) ist in Millisekunden – derselbe Zeitpunkt, multipliziert mit 1000. Die Verwechslung der beiden ist der häufigste Fehler überhaupt: Sie verschiebt das Ergebnis um etwa 31.700 Jahre – ein Fehler, den man mit dieser Regel leicht erkennt.
Wie hoch ist der aktuelle Unix-Timestamp gerade jetzt?
Der Timestamp wächst jede Sekunde um 1, es gibt also keine feste Antwort – er ändert sich ständig. Als praktische Anhaltspunkte: 1.700.000.000 war der 2023-11-14, 1.750.000.000 ist der 2025-06-28, und 2.000.000.000 wird der 2033-05-18 sein. Um den Live-Wert zu erhalten, rechnen Sie das aktuelle Datum mit diesem Rechner um oder führen Sie Date.now() ÷ 1000 in der Konsole Ihres Browsers aus.
Kann ein Unix-Timestamp negativ sein?
Ja. Negative Timestamps zählen von der Epoche rückwärts, also ist −86400 der 1969-12-31 00:00:00 UTC und −2.208.988.800 der 1. Januar 1900. Dieser Rechner akzeptiert negative Werte, aber seien Sie im Code vorsichtig: Manche ältere Systeme und Datenbanken speichern Timestamps als vorzeichenlose Ganzzahlen und können Daten vor 1970 gar nicht darstellen.
Warum zeigt mein Timestamp eine andere Zeit an als auf dem Server oder in einer Logdatei?
Ein Timestamp markiert immer einen absoluten Zeitpunkt, aber die Uhranzeige hängt vom Zeitzonen-Versatz des Betrachters ab. Derselbe Wert 1735689600 zeigt 00:00 in UTC, 01:00 in UTC+1 und 19:00 am Vortag in UTC−5. Wenn Sie Werte über Systeme hinweg vergleichen, rechnen Sie sie immer zuerst in UTC um; deshalb zeigt dieser Rechner das UTC-Datum und Ihr lokales Datum mit Uhrzeit direkt nebeneinander an.
Was ist der Unterschied zwischen Unix-Zeit, Epoch-Zeit und POSIX-Zeit?
Keiner – alle drei Bezeichnungen bezeichnen dasselbe: die Zahl der Sekunden seit dem 1. Januar 1970, 00:00:00 UTC. Die Unix-Zeit ignoriert zudem bewusst Schaltsekunden und behandelt jeden Tag als exakt 86.400 Sekunden lang. Das bedeutet, dass ein Timestamp nicht perfekt mit der Atomzeit synchronisiert ist, aber es entspricht dem, wie Betriebssysteme, Datenbanken und Programmiersprachen tatsächlich arbeiten – eine Korrektur ist in der Praxis also nicht nötig.
Was ist das Jahr-2038-Problem?
Ältere 32-Bit-Systeme speichern Timestamps als vorzeichenbehaftete 32-Bit-Ganzzahl, die am 2038-01-19 um 03:14:08 UTC einen Überlauf erleidet. Nach diesem Moment interpretieren solche Systeme Daten möglicherweise weit zurück im Jahr 1901. Moderne 64-Bit-Plattformen (einschließlich JavaScript, das dieser Rechner verwendet) haben einen Bereich von etwa ±273.000 Jahren und sind nicht betroffen, aber das Thema bleibt relevant für ältere eingebettete Geräte und veraltete Datenbank-Schemata.