Methodik & Datengrundlage
Unsere Zeitzonen-Daten kommen direkt aus der IANA Time Zone Database, die Ratgeber-Inhalte basieren auf öffentlich nachvollziehbaren Primärquellen. Diese Seite beschreibt unsere Datenquellen, den Review-Zyklus und wie wir Korrekturen dokumentieren.
Datenquelle für Zeitzonen
Der Zeitzonen-Rechner nutzt die IANA Time Zone Database (auch tz database oder zoneinfo genannt) als Grundlage. Diese pflegt seit 1986 alle weltweit gültigen Zeitzonen, Sommerzeit-Übergänge, historischen Anpassungen und politischen Verschiebungen. Updates werden mehrmals jährlich veröffentlicht, meist zeitnah nach Regierungsentscheidungen.
Technisch nutzen wir die in JavaScript Engine eingebauten Intl.DateTimeFormat- Funktionen, die direkt auf die IANA-Daten zugreifen. Welche Regeln gelten, hängt von der Datenbank-Version des jeweiligen Browsers ab. Neue Sommerzeit-Regeln (etwa nach Iran 2022 oder Mexiko 2022) kommen mit Browser- und Betriebssystem-Updates. Sehr neue Änderungen kennt ein nicht aktualisierter Browser noch nicht: Marokko gilt seit dem 20. September 2026 dauerhaft als UTC+0, British Columbia seit dem 9. März 2026 dauerhaft als UTC−7 (IANA tzdata 2026b und 2026c).
Wissenschaftliche Grundlagen
Die Ratgeber zu Sommerzeit, Jetlag, ISO 8601 und Zeitzonen-Geschichte stützen sich auf primäre Quellen: regulatorische Dokumente, peer-reviewte Forschung und etablierte Standards.
| Thema | Quelle | Aktualisierung |
|---|---|---|
| Zeitzonen-Daten | IANA Time Zone Database | mehrmals jährlich |
| UTC-Definition | BIPM, IERS Bulletins | halbjährlich (Bulletin C) |
| EU-Sommerzeit-Status | EU-Kommission, Europäisches Parlament | bei Politik-Entscheidungen |
| Jetlag und Schlaf | UCLA Sleep Center, Harvard Medical School, UZH | jährlich |
| Herzkreislauf-Effekte Zeitumstellung | American Heart Association (Meta-Analysen) | jährlich |
| ISO 8601 / RFC 3339 | ISO, IETF | bei Standard-Updates |
| Zeitzonen-Geschichte | Library of Congress, USNO, Bartky 2007 | nicht relevant |
Wie wir die Inhalte aktuell halten
- Halbjährlich (April + Oktober): Vollständige Prüfung der Sommerzeit-Inhalte rund um die Umstellungs-Termine.
- Jährlich (Januar): Review aller Ratgeber gegen aktuelle EU-Berichte, Schlaf-Forschung und Standards.
- Ad-hoc: Bei großen Verschiebungen (Iran 2022, EU-Entscheidung wenn sie kommt) Update binnen sieben Werktagen.
Technische Grundlage des Tools
- Intl.DateTimeFormat: Browser-eigene API mit IANA-Daten, kein eigener Server-Call nötig.
- Client-side: Alle Berechnungen laufen lokal im Browser, Ihre Eingaben werden nicht an einen Server gesendet. Werbung und Reichweitenmessung laden unabhängig davon, siehe Datenschutzerklärung.
- Multi-Standort-Vergleich: Eine Start-Zeitzone und bis zu 5 Ziel-Zeitzonen gleichzeitig nebeneinander darstellen.
- Sommerzeit-bewusst: Der UTC-Offset der Zeitzone wird iterativ am tatsächlichen Zeitpunkt bestimmt, nicht nur am eingegebenen Datum. Das gilt auch für Uhrzeiten kurz vor und nach einer Umstellung, für historische und für künftige Termine, soweit der Browser die Regeln kennt.
- Umstellungstage: Eine Uhrzeit, die beim Vorstellen der Uhr ausfällt (etwa 02:30 am Tag der Umstellung auf Sommerzeit), existiert nicht. Der Rechner rückt sie um die Länge der Lücke vor (02:30 wird 03:30, so wie es auch Kalenderprogramme nach RFC 5545 tun) und weist darauf hin. Eine Uhrzeit, die beim Zurückstellen doppelt vorkommt, wird als die frühere gerechnet.
Korrektur-Policy
Solltest du einen inhaltlichen Fehler entdecken, eine veraltete Sommerzeit-Regel, eine falsche Quelle, schreibe an info@akara-solutions.de. So gehen wir vor:
- Prüfung gegen die Primärquelle (IANA, EU, BIPM, Schlaf-Studien).
- Bei bestätigtem Fehler: Korrektur plus Eintrag auf /korrekturen/.
- Antwort an die Einsenderin / den Einsender innerhalb von sieben Werktagen.
- Aktualisierung des „Zuletzt geprüft"-Datums.
Stand der letzten Prüfung
Am 13. Oktober 2026 haben wir die Ratgeber überarbeitet und Zahlen und Datumsangaben erneut gegen Quellen abgeglichen, unter anderem gegen die IANA tz database (Version 2026e) und die Protokolle der Internationalen Meridiankonferenz von 1884. Eine Garantie auf Fehlerfreiheit ist das nicht. Die Änderungen stehen auf der Seite Korrekturen.
Grenzen unserer Inhalte
Unsere Ratgeber ersetzen keine medizinische, rechtliche oder Software-Beratung. Bei Schlafstörungen ist eine Schlafmedizin-Praxis die richtige Anlaufstelle, bei Y2038-Problemen in geschäftskritischer Software ein qualifizierter Software-Architekt, bei rechtlichen Fragen zur Sommerzeit-Richtlinie eine Anwältin.
Redaktionelle Verantwortung
Inhaltlich verantwortlich gemäß § 18 Abs. 2 MStV ist Eike-Christian Ramcke (AKARA Solutions GmbH, Feldstraße 97, 25421 Pinneberg). Redaktion und Pflege: Mateusz Viola, Jan-Tristan Rudat und Eike-Christian Ramcke.
Zuletzt geprüft: