ToolDeck

Timezone Converter

Converteer een datum en tijd tussen tijdzones wereldwijd

UTCUTC+00:00

04/16/2026, 21:56:00

America/New_YorkUTC-04:00

04/16/2026, 17:56:00

Wat is tijdzoneconversie?

Een tijdzoneconverter vertaalt een datum en tijd van de ene tijdzone naar de andere, zodat u direct kunt zien hoe laat het op elke plek ter wereld is. De wereld is verdeeld in 24 primaire tijdzones, elk gedefinieerd als een vaste verschuiving ten opzichte van de Coordinated Universal Time (UTC). Als het 14:00 UTC is, is het 09:00 in New York (UTC-5) en 23:00 in Tokio (UTC+9). Correct omzetten tussen tijdzones vereist kennis van de UTC-verschuiving van zowel de bron- als doelzone en of zomertijd (DST) van kracht is voor een van beide.

De IANA Time Zone Database (ook wel de Olson-database of tz-database genoemd) is de standaardbron voor tijdzonedefinities die wordt gebruikt door besturingssystemen, programmeertalen en webbrowsers. Ze kent aan elke zone een canonieke identifier toe in het formaat Regio/Stad, zoals America/New_York of Asia/Tokyo. In tegenstelling tot vaste afkortingen als EST of PST leggen IANA-identifiers de volledige geschiedenis van UTC-verschuivingswijzigingen en DST-overgangen voor elke regio vast. Ze zijn dan ook de enige betrouwbare manier om tijden over datums in het verleden of de toekomst te converteren.

Deze tijdzoneconverter gebruikt IANA-tijdzonegegevens die zijn ingebouwd in de JavaScript-engine van uw browser via de Intl API. U selecteert een brontijdzone, voert een datum en tijd in, en de tool berekent meteen de equivalente tijd in uw doeltijdzone, inclusief eventuele zomertijdaanpassingen. Omdat alles in uw browser plaatsvindt, is er geen serververzoek en verlaten uw gegevens uw apparaat niet.

Waarom deze tijdzoneconverter gebruiken?

Tijdzones handmatig uitrekenen is foutgevoelig, zeker als zomertijd in het spel is. Een stad die in januari UTC-5 is, kan in juli UTC-4 zijn, en de overgangsdatums verschillen per land. De Verenigde Staten en Europa zetten hun klokken op verschillende zondagen om, waardoor er een periode van twee weken is waarin de verschuiving tussen New York en Londen afwijkt van de rest van het jaar. Deze tool verwerkt al die overgangen automatisch via dezelfde IANA-database die uw besturingssysteem gebruikt.

~
Direct converteren
Selecteer twee tijdzones, voer een tijd in en zie het resultaat onmiddellijk. Geen formulierinzendingen, geen herladen van de pagina. De conversie wordt bijgewerkt terwijl u typt.
~
DST-bewuste resultaten
De converter houdt automatisch rekening met zomertijdovergangen. Er wordt gebruikgemaakt van de ingebouwde IANA-tijdzonegegevens van de browser, zodat de resultaten de juiste verschuiving weerspiegelen voor elke datum die u invoert, in het verleden of de toekomst.
~
Privacy-first verwerking
Alle conversies worden lokaal in uw browser uitgevoerd via de Intl API. Er worden geen datums, tijden of tijdzoneselecties naar een server verstuurd.
~
Geen account vereist
Gebruik de converter zonder aanmelding, softwareinstallatie of toestemmingsverlening. Open de pagina, converteer uw tijd en sluit hem af.

Toepassingen van de tijdzoneconverter

Vergaderen met teams op afstand
Als uw team verspreid is over Amsterdam, New York en Singapore, vereist het vinden van een vergadertijd die voor iedereen werkt het omzetten van drie of meer tijdzones. Voer een voorgestelde tijd in uw lokale tijdzone in en bekijk direct of het equivalent in de tijdzone van elk teamlid binnen hun werktijden valt.
API-timestamp debuggen
API-responses bevatten vaak timestamps in UTC of de lokale tijdzone van een server. Converteer die timestamps naar uw lokale tijd om te verifiëren dat gebeurtenissen op het verwachte moment hebben plaatsgevonden en dat tijdgebaseerde logica correct werkt.
DevOps-incidenttijdlijnen
Tijdens een incident kunnen logregels afkomstig zijn van servers in verschillende regio's. Converteer alle timestamps naar één referentietijdzone (doorgaans UTC) om een nauwkeurige tijdlijn van gebeurtenissen op te bouwen.
QA-tests voor datumlogica
Applicaties die datums tonen aan gebruikers in verschillende regio's moeten worden getest met specifieke tijdzone-invoer. Gebruik de converter om testcases te genereren voor randgevallen, zoals het DST-uur bij de overgang naar zomertijd.
Coördinatie van datapijplijnen
ETL-taken die in één tijdzone zijn gepland, moeten mogelijk overeenkomen met het schema van databronnen of afnemende systemen in een andere tijdzone. Converteer geplande uitvoertijden om te verifiëren dat pijplijnfasen in de juiste volgorde worden uitgevoerd.
Tijdzone-concepten leren
Studenten die leren over UTC-verschuivingen, de Internationale Datumgrens en zomertijdregels kunnen experimenteren met verschillende tijdzoneparen om te zien hoe tijden verschuiven over regio's.

IANA-tijdzones naslagwerk

De IANA Time Zone Database definieert meer dan 400 tijzone-identifiers en wordt meerdere keren per jaar bijgewerkt om politieke wijzigingen, nieuwe DST-regels en historische correcties te verwerken. De onderstaande tabel geeft de meest gebruikte zones met hun standaard UTC-verschuivingen en DST-gedrag. De getoonde verschuivingen gelden voor de standaardtijd; de DST-kolom toont de aangepaste verschuiving wanneer zomertijd actief is voor die regio.

IANA-identifierGangbare naamUTC-verschuivingDST
UTCCoordinated Universal Time+00:00No
America/New_YorkEastern Time (US)-05:00Yes (EDT -04:00)
America/ChicagoCentral Time (US)-06:00Yes (CDT -05:00)
America/DenverMountain Time (US)-07:00Yes (MDT -06:00)
America/Los_AngelesPacific Time (US)-08:00Yes (PDT -07:00)
Europe/LondonGreenwich Mean Time+00:00Yes (BST +01:00)
Europe/BerlinCentral European Time+01:00Yes (CEST +02:00)
Europe/MoscowMoscow Time+03:00No
Asia/DubaiGulf Standard Time+04:00No
Asia/KolkataIndia Standard Time+05:30No
Asia/ShanghaiChina Standard Time+08:00No
Asia/TokyoJapan Standard Time+09:00No
Australia/SydneyAustralian Eastern Time+10:00Yes (AEDT +11:00)
Pacific/AucklandNew Zealand Standard Time+12:00Yes (NZDT +13:00)

Codevoorbeelden

Elke grote programmeertaal biedt tijdzoneconversie via de IANA-database. De onderstaande voorbeelden tonen hoe u een UTC-timestamp naar andere tijdzones converteert in JavaScript met de Intl API, Python met de zoneinfo-module, Go met het time-pakket, en het GNU date-commando voor shellscripts.

JavaScript (Intl API)
// Convert a date from one timezone to another
const date = new Date('2026-03-15T09:00:00Z')

// Format in specific timezone
const nyTime = date.toLocaleString('en-US', { timeZone: 'America/New_York' })
// → "3/15/2026, 5:00:00 AM"

const tokyoTime = date.toLocaleString('en-US', { timeZone: 'Asia/Tokyo' })
// → "3/15/2026, 6:00:00 PM"

// Get the UTC offset for a timezone programmatically
function getUtcOffset(tz: string, date = new Date()) {
  const fmt = new Intl.DateTimeFormat('en-US', {
    timeZone: tz,
    timeZoneName: 'longOffset',
  })
  const parts = fmt.formatToParts(date)
  return parts.find(p => p.type === 'timeZoneName')?.value ?? ''
}
getUtcOffset('Asia/Kolkata') // → "GMT+05:30"
Python (zoneinfo + datetime)
from datetime import datetime
from zoneinfo import ZoneInfo

# Create a timezone-aware datetime
dt = datetime(2026, 3, 15, 9, 0, tzinfo=ZoneInfo('UTC'))

# Convert to New York time
ny = dt.astimezone(ZoneInfo('America/New_York'))
print(ny)  # → 2026-03-15 05:00:00-04:00 (EDT in March)

# Convert to Tokyo time
tokyo = dt.astimezone(ZoneInfo('Asia/Tokyo'))
print(tokyo)  # → 2026-03-15 18:00:00+09:00

# Get current time in any timezone
now_berlin = datetime.now(ZoneInfo('Europe/Berlin'))
print(now_berlin.strftime('%Y-%m-%d %H:%M %Z'))  # → 2026-03-15 10:00 CET
Go
package main

import (
	"fmt"
	"time"
)

func main() {
	utc := time.Date(2026, 3, 15, 9, 0, 0, 0, time.UTC)

	// Load timezone by IANA name
	ny, _ := time.LoadLocation("America/New_York")
	tokyo, _ := time.LoadLocation("Asia/Tokyo")

	fmt.Println(utc.In(ny))    // → 2026-03-15 05:00:00 -0400 EDT
	fmt.Println(utc.In(tokyo)) // → 2026-03-15 18:00:00 +0900 JST

	// Get the UTC offset in seconds
	_, offset := utc.In(ny).Zone()
	fmt.Printf("UTC offset: %+d hours\n", offset/3600) // → UTC offset: -4 hours
}
CLI (GNU date / TZ variable)
# Display current time in a specific timezone
TZ='Asia/Tokyo' date '+%Y-%m-%d %H:%M:%S %Z'
# → 2026-03-15 18:00:00 JST

# Convert a UTC timestamp to another timezone
TZ='America/Los_Angeles' date -d '2026-03-15T09:00:00Z' '+%Y-%m-%d %H:%M %Z'
# → 2026-03-15 02:00 PDT

# List all available IANA timezone names
timedatectl list-timezones | head -20

Veelgestelde vragen

Wat is het verschil tussen UTC en GMT?
UTC (Coordinated Universal Time) en GMT (Greenwich Mean Time) stellen in de praktijk dezelfde tijd voor: nul verschuiving ten opzichte van de nulmeridiaan. Het verschil is technisch. UTC wordt gedefinieerd door atoomklokken en is de wereldwijde tijdstandaard in de informatica. GMT is een tijdzonenaam die gekoppeld is aan het Verenigd Koninkrijk. Gebruik in code altijd UTC als referentiepunt, niet GMT.
Hoe beïnvloedt zomertijd de tijdzoneconversie?
Wanneer een regio zomertijd toepast, verschuift de UTC-verschuiving met één uur (soms 30 of 45 minuten) gedurende een deel van het jaar. America/New_York is bijvoorbeeld UTC-5 in de winter (EST) en UTC-4 in de zomer (EDT). Als u een vaste verschuiving hardcodeert in plaats van een IANA-tijzone-identifier te gebruiken, zijn uw conversies de helft van het jaar onjuist. Gebruik altijd de volledige IANA-naam zoals America/New_York, niet een vaste verschuiving.
Waarom moet ik IANA-tijdzonenamen gebruiken in plaats van afkortingen als EST of PST?
Tijdzoneafkortingen zijn ambigu. CST kan Central Standard Time (UTC-6), China Standard Time (UTC+8) of Cuba Standard Time (UTC-5) betekenen. IANA-identifiers zoals America/Chicago zijn wereldwijd uniek en leggen de volledige geschiedenis van verschuivingswijzigingen en DST-regels voor die regio vast. De IANA-database wordt beheerd door de Internet Assigned Numbers Authority en meerdere keren per jaar bijgewerkt.
Wat gebeurt er met een tijd die in het DST-gat bij de overgang naar zomertijd valt?
Wanneer de klokken vooruit worden gezet, wordt er een uur overgeslagen. In America/New_York springt 2:00 AM op de tweede zondag van maart direct naar 3:00 AM. Een tijd als 2:30 AM bestaat op die datum in die tijdzone niet. De meeste programmeertalen verwerken dit door de tijd naar 3:00 AM te verschuiven of een fout te genereren, afhankelijk van de bibliotheek.
Kan ik tijden voor historische datums nauwkeurig converteren?
Ja, mits u IANA-tijzone-identifiers gebruikt. De IANA-database bevat historische verschuivingswijzigingen die tientallen jaren teruggaan. China gebruikte bijvoorbeeld vijf tijdzones vóór 1949 en stapte daarna over op één zone (UTC+8). De database legt deze overgangen vast, zodat het converteren van een timestamp uit 1945 voor Asia/Shanghai de juiste historische verschuiving gebruikt.
Hoe sla ik tijden op in een database om tijdzoneproblemen te vermijden?
Sla alle timestamps op in UTC. Converteer bij het weergeven van een tijd aan een gebruiker van UTC naar zijn lokale tijdzone op het moment van rendering. Deze aanpak voorkomt dubbelzinnigheid: een UTC-timestamp heeft exact één betekenis, ongeacht waar de server of gebruiker zich bevindt. Het type TIMESTAMPTZ in PostgreSQL en het type TIMESTAMP in MySQL slaan waarden intern beiden op in UTC.
Bestaat er een tijdzone met een verschuiving van 30 of 45 minuten?
Ja. India Standard Time (Asia/Kolkata) is UTC+5:30, Nepal Standard Time (Asia/Kathmandu) is UTC+5:45 en de Chatham-eilanden (Pacific/Chatham) zijn UTC+12:45. Iran (Asia/Tehran) gebruikt UTC+3:30. Deze fractionele verschuivingen betekenen dat u bij het schrijven van conversielogica niet mag aannemen dat alle tijdzoneverschillen hele uren zijn.