Datumsformat-Konverter online — DD.MM.YYYY, ISO 8601, Unix-Timestamp und weitere Formate

Geben Sie ein Datum in einem beliebigen Format ein — der Konverter zeigt es sofort in allen gängigen Formaten an: vom deutschen DD.MM.YYYY bis hin zu Unix-Timestamp und RFC 2822

Datumsformat umwandeln
Datum eingeben
Ergebnis

Datum eingeben und „Konvertieren" klicken

Referenzdaten — in den Konverter laden
Heute

Das aktuelle Datum laut Ihrem Gerät

3. Oktober 1990

Tag der Deutschen Einheit — Nationalfeiertag, der die Wiedervereinigung Deutschlands feiert

1. Januar 2000

Jahrtausendwende — beliebtes Datum zum Testen von Parsern und Datenbanken

1. Januar 1970

Unix-Epoch — der Nullpunkt des Unix-Timestamps. Von diesem Datum an werden alle Unix-Timestamps gezählt

29. Februar 2000

Schalttag — häufige Fehlerquelle in Programmen, die Datumsangaben nicht korrekt verarbeiten

31. Dezember 9999

Maximales Datum in vielen Systemen — Test auf Datumsüberlauf

Datumsformate — Bedeutung und Verwendung
DD.MM.YYYY — warum Deutschland und Europa das Datum anders schreiben als die USA

Das Format DD.MM.YYYY (Tag.Monat.Jahr) ist der Standard in Deutschland, Österreich, der Schweiz und den meisten mittel- und osteuropäischen Ländern. Die Logik: vom Kleinen zum Großen — zuerst der Tag, dann der Monat, dann das Jahr. Als Trennzeichen dient ein Punkt. Beispiel: 22.03.2026. Die USA verwenden MM/DD/YYYY — zuerst den Monat. Das ist die häufigste Ursache für Verwechslungen: Das Datum 03/04/2026 liest ein Amerikaner als 4. März, ein Europäer als 3. April. Deshalb empfiehlt man in internationalen Dokumenten ISO 8601.

ISO 8601 (YYYY-MM-DD) — der internationale Standard und seine Vorteile

ISO 8601 ist ein internationaler Standard zur Datumsschreibweise im Format YYYY-MM-DD (Jahr-Monat-Tag). Beispiel: 2026-03-22. Vorteile: eindeutig — unabhängig von Land und Sprache. Geeignet zum Sortieren — Datumsangaben lassen sich lexikografisch korrekt sortieren. Dies ist der Standard für Datenbanken (SQL), APIs, JSON, XML, Log-Dateien und Git-Commits. Das HTML-Attribut type="date" verwendet ebenfalls YYYY-MM-DD. Wenn Sie Entwickler sind oder mit Daten arbeiten — speichern Sie Datumsangaben immer in ISO 8601.

Unix-Timestamp — was ist das und wozu wird er benötigt

Ein Unix-Timestamp (oder POSIX-Zeit) ist die Anzahl der Sekunden, die seit dem 1. Januar 1970, 00:00:00 UTC (Unix-Epoch) vergangen sind. Beispiel: 1742601600 = 22. März 2026 00:00:00 UTC. Er wird in allen Betriebssystemen, Datenbanken, Programmiersprachen, APIs und Log-Dateien verwendet. Vorteile: eine einzige Zahl ohne Zeitzone und Sprache, praktisch für Datumsberechnungen. JavaScript verwendet Millisekunden (Date.now() = Timestamp × 1000). Das Maximum des 32-Bit-Timestamps ist der 19. Januar 2038 ("Jahr-2038-Problem").

MM/DD/YYYY — das amerikanische Format und wo es vorkommt

Das Format MM/DD/YYYY ist der Standard in den USA und teilweise in Kanada. Beispiel: 03/22/2026 = 22. März 2026. Aus Sicht der meisten Menschen weltweit ist es unlogisch (zuerst Monat, dann Tag, dann Jahr). Dennoch dominiert es in amerikanischen Dokumenten, Formularen, Programmen und Excel-Dateien, die auf die amerikanische Region eingestellt sind. Wenn Sie eine CSV- oder Excel-Datei aus einer amerikanischen Quelle erhalten haben, ist die erste Spalte mit Datumsangaben wahrscheinlich im Format MM/DD/YYYY.

Häufige Fragen zu Datumsformaten
Was ist der Unterschied zwischen DD.MM.YYYY und MM/DD/YYYY?

