Websites & webshops12 min

Wat kost een website of webshop? Waar de prijs echt van afhangt

De prijs van een website of webshop hangt niet alleen af van het aantal pagina’s. Ontwerp, content, CMS, e-commerce, integraties, migratie, SEO, meertaligheid, hosting en onderhoud bepalen samen de werkelijke scope.

Gestapelde balken die scopeonderdelen voorstellen: van strategie en design tot migratie, SEO en onderhoud.

"Wat kost een website?" lijkt een simpele vraag, maar zonder scope zegt een bedrag weinig. Eén website bestaat uit vijf informatieve pagina's, een contactformulier en een eenvoudig CMS. Een andere heeft evenveel zichtbare pagina's en vraagt daarnaast om maatwerk ontwerp, meerdere talen, migratie van bestaande content, een CRM-koppeling, complexe formulieren, zoekfunctionaliteit, toegankelijke componenten, technische SEO, analytics met consent, beheerrollen en monitoring.

Bij webshops wordt dat verschil nog groter, want daar komen een productcatalogus, varianten, checkout, betalingen, voorraad, orderverwerking, fulfilment, retouren en koppelingen met ERP of boekhouding bij. De bruikbare vraag is daarom niet wat een website gemiddeld kost, maar welke onderdelen ontworpen, gebouwd, gemigreerd, gekoppeld, getest en beheerd moeten worden. Pas als die scope duidelijk is, krijgt een prijs betekenis.

Waarom gepubliceerde prijzen slecht vergelijkbaar zijn

In Nederlandse zoekresultaten staan veel vanafprijzen en bandbreedtes. Die geven een indruk van wat aanbieders publiceren, maar vormen geen betrouwbare marktbenchmark. De ene offerte dekt template-inrichting, development en hosting. De andere bevat daarnaast strategie, UX, maatwerk design, copy, SEO-migratie, technische SEO, analytics, privacy-inrichting, integraties, testwerk en ondersteuning na livegang. Twee offertes die allebei "bedrijfswebsite" heten, kunnen zo compleet verschillende projecten beschrijven. Een vaste of gemiddelde marktprijs zegt dus weinig zolang er geen gedeelde scope onder ligt. Wat een maatwerk website kost gaat dieper in op wat die scope voor een website zonder webshop betekent.

Het aantal pagina's speelt daarin een kleinere rol dan veel mensen verwachten. Pagina's zijn zichtbaar en dus makkelijk te tellen, maar ze zijn zelden de grootste kostendrijver. Twintig eenvoudige contentpagina's op hetzelfde template zijn overzichtelijk werk. Zes pagina's kunnen aanzienlijk complexer zijn wanneer elke pagina eigen interactie heeft, eigen datastromen kent, andere formulierlogica gebruikt of externe systemen aanspreekt. Het onderscheid dat er werkelijk toe doet, is dat tussen het aantal pagina's, het aantal unieke templates en het aantal unieke functies — en dat zijn drie verschillende getallen.

Strategie, ontwerp en content

Een professioneel websiteproject begint vaak vóór het design. Er moet duidelijk worden wie de doelgroep is, welke acties bezoekers moeten uitvoeren, welke informatie ertoe doet, hoe de huidige site presteert, welke content blijft, welke techniek behouden kan blijven en wat daadwerkelijk opnieuw moet. Bij een eenvoudige nieuwe site kan die fase kort zijn; bij een grote redesign of migratie loopt hij flink op. Hoe meer onzekerheid er aan het begin bestaat, hoe groter de kans op wijzigingen tijdens development — en wijzigingen tijdens development zijn de duurste die er zijn. "We willen een nieuwe website" is geen scope; een uitgewerkte doelgroep, informatiebehoefte, paginastructuur, gewenste acties, functionaliteit, content en technische randvoorwaarden wel.

Voor het ontwerp geldt een vergelijkbare afweging. Een bestaand template bespaart ontwerpwerk en kan prima passen wanneer de branding niet complex is, de structuur standaard blijft en snelheid telt. Volledig maatwerk vraagt meer tijd voor wireframes, componenten, responsive gedrag, typografie, visuele hiërarchie, interactieve states en iteraties, en wordt relevanter naarmate de site echt moet aansluiten op de merkidentiteit, complexe content, specifieke gebruikersflows of onderscheidende presentatie. Wat de scope vooral opdrijft is het aantal unieke paginatypen: een homepage, dienstpagina, casepagina, artikelpagina en contactpagina zijn er al vijf, en komen daar aparte templates bij voor sectoren, locaties, productgroepen, landingspagina's of teamprofielen, dan groeit het ontwerp- en testwerk sneller dan het totale aantal URL's doet vermoeden.

Content wordt in offertes stelselmatig onderschat, terwijl een nieuwe website inhoud nodig heeft: copy, fotografie, video, cases, productteksten, downloads en metadata. De eerste vraag is wie die levert. Bestaande content hergebruiken klinkt goedkoop, maar migratie vraagt vaak opschonen, herschrijven, een nieuwe structuur, nieuwe headings, metadata, afbeeldingen en redirects. Een één-op-één contentmigratie is aanzienlijk lichter dan een volledige herstructurering. Wordt copywriting onderdeel van het project, dan komen daar interviews, briefing, reviewrondes, SEO-afstemming en tone of voice bij — en bij webshops kan productcontent op zichzelf al een groot werkpakket zijn.

CMS, formulieren en webshopfunctionaliteit

Een website zonder CMS is technisch eenvoudig, maar de meeste bedrijven willen zelf pagina's aanpassen, artikelen publiceren, cases toevoegen, teamleden beheren en afbeeldingen wisselen. Dan moet er een CMS worden ingericht, en de scope daarvan hangt af van het platform, het contentmodel, de rollen, preview, publicatieflow, media en meertaligheid. Een traditioneel CMS biedt veel standaardbeheer; een headless of maatwerk CMS geeft meer vrijheid maar vraagt meer inrichting. De wens om vrijwel alles zelf te kunnen beheren is daarbij geen kleine: die vraagt een flexibel contentmodel, wat veel meer werk is dan een vaste componentstructuur. De nuttige vraag is welke content werkelijk vaak genoeg verandert om beheerbaar te moeten zijn.

Formulieren lopen van triviaal tot omvangrijk. Naam, e-mail en bericht is één ding; een flow waarin de bezoeker een dienst kiest, conditionele vervolgvragen krijgt, een bestand uploadt, gevalideerd wordt, in het CRM belandt, een bevestigingsmail ontvangt en intern wordt gerouteerd is een kleine workflow. Zodra een formulier meerdere systemen raakt — CRM, e-mail, database, automationplatform — is het geen invoerveld meer maar een processtap, met bijbehorende ontwikkel- en testtijd.

Webshopfunctionaliteit voegt een hele operationele laag toe: catalogus, categorieën, varianten, winkelmand, checkout, betalingen, voorraad, orders, fulfilment en retouren. Wat de scope bepaalt is niet het aantal producten maar de structuur eromheen — hoeveel varianten er zijn, of prijzen statisch zijn, of er bundels, kortingen of klantprijzen bestaan en of voorraad realtime moet zijn. Een catalogus met tien eenvoudige producten kan minder werk zijn dan één configureerbaar product met veel regels. De checkout zelf is binnen een bestaand commerceplatform vaak snel ingericht; complexiteit ontstaat bij afwijkende stappen, B2B-facturatie, goedkeuringen, betaalvoorwaarden, klantspecifieke prijzen of bijzondere bezorglogica. En een betaalprovider toevoegen is meer dan een knop: de flow moet omgaan met geslaagde betalingen, mislukte betalingen, annuleringen, terugbetalingen en orderstatussen. Hosted platformen nemen daar veel standaardwerk uit handen; bij meer maatwerk verschuift die verantwoordelijkheid naar jou.

Integraties, migratie en SEO-migratie

Integraties zijn vaak de grootste variabele in een offerte. Een koppeling met CRM, ERP, boekhouding, e-mailmarketing, voorraad, fulfilment, een reserveringssysteem of een betaalprovider kan beperkt blijven tot een eenvoudige gegevensoverdracht, of uitgroeien tot een bidirectionele synchronisatie met meerdere statussen en uitzonderingen. Daarbij telt de kwaliteit van de externe API zwaar mee: documentatie, authenticatie, beschikbare endpoints, rate limits, webhooks, foutafhandeling en versiebeheer bepalen samen hoeveel werk dezelfde eis "koppeling met ERP" oplevert. Bij twee systemen kan dat een factor verschillen. Wat een API-koppeling betrouwbaar maakt laat zien waar die zwaarte vandaan komt.

Datamigratie is een apart werkpakket. Pagina's, artikelen, media, producten, klanten, orders en metadata moeten mee, en dat is eenvoudig zolang de brondata schoon en gestructureerd is. Het wordt complexer bij dubbele records, oude velden, inconsistente categorieën, verschillende URL-structuren en ontbrekende metadata — en dat blijkt doorgaans pas tijdens de migratie zelf.

SEO-migratie verdient daarbij aparte aandacht, omdat ze vaak buiten de offerte valt terwijl er organisch verkeer op het spel staat. Oude URL's inventariseren, nieuwe URL's bepalen, redirects inrichten, canonicals, sitemap, interne links, metadata, structured data en monitoring na livegang vormen samen een werkpakket dat niet optioneel is zodra een bestaande site verkeer heeft. De checklist voor een launch-ready website noemt de punten die hierbij horen.

Meertaligheid, toegankelijkheid en privacy

Een tweede taal is meer dan een taalwisselaar. Er komt werk bij voor content, vertaling, review, URL-structuur, CMS-inrichting, hreflang, metadata en QA, en daarna moet iedere toekomstige wijziging in meerdere talen worden onderhouden. Een site met drie talen heeft niet alleen drie keer zoveel tekst, maar ook drie versies om actueel te houden, meer QA, meer SEO-configuratie en meer beheerkeuzes. Dat hoort vanaf het begin in de scope te zitten.

Toegankelijkheid raakt zowel ontwerp als development: semantische HTML, contrast, toetsenbordbediening, focusstates, formulieren, alt-teksten en componentgedrag. Hoe eerder dat wordt meegenomen, hoe efficiënter het is — achteraf alle componenten repareren kost doorgaans meer dan het vanaf het ontwerp meenemen. Of een specifiek Nederlands bedrijf onder de wettelijke verplichtingen valt, hangt af van de context en verdient een aparte juridische beoordeling, maar veel WCAG-principes zijn ook los daarvan gewoon goede UX en engineering.

Analytics lijkt een kleine toevoeging en creëert toch scope rond het analyticsplatform, events, conversies, consent, een cookiebanner, third-party scripts en privacyconfiguratie. Een eenvoudige privacyvriendelijke meting is iets anders dan een uitgebreide marketingstack met meerdere trackers. Die keuze heeft bovendien technische gevolgen: externe scripts beïnvloeden laadtijd en interactiviteit, dus tooling en performance kun je niet los van elkaar kiezen.

Performance, hosting en onderhoud

Performanceoptimalisatie kan basiswerk zijn of een uitgebreid traject, afhankelijk van afbeeldingen, fonts, JavaScript, third-party scripts, rendering, caching, CDN en hosting. Een eenvoudige statische site heeft daarin andere uitdagingen dan een webshop met veel dynamische data en externe apps. Core Web Vitals en websiteperformance legt uit welke metingen daarbij zinvol zijn en wanneer optimaliseren loont.

Bij hosting zijn de maandkosten meestal het kleinste deel van het verhaal. Wat telt zijn de eisen rond beschikbaarheid, backups, verkeer, database, storage, CDN en monitoring. Een eenvoudige bedrijfswebsite heeft weinig infrastructuur nodig; een grote webshop met veel verkeer en realtime voorraad kan zwaardere eisen stellen.

Onderhoud tenslotte is geen restpost. Afhankelijk van de stack bestaat het uit updates, dependencies, securitypatches, backups, monitoring en technische controles — en dat staat los van inhoudelijke doorontwikkeling. Dat onderscheid tussen de site gezond houden en er nieuwe functies aan toevoegen hoort expliciet in offertes en onderhoudscontracten te staan, omdat het anders vaak tot discussie leidt.

SEO-werk, testen en samenwerking

"SEO inbegrepen" kan van alles betekenen. Het kan gaan om metadata, sitemap, redirects en technische crawlbaarheid, maar net zo goed om keywordonderzoek, contentstrategie, contentproductie en linkbuilding. Dat zijn verschillende disciplines met verschillende scopes, en een offerte hoort duidelijk te maken welk deel wordt bedoeld. Voor lokaal opererende bedrijven komt daar mogelijk werk bij voor locatiepagina's, Google Business Profile, lokale structured data en consistente bedrijfsgegevens, terwijl dat voor een landelijk of internationaal digitaal bedrijf veel minder relevant kan zijn.

Testwerk groeit met het aantal apparaten, browsers, formulieren, checkoutstappen, betalingen, integraties, talen, rollen en CMS-functies. Een brochure-site met vijf pagina's vraagt aanzienlijk minder scenario's dan een webshop met tientallen orderflows. En ook samenwerking kost tijd: planning, feedback, stakeholderafstemming, contentcontrole en acceptatie. Een project met één beslisser loopt sneller dan een traject met vijf stakeholders en meerdere reviewlagen — een verschil dat zelden zichtbaar is in een prijslijst maar wel in de doorlooptijd.

Waarom webshops sneller complex worden

Een informatieve website eindigt doorgaans bij een lead. Een webshop loopt door van bezoek naar product, winkelmand, betaling, order en fulfilment, en iedere stap daarin kan falen. Daardoor ontstaan er veel meer technische en operationele scenario's: een betaling mislukt, de voorraad verandert tussendoor, de klant annuleert, het adres klopt niet, er volgt een retour, er moet worden terugbetaald. Dat maakt een webshop meestal complexer dan een gewone bedrijfswebsite, en het is de belangrijkste reden waarom "website" en "webshop" als prijslabels zo weinig zeggen. Of je die laag werkelijk nodig hebt, is een procesvraag: zie website of webshop?.

Een praktische scopevergelijking

De onderstaande vergelijking is geen prijscalculator. Ze laat zien waar de scope in de praktijk uiteenloopt, en waarom twee ogenschijnlijk vergelijkbare projecten sterk verschillende offertes kunnen opleveren.

OnderdeelLagere scopeHogere scope
Designbestaand templatevolledig maatwerk design
Pagina'sherbruikbare templatesveel unieke layouts
Contentaangeleverdstrategie + copy + fotografie
CMSbeperkte veldenflexibel contentmodel + rollen
Formulierencontactformulierconditionele workflow + CRM
E-commercegeencatalogus + checkout + orders
Producteneenvoudige datavarianten + complexe prijzen
IntegratiesgeenCRM/ERP/boekhouding/fulfilment
Migratieweinig contentveel content/productdata
SEObasisvolledige migratie + redirects
Talenéénmeerdere
Accessibilitybasis meegenomenuitgebreide audit/remediation
Analyticseenvoudige metingcomplexe event- en consentstack
Hostingeenvoudige managed hostinghogere availability/data-eisen
Onderhoudlage wijzigingsfrequentieveel dependencies/integraties

Offertes eerlijk vergelijken

Een prijs vergelijken zonder scope is riskant, en de meeste verrassingen ontstaan bij onderdelen die in de ene offerte staan en in de andere ontbreken. Loop daarom per offerte dezelfde punten langs:

  • Welke pagina's en templates zijn inbegrepen, en is het design template-gebaseerd of maatwerk?
  • Wie levert de content, en is contentmigratie inbegrepen?
  • Welk CMS wordt ingericht, en welke formulieren en flows worden gebouwd?
  • Welke integraties zitten erin?
  • Is technische SEO inbegrepen, en wordt URL-migratie geregeld?
  • Zijn analytics en consent inbegrepen, en hoe wordt toegankelijkheid behandeld?
  • Welke tests worden gedaan, en welke hosting is inbegrepen?
  • Wat gebeurt er na livegang, en welke onderdelen zijn expliciet uitgesloten?

Twee offertes zijn pas echt vergelijkbaar wanneer de antwoorden hierop ongeveer dezelfde scope beschrijven. Een lage initiële prijs is aantrekkelijk, maar wanneer belangrijke onderdelen ontbreken kunnen er later kosten bijkomen: een vergeten SEO-migratie, redirects die achteraf moeten worden ingericht, content die opnieuw wordt ingevoerd, extra integratiewerk. Dan kan de uiteindelijke investering hoger uitvallen dan een completere offerte die vooraf duurder leek. Dat betekent niet dat duurder beter is; het betekent dat volledigheid en aannames zichtbaar moeten zijn.

Faseren, en rekenen met eigen cijfers

Scope kan ook bewust worden gefaseerd. Een eerste fase levert de kernwebsite met de belangrijkste diensten en een contactflow, waarna een tweede taal, een CRM-integratie en een uitgebreid klantgedeelte in latere fasen volgen. Zo kun je sneller live zonder fundamentele kwaliteit op te offeren. De architectuur moet die uitbreiding wel toelaten, maar niet iedere toekomstige wens hoeft in versie één te zitten.

Voor de businesscase geldt hetzelfde principe als voor de scope: gebruik je eigen cijfers. Een website is geen goede investering omdat een bureau stelt dat een redesign gemiddeld meer conversie oplevert. Kijk liever naar het aantal kwalitatieve leads, het ordervolume, de omzet, formuliercompletion, checkout abandonment, beheeruren, supportvragen en organisch verkeer. Daarmee kun je scenario's maken — het huidige aantal leads per maand maal de waarde per gekwalificeerde lead, of het huidige aantal orders maal de gemiddelde orderwaarde — en vervolgens conservatief onderzoeken wat een verbetering zou betekenen. Het resultaat blijft een scenario en geen garantie.

Niet iedere verbetering vertaalt zich bovendien naar omzet. Sneller contentbeheer, minder handmatige verwerking, betere informatie voor klanten, minder technische incidenten en eenvoudiger campagnebeheer zijn reële baten. Zijn ze niet betrouwbaar in euro's te zetten, benoem ze dan kwalitatief in plaats van er een fictief rendement aan te hangen.

De prijs ontstaat uit de combinatie

Wat een professionele website of webshop kost, wordt uiteindelijk bepaald door de combinatie van strategie, design, content, techniek, beheer, integraties, migratie, SEO, compliance, testing en levenscyclus — niet door één los kenmerk. Daarom is een algemene gemiddelde prijs zelden de informatie die een bedrijf nodig heeft. De nuttigere vraag is welke onderdelen voor jou noodzakelijk zijn, welke eenvoudiger kunnen en welke kunnen wachten.

Als die scope duidelijk is, kun je offertes inhoudelijk vergelijken en krijgt de prijs pas echte betekenis. Wat er in een bedrijfswebsite of webshop zit, staat per dienst uitgeschreven. En draait de vraag eigenlijk om een site die er al staat, dan komt er een stap vóór: bepalen of die opnieuw gebouwd moet worden of alleen bijgewerkt.

Bronnen

Dit artikel is opgesteld op basis van het onderzoeksdossier over websites en webshops voor Nederlandse bedrijven. Belangrijkste broncategorieën uit dat dossier:

  • Google Search Central — technische SEO en sitemigraties
  • Google Search Central — structured data en e-commerce
  • web.dev — performance en third-party JavaScript
  • W3C/WAI — toegankelijkheid
  • Nederlandse/EU-bronnen rond privacy en toegankelijkheid
  • praktijkonderzoek naar Nederlandse website- en webshopprijzen

De onderzochte openbare commerciële prijsinformatie is alleen gebruikt om verschillen in scope en positionering te analyseren. Er is bewust geen fictieve gemiddelde Nederlandse marktprijs uit afgeleid.

Hier verder over praten?

Wil je offertes eerlijk kunnen vergelijken? Zet eerst de scope op papier: welke templates, content, koppelingen en migratie er echt bij horen. Pas daarna zegt een bedrag iets.