Wat kost een website laten maken?

Wat bepaalt de prijs van een website laten maken?

Wie gaat zoeken op "website laten maken kosten" krijgt al snel een waaier aan bedragen voorgeschoteld, van een paar honderd euro voor een sjabloon-site tot een serieus zescijferig budget voor een complexe webapplicatie. Die spreiding is geen marketingtrucje — het weerspiegelt simpelweg dat een website een heel breed begrip is. Een one-pager met een contactformulier en een SaaS-portaal voor duizenden gebruikers vallen allebei onder het kopje "website", maar de bouwopdracht erachter is totaal verschillend.

Voor een serieus prijsbeeld zijn er vijf factoren die telkens terugkomen, ongeacht of u nu een corporate brochure-site, een webshop of een complex platform wilt bouwen. Wie deze vijf knoppen begrijpt, kan een offerte beter beoordelen — en weet ook wat er gebeurt als er gedurende het project gedraaid wordt aan een van die knoppen.

• Functionaliteit en complexiteit: hoeveel verschillende type pagina's, hoeveel interactie, hoeveel logica zit er achter de schermen? Een statische site met tien pagina's is iets fundamenteel anders dan een platform waar gebruikers inloggen, transacties doen en data zien.
• Integraties met andere systemen: moet de site praten met uw CRM, ERP, boekhouding, e-mailmarketing, een PIM of een externe API? Elke koppeling is een eigen mini-project met eigen testwerk en onderhoud.
• Design en branding: werkt u met een bestaand merkboek of moet er eerst een visueel concept ontwikkeld worden? Hoeveel iteraties en hoeveel maatwerk in componenten? Standaard sjablonen zijn goedkoop, custom design vraagt designdagen.
• Content-volume en complexiteit: tien pagina's of driehonderd? In één taal of meertalig? Heeft u de teksten en beelden zelf klaar of moet daar ook redactie en fotografie bij?
• Technische keuzes (CMS en codebase): kant-en-klaar CMS zoals WordPress, een headless setup, een framework als Astro of Next.js, of volledig maatwerk in een eigen codebase. Elke keuze heeft impact op bouwtijd, onderhoudslast en flexibiliteit.

Welke type websites zijn er en hoe verschilt de kostenstructuur?

Het helpt om uw eigen wens te plaatsen binnen een aantal duidelijke categorieën. We zien grofweg vijf type projecten langskomen, en bij elk daarvan ligt het zwaartepunt van de kosten ergens anders. Onthoud: dit gaat over waar het budget naartoe gaat, niet over absolute bedragen.

1. De brochure-site of one-pager

Een handvol statische pagina's die uw organisatie presenteren: home, over ons, diensten, contact. Geen accounts, geen complexe formulieren, geen integraties. Het overgrote deel van het budget gaat hier naar design en content — de techniek is relatief eenvoudig. Voor veel ZZP'ers, dienstverleners en lokale ondernemingen is dit het juiste niveau, mits het visueel goed staat en SEO-technisch klopt.

2. De WordPress- of template-gebaseerde site

Een uitgebreidere site met blog, nieuws, casestudies, mogelijk een eenvoudig formulier of resource-bibliotheek. Vaak gebouwd op WordPress met een premium-thema of een paginabouwer. Het budget verschuift hier naar configuratie, plugin-keuze, performance-optimalisatie en het inrichten van een CMS waarmee uw eigen marketingteam zelfstandig kan werken.

3. De webshop

Voor webshops kijken we naar het aantal producten, varianten, de complexiteit van prijsregels, voorraadbeheer, verzendmethodes, betaalmethodes en integraties met het backoffice. Een Shopify-shop met tien producten zit aan de onderkant van dit segment. Een B2B-webshop met klantspecifieke prijzen, ERP-koppeling, voorraadsynchronisatie en complex offerteproces zit aan de bovenkant — daar leest u meer over op onze Magento 2 website-pagina.

4. De headless of maatwerk-corporate-site

Een site waar marketingteams content beheren in een modern headless CMS (Directus, Sanity, Contentful), terwijl de frontend draait op een framework als Astro of Next.js. Snel, SEO-vriendelijk, multi-channel en flexibel. Het budget gaat naar architectuur, componentbibliotheek, integraties met marketingtools en het opzetten van een redactionele workflow.

5. De web-app of het platform

Een gebruikersportaal, een SaaS, een marktplaats, een dashboard. Dit is geen "website" meer in de klassieke zin — het is een product. Hier gaat het overgrote deel van het budget naar functionaliteit, gebruikersauthenticatie, data-modellen, business-logica en testwerk. Lees voor de bredere context onze pagina over web ontwikkeling.

WordPress versus maatwerk: wat zijn de trade-offs?

Dit is misschien wel de meest gestelde vraag aan onze inbox: "Moeten we voor WordPress gaan of voor maatwerk?" Het eerlijke antwoord is dat het afhangt van wat u wilt bereiken, hoe lang u de site verwacht te draaien en hoe nauw uw wensen aansluiten bij wat WordPress out-of-the-box doet. Beide opties hebben legitieme use-cases — het probleem ontstaat als u WordPress kiest voor iets waar het niet voor gemaakt is, of maatwerk kiest waar WordPress prima had volstaan.

Voor WordPress pleit

• Lagere startinvestering. Het CMS is gratis, er zijn duizenden thema's en plugins, en er zijn veel ontwikkelaars beschikbaar.
• Snel beginnen. Een professionele site staat relatief snel live als de functionaliteit binnen de standaard mogelijkheden valt.
• Bekend bij marketingteams. Veel marketeers hebben al ervaring met de editor — minder leercurve.
• Enorm plugin-ecosysteem. Voor SEO, formulieren, analytics, e-commerce, leden-portalen: er is bijna altijd al een plugin.

Tegen WordPress pleit

• Performance. Een doorsnee WordPress-site met meerdere plugins is zelden zo snel als een goed gebouwde headless of statische site. Voor sommige use-cases (denk: SEO-kritieke content of zware mediasites) is dat een echt verschil.
• Security en onderhoud. Door zijn populariteit is WordPress een groot aanvalsdoel. Wie het draait, moet structureel updaten — anders ontstaan kwetsbaarheden.
• Plugin-rot. Hoe meer plugins, hoe meer afhankelijkheden, hoe meer dingen die kunnen breken bij een update.
• Maatwerk-grens. Op het moment dat uw wensen buiten de plugin-realiteit gaan vallen, ontstaat er een spaghetti van workarounds.

Maatwerk komt in beeld zodra u iets wilt bouwen wat de standaard niet doet, zodra performance bedrijfskritisch is, of zodra u de site langer dan een paar jaar wilt blijven gebruiken zonder dat het onderhoud een tweede fulltime baan wordt. We hebben hier een uitgebreid stuk over geschreven in onze kennisbank-artikel build vs buy: wanneer kies je wat — diezelfde redenering geldt voor websites.

Hoe komt een offerte voor een website tot stand?

Er zijn ruwweg drie manieren waarop bureaus offertes opbouwen voor een websiteproject. Welke vorm bij uw situatie past, hangt af van hoe scherp u uw wensen al heeft en hoeveel onzekerheid u kunt dragen.

Fixed scope, fixed price

De klassieker. U levert een wensen-document, het bureau begroot het en gaat tegen een vast bedrag bouwen. Voordeel: budget-zekerheid. Nadeel: alle onzekerheid zit verstopt in de prijs (bureaus rekenen risico-opslag) of in de scope (verandert er iets, dan komt er meerwerk). Werkt goed voor projecten waar u écht weet wat u wilt en waar de scope niet meer beweegt — bijvoorbeeld een herontwerp van een bestaande corporate site met dezelfde functionaliteit.

Sprintbudget (time & materials)

De manier waarop wij meestal werken. We werken in sprints, met een vast tarief per sprint, en u bepaalt sprint-voor-sprint wat de hoogste prioriteit heeft. Voordeel: u kunt onderweg bijsturen, prioriteren wat het belangrijkste is en stoppen als wat er staat al voldoende is. Nadeel: u moet vooraf accepteren dat de exacte einddatum en het exacte eindbedrag pas helder worden als u beslissingen neemt over scope.

Hybride: discovery + bouw

U start met een korte, betaalde discovery-fase waarin scope, design en techniek worden uitgewerkt. Pas na die fase wordt het echte bouwbudget begroot — vaak veel scherper, omdat de onzekerheid eruit is. Werkt goed voor grotere of complexere projecten waar u de eerste stap los wilt zetten zonder direct vast te zitten aan een groot bedrag.

Waar zitten de verborgen kosten?

De aankoopprijs van een website is zelden het hele verhaal. Er zijn vier categorieën kosten die regelmatig over het hoofd worden gezien — en die soms na een paar jaar opgeteld even hoog zijn als de initiële bouwkosten.

Hosting en infrastructuur

Een site moet ergens draaien. Voor een kleine WordPress-site is dat een paar tientjes per maand. Voor een serieuze e-commerce of platform-applicatie kan dat oplopen naar serieuze maandbedragen, zeker als er CDN, redundantie, backups en staging-omgevingen bij horen. Vraag een leverancier altijd om de jaarlijkse hostingsfeer in te schatten — niet alleen het bouwbudget.

Onderhoud, updates en security

CMS-updates, plugin-updates, framework-updates, beveiligingspatches. Een site die niet wordt onderhouden, raakt vroeg of laat in de problemen. Reken op een doorlopend uurtje of een onderhoudscontract, afhankelijk van de complexiteit. Bij een WordPress-site met veel plugins is dit een serieuzere post dan bij een statische headless-site.

Content-creatie en redactie

Veel offertes gaan ervan uit dat ú de teksten en beelden levert. Dat klinkt logisch, totdat het moment van go-live nadert en blijkt dat niemand binnen uw organisatie er tijd voor heeft. Reken vooraf met budget voor copywriting, fotografie, video, en eventueel SEO-content — anders zit u live met een prachtige schil en lege pagina's.

SEO, analytics en doorlopende optimalisatie

Een nieuwe site lanceren is niet hetzelfde als gevonden worden. Reken op een traject van technisch SEO-werk (sitemaps, structured data, Core Web Vitals), het inrichten van analytics en conversion tracking, en een doorlopend ritme van content-uitbreiding en optimalisatie. Bureaus die "SEO inclusief" beloven, doen vaak alleen het technische deel — vraag wat er precies bij zit.

Wat bepaalt het uurtarief van een webdeveloper?

Een veel gestelde vraag is "wat kost een webdeveloper per uur?". Het antwoord verschilt sterk per markt, per niveau en per type bureau. We noemen hier geen bedragen, maar wel de factoren die verklaren waarom de spreiding zo groot is.

• Ervaring en specialisatie. Een junior frontender uit een grote pool ligt aan de onderkant. Een senior fullstack-developer met domeinervaring in bijvoorbeeld fintech, e-commerce of maakindustrie ligt aanzienlijk hoger.
• Bureau versus freelance. Bij een bureau betaalt u mee aan accountmanagement, projectleiding, kwaliteitsborging en continuïteit. Een freelancer is doorgaans goedkoper per uur, maar het risicoprofiel is anders.
• Locatie en valuta. Nederlandse bureaus zitten in een ander prijssegment dan offshore-teams uit Oost-Europa of Azië. Beide hebben hun plek — voor projecten waar nauwe samenwerking, taal en domeinkennis cruciaal zijn, weegt Nederlandse beschikbaarheid zwaar.
• Verantwoordelijkheid in het contract. Iemand die alleen code levert is goedkoper dan een bureau dat oplevergarantie, security-verantwoordelijkheid en doorlooptijd op zich neemt.
• Stack en schaarste. Schaarse skills (denk aan ervaren Astro-developers, devops met Kubernetes-ervaring, specifieke ERP-koppelaars) liggen hoger in tarief dan algemeen frontend-werk.

De vraag "wat kost een uur webdeveloper" is dus minder relevant dan "wat krijg ik geleverd voor dat uur". Een goedkoop uurtarief waarmee uiteindelijk drie keer zoveel uur nodig is, is duurder dan een hoger tarief met een efficiënte specialist.

Kunnen we klein beginnen en later uitbreiden?

Het korte antwoord is: ja, mits u de architectuur vanaf dag één klaarzet voor groei. Veel klanten kiezen ervoor om in fases te bouwen — eerst een MVP met de kernfunctionaliteit live, daarna doorbouwen op basis van wat gebruikers en de markt laten zien.

Dat werkt goed onder twee voorwaarden. Ten eerste moet de eerste versie technisch zo zijn opgezet dat uitbreiden niet betekent dat alles opnieuw gebouwd wordt. Dat vraagt om een doordachte stack, een schone componentbibliotheek en een CMS dat meegroeit. Ten tweede moet de eerste versie genoeg waarde leveren dat hij niet als half-af voelt — een MVP is niet hetzelfde als een onafgemaakte site.

Het alternatief — alles vooraf perfect uitdenken en pas live gaan als alles af is — kost meer tijd, meer budget en bevriest u langer in vermoedens over wat gebruikers willen. We zien voor de meeste organisaties een gefaseerde aanpak werken, zeker bij grotere projecten. Hoe we dat in de praktijk doen leest u op onze pagina over web ontwikkeling en in het bredere stuk over maatwerk software kosten.

Veelgestelde vragen over website-kosten

Wat bepaalt de prijs van een website het meest?

De combinatie van functionaliteit en integraties weegt het zwaarst. Een statische site met tien pagina's en geen koppelingen is fundamenteel anders te begroten dan een platform met gebruikersaccounts, betaalstromen en koppelingen met ERP of CRM. Design en content-volume zijn de tweede grote factor — een corporate herontwerp met fotografie en redactie kost wezenlijk meer dan het hergebruiken van bestaand merkmateriaal.

Is WordPress goedkoper dan maatwerk?

In de bouwfase vaak wel. Op de lange termijn zelden zo simpel. WordPress is goedkoper als uw wensen binnen de standaard mogelijkheden vallen en u accepteert dat er doorlopend onderhouden moet worden. Zodra uw wensen buiten de plugin-realiteit vallen, of zodra performance en security bedrijfskritisch worden, draait de rekening om. We adviseren u eerst eerlijk te kijken naar wat de site moet doen — niet naar wat populair is.

Wat zit er meestal WEL en NIET in een website-offerte?

Standaard zitten erin: design, development, basis-SEO, een CMS-omgeving, een set pagina's of templates en go-live-ondersteuning. Standaard zit er meestal NIET in: content-creatie (teksten en beeld), hosting na de eerste maanden, doorlopend onderhoud, geavanceerde SEO-trajecten, multi-language vertaalwerk en marketing-integraties die specifiek configuratiewerk vragen. Lees elke offerte op deze posten — daar zit de meeste verwarring achteraf.

Hoe lang duurt het om een website te laten maken?

Dat hangt af van scope en complexiteit. Een brochure-site kan binnen enkele weken live staan als design en content snel rond zijn. Een serieuze webshop of corporate herontwerp loopt over een paar sprints. Een complex platform is een traject van meerdere sprints met meerdere mensen. We werken in sprints zodat u onderweg ziet wat er gebouwd wordt en kunt bijsturen — niemand zit te wachten op een big-bang oplevering na een lange stilte.

Kunnen we klein starten en later opschalen?

Ja, en wij raden dat vaak aan. Cruciaal is dat de architectuur vanaf het begin klaarstaat voor uitbreiding — anders bouwt u na een jaar opnieuw. We helpen klanten regelmatig een eerste versie live te brengen met de kernfunctionaliteit, en daarna in fases uit te breiden op basis van gebruikersfeedback en bedrijfsprioriteiten. Een vergelijkbare gedachte werkt voor app-projecten — daar leest u meer over in app laten maken kosten.

Hoe kunnen we verborgen kosten voorkomen?

Vraag bij elke offerte expliciet naar de jaarlijkse hostingskosten, het onderhoudsregime, wat er gebeurt bij meerwerk en wie verantwoordelijk is voor updates en security-patches. Vraag ook of content-creatie meegerekend is. Verborgen kosten ontstaan vrijwel altijd op posten die niet expliciet zijn besproken — niet door kwade wil, maar door aannames die niet hardop zijn gemaakt.