Waarom Nederlands in je app nog steeds lastig blijft
Datumformaten, komma's, valuta, tutoyeren of niet — de kleine dingen die je Nederlandse app pas écht Nederlands maken.
Sanne Bergsma
Bijdrager · lvbl.nl
Tutoyeren of vousvoyeren
Voor consumer-apps is 'je' bijna altijd juist. Voor zakelijke tools is 'u' in bepaalde branches (accountants, notariaat, zorg, overheid) verrassend nog steeds default. Kies bewust bij de start en houd het consistent — niets voelt zo slordig als een app die in de menu's tutoyeert en in de foutmeldingen vousvoyeert.
Datumformaten
In Nederland is het altijd dd-mm-jjjj (24-07-2026), nooit mm/dd/jjjj. Voor volledige datums in tekst: "24 juli 2026", zonder komma. Tijden zijn 24-uurs (14:30), niet AM/PM. Gebruik `Intl.DateTimeFormat('nl-NL', { ... })` — die doet dit automatisch goed als je 'm de juiste opties geeft.
Valuta
€ 1.299,00. Punt als scheidingsteken voor duizendtallen, komma voor decimalen. Euro-teken vóór het bedrag met een spatie ertussen. `new Intl.NumberFormat('nl-NL', { style: 'currency', currency: 'EUR' })` regelt dat, mits je je locale strak zet. Het klassieke bug: server draait op UTC en Amerikaanse locale, en je bedragen komen door met een komma als duizendscheider. Fix dit centraal in één helper.
Telefoonnummers en postcodes
`+31 6 12345678` of `06-12345678` — beide oké, maar niet mengen binnen één app. Postcodes: altijd met spatie (`1234 AB`), en de letters mogen bij invoer omhoog worden geconverteerd. Validatie: `/^[1-9][0-9]{3}\s?[A-Z]{2}$/i`.
Micro-copy
"Log in" of "Inloggen"? "Sign up" wordt "Aanmelden", niet "Registreren" (dat klinkt formeel). "Continue" is bijna altijd "Doorgaan", niet "Ga verder". "Cancel" is context-afhankelijk: "Annuleren" bij een handeling die nog niet is uitgevoerd, "Stoppen" bij iets dat loopt. Kleine keuzes, groot effect op leesbaarheid.
Foutmeldingen
Nederlanders houden van kort en direct. "Er ging iets mis" is oké voor onbekende fouten, maar wees specifiek waar je kunt: "Deze e-mail is al in gebruik", "Wachtwoord moet minimaal 12 tekens zijn". Vermijd corporate-taal ("Een fout heeft zich voorgedaan") — het klinkt vertaald.
De grap:
Lovable doet dit vaak vanzelf goed als je in je initiële prompt "voor Nederlandse gebruikers" schrijft. Doe je dat niet, dan krijg je Amerikaanse defaults en moet je alsnog nakaarten. Het scheelt tijd om deze regel bovenaan elk project te zetten, samen met "gebruik semantic tokens" en "gebruik nl-NL locale voor datums en getallen".
Vond je dit fijn?
Geef een hartje en deel het met een andere Lovable-fan.
