Timestamp-Rechner: Unix-Zeit in Datum und Uhrzeit umrechnen

Technik & Digital

Timestamp online berechnen: Unix-Sekunden oder Millisekunden in Datum und Uhrzeit umwandeln...

Quelle: Unix-Epoch in Sekunden oder Millisekunden sowie ECMAScript-Datumsumrechnung, Stand Mai 2026.Stand: Juni 2026

Eingabe

Hier Werte eingeben und Optionen anpassen.

Überblick

Was ist der Timestamp-Konverter?

Starte mit der kurzen Einordnung, bevor du Eingaben und Ergebnis interpretierst.

Der Timestamp-Konverter ist für Entwickler, Admins und Analysten gedacht, die einen Unix-Zeitstempel aus Logs, APIs oder Datenbanken in ein lesbares Datum mit Uhrzeit umrechnen müssen. Ein Unix-Timestamp zählt die Sekunden seit dem 1.

Januar 1970 um 00:00 Uhr UTC, dem sogenannten Unix-Epoch. Viele Systeme speichern denselben Zeitpunkt stattdessen in Millisekunden, also mit dem Faktor 1000, weshalb der Konverter zwischen Sekunden- und Millisekunden-Modus unterscheidet.

Sekundenwerte sind heute zehnstellig, Millisekundenwerte dreizehnstellig. Das Werkzeug rechnet in beide Richtungen: aus einem numerischen Timestamp wird ein ISO-Datum und die lokale Ortszeit, aus einem Datum wieder der passende Unix-Wert.

Wichtig ist dabei die Zeitzone, denn die ISO-Ausgabe steht in UTC, während dein Monitoring oder Browser oft die lokale Zeit mit Sommerzeit anzeigt.

So prüfst du Fehlerzeitpunkte, Cron-Läufe und API-Payloads ohne eigenes Skript und erkennst, ob ein Zeitversatz echt oder nur eine Zeitzonendifferenz ist.

Eingaben

So nutzt du den Rechner

Hier siehst du, welche Werte erwartet werden und wie die Felder zusammenhängen.

Wähle zuerst, ob dein Timestamp in Sekunden oder Millisekunden vorliegt. Danach gibst du entweder einen numerischen Zeitstempel oder ein Datum im ISO- bzw.

lokalen Format ein; typische Quellen sind API-Antworten, Datenbankfelder, Browser-Konsolen und Monitoring-Logs. Als Orientierung gilt: Ein zehnstelliger Wert ist fast immer in Sekunden, ein dreizehnstelliger in Millisekunden gemeint.

Steht dort ein Datum, liest der Rechner es als Eingabe und gibt den passenden Unix-Wert zurück; steht dort eine Zahl, liefert er ISO-Datum und lokale Ortszeit.

Ein häufiger Fehler ist, zehnstellige Sekundenwerte und dreizehnstellige Millisekundenwerte zu verwechseln, denn dann springt das Ergebnis nicht um Minuten, sondern um Jahrzehnte.

Berechnung

So funktioniert die Berechnung

Verstehe den Formelweg.

Unix-Epoch-Umrechnung (z. B.

1715779200 s → 2024-05-15T08:00:00Z): Unix-Sekunden × 1000 ergeben Millisekunden seit dem Unix-Epoch am 1. Januar 1970 um 00:00 Uhr UTC; im Millisekundenmodus entfällt dieser Faktor.

Aus dem Sekundenwert leitet der Rechner Jahr, Monat, Tag und Uhrzeit ab, indem er die vergangene Zeit in Jahre, Tage und Sekunden zerlegt und dabei Schaltjahre berücksichtigt. Beispiel: Aus 1715779200 im Sekundenmodus wird 2024-05-15T08:00:00.000Z.

Die lokale Ortszeit ergibt sich, indem der Konverter den Zeitzonen-Versatz auf die UTC-Zeit addiert, für Deutschland in der Sommerzeit also +2 Stunden.

Umgekehrt berechnet er aus einem gültigen Datum denselben Zeitpunkt wieder als Unix-Sekunden oder Millisekunden, sodass du Hin- und Rückrichtung gegenprüfen kannst.

Verwechselst du dabei den Modus, etwa Sekunden als Millisekunden, weicht das Ergebnis um den Faktor 1000 ab und landet weit in der Vergangenheit.

Nachschlagen

Unix-Timestamp-Referenzwerte wichtiger Daten