Die Reihenfolge der Komponenten und das Trennzeichen. DD.MM.YYYY ist der deutsch-europäische Standard: zuerst der Tag, dann der Monat, dann das Jahr, getrennt durch einen Punkt. MM/DD/YYYY ist der amerikanische: zuerst der Monat, dann der Tag, dann das Jahr, getrennt durch einen Schrägstrich. Das Datum 03/04/2026: in Deutschland ist das der 3. April, in den USA der 4. März. Wenn das Format unbekannt ist, ist ISO 8601 (YYYY-MM-DD) die sicherere Wahl — es ist eindeutig.

Was ist ISO 8601 und wo wird es verwendet?

ISO 8601 ist ein internationaler Standard zur Schreibweise von Datum (YYYY-MM-DD) und Uhrzeit (YYYY-MM-DDTHH:MM:SS). Beispiel: 2026-03-22. Verwendet wird es in: SQL-Datenbanken (Typ DATE), REST-APIs und JSON, HTML input[type="date"], Log-Dateien, Git, XML- und HTML-Meta-Tags. Der Hauptvorteil ist die Eindeutigkeit und die korrekte lexikografische Sortierung: Datumszeichenfolgen im Format YYYY-MM-DD lassen sich auch als einfacher Text korrekt sortieren.

Wie wandle ich einen Unix-Timestamp in ein normales Datum um?

Ein Unix-Timestamp ist die Anzahl der Sekunden seit dem 1. Januar 1970 (UTC). Zur Umrechnung: Geben Sie die Zahl in das Feld "Unix-Timestamp" des Konverters ein — Sie sehen das Datum sofort in allen Formaten. Manuelle Berechnung: Timestamp ÷ 86400 = Anzahl der Tage seit 1970-01-01. In JavaScript: new Date(timestamp * 1000).toISOString(). In PHP: date("Y-m-d", $timestamp). In Python: datetime.fromtimestamp(timestamp).

Wie erkenne ich das Format eines Datums in einer unbekannten Datei?

Geben Sie einige Datumsangaben in den Konverter ein und prüfen Sie, welche Interpretation logisch ist. Überprüfen Sie den Tageswert: Ist die erste Zahl größer als 12 (z. B. 23/03/2026), ist sie definitiv der Tag — das Format ist DD/MM/YYYY oder DD.MM.YYYY. Sind beide ersten Zahlen ≤ 12, prüfen Sie den Kontext oder suchen Sie das Jahr (in der Regel vierstellig und steht an erster oder letzter Stelle). ISO 8601 (YYYY-MM-DD) beginnt immer mit einer vierstelligen Jahreszahl.

Was ist RFC 2822 und wo wird es verwendet?

RFC 2822 ist ein Standard für das Datumsformat in E-Mail-Headern und RSS-Feeds. Es sieht so aus: Sun, 22 Mar 2026 14:30:00 +0200. Es enthält: Wochentag, Tageszahl, abgekürzten englischen Monatsnamen, Jahr, Uhrzeit und UTC-Versatz. Die PHP-Funktion date("r") gibt RFC 2822 zurück. In JavaScript gibt new Date().toUTCString() ein ähnliches Format zurück.

Warum verursacht der 29. Februar Probleme in Programmen?

Der Februar hat nur in einem Schaltjahr 29 Tage (durch 4 teilbar, aber nicht durch 100, außer wenn durch 400 teilbar). Programme, die diese Bedingung nicht prüfen, stürzen entweder ab oder verschieben das Datum auf den 1. März. Das Jahr 2000 ist ein Schaltjahr (durch 400 teilbar). 1900 ist keines. Wenn Sie den 29.02 für ein beliebiges aktuelles oder zukünftiges Jahr eingeben, prüft der Konverter, ob dieses Datum existiert.

Was ist das "Jahr-2038-Problem" beim Unix-Timestamp?

Der alte 32-Bit-Unix-Timestamp erreicht seinen Maximalwert am 19. Januar 2038 um 03:14:07 UTC (Wert: 2.147.483.647). Danach läuft der 32-Bit-Ganzzahltyp mit Vorzeichen über und wird negativ — Programme, die den alten Typ verwenden, können Datumsangaben dann falsch verarbeiten. Moderne 64-Bit-Systeme und Sprachen haben dieses Problem nicht — ihr Maximum liegt jenseits von ~292 Milliarden Jahren.

Welches Datumsformat sollte ich in Datenbanken und APIs verwenden?

Immer ISO 8601 (YYYY-MM-DD oder YYYY-MM-DDTHH:MM:SSZ). Gründe: eindeutig unabhängig von Sprache und Region, lässt sich als Zeichenfolge korrekt sortieren, wird von allen gängigen DBMS (MySQL, PostgreSQL, SQLite), Sprachen (JS, Python, PHP, Java) und Standards (JSON Schema, OpenAPI) unterstützt. Unix-Timestamp eignet sich für präzise Zeitstempel mit Berücksichtigung der Zeitzone — speichern Sie ihn als 64-Bit-Ganzzahl.

Datumsformat-Konverter — wie Sie zwischen DD.MM.YYYY, ISO 8601 und Unix-Timestamp umrechnen

Das Datumsformat ist eine der häufigsten Ursachen für Fehler in Programmen, Missverständnisse in Dokumenten und Probleme beim Datenimport. Der Grund ist einfach: In verschiedenen Ländern und Systemen gelten unterschiedliche Konventionen, und 03/04/2026 kann sowohl den 3. April als auch den 4. März bedeuten — je nachdem, wer es geschrieben hat.

Welches Datumsformat in Deutschland verwenden

Der offizielle Standard für Dokumente in Deutschland ist DD.MM.YYYY mit Punkt: 22.03.2026. Er entspricht DIN 5008 und ist in den meisten Behörden, Banken und Buchhaltungsprogrammen üblich. Bei der Webentwicklung und in Datenbanken empfiehlt sich ISO 8601 (YYYY-MM-DD) — es ist eindeutig und wird von allen modernen DBMS und APIs unterstützt.

Warum Entwickler den Unix-Timestamp verwenden

Ein Unix-Timestamp ist die Anzahl der Sekunden seit dem 1. Januar 1970 UTC. Das ist eine einfache ganze Zahl, unabhängig von Sprache, Zeitzone und Region. Damit lässt sich problemlos rechnen: 86400 addieren ergibt morgen, 3600 subtrahieren ergibt eine Stunde früher. Deshalb ist der Timestamp der Standard in Logs, Datenbanken, Caches, Task-Queues und allen Systemen, in denen eine genaue Chronologie wichtig ist. JavaScript verwendet Millisekunden (Date.now()), daher muss ein JS-Timestamp durch 1000 geteilt werden, um Unix-Sekunden zu erhalten.

Automatische Erkennung des Datumsformats

Der Konverter versucht, das Format automatisch zu erkennen. Die Logik: Ist die erste Komponente größer als 12, ist sie der Tag — das Format ist DD/MM oder DD.MM. Ist die erste Komponente vierstellig, handelt es sich um ISO 8601. Wird eine große Zahl ohne Trennzeichen eingegeben, ist es ein Unix-Timestamp oder Millisekunden. Gibt es einen Monatsnamen, werden Sprache und Position des Tages bestimmt. In mehrdeutigen Fällen (z. B. 03/04/2026) zeigt der Konverter eine Warnung an und schlägt vor, das Format manuell auszuwählen.

Häufige Fehler beim Umgang mit Datumsformaten

Die häufigsten Probleme: Import von CSV-Dateien mit Datumsangaben im amerikanischen Format in deutsche Programme (Monat und Tag werden vertauscht), Excel, das Datumsangaben automatisch gemäß den regionalen Einstellungen umwandelt, APIs, die Timestamps in Millisekunden statt Sekunden zurückgeben, und Datenbanken mit gespeicherten Datumsangaben als Zeichenfolgen ohne festes Format. Vermeiden Sie die Speicherung von Datumsangaben als Zeichenfolgen — verwenden Sie immer den Typ DATE/DATETIME oder Unix-Timestamp als 64-Bit-Ganzzahl.

Verwandte Tools

Haftungsausschluss: alle Berechnungen auf dieser Website sind ungefähr und werden zur Information bereitgestellt. Die Ergebnisse können je nach individuellen Bedingungen, technischen Eigenschaften, Region, Gesetzesänderungen usw. von den tatsächlichen abweichen.

Finanz-, Medizin-, Bau-, Versorgungs-, Automobil-, Mathematik-, Bildungs- und IT-Rechner sind keine professionelle Beratung und können nicht die einzige Grundlage für wichtige Entscheidungen sein. Für genaue Berechnungen und Beratung empfehlen wir, sich an Fachspezialisten zu wenden.

Die Website-Administration übernimmt keine Verantwortung für mögliche Fehler oder Schäden im Zusammenhang mit der Verwendung von Berechnungsergebnissen.