Tijdzone-Converter
Converteer tijden tussen IANA-tijdzones met correcte DST-afhandeling
Tijdzone-conversie
Conversieresultaat
Populaire tijdzones
Alle beschikbare tijdzones
Tijdzone-informatie
Zomertijd (DST)
Zomertijd is het verzetten van de klok één uur vooruit tijdens warmere maanden om de avondzon te verlengen. Veel tijdzones wereldwijd doen hieraan mee.
UTC-offset
De UTC-offset toont hoeveel uur en minuten een tijdzone vooruit of achter ligt op UTC. Positieve waarden lopen voor op UTC; negatieve lopen achter.
Tijdzone-afkortingen
Gangbare afkortingen als ET (Eastern Time), GMT (Greenwich Mean Time) en JST (Japan Standard Time) helpen tijdzones snel te herkennen.
Tijdzone-Converter
Converteer tijden tussen IANA-tijdzones met correcte DST-afhandeling
Functies
- Converteer elke datum-tijd tussen 22 IANA tz-database-zones die alle bewoonde continenten beslaan (UTC, America/*, Europe/*, Asia/*, Australia/*, Pacific/*)
- Conversie gebruikt Intl.DateTimeFormat.formatToParts om het exacte UTC-moment van een wandkloktijd in de bronzone te vinden, zodat DST-overgangen en historische regelwijzigingen automatisch worden gerespecteerd
- Per-zone DST-badge berekend door de offset van de ingevoerde datum te vergelijken met de januari- en juli-offsets in hetzelfde jaar — accuraat zelfs op de dag van een overgang
- Standaardafkorting (ET, GMT, JST, IST, AEST) wordt naast de canonieke IANA-naam getoond om de EST/EDT/CST-dubbelzinnigheid te vermijden die teamoverstijgend plannen bemoeilijkt
- Strook Populaire tijdzones met live klokken voor UTC, New York, Londen, Tokio en Sydney — auto-ververst elke 30 seconden voor een snel wereldoverzicht
- Eén-kliks omwisselen tussen bron- en doelzone om een conversie om te keren zonder de datum of tijd opnieuw in te typen
- Datum-bewuste verschil-uitvoer: zelfde dag, volgende dag, vorige dag, N dagen, N maanden of N jaar verschil — je ziet direct wanneer een conversie middernacht of de datumgrens kruist
- Tijden worden gerenderd in je actieve interfacetaal: maandnamen, dagperiode-markers en lokaal correcte getalopmaak volgen de paginataal
Hoe te gebruiken
- Kies de bron-tijdzone — die waarin de te converteren wandkloktijd is uitgedrukt.
- Kies de doel-tijdzone; UTC is een goede standaard voor logs of opgeslagen tijdstempels.
- Voer datum en tijd in, of klik Nu om beide velden op het huidige moment in je lokale browserzone te zetten.
- Lees het conversieresultaat: geformatteerde lokale tijd in elke zone, offset-verschil in uren en minuten, en een eventuele datumovergang.
- Gebruik Wissel om bron en doel om te wisselen wanneer je de omgekeerde conversie nodig hebt (bv. een deadline terugrekenen naar je oorspronkelijke zone).
- Werp een blik op de strook Populaire tijdzones voor een zelf-ververende wereldklok; gebruik de lijst Alle beschikbare tijdzones voor snel pivoteren via Gebruik als bron / doel.
Tips en best practices
- Specificeer altijd de tijdzone bij het werken met tijdstempels om verwarring te voorkomen.
- Gebruik UTC als standaardreferentietijdzone voor internationale applicaties.
- Controleer zomertijdovergangen bij het converteren van datums.
- Maak bladwijzers van veelgebruikte conversies voor snellere toegang.
- Kopieer resultaten direct in je code of configuratiebestanden.
Veelgestelde vragen
Waarom IANA-namen zoals America/New_York in plaats van EST?
EST verwijst naar een vaste UTC-5 offset, maar New York wisselt twee keer per jaar tussen EST (UTC-5) en EDT (UTC-4). De IANA tz-database (ook Olson-database) houdt elke historische regelwijziging per regio bij, dus America/New_York betekent 'welke offset New York observeert op de betreffende datum' — inclusief DST, oorlogstijdwijzigingen en de overgang naar spoorwegtijd in 1883. IANA-namen voorkomen de EST/EDT-bugklasse volledig.
Hoe gaat de converter om met zomertijd?
De conversie roept Intl.DateTimeFormat aan voor elke tijdzone, die delegeert naar de host-ICU-bibliotheek met ingebouwde tz-database. Die bibliotheek weet wanneer elke regio op de ingevoerde datum vooruit- of teruggaat — converteren van 2026-03-08 02:30 in America/New_York behandelt het lentegat correct. De DST-badge toont of de zone momenteel DST observeert; de conversie zelf gebruikt de juiste offset voor de ingevoerde datum.
Waarom is het resultaat soms een dag voor of achter?
Tijdzone-rekenwerk loopt over middernacht. Van 22:00 in New York naar Tokio geconverteerd wordt 11:00 de volgende dag, want Japan ligt 13–14 uur voor. Het veld Datumverschil meldt dit ('Volgende dag' / 'Vorige dag' / 'N dagen verschil') zodat je geen afspraak in de verkeerde kalenderdag plant. Voor zones nabij de datumgrens — Honolulu, Auckland — zijn datumverschuivingen routine.
Wordt er iets naar een server gestuurd?
Nee. Alles draait in je browser via de ingebouwde Intl- en Date-API's. De tz-database is onderdeel van je browser/OS — we halen geen zoneregels op vanaf een server en we loggen geen ingevoerde data of tijden. De tool werkt ook offline zodra de pagina gecacht is.
Hoe nauwkeurig zijn de offsets nabij DST-overgangen?
Nauwkeurig tot op de minuut, omdat de onderliggende ICU/tz-database overgangsregels volgt. De enige dubbelzinnigheid betreft tijden die niet bestaan (het verloren uur bij lente-vooruit) of die twee keer bestaan (het herhaalde uur bij herfst-terug). De browser lost ze conventioneel op — meestal de tweede voorkomen. Voor automatisering rond DST: gebruik UTC voor het opgeslagen tijdstempel en converteer alleen bij weergave.
Zijn historische conversies correct voor data van vóór regelwijzigingen?
Voor de meeste regio's wel — de tz-database registreert regelwijzigingen tot ongeveer 1970 met redelijke nauwkeurigheid. Voor data van vóór 1970 of jurisdicties met slechte archieven kunnen resultaten afwijken van wat klokken destijds toonden. Voor juridische of onderzoekstoepassingen: vergelijk met een autoritatieve bron als de IANA tzdata-release-notes.
Kan ik tijdzones buiten de 22 in het menu toevoegen?
Het menu dekt de meest gevraagde zakelijke zones plus UTC. Browser-ondersteuning omvat alle 350+ IANA-namen, dus neem contact op om Africa/Lagos, America/Sao_Paulo of een andere zone toe te voegen — de onderliggende conversie ondersteunt ze al, alleen het menu is gecureerd voor bruikbaarheid.
Moet ik tijdstempels in UTC of lokale tijd opslaan?
UTC. Altijd. Sla een ISO-8601 UTC-string (of Unix-epoch-seconden) op in je database en converteer naar lokale tijd alleen op de presentatielaag met de IANA-zone van de gebruiker — precies wat deze tool interactief doet. Zo voorkom je datacorruptie wanneer servers verhuizen, hosts DST-beleid wijzigen of politieke grenzen verschuiven.