Wichtige Unix-Timestamps zum Nachschlagen – ideal für Tests, Datenbankmigrationen und Debugging. Alle Werte in UTC (koordinierte Weltzeit).

Unix-Timestamp (10-stellig), ISO-8601-String und Wochentag für ausgewählte Daten (UTC)
Datum (UTC)	Unix-Timestamp	ISO 8601 (UTC)	Wochentag
01.01.1970 00:00:00	0	1970-01-01T00:00:00Z	Donnerstag
01.01.2000 00:00:00	946684800	2000-01-01T00:00:00Z	Samstag
01.01.2010 00:00:00	1262304000	2010-01-01T00:00:00Z	Freitag
01.01.2020 00:00:00	1577836800	2020-01-01T00:00:00Z	Mittwoch
01.01.2025 00:00:00	1735689600	2025-01-01T00:00:00Z	Mittwoch
01.01.2030 00:00:00	1893456000	2030-01-01T00:00:00Z	Dienstag
19.01.2038 03:14:07	2147483647	2038-01-19T03:14:07Z	Dienstag

Y2K38-Problem: Signed 32-Bit-Integer speichert maximal 2.147.483.647 (= 2^31 − 1). Am 19. Januar 2038 um 03:14:08 UTC läuft dieser Wert über und springt auf −2.147.483.648, was dem 13. Dezember 1901 entspricht. Moderne 64-Bit-Systeme und aktuelle Betriebssysteme sind nicht betroffen; ältere Embedded-Systeme können jedoch Fehlfunktionen zeigen.

Hinweise

Wichtige Hinweise zur Nutzung

Schnelle Qualitätsprüfung für dein Ergebnis.

Wenn du 1715779200 im Sekunden-Modus eingibst, zeigt das Ergebnis: 2024-05-15T08:00:00.000Z in UTC und in MEZ 10:00 Uhr. Das bedeutet fachlich: Ein Server-Log mit diesem Timestamp aus einem UTC-System erscheint in Berlin 2 Stunden später – der Versatz ist kein Fehler, sondern eine Zeitzonendifferenz.

Als nächsten Schritt gibst du denselben Wert im Millisekunden-Modus ein: Das Ergebnis zeigt 1970-01-21 – damit siehst du sofort, dass der Modus falsch gesetzt ist und der Timestamp als Sekunden zu interpretieren wäre. Als Praxisbeispiel: Server-Log 1716595200 – das Feld ISO-Datum aus Timestamp zeigt 2024-05-25T00:00:00.000Z, Lokale Zeit aus Timestamp in DE (CEST +2) 02:00 Uhr – damit erkennst du sofort ob ein Timestamp aus Datum korrekt gesetzt wurde.

Anwendung

Praxisbeispiel und Einordnung

So wird das Ergebnis in einer realen Entscheidung nutzbar.

Thomas debuggt einen API-Fehler in einem Node.js-Backend. Im Error-Log steht der Unix-Timestamp 1716547200 ohne Einheit. Da der Wert zehnstellig ist, wählt er den Sekunden-Modus und gibt ihn ein.

Der Rechner multipliziert intern mit 1000 und ermittelt als ISO-Datum 2024-05-24T12:00:00.000Z. Sein Monitoring-Dashboard zeigt die lokale Ortszeit in MESZ, also UTC+2: dort steht 14:00 Uhr.

Er rechnet zur Kontrolle 12:00 UTC plus 2 Stunden und erhält ebenfalls 14:00 Uhr – die Zeitpunkte stimmen überein, der scheinbare Versatz von 2 Stunden ist nur die Zeitzonendifferenz.

Damit erkennt er: Der Fehler trat während einer geplanten Deployment-Phase um 14:00 Uhr Ortszeit auf, nicht bei einem echten Nutzer-Request. Ohne diese Umrechnung hätte er aus dem vermeintlichen Zeitversatz falsche Schlüsse gezogen.

Fallstricke

Häufige Fehler und fachliche Einordnung

Typische Anfängerfehler. Sicherer anwenden.

Der häufigste Fehler ist, 10-stellige Unix-Sekunden, 13-stellige Millisekunden und bereits formatierte Datumsstrings durcheinanderzuschieben; dadurch springt das Ergebnis nicht um Minuten, sondern oft um Jahrzehnte. Ebenso problematisch ist es, UTC-Ausgaben mit lokaler Zeit zu vergleichen, ohne Sommerzeit, Serverstandort oder Browser-Zeitzone mitzudenken.

Viele Logs wirken nur deshalb widersprüchlich, weil API, Datenbank und Frontend unterschiedliche Zeitzonen darstellen. Prüfe deshalb immer zuerst Modus, Zeitzone und Eingabeformat, bevor du einen vermeintlich falschen Timestamp in Backend, ETL oder Monitoring suchst.

Nächster Schritt

Kurzfazit und nächster sinnvoller Schritt

Die Kernaussage für die direkte Weiterentscheidung.

Der Timestamp-Konverter übersetzt einen Unix-Zeitstempel im Sekunden- oder Millisekunden-Modus in ein lesbares ISO-Datum und die lokale Ortszeit und rechnet auch wieder zurück.

Er macht sichtbar, ob ein Log-Eintrag, eine API-Antwort oder ein Datenbankfeld in UTC oder in lokaler Zeit mit Sommerzeit steht. So unterscheidest du einen echten Fehler von einer bloßen Zeitzonendifferenz.

Als nächsten Schritt gibst du zwei aufeinanderfolgende Timestamps ein und bildest die Differenz in Sekunden, um Lücken, Überschneidungen oder Verzögerungen zwischen API, Datenbank und Frontend zu erkennen.

Vertiefung

Beispielrechnungen

Step-by-Step Walkthroughs. Realistische Szenarien.

Beispiel 1 · Einfach · ISO-Datum aus Timestamp Ergebnis liegt vor, Lokale Zeit aus Timestamp Ergebnis liegt vor

Basislauf mit Modus und Timestamp

Modus: unix-seconds
Timestamp: 1.779.297.811
Datum & Uhrzeit (ISO / lokal): 2026-05-20T17:23:31.204Z

Beispiel 2 · Mittel · ISO-Datum aus Timestamp Ergebnis liegt vor, Lokale Zeit aus Timestamp Ergebnis liegt vor

Basislauf mit Modus und Timestamp

Modus: unix-millis
Timestamp: 1.779.297.811
Datum & Uhrzeit (ISO / lokal): 2026-05-20T17:23:31.204Z

Beispiel 3 · Komplex · ISO-Datum aus Timestamp Ergebnis liegt vor, Lokale Zeit aus Timestamp Ergebnis liegt vor

Vergleichslauf mit angepasstem Modus

Modus: unix-millis
Timestamp: 1.779.297.811
Datum & Uhrzeit (ISO / lokal): 2026-05-20T17:23:31.204Z

Expertenmodus

Häufige Fragen zu Timestamp-Konverter

Spezielle Fragen geklärt. Tiefer verstehen.

Unix-Timestamp in Datum umrechnen – wie geht das?

Ein Unix-Timestamp wird umgerechnet, indem Sie den Zahlenwert in das Eingabefeld eintragen und vorher korrekt zwischen Sekunden und Millisekunden wählen; der Rechner gibt daraufhin Datum und Uhrzeit für die gewählte Zeitzone aus und zeigt zusätzlich die Rückrechnung vom Datum zurück zur Zahl.

Ein konkretes Beispiel verdeutlicht das: Der Wert 1700000000 entspricht in Sekunden dem 14. November 2023 um 22:13:20 Uhr UTC, während dieselben Ziffern als Millisekunden interpretiert auf das Jahr 1970 fallen würden.

Genau dadurch werden Einheitenfehler in Logs und API-Antworten sofort sichtbar, statt sich erst spät in der Auswertung zu zeigen.

Achten Sie auf die Stellenzahl der Eingabe, damit ein Faktor-1000-Fehler zwischen Sekunden und Millisekunden nicht unbemerkt bleibt und das Ergebnis nicht um Jahrzehnte daneben liegt.

Welche Zeitbasis hat ein Unix-Timestamp und seit wann zählt er?

Die Zeitbasis eines Unix-Timestamps ist die Anzahl der Sekunden seit dem 1. Januar 1970 um 00:00:00 Uhr in UTC, dem sogenannten Epoch-Nullpunkt, und genau deshalb eignet sich das Format hervorragend für systemübergreifende Zeitwerte.

Manche Systeme zählen stattdessen in Millisekunden, etwa die meisten JavaScript-Schnittstellen, sodass dieselbe Sekunde dort als tausendfach größere Zahl erscheint.

