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.
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.
Probleem: hand-coded WordPress site, drie pricing-experimenten in zes maanden vastgelopen op het thema. Resultaat: headless rebuild in Next.js + MDX, A/B-pipeline in eigen events. Pricing-conversie van 1,7% naar 4,1% in 60 dagen. Bouwbudget €11k.
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.