Datumformaat-converter

Waarom datumformaat-conversie ertoe doet

Elke API, database en spreadsheet lijkt datums in een andere vorm te willen. ISO 8601 is het veiligste interchange-formaat (sorteerbaar, eenduidig, tijdzone-bewust), Unix-timestamps zijn het makkelijkst te vergelijken, RFC 2822 is wat e-mailheaders gebruiken en US/EU schuine-streep-vormen zijn hoe mensen ze schrijven. Deze tool neemt wat je hebt en geeft je alle canonieke vormen tegelijk, zodat je de vorm kunt kopiëren die je doelsysteem nodig heeft.

Hoe gebruik je de converter

Plak je datum in de invoer. Het formaat wordt automatisch gedetecteerd — ISO, RFC, Unix seconden of milliseconden, US MM/DD/YYYY, EU DD/MM/YYYY en maandnaam-vormen ("6 mei 2026") worden allemaal herkend.
Het resultaatpaneel toont alle gangbare formaten tegelijk. Het gedetecteerde bronformaat staat boven de invoer als controle.
Klik op Kopiëren bij de rij die je nodig hebt. Er is geen "Genereren"-knop — elke toetsaanslag werkt het paneel bij.
Gebruik de voorbeeldchips onder de invoer om te zien hoe elk bekend formaat eruitziet of om het veld te vullen met een werkend voorbeeld.

Hoe ambigue datums worden opgelost

Wanneer een schuine-streep-datum zowel US (MM/DD/YYYY) als EU (DD/MM/YYYY) kan zijn, inspecteert de tool de cijfers: is het eerste deel groter dan 12, dan kan alleen EU; is het tweede deel groter dan 12, dan kan alleen US. Wanneer beide delen ≤ 12 zijn (bijv. 03/04/2026), valt de tool terug op US-stijl — dus controleer altijd de gedetecteerde formaat-hint boven het veld als je twijfelt.

Snelle formaat-cheatsheet

ISO 8601 — 2026-05-06T15:14:00Z — overal waar je een eenduidige machine-leesbare datum nodig hebt. Unix seconden — 1746371640 — voor vergelijken, sorteren, logbestanden. RFC 2822 — Wed, 06 May 2026 15:14:00 +0000 — e-mailheaders, HTTP-headers. SQL — 2026-05-06 15:14:00 — de meeste relationele databases accepteren dit direct.

Veelgestelde vragen

Welke datumformaten worden bij invoer herkend?

ISO 8601 (2026-05-06T15:14:00Z en varianten), RFC 2822 (Wed, 06 May 2026 15:14:00 +0000), Unix-timestamps in seconden (10 cijfers) of milliseconden (13 cijfers), schuine-streep-datums US (05/06/2026) en EU (06/05/2026), en menselijke vormen met maandnamen (6 mei 2026 15:14). Gemengde leestekens (streepjes, punten, schuine strepen) werken allemaal.

Hoe onderscheid je US (MM/DD) van EU (DD/MM)?

Als één deel groter is dan 12, is de volgorde eenduidig — bijvoorbeeld 13/05/2026 kan alleen EU zijn. Wanneer beide delen ≤ 12 zijn, is de datum echt ambigu en kiezen we standaard US-stijl. Het gedetecteerde formaat staat altijd boven de invoer, zodat je vergissingen direct ziet.

Wat is het verschil tussen Unix seconden en Unix milliseconden?

Beide tellen tijd sinds 1 januari 1970 UTC. Unix seconden (10 cijfers) is het klassieke formaat — gebruikt door Linux, Postgres, de meeste API's. Milliseconden (13 cijfers) is wat Date.now() in JavaScript teruggeeft. De tool detecteert automatisch welke je hebt geplakt door de cijfers te tellen.

Worden tijdzones behouden?

Bevat je invoer een zone-offset (ISO met Z of +02:00, RFC met +0000), dan wordt die letterlijk gebruikt. Plak je een naakte datum (2026-05-06 15:14), dan wordt die in de lokale zone van je browser geïnterpreteerd. De uitvoerrijen tonen altijd hetzelfde tijdstip — alleen het formaat en de schijnbare zone verschillen.

Werkt de tool offline / privé?

Ja. Al het parsen en formatteren gebeurt in je browser; niets wordt geüpload. Bruikbaar op privé-projectdatums, interne mijlpalen of alles wat gevoelig is zonder de waarde te lekken. Probeer het offline — zodra de pagina geladen is, blijven conversies werken.

Waarom toont mijn SQL-rij een andere tijd dan de andere?

Het SQL-formaat rendert altijd in UTC, omdat dat de veiligste standaard is voor cross-system database-opslag. De andere formaten gebruiken de oorspronkelijke invoerzone (indien aanwezig) of de lokale zone van je browser. Wil je direct vergelijken, kijk dan naar de ISO-rij — die heeft een expliciete offset.

Datumformaat-converter