Die Zahl selbst ist zeitzonenneutral, weil sie nur einen festen Abstand zum Epoch-Punkt beschreibt und keine Region kennt. Ein klassischer Stolperstein ist das Jahr-2038-Problem: Bei einer vorzeichenbehafteten 32-Bit-Speicherung läuft der Wert am 19.

Januar 2038 über. Achten Sie bei der Interpretation immer auf die gewählte Einheit und Bitbreite, damit Werte aus verschiedenen Quellen konsistent in lesbare Zeiten zurückgeführt werden.

Warum unterscheidet sich die Zeit zwischen Zeitzonen?

Die angezeigte Zeit unterscheidet sich zwischen Zeitzonen erst bei der Darstellung, weil derselbe gespeicherte Timestamp lokal mit unterschiedlichen Offset- und Sommerzeitregeln ausgegeben wird.

Der zugrunde liegende Zahlenwert bleibt dabei vollkommen identisch und ändert sich nicht.

Ein Beispiel: Ein UTC-Wert von 12:00 Uhr erscheint in Deutschland im Winter als 13:00 Uhr (Offset plus eine Stunde) und in New York als 07:00 Uhr (Offset minus fünf Stunden).

Im Sommer verschiebt die Sommerzeit diese Offsets jeweils um eine weitere Stunde, was häufig zu Fehlinterpretationen führt.

Achten Sie deshalb stets auf die aktiv gewählte Zone im Ergebnisfeld, damit Sie die zeitzonenneutrale UTC-Logik des Timestamps nicht versehentlich mit der lokalen Anzeigezeit verwechseln und falsche Schlüsse aus Logs ziehen.

Timestamp in Sekunden oder Millisekunden?

Timestamp-Werte liegen entweder in Sekunden oder in Millisekunden vor, und die Stellenzahl ist dabei meist der schnellste Indikator zur Unterscheidung.

Ein aktueller Sekunden-Timestamp ist derzeit 10-stellig (etwa 1700000000), während der entsprechende Millisekunden-Wert 13-stellig ist (etwa 1700000000000).

Viele moderne Programmierschnittstellen, allen voran JavaScript mit Date.now, liefern grundsätzlich Millisekunden, klassische Unix-Werkzeuge dagegen Sekunden.

Wer die Einheit verwechselt, landet schnell um den Faktor 1000 daneben: Ein Sekundenwert fälschlich als Millisekunden gelesen rutscht von 2023 zurück ins Jahr 1970.

Achten Sie daher konsequent auf diese Unterscheidung vor jeder Umrechnung und prüfen Sie im Zweifel die Stellenzahl, damit Datum und Uhrzeit nicht um Jahrzehnte falsch angezeigt werden und Auswertungen verlässlich bleiben.

Unix-Timestamp-Rechner für Entwickler und APIs – wofür nutzen?

Entwickler nutzen den Rechner, um API-Zeitstempel zu prüfen, einzelne Log-Einträge zeitlich zuzuordnen oder Werte aus verschiedenen Zeitzonen miteinander zu vergleichen.

Geben Sie einfach einen Timestamp oder ein Datum ein und erhalten Sie die Umrechnung in beide Richtungen ohne eigenes Skript.

In der Praxis hilft das etwa, wenn ein JSON-Payload ein Feld wie createdAt mit dem Wert 1700000000 enthält und Sie sofort wissen wollen, welcher reale Zeitpunkt gemeint ist.

Auch beim Debuggen von Token-Ablaufzeiten, etwa dem Feld exp in einem JWT, lässt sich so in Sekunden klären, ob ein Zugriff bereits abgelaufen ist.

So validieren Sie Payloads, Cron-Zeiten und Debug-Ausgaben in Sekunden und vermeiden Rechenfehler, die sich sonst durch die gesamte Auswertungskette ziehen würden.

Stimmt es dass Unix-Timestamp immer in UTC ist?

Ja, der Unix-Timestamp ist grundsätzlich auf UTC bezogen und damit als reine Zahl zeitzonenneutral gespeichert; lokal wird daraus nur die Darstellung abgeleitet. Die Zahl beschreibt schlicht den Sekundenabstand zum Epoch-Punkt vom 1.

Januar 1970 und kennt selbst keine Region und keine Sommerzeit. Missverständnisse entstehen daher fast immer erst bei der Anzeige in verschiedenen Ländern, wenn dieselbe Zahl etwa in Berlin und in Tokio sehr unterschiedliche Ortszeiten ergibt.

Genau deshalb ist das Format für verteilte Systeme so praktisch: Server in mehreren Rechenzentren speichern denselben eindeutigen Wert, ohne sich auf eine gemeinsame lokale Zeit einigen zu müssen.

Achten Sie konsequent auf die Trennung zwischen Speicherformat in UTC und gewählter Ausgabe-Zeitzone, damit Analysen und Zeitvergleiche über Standorte hinweg konsistent bleiben.

Wann nutze ich einen Unix-Timestamp statt eines ISO-8601-Datums?

Einen Unix-Timestamp wählen Sie überall dort, wo Maschinen Zeit speichern, vergleichen oder berechnen sollen, denn als einzelne Zahl in Sekunden oder Millisekunden lässt er sich kompakt ablegen und mit einfacher Subtraktion in eine Dauer umrechnen.

Das ISO-8601-Format wie 2026-03-14T12:00:00Z nutzen Sie hingegen dort, wo Menschen mitlesen oder Zeitzoneninformation direkt erkennbar sein soll, etwa in Log-Dateien, Konfigurationen oder Schnittstellen-Dokumentationen.

Ein Timestamp ist platzsparend und rechenfreundlich, aber für das Auge nichtssagend; ISO 8601 ist sofort lesbar, dafür länger und aufwendiger zu parsen.

Der Rechner wandelt beide Richtungen verlustfrei ineinander um, sodass Sie intern mit Timestamps arbeiten und nur an den menschlichen Berührungspunkten auf das lesbare ISO-Format wechseln können, ohne die Genauigkeit zu verlieren.

Unix-Timestamp in Deutschland und Zeitzone Europe/Berlin umrechnen?

Ein Unix-Timestamp wird für Deutschland korrekt umgerechnet, wenn Sie im Rechner explizit die Zeitzone Europe/Berlin auswählen und damit die geltenden CET- und CEST-Regeln auf die Ausgabe anwenden.

Im Winter gilt dabei CET mit einem Offset von UTC plus einer Stunde, im Sommer CEST mit UTC plus zwei Stunden. Konkret bedeutet das: Ein UTC-Wert von 12:00 Uhr erscheint in Berlin im Januar als 13:00 Uhr und im Juli als 14:00 Uhr.

Umgekehrt lässt sich aus einer lokalen Berliner Zeit der passende Timestamp erzeugen, sofern Sie dieselbe Zone konsequent wählen.

Achten Sie auf die eingestellte Zeitzone sowohl im Eingabe- als auch im Ausgabeweg, damit der Sommerzeitwechsel Ende März und Ende Oktober korrekt berücksichtigt wird und keine Stunde verloren geht oder doppelt zählt.

Weiterführende Rechner und Themen

Alle Anschlussrechner und Vertiefungen in einem klaren Modul, damit du direkt zur nächsten sinnvollen Berechnung springen kannst.

ZahlenbasisZeitstempelwerte zwischen Dezimal und Hex umrechnen.Datenvolumen-RechnerDatenverbrauch für Streaming, Surfen, Videocalls, Social Media und Gaming pro Tag, Woche oder Monat abschätzen.Farb-KonverterFarben zwischen HEX, RGB und HSL umrechnen – mit Farbvorschau und fertigen CSS-Codes zum Kopieren.Base64-Encoder-DecoderText in Base64 encodieren und decodieren, optional URL-sicher – inklusive Größenvergleich zwischen Original und Base64.ASCII-Zeichencode-RechnerZeichen in ASCII-, Unicode-, Hex- und Binärdarstellung umrechnen und komplette ASCII-Tabelle als Referenz anzeigen.ZeiteinheitenSekunden und Millisekunden in Minuten, Stunden und Tage umrechnen.Cloud-Speicherbedarf-RechnerBenötigten Cloud-Speicher für Fotos, Videos und Dokumente berechnen und passenden Cloud-Tarif mit Puffer finden.Backup-Größe-RechnerBackup-Größe für Voll-, inkrementelle und differenzielle Backups mit Komprimierung und geschätzter Backup-Dauer berechnen.Programmierung & Entwickler Rechner gezielt auswählenDirekter Hub für weitere Rechner aus Programmierung & Entwickler mit demselben Themenkontext.Technik & Digital als Themenhub weiter öffnenCluster-Wechsel in benachbarte Themen derselben Kategorie.Timestamp-Konverter über alle Filter weiter eingrenzenSuche für weitere Varianten, Kategorien und Rechentypen mit ähnlichem Intent.