Rotterdam · 51°55′N · 4°28′O · Atelier nr. 004
1 plek · Q3 2026 Klantportaal → MMXXVI
Pillar · Maatwerk4 min lezen

Waarom je websitebouwer TypeScript moet gebruiken
(en wat dat is).

TypeScript is JavaScript met types — een laag boven de programmeertaal die fouten zichtbaar maakt vóórdat je code naar productie gaat. Voor jou als founder is het signaal van senioriteit: ervaren developers werken in 2026 niet meer in plain JavaScript voor productie-projecten. Geen typing = trager debuggen, langzamer onboarden, brozere code.

Architectonische blueprint van een maatwerk-website
PLAN · DOORSNEDE · DETAILMAATWERK · TypeScript voor oprichters

Wat doet TypeScript concreet?

Stel je hebt een User-object met een email-veld. In plain JavaScript kan iemand dat veld per ongeluk email_address noemen, en je merkt het pas als de productie-mail niet aankomt. In TypeScript onderbreekt de editor je terwijl je typt: "dit veld bestaat niet". De fout wordt onmogelijk gemaakt — niet door discipline, maar door het systeem.

Hoeveel langer duurt het?

Voor een ervaren developer: niet langer. Moderne tooling (Next.js, tRPC, Prisma) genereert types automatisch, IDE-integratie is gratis, en de tijd die je "verliest" aan typing wordt ruim gewonnen op debug-tijd.

Veelgestelde vragen

Q1Mijn vorige developer werkte zonder TypeScript. Was dat fout?+
Niet noodzakelijk fout, maar in 2026 wel achterhaald. Voor productie-projecten boven €5k bouwkost is het standaard.
Q2Maakt TypeScript mijn site langzamer?+
Nee. TypeScript wordt gecompileerd naar JavaScript voor het naar de browser gaat. Runtime-prestaties zijn identiek.

Verdieping

Verdieping: waarom dit voor mkb anders ligt

Voor een mkb-onderneming verloopt deze keuze anders dan voor een enterprise-organisatie. Bij enterprise speelt compliance, multi-team coordination en aanbestedingsprocedures een dominante rol — in mkb is de afweging veel directer: tijd-naar-omzet, maandlasten en flexibiliteit op kantelmomenten. Wat in een Fortune 500-context "een veilige keuze" heet, is in een 12-personen-bedrijf vaak juist de duurste route omdat overhead niet wegvalt naar volume.

De drie variabelen die in praktijk de uitkomst bepalen voor Nederlandse mkb-projecten: wie onderhoudt het na livegang, hoe vaak verandert de scope, en welk groei-scenario stuur je op. Een coachingspraktijk met drie pagina-updates per kwartaal stelt heel andere eisen dan een D2C-merk dat wekelijks A/B-test.

22+
Opgeleverde projecten
3.2 wk
Gem. doorlooptijd
95+
Lighthouse-target
30 dgn
Ondersteuning incl.

Stappenplan: van eerste gesprek tot livegang

1Kennismaking (25 min)+
Async-first: één gesprek waarin we doel, doelgroep, scope en de eerste budget-range vastleggen. Output: een 1-pagina-document met scope en richtprijs binnen 24 uur.
2Schets (week 1)+
Wireframes, content-architectuur, techniek-keuze en design-richting (3 stijlen). Geen Lorem Ipsum — copy-aanzet vanaf dag 1, omdat copy het ontwerp stuurt en niet andersom.
3Bouw (week 2–3)+
Dagelijkse Loom-update van 60 seconden, gedeelde Figma met live state, gedeelde repo. Eén wekelijkse demo van 30 minuten. Iteratie staat boven specificatie: blijkt iets in praktijk anders te werken, passen we het aan zonder change-request-pingpong.
4Polijsten (week 3 – einde)+
Lighthouse 95+ op alle vier de assen. Schema.org, sitemap, robots.txt, llms.txt voor AI-crawlers, Open Graph kaart per pagina. Performance-budget per route gemonitord.
5Oplevering+
Domein live, DNS overgezet, monitoring aan, README + Loom-handover van 30 minuten. Eigenaar van code, hosting, accounts vanaf dag 1 — geen lock-in.

In de praktijk: drie voorbeeld-uitkomsten

Probleem: Wix-template, Lighthouse 58/72, geen booking-flow. Resultaat na 4 weken: maatwerk Next.js, Lighthouse 99/100, Stripe Checkout voor sessies, Resend voor herinneringen, +38% boekingen in eerste maand. Bouwbudget €5.500.

De 3-week-regel voor maatwerk-projecten
Als een marketingsite-project langer duurt dan drie weken aan netto werk, is bijna altijd de scope te groot, niet de developer te langzaam. Splitsen in fasen (MVP → uitbreiding) levert vrijwel altijd een beter resultaat dan één lang project — omdat realiteit-feedback in week 5 waardevoller blijkt dan elke vooraf-geplande feature.
Hanteer dit als sanity-check vóór je tekent: vraag de uitvoerder om de scope binnen drie weken passen of expliciet in fasen op te knippen.

Checklist: vóór je een offerte tekent

Veelgestelde vragen

Q1Hoe lang duurt een typische marketingsite van A tot Z?+
Voor een ervaren solo-studio: drie tot vier weken voor een marketingsite van 5–10 pagina's. Voor een agency met PM-laag: acht tot veertien weken voor exact dezelfde scope. Het verschil zit in overlegcycli, niet in code-kwaliteit.
Q2Wat als ik later een tweede taal wil toevoegen?+
Bouw je site met Next.js i18n routing en hreflang-tags, dan voeg je later een tweede taal toe in 1–2 weken. Bouw je zonder die voorbereiding, dan kost het 4–6 weken extra omdat alle URL's en meta-tags opnieuw moeten.
Q3Krijg ik bij een freelance-developer ook een aparte designer?+
Bij een studio doet de developer doorgaans ook ontwerp in Figma. Voor wie een aparte top-tier designer wenst, kan een freelance designer bijgehaald worden (€90–€140/uur, 30–60 uur typisch) — nog ruim onder een agency-tarief.
Q4Hoe zit het met onderhoud na de eerste 30 dagen?+
Twee modellen: een licht onderhoudsabonnement (€200–€400 per maand voor monitoring, kleine updates) of per opdracht. Geen verplicht jaarcontract zoals bij veel agencies — je betaalt alleen wanneer er werk is.
Q5Wordt mijn code mijn eigendom?+
Ja, vanaf dag 1. Repo onder jouw GitHub-account, hosting onder jouw Vercel-account, domein op jouw naam. Bij volledige betaling draagt Van Zanten Consulting alle IP-rechten